BRPI0415843B1 - método para alocaçao dinâmica de largura de banda em rede óptica passiva - Google Patents

Abstract

"método para alocação dinâmica de largura de banda em rede óptica passiva". a presente invenção refere-se a um método para alocação dinâmica de largura de banda em rede óptica passiva (pon), a referida pon inclui uma olt e uma pluralidade de onus acessando o olt, compreendendo: classificação de tráfego, que deve ser comunicado entre o olt e as onus em uma pluralidade de tipos de serviços e concessão de uma prioridade diferente para cada tipo dos serviços; autorização de portas de serviço de cada tipo de serviços para transmitir dados de serviço em seqüência descendente das referidas prioridades dos serviços e gravação de informação de concessão das portas de serviço obtidas da autorização; leitura da referida informação de concessão de cada porta de serviço a ser concedida de uma mesma onu; e escalonamento do tempo de inicialização concedido de transmissão de dados de cada porta a ser concedida de onu corrente, geração de mensagens de concessão de ligação inferior, incluindo a referida informação de concessão e o referido tempo de inicialização concedido de transmissão de dados de cada porta concedida da referida onu corrente, transmissão das referidas mensagens de concessão de ligação inferior para a referida onu corrente. este método para alocação de largura de banda na presente invenção pode satisfazer exigências de diferentes tipos de serviços, aumentar a relação de utilização de largura de banda e realizar alocação de largura de banda igual.

Description

(54) Título: MÉTODO PARA ALOCAÇAO DINÂMICA DE LARGURA DE BANDA EM REDE ÓPTICA PASSIVA (73) Titular: HUAWEI TECHNOLOGIES CO., LTD., Sociedade chinesa. Endereço: Huawei Administration Building, Bantian, Longgang District, Shenzhen, Guangdong, 518129, CHINA(CN) (72) Inventor: PEILONG TAN; JUN ZHAO; YU LIU; JIANMING HONG

Prazo de Validade: 10 (dez) anos contados a partir de 09/10/2018, observadas as condições legais

Expedida em: 09/10/2018

Assinado digitalmente por:

Liane Elizabeth Caldeira Lage

Diretora de Patentes, Programas de Computador e Topografias de Circuitos Integrados

1/34

Relatório Descritivo da Patente de Invenção para MÉTODO PARA ALOCAÇÃO DINÂMICA DE LARGURA DE BANDA EM REDE ÓPTICA PASSIVA.

Campo da Tecnologia [001] A presente invenção refere-se ao campo da comunicação óptica, especialmente a um método para alocação dinâmica de largura de banda em Rede Óptica Passiva (PON).

Antecedentes da Invenção [002] Como uma nova tecnologia de fibra óptica de acesso de banda larga, cobrindo fast mile (última milha), a PON não precisa de nó ativo e apenas um divisor óptico simples precisa ser instalado. Desse modo, a PON tem a vantagem de economizar recurso de cabo óptico, recurso de largura de banda de compartilhamento, de economizar investimento em espaço para equipamento, dispositivo de alta segurança, rapidez de preparação de rede, baixo custo de construção da rede e assim por diante. Como um tipo primário de rede óptica de acesso presente, a PON tem sido amplamente aplicada.

[003] A PON toma a estrutura de controle mestre - escravo de ponto a multipontos. Com referência à figura 1, um Terminal de Linha Óptica (OLT) é um dispositivo de nó mestre, que é conectado com uma pluralidade de Unidades de Rede Óptica (ÔNUS) através do divisor óptico e os processos do registro da ONU, autorização dos dados que aguardam para serem transmitidos, interação de mensagem, de subcamada de Controle de Acesso de Mídia (MAC) e assim por diante são realizados no OLT. A ONU é um dispositivo de nó escravo, respondendo à mensagem de encontro de OLT, relatando os tamanhos de dados que aguardam para serem transmitidos, transmitindo dados de cada porta de acordo com informação de concessão e uma pluralidade de terminais de cliente são acessados para a ONU a fim de suportar acesso de multisserviços. Com uma estrutura de quadro como

Petição 870170099445, de 19/12/2017, pág. 13/59

2/34 na rede óptica de acesso, o problema de como alocar razoavelmente a largura de banda e usar efetivamente o recurso da rede para satisfazer a exigência de serviço é de grande importância para o esquema PON MAC.

[004] Em rede óptica de acesso, há duas maneiras de alocar a largura de banda: Alocação de Largura de Banda Estática (SBA) e Alocação Dinâmica de Largura de Banda (DBA). Quanto à SBA, ONUs ou sua porta é alocada com largura de banda e abertura por tempo não utilizada não pode ser ocupada arbitrariamente. A desvantagem da SBA é a baixa relação de utilização de largura de banda e pobre faculdade adaptativa ao serviço de autoprobabilidade com alta relação de burst. O algoritmo de DBA é um mecanismo ou algoritmo para realocar, rapidamente, largura de banda com base nos requisitos do serviço de cliente corrente. Quanto ao DBA, a relação de utilização de largura de banda de PON pode ser aumentada através do ajuste dinâmico de largura de banda, com referência aos requisitos de serviço de burst de ONUs.

[005] No presente, há uma porção de métodos de alocação dinâmica de largura de banda, por exemplo, um método de alocação dinâmica de largura de banda de Interrogação Intercalada com Tempo de Ciclo Adaptativo (IPACT) para PON; um protocolo de DBA especial para ΑΡΟΝ, que é expresso no padrão G.983.4 pelo Setor de Padronização da ITU-T (International Telecommunication Union- Telecommunication).

[006] A ideia principal do IPCAT é a que interroga a ONU seguinte antes que os dados enviados pela ONU anterior cheguem em OLT para, assim, determinar se autorizar e quanto autorizar, etc. e determinar o tempo de inicialização da transmissão de dados da ONU seguinte, de acordo com o tempo de chegada calculado do último bit dos dados da ONU corrente.

Petição 870170099445, de 19/12/2017, pág. 14/59

3/34 [007] Quanto ao segundo esquema, um protocolo de DBA é expresso no padrão G.983.4 de ITU-T, o serviço da ONU é dividido em diversos tipos de T-CONT (Transmission Container). De acordo com a prioridade do serviço, há quatro tipos de T-CONT, em prioridade descendente são eles T-CONTI, T-CONT2, T-CONT3 e T-CONT4, enquanto T-CONT5 é adaptativo a todos os serviços, a fim de reduzir o número de contêiner de transmissão. Cada tipo de T-CONT corresponde a uma exigência específica de alocação de largura de banda. Há quatro tipos de requisitos de alocação de largura de banda: largura de banda constante, largura de banda assegurada, largura de banda não assegurada e largura de banda com melhor esforço de transmissão. E há três estratégias no presente protocolo de DBA: NSR (NonStatus Reporting - Relato de Não Estado), SR (Status-Reporting - Relato de estado) e tipo de mistura.

[008] No primeiro esquema de tecnologia mencionado acima, o período de interrogação varia adaptativamente com a quantidade de dados, resultando em variação (jitter) de transmissão no mesmo serviço, assim, a exigência de baixo retardo e variação de retardo para serviço em tempo real não deve ser satisfeita. No segundo esquema de tecnologia, interrogação em sequência constante de Round - Robin é adotada, a qual é especial para aplicação em ΑΡΟΝ em conexão orientada com comprimento fixo de PDU (Protocol Data Unit - Unidade de Dados de Protocolo). Adicionalmente, o mecanismo de atualização de largura de banda é especial para T-CONT e largura de banda não é alocada, nem de acordo com as diferentes portas nem com serviços diferentes.

[009] Nos dois esquemas acima, uma vez que diferentes estratégias de alocação para diferentes serviços não são levadas em conta, elas são aplicadas em sistema de serviço único em aplicação prática, tal como em sistema proporcionando apenas serviço de navegação ou

Petição 870170099445, de 19/12/2017, pág. 15/59

4/34 serviço de voz. Essa espécie de sistema não pode satisfazer a exigência de Qualidade de Serviço (QoS) de mais de um tipo de serviço, nem alocar largura de banda de acordo com portas de serviço de cliente. Além disso, quando da alocação da largura de banda, mensagens de concessão de alocação de janela são geradas, basicamente, em sequência de relato de porta, sem considerar exigência de retardo de portas diferentes de ONU e relação de utilização de largura de banda também é baixa; além disso, não há processo dinâmico, se ONUs estiverem fora de linha.

Sumário da Invenção [0010] Um objetivo da presente invenção é proporcionar um método para alocação dinâmica de largura de banda em PON. Transparência de serviço é obtida nesse método de alocação dinâmica de largura de banda, que é aplicável para diferentes tipos de requisitos de serviço. Através da alocação de largura de banda para diferentes portas de serviços, a relação de utilização de largura de banda é aumentada e a alocação de largura de banda é realizada regularmente. A fim de realizar o objetivo acima, um método de alocação dinâmica de largura de banda para PON é proporcionado na presente invenção, PON inclui um OLT e uma pluralidade de ONUs acessando o OLT, o método compreende:

a) classificação de serviços que devem ser comunicados entre o OLT e as ONUs em uma pluralidade de tipos de serviços de acordo com diferentes requisitos de transmissão e concessão de uma prioridade diferente para cada tipo dos serviços;

b) autorização de portas de serviços de cada tipo de serviços para transmitir dados de serviços em sequência descendente das referidas prioridades dos serviços e gravação da informação de concessão das portas de serviço obtidas da autorização;

c) leitura da referida informação de concessão de cada

Petição 870170099445, de 19/12/2017, pág. 16/59

5/34 porta de serviço a ser concedida de uma mesma ONU; e

d) escalonamento de tempo de inicialização de transmissão de dados concedida de cada porta de serviço a ser concedida de ONU corrente, geração de mensagens de concessão de enlace de descida, incluindo a informação de concessão e o referido tempo de inicialização de transmissão de dados concedida de cada porta concedida da referida ONU corrente, transmissão das referidas mensagens de concessão de enlace de descida para a referida ONU corrente. [0011] O método ainda compreende um fluxo de informação de ONU de envelhecimento:

A. inquirir estado das ONUs uma por uma, determinando se o estado da ONU corrente é inválido; se sim, retornar para a etapa A, continuando com a inquirição; caso contrário, prosseguir para a etapa B;

B. determinar se mensagens de MPCP foram relatadas pela referida ONU corrente no período de interrogação de alocação de largura de banda presente; se sim, restaurar Contagem de Tempo de Espera Ativo da referida ONU corrente e prosseguir para a etapa C; caso contrário, prosseguir para a etapa C, diretamente;

C. determinar se o valor da referida Contagem de Tempo de Espera Ativo da referida ONU corrente excede o limite fora de linha estabelecido; se sim, ajustar o estado da ONU corrente como inválida, liberando recursos correspondentes dessa ONU e prosseguindo para a etapa D; caso contrário, prosseguir para a etapa D, diretamente; e

D. determinar se todas as ONUs estão inquiridas; se sim, encerrar o fluxo de envelhecimento de informação de ONU do presente período de interrogação de alocação de largura de banda; caso contrário, retornar para a etapa A.

O método ainda compreende:

[0012] Geração de uma tabela de Informação de Estado de ONU

Petição 870170099445, de 19/12/2017, pág. 17/59

6/34 indexada por ONUID, que deve armazenar cada informação de estado de ONU, que é gerada de acordo com a comunicação de mensagens de MPCP entre as ONUs e o OLT;

[0013] Geração de uma tabela de Contagem de Tempo de Espera Ativo por ONUID, que inclui o referido Contador de Tempo de Espera Ativo e indicadores transmitidos para indicar se mensagens de MPCP foram transmitidas pelas ONUs correspondentes;

[0014] A referida etapa de determinação na etapa A compreende: de acordo com o índice de ONUID, leitura de informação de estado de ONU da tabela de Informação de Estado de ONU uma por uma, determinando se a ONU corrente é inválida de acordo com a referida informação de estado de ONU;

[0015] A referida etapa de determinação na etapa B compreende: leitura de item de tabela da referida ONU corrente da tabela de Contagem de Tempo de Espera Ativo, determinando se existe um indicador transmitido em item de tabela correspondente da referida ONU corrente; se sim, pode ser concluído que as mensagens de MPCP foram transmitidas no presente período de interrogação de alocação de largura de banda; caso contrário, pode ser concluído que as mensagens de MPCP não foram transmitidas;

[0016] Entre a etapa Cea etapa D, ainda compreende: limpeza do indicador transmitido da referida ONU corrente na tabela de Contagem de Tempo de Espera Ativo da ONU;

[0017] A referida etapa de determinação na etapa D compreende: determinação se todos os itens de tabela da tabela de Informação de Estado de ONU são lidos; se sim, pode ser concluído que todas as ONUs foram inquiridas; caso contrário, pode ser concluído que algumas das ONUs não foram inquiridas.

[0018] O método ainda compreende: geração de uma tabela de informação de Concessão de vMAC indexada por ONUID, que inclui

Petição 870170099445, de 19/12/2017, pág. 18/59

7/34 informação de concessão de cada uma das portas de serviço das ONUs e indicador concedidos para indicar se portas de serviço correspondentes estão autorizadas;

[0019] A etapa de gravação de informação de concessão na etapa

b) compreende: gravação da referida informação de concessão na tabela de informação de Concessão de vMAC, ajustando o indicador concedido das referidas portas de serviço concedidas, conforme autorizado;

[0020] A etapa de leitura de informação de concessão na etapa c) compreende: busca por itens de tabela correspondentes às portas de serviço da mesma ONU na tabela de informação de Concessão de vMAC de acordo com índice de ONUID, busca de portas de serviço concedidas de acordo com indicador concedido, leitura de informação de concessão das portas de serviço concedidas; e [0021] Depois a etapa d) ainda compreende: ajuste do indicador concedido como negativo das portas de serviço que leram informação de concessão.

[0022] O método ainda compreende: geração da tabela de Informação de Estado de ONU indexada por ONUID, que é para armazenar informação de estado de cada ONU que é gerada de acordo com a comunicação de mensagens de MPCP entre as ONUs e o OLT;

[0023] Antes a etapa c) ainda compreendendo: leitura de informação de estado das ONUs uma por uma da tabela de Informação de Estado de ONU de acordo com o índice de ONUID, determinando se o estado da ONU corrente é inválido, de acordo com a informação de estado da referida ONU corrente; se sim, retornar para ler uma Informação de Estado de ONU seguinte na tabela de Informação de Estado de ONU; caso contrário, prosseguir para a etapa c).

[0024] De preferência, o referido tráfego sendo classificado, por prioridade, em sequência descendente na etapa a) como serviço de

Petição 870170099445, de 19/12/2017, pág. 19/59

8/34 avanço rápido, serviço de mensagens de MPCP de detecção automática, serviço de mensagens de MPCP de detecção não automática, serviço de MF, serviço de Avanço Assegurado e serviço de Avanço de Melhor Esforço.

[0025] Quanto aos serviços, exceto o serviço de mensagens de MPCP de detecção automática, a referida etapa de autorização na etapa b) compreende:

b11) confirmação de porta de serviço a ser concedida corrente de acordo com o estado de ativação de serviço de enlace de subida;

b12) de acordo com o recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente, determinação se o recurso de largura de banda corrente está disponível para a quantidade constante de dados da referida porta de serviço a ser concedida corrente para serviço de mensagens de MPCP de detecção não automática, ou para a informação de relato da referida porta de serviço a ser concedida corrente para outros tipos dos serviços; se sim, introdução da etapa b13); caso contrário, introduzir a etapa b15);

b13) autorização da referida porta de serviço a ser concedida corrente para transmitir dados de serviço e gravar informação de concessão corrente;

b14) atualização de largura de banda residual no período de interrogação de alocação de largura de banda corrente e informação relevante da referida porta de serviço a ser concedida corrente; e b15) determinação se há portas de serviço não concedidas de serviço de prioridade corrente; se sim, retornar para a etapa b11); caso contrário, autorizar as portas do serviço de prioridade seguinte. Esse método ainda compreende:

[0026] Geração de um registro de Mapa de Bits de ONU Ativa de

Petição 870170099445, de 19/12/2017, pág. 20/59

9/34

Serviço para cada tipo de serviço a fim de armazenar informação ativa, indicando se o tipo de serviço está ativado nas ONUs;

[0027] Geração de uma tabela de Mapa de Bits de Porta Ativa de Serviço para serviços com porta como unidade, que é indexada por ONUID, para armazenar informação ativa, indicando se esse tipo de serviço está ativado nas portas de serviço acessadas das ONUs;

[0028] Geração de uma tabela de Informação de Relato de vMAC indexada por ONUID, para armazenar informação de relato das portas acessadas das ONUs;

[0029] A referida etapa b11) compreende: interrogação do registro de Mapa de Bits de ONU Ativa de Serviço e da tabela de Mapa de Bits de Porta Ativa de Serviço de cada tipo de serviço em sequência descendente de prioridades, descoberta de uma porta de serviço como a referida porta de serviço a ser concedida corrente;

[0030] Antes a etapa b12) ainda compreendendo: descoberta de informação de relato de porta de serviço a ser concedida corrente da tabela de Informação de Relato de vMAC; e [0031] Na etapa b15), determinação se há itens de tabela não lidos no registro de Mapa de Bits de ONU Ativa de Serviço corrente e na tabela de Mapa de Bits de Porta Ativa de Serviço; se sim, retornar para a etapa b11); caso contrário, inquirição do registro de Mapa de Bits de ONU Ativa de Serviço correspondente e da tabela de Mapa de Bits de Porta Ativa de Serviço para o serviço com a prioridade seguinte.

[0032] De preferência, para o serviço de avanço rápido, a referida informação de concessão compreende o tempo de inicialização de transmissão de dados e tamanhos da transmissão de dados; a referida informação de relato compreende tamanhos relatados de dados que esperam para serem transmitidos;

[0033] Para o serviço de avanço rápido, a referida etapa de escaPetição 870170099445, de 19/12/2017, pág. 21/59

10/34 lonamento de tempo de inicialização concedido na etapa d) compreende: tomar o referido tempo de inicialização de transmissão de dados da referida informação de concessão como o tempo de inicialização concedido da transmissão de dados;

[0034] Para o serviço de mensagens de MPCP de detecção não automática, a referida informação de concessão compreende tipo de mensagem de MPCP de enlace de descida e campo reservado, em que o referido tipo de mensagem de MPCP compreende PORTA de Descoberta, PORTA Normal e PORTA&REGISTRO; a referida informação de relato compreende campo de tipo de mensagem de MPCP e campo reservado;

[0035] Para o serviço de MF, a referida informação de concessão compreende campo reservado e tamanhos de transmissão de dados; a referida informação de relato compreende tamanhos relatados de dados que aguardam para serem transmitidos;

[0036] Para o serviço de avanço rápido, a referida informação de concessão compreende quantidade de déficit de concessão e tamanhos da transmissão de dados de portas de serviço correspondentes; a referida informação de relato compreende tamanhos relatados de dados que aguardam para serem transmitidos;

[0037] Para o serviço de Avanço de Melhor Esforço, a referida informação de concessão compreende tamanhos de transmissão de dados; a referida informação de relato compreende tamanhos relatados de dados que aguardam para serem transmitidos.

[0038] O método ainda compreende: geração de uma tabela de Informação de Largura de Banda para aquelas portas de serviço que solicitam controle de largura de banda, para armazenar quantum de transmissão em cada período de interrogação de alocação de largura de banda;

[0039] A etapa de determinação para aquelas portas de serviço

Petição 870170099445, de 19/12/2017, pág. 22/59

11/34 que solicitam controle de largura de banda na etapa b12) compreende: descoberta de quantum de transmissão de porta de serviço corrente da tabela de Informação de Largura de Banda, determinação se o recurso de largura de banda corrente está disponível de acordo com a informação de relato da referida porta de serviço a ser concedida corrente, quantum de transmissão da referida porta de serviço a ser concedida corrente e do referido recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente. [0040] De preferência, geração de um contador de partida para o serviço de mensagens de MPCP de detecção automática;

[0041] A etapa de autorização de portas de serviço na etapa b) incluindo:

B21) desligamento do referido contador de partida, quando o referido contador alcança o limite configurado, disparando o processo de detecção para as mensagens de MPCP de detecção automática, se uma mensagem de MPCP de detecção automática for detectada, prosseguir para a etapa b22); caso contrário, restaurar o contador de partida e retornar para a etapa b21);

B22) determinação se o recurso de largura de banda corrente está disponível para a quantidade constante de dados da referida porta de serviço a ser concedida corrente, de acordo com o recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente do serviço de mensagens de MPCP de detecção automática; se sim, prosseguir para a etapa b23); caso contrário, autorizar as portas do serviço de prioridade seguinte;

B23) restauração do contador de partida e retorno à etapa b21).

[0042] De preferência, para o serviço de mensagens de MPCP de detecção automática, a referida informação de concessão compreende tipo de mensagem de MPCP de enlace de descida e campo reservaPetição 870170099445, de 19/12/2017, pág. 23/59

12/34 do, em que o referido tipo de mensagem de MPCP compreende PORTA de Descoberta, PORTA Normal e PORTA&REGISTRO.

[0043] De preferência, após a etapa d) o método ainda compreendendo: determinação se ainda há qualquer ONU com porta não concedida; se sim, retornar para a etapa c); caso contrário, encerrar o procedimento corrente.

[0044] De preferência, o tipo das referidas mensagens de concessão de enlace de descida do método é mensagem de MPCP de enlace de descida de GATE.

[0045] De preferência, a referida informação de concessão de enlace de subida do presente método sendo conduzida por mensagens de REPORT (RELATO).

[0046] De preferência, o referido período de interrogação de alocação de largura de banda corrente do presente método é período de quadro virtual.

[0047] É obvio do esquema técnico mencionado acima que esse método traz as seguintes vantagens: realização, dinamicamente, de alocação de largura de banda objetivando diferentes serviços com diferentes níveis de prioridade, a fim de satisfazer os requisitos de diferentes tipos de serviços e implementar transparência de serviço; quando da geração de mensagem de concessão, autorização do tempo de inicialização de transmissão de dados para um grupo de portas acessadas pela mesma ONU, dessa maneira, todos as janelas concedidas de diferentes portas de serviço acessadas pela mesma ONU são consecutivas, sem banda protetora inserida, a largura de banda protetora para transmissão de dados é reduzida e a relação de utilização de largura de banda é aumentada.

[0048] Além disso, o mecanismo de envelhecimento de informação de ONU é adotado na presente invenção. Através da supervisão em tempo real de estado de ONU, a ONU fora de linha pode ser procesPetição 870170099445, de 19/12/2017, pág. 24/59

13/34 sada dinamicamente, assim, recurso ocupado é liberado.

[0049] Comparado com as tecnologias existentes, o esquema de tecnologia da presente invenção é de efeitos visíveis e benéficos. Nesse esquema, a alocação dinâmica de largura de banda é transparente para os serviços, a fim de satisfazer requisitos de mais de um serviço, como transmissão de mensagem de TDM/EF, AF, DF e MPCP, bem como transmissão assegurada de CPU/OAM. Os efeitos benéficos desse esquema ainda compreendem: relação de utilização de largura de banda aumentada, alocação de largura de banda satisfatória, maior capacidade de recuperação, melhor desempenho em tempo real, uso do recurso de largura de banda mais efetivamente e evitando desperdício de recurso.

Breve Descrição dos Desenhos [0050] A figura 1 é um mapa de esboço de uma Rede Óptica Passiva;

[0051] A figura 2 ilustra a estrutura do registro de Mapa de Bits de ONU Ativa de Serviço e tabela de Mapa de Bits de Porta Ativa de Serviço, de acordo com uma concretização preferida da presente invenção;

[0052] A figura 3 é uma estrutura de tabela de Informação de Relato de vMAC de acordo com uma concretização preferida da presente invenção;

[0053] A figura 4 ilustra o fluxo de autorização de diferentes serviços de acordo com uma concretização da presente invenção;

[0054] A figura 5 é uma estrutura de tabela de informação de Concessão de vMAC de acordo com uma concretização preferida da presente invenção.

[0055] A figura 6 é uma estrutura de tabela de Informação de Estado de ONU de acordo com uma concretização preferida da presente invenção;

Petição 870170099445, de 19/12/2017, pág. 25/59

14/34 [0056] A figura 7 é um diagrama de fluxo de método para gerar informação de concessão de acordo com uma concretização preferida da presente invenção;

[0057] A figura 8 é uma estrutura de tabela de Contagem de Tempo de Espera Ativo de ONU de acordo com uma concretização preferida da presente invenção;

[0058] A figura 9 é um diagrama de fluxo de método de envelhecimento de informação de ONU de acordo com uma concretização preferida da presente invenção.

Descrição Detalhada da Invenção [0059] Para esclarecer o objetivo, o esquema de tecnologia e vantagens da presente invenção, a presente invenção será descrita em detalhes com referência aos desenhos anexos.

[0060] Na presente invenção, um método de alocação dinâmica de largura de banda em Rede Óptica Passiva é apresentado. Esse método compreende registro de serviço, alocação de largura de banda, geração de mensagem de concessão e envelhecimento de informação de ONU, etc. Primeiramente, diferentes serviços são classificados em sequência de prioridade e determinada estrutura de dados diferentes de modo a realizar estratégias de alocação diferentes. Quando da alocação de largura de banda, diferentes portas de serviço acessadas para a mesma ONU são distinguidas em termos de diferentes tipos de serviços e processadas separadamente pela alocação de tamanho de janela correspondente, quando da geração de mensagens de concessão, diferentes portas de serviço acessadas para a mesma ONU são processadas coletivamente, tempo de inicialização de transmissão de dados é atribuído, dessa maneira janelas concedidas de diferentes portas de serviço acessadas para a mesma ONU são consecutivas, sem banda de proteção inserida, desse modo, a relação de utilização de largura de banda é aumentada. Além disso, o estado das ONUs é

Petição 870170099445, de 19/12/2017, pág. 26/59

15/34 supervisionado em tempo real no presente método e a ONU fora de linha é liberada dinamicamente. Por essa razão, a porta de serviço mencionada é uma porta conduzindo um certo serviço. A porta de serviço é uma concepção lógica, não correspondendo realmente a uma porta física de ONU. Por exemplo, se uma porta física conduz multisserviços ao mesmo tempo, essa porta pode ser dividida em mais de uma porta lógica de serviço.

[0061] Uma concretização preferida da presente invenção é introduzida em detalhes como segue.

[0062] Para processar separadamente diferentes portas de serviço, diferentes serviços em uma PON precisam ser classificados em uma pluralidade de tipos de serviço. Também, as estruturas de dados de diferentes serviços bem de diferentes portas precisam ser preparadas para o sistema processar, separadamente. Em uma concretização preferida da presente invenção, em sequência descendente de prioridade, o tráfego é classificado nos seguintes serviços:

[0063] Serviço de Avanço Rápido: tais como TDM (Time Division Multiplex - Multiplexação por Divisão de Tempo), EF (Expedited Forwarding - Avanço Expedito), etc. Esses serviços podem ser nomeados por um nome conjunto - serviço de EF. Essa espécie de serviço precisa ser expedida em tempo real com baixo retardo e variação de retardo sem limite de largura de banda, desse modo, tem a prioridade mais alta.

[0064] Serviço de mensagem de MPCP (Multi-Point Control Protocol - Protocolo de Controle de Multiponto): a mensagem de MPCP é usada para comunicação normal de MPCP, compreendida de serviço de mensagem de MPCP de detecção automática e serviço de mensagens de MPCP de detecção não automática. Os Parâmetros relevantes de mensagem de MPCP são todos constantes. Na presente invenção, a mensagem de MPCP de uma ONU é usada para avaliar se esPetição 870170099445, de 19/12/2017, pág. 27/59

16/34 se ONU está on-line.

[0065] Serviço de MF (Must Forwarding): tal como mensagem de CPU (Central Process Unit) e mensagem de OAM e as mensagens devem ser transmitidas corretamente nesta espécie de serviço, que é usado para OASM&P (Operation Administration Maintenance and Provision - Administração de Operação & Manutenção e Provisão) e comunicação entre OLT e ONU, desse modo tem prioridade bastante alta também.

[0066] Serviço de Avanço Assegurado: tal como AF (Assured Forwarding), largura de banda mínima especificada deve ser assegurada neste serviço, mas com baixa exigência de tempo real.

[0067] Serviço de Best-Effort Forwarding - Avanço com Melhor Esforço: tal como DF (Default Forwarding - Avanço Padrão), não há exigência de largura de banda mínima, desse modo, com a prioridade mais baixa.

[0068] Na presente invenção, maneira de controle coletiva de informação de relato é adotada com estado de gerenciamento de OLT de cada ONU. Em uma concretização preferida da presente invenção, o padrão IEEE 802.3ah é adotado em detecção automática de ONU e interação de info de curso de registro.

[0069] Quando autorização de transmissão de dados está sendo realizada, a fim de interrogar de acordo com diferentes serviços e em sequência de prioridade, em uma concretização preferida da presente invenção, registro de Mapa de Bits de ONU Ativa de Serviço é preparado para armazenar info de ativação de ONU de diferentes serviços, tais como IMAB (Ingress MPCP Active Bitmap - Mapa de Bits Ativo de MPCP de Ingresso do serviço de mensagem de MPCP, IMFAB (Ingress Must Forwarding Active Bitmap) do serviço de MF, IEFAB (Ingress Expedited Forwarding Active Bitmap - Mapa de Bits Ativo de Avanço Expedito de Ingresso) do serviço de EF, IAFAB (Ingress AssuPetição 870170099445, de 19/12/2017, pág. 28/59

17/34 red Forwarding Active Bitmap - Mapa de Bits Ativo de Avanço Assegurado de Ingresso) do serviço de AF e IDFAB (Ingress Default Forwarding Active Bitmap - Mapa de Bits Ativo de Avanço Padrão de Ingresso) do serviço de DF. Entre outros, alguns serviços tomam a porta como uma unidade, como os serviços de EF, AF e DF, então, a tabela de Mapa de Bits de Porta Ativa de Serviço deve ser ajustada nesses serviços para armazenar informação ativa de portas, como IEFABT (Ingress Expedited Forwarding Active Bitmap Table - Tabela de Mapa de Bits Ativo de Avanço Expedito de Ingresso) do serviço de EF, IAFABT (Ingress Assured Forwarding Active Bitmap Table - Tabela de Mapa de Bits Ativo de Avanço Assegurado de Ingresso) do serviço de AF e IDFABT (Ingress Default Forwarding Active Bitmap Table - Tabela de Mapa de Bits Ativo de Avanço Padrão de Ingresso) do serviço de DF. [0070] Com referência à figura 2, a caixa esquerda é o registro de Mapa de Bits de ONU Ativa de Serviço, que é compreendido de N bits, respectivamente, correspondente às N ONUs e é usado para indicar se esse serviço está ativo, por exemplo, com 1 como ativo e 0 como inativo. A caixa direita é a tabela de Mapa de Bits de Porta Ativa de Serviço, que é compreendida de N itens de tabela, correspondendo às ONUs, com conteúdo de cada item de tabela armazenando informação referente a cada porta acessada para uma ONU correspondente e essa informação indica se a porta está ativa ou não, por exemplo, com 1 como ativo e 0 como inativo. No sistema, essas tabelas são colocadas em um registro e podem ser indexadas para itens de tabela de ONU relevantes de acordo como ONUID (Optical NetWork Unit Identifier Identificador de Unidade de Rede Óptica), conveniente para leitura de informação ativa de porta de serviço.

[0071] É necessário especificar que no curso de registro de serviço, o LLID (Logical Link Identifier - Identificador de Enlace Lógico) alocado para ONU é do formato como {ONUID active Bimap}, que é conPetição 870170099445, de 19/12/2017, pág. 29/59

18/34 veniente para indexação de várias info ativa de serviço e info de alocação de largura de banda pelo uso de ONUID e deslocamento de cada porta, também conveniente para desenvolvimento de serviço multicast.

[0072] A porta de MPCP de ONU é ativada durante registro e info de registro é armazenada em IMAB; a porta de MF é ativada após a ONU ser registrada e info de registro é armazenada em UMFAB. Aqui, cada ONU é padronizada para dotar com serviço de OAM e CPU. [0073] Após serem registradas com sucesso, para aqueles serviços com porta como unidade, as ONUs solicitam largura de banda do OLT e info de largura de banda é distribuída pelo gerenciador de rede através de interação com a CPU. A informação de largura de banda compreende informação ativa de porta de serviço de EF, informação ativa e largura de banda de porta de serviço de AF e DF. Desse modo, uma vez que a largura de banda em cada período de quadro virtual do serviço de EF é constante, assim, largura de banda de porta não precisa ser incluída na informação de largura de banda. Informação ativa das portas de serviços de EF, AF e DF é armazenada, respectivamente, em IEFAB, IAFAB, IDFAB e item de tabela correspondente de IEFABT, IAFABT, IDFABT. Bits correspondentes de IEFAB, IAFAB e IDFAB, respectivamente, indicam se há informação ativa em serviços de EF, DF ou AF da ONU. Itens de tabela correspondentes de IEFABT, IAFABT e IDFABT, respectivamente, indicam que portas da ONU são de serviços ativos de EF, DF e AF.

[0074] Quanto àquelas portas que solicitam largura de banda constante, tal como EF, uma vez que largura de banda em cada período de quadro virtual é constante, um registro com info de largura de banda constante pode ser ajustado para armazenar a largura de banda constante; ou uma largura de banda padrão pode ser predefinida, após adquirir tipo de porta através de interação de informação, então,

Petição 870170099445, de 19/12/2017, pág. 30/59

19/34 os dados podem ser transmitidos por essa largura de banda padrão. [0075] Quanto àquelas portas que solicitam controle dinâmico de largura de banda, tal como os serviços de DF e AF, BIT (Tabela de Informação de Largura de Banda) é ajustada para armazenar informação de largura de banda de provisão. Por conveniência, largura de banda de provisão é convertida e armazenada em formato de quantum de transmissão. Pelo presente, quantum de transmissão significa a quantidade de dados que são permitidos transmitir em cada período de interrogação constante. Esse quantum de transmissão é calculado pela multiplicação de largura de banda de provisão pelo período de interrogação, com Byte ou Word como unidade. Na presente invenção, período de quadro virtual de serviço de EF é adotado como o período de interrogação de operação de alocação de largura de banda. Similarmente, pela indexação de ONUID e Offset de cada porta, conteúdo de item de tabela correspondente é lido e informação de largura de banda de provisão é adquirida da tabela de BIT pelo sistema.

[0076] Através da interação com gerenciador de rede, OLT do sistema pode, dinamicamente, operar e modificar bits relevantes de registro de Mapa de Bits de ONU Ativa de Serviço, ativar conteúdo relevante de itens de tabela na tabela de Mapa de Bits de Porta Ativa de Serviço e a BIT. Dessa maneira, inserção/ cancelamento dinâmico e reconfiguração de informação de largura de banda da porta de serviço de ONU são realizados.

[0077] Em cada período de interrogação, a ONU relata tamanhos de dados que aguardam para serem transmitidos para OLT através de mensagem de RELATO de padrão de IEEE 802.3ah. De acordo com o padrão IEEE 802.3ah, cada mensagem de RELATO compreende 8 conjuntos de itens de tamanhos de dados relatados. E a relação correspondente ente cada conjunto e porta de ONU é predefinida de modo que OLT pode especificar de que porta são os tamanhos relatados.

Petição 870170099445, de 19/12/2017, pág. 31/59

20/34

Enquanto isso, o indicador válido de cada conjunto é estabelecido, por exemplo, cada bit de 8 bits, respectivamente, indica se cada conjunto é válido ou ativo, como bit 0 indicando conjunto 0, bit 1 indicando conjunto 1, e assim por diante. Por exemplo, bit 0 indica que conjunto correspondente está inativo e 1 indica ativo ou válido. Quando mais de 8 portas são acessadas para ONU, atributos de multimensagens de RELATO são adotados e indicadores são conduzidos nas mensagens para indicar a continuidade de multimensagens de RELATO em um período, assim, OLT pode determinar das multimensagens de RELATO de que porte é o item relatado.

[0078] A fim de processar, separadamente, a informação de relato de cada porta, OLT armazena os tamanhos relatados de dados que aguardam para serem transmitidos em RIT tabela de Informação de Relato de vMAC classificados por vMAC (MAC Virtual). Com referência à figura 3, estrutura da RIT é mostrada à esquerda: cada item de tabela é correspondente a cada parte de informação de relato de cada porta de ONU e os itens são indexados por ONUID. Quando aos dados de serviço geral, tal como OAM, CPU e serviço geral de avanço, o item de tabela é compreendido de indicador relatado (Indicador Relatado) e os tamanhos relatados de dados que aguardam para serem transmitidos (Relato). Desse modo, Flag Indicador Relatado indica se vMAC é para relatar os dados armazenados no período de quadro virtual corrente. A unidade numérica de Relato é a mesma que a do quantum de transmissão, a saber, Byte ou Word. Para serviço de mensagem de MPCP, com referência à figura 3, à direita, o Indicador Relatado, tipo de mensagem de MPCP de enlace de subida (Tipo) e itens de tabela de região reservada (Reservada) estão compreendidos na RIT. Desse modo, Tipo demonstra o tipo dessa mensagem de MPCP de enlace de subida, tal como REQ REGISTRO, ACK REGISTRO , RELATO Normal e assim por diante, tornando claramente

Petição 870170099445, de 19/12/2017, pág. 32/59

21/34 para o OLT qual é a ONU de período de registro e tornando definido que tipo de mensagem de MPCP de enlace de descida será gerado. Para serviço de EF, logo que um período de quadro virtual seja fixado, a porta só pode transmitir tamanhos de dados constantes em um período de quadro virtual, desse modo, não há necessidade de relatar tamanhos de dados que aguardam para serem transmitidos.

[0079] A alocação de largura de banda, a saber, autorização de ONU por OLT para transmitir dados de serviço, é realmente um curso de concessão de interrogação de acordo com a prioridade de serviço. Esse curso é realizado por OLT de acordo com informação ativa de porta, informação de alocação de largura de banda e informação de relato de ONU. Para garantir serviço de QoS de EF, período de quadro virtual é estabelecido como período de concessão de interrogação. Alocações de largura de banda para outros serviços também são realizadas nesse período de quadro virtual em sequência de prioridade. No começo de período de quadro virtual, alocação de largura de banda de EF é realizada. Os serviços de MPCP MF AF e DF são realizados sequencialmente no tempo residual.

[0080] O procedimento de transmissão de dados de serviço de enlace de subida na concretização da presente invenção será descrito em detalhes com referência à figura 4.

[0081] Nessa concretização, na sequência descendente de serviços de prioridade estão serviço de EF, serviço de mensagens de MPCP de detecção automática, serviço de mensagens de MPCP de detecção não-automática, serviço de MF, serviço de AF e serviço de DF e esses serviços são interrogados e concedidos sequencialmente. [0082] Para a conveniência de envio de mensagem de concessão para cada tipo de serviço de enlace de subida por OLT, vMAC GIT (Tabela de Informação de Concessão) é ajustado, neste caso implementado para armazenar informação de concessão de autorização de

Petição 870170099445, de 19/12/2017, pág. 33/59

22/34 transmissão. No procedimento de recebimento de enlace de subida, dados da GIT são lidos e informação de concessão é criada por OLT. E, então, a informação de concessão é transmitida por OLT para a ONU correspondente e alocação dinâmica de largura de banda está acabada.

[0083] A figura 4 demonstra o fluxo de autorização de cada tipo de serviço na presente concretização.

[0084] Etapa 401: a OLT confirma porta de serviço a ser concedida corrente de acordo com a informação ativa de serviço de enlace de subida ou desliga o contador de partida do serviço de mensagens de MPCP de detecção automática.

[0085] Para serviços como EF, MF, AF, DF e mensagem de MPCP de detecção não-automática, porta de serviço a ser concedida corrente pode ser confirmada através de interrogação dos registros de Mapa de Bits de ONU Ativa de Serviço e tabelas de mapas de bits ativos de Ingresso. Os específicos são: interrogação dos registros de Mapa de Bits de ONU Ativa de Serviço de cada serviço em sequência descendente de prioridade. Para MF e serviço de mensagens de MPCP de detecção não-automática, o registro de Mapa de Bits de ONU Ativa de Serviço desse serviço é interrogado para descobrir a ONU ativada pelo tipo de serviço através de informação ativa de item de tabela e essa porta de ONU é tomada como a que deve ser concedida. Para aqueles serviços com porta como unida, como EF, AF e DF, o registro de Mapa de Bits de ONU Ativa de Serviço desse serviço é interrogado para a ONU ativada por esse serviço, então, a tabela de Mapa de Bits de Porta Ativa de Serviço desse serviço é consultada com ONUID da ONU encontrada e, ainda, esse serviço é confirmado ser ativado por qual porta dessa ONU.

[0086] Para serviço de mensagens de MPCP de detecção automática, a fim de fazer a nova ONU on-line ser registrada dinamicamente,

Petição 870170099445, de 19/12/2017, pág. 34/59

23/34 um contador de partida de serviço de mensagens de MPCP de detecção automática é ajustado; MPCP de detecção automática é iniciada logo que o contador alcance o limite configurado. Se o serviço de MPCP de detecção automática for detectado, introduza a etapa 402; caso contrário, retorne para a etapa 401. Dessa maneira, procedimento de MPCP de detecção automática periódica é implementado e não muita largura de banda é ocupada.

[0087] Etapa 402: o OLT busca informação de relato de porta de serviço a ser concedida corrente na tabela de RIT e avalia se a largura de banda corrente está disponível para concessão; se sim, autorize largura de banda e grave informação de concessão na GIT; caso contrário, salte para a etapa 404.

[0088] Desse modo, para serviços de mensagens de EF, MF e MPCP, a disponibilidade de recurso de largura de banda é avaliada de acordo com a largura de banda de provisão de porta, a saber, de acordo com a quantidade de dados permitida (para serviço de EF e MF) ou quantidade de dados constante de MPCP (para serviço de MPCP) em um período de quadro virtual e a largura de banda residual no período de quadro virtual corrente. Quando o primeiro é maior do que o último, o recurso de largura de banda está disponível e a concessão é permitida.

[0089] Para serviço de AF, apenas quando as condições a seguir são satisfeitas, o recurso de largura de banda pode ser julgado como disponível: há dados primários relatados na porta e a quantidade primária relatada de dados é menor do que a quantidade residual permitida de dados e a soma da quantidade de transmissão de provisão de largura de banda de dados e quantum de déficit. Aqui, a quantidade de transmissão de provisão de dados pode ser substituída pelo quantum de transmissão inquirido na tabela de BIT através de ONUID e índice de Offset.

Petição 870170099445, de 19/12/2017, pág. 35/59

24/34 [0090] Para serviço de DF, apenas quando as condições a seguir são satisfeitas, o recurso de largura de banda pode ser julgado como disponível: há dados primários relatados na porta e os dados primários relatados residuais não são menores do que o máximo de quantidade relatada de dados e a quantidade de transmissão de provisão de largura de banda de dados. Aqui, a quantidade de transmissão de provisão de dados pode ser substituída pelo quantum de transmissão inquirido na tabela de BIT através de ONUID e índice de Offset.

[0091] Se a largura de banda estiver disponível, OLT autoriza a porta corrente a transmitir e grava a informação de concessão na GIT. Para o serviço de EF, o OLT confirma o tempo de inicialização e os tamanhos de transmissão de dados de acordo com a marcação de chegada (Arriving Stamp) de dados reservados e banda protetora e, então, registra o referido tempo de inicialização e os referidos tamanhos de transmissão de dados no item de tabela correspondente da porta na GIT desse serviço. O identificador da referida a marcação de chegada de dados reservados é o identificador do tempo de chegada de dados definido no período de quadro virtual de enlace de subida seguinte. O padrão de referência do identificador é o relógio oscilatório no OLT.

[0092] Para o serviço de mensagem de MPCP, o OLT confirma o tipo de mensagem de MPCP de enlace de descida de acordo com o tipo de mensagem de enlace de subida de porta de MPCP corrente na RIT. Aqui, para o serviço de mensagens de MPCP de detecção automática, o tipo de mensagem de enlace de descida é constante. Então, o OLT registra o tipo de MPCP confirmado e o indicador Concedido na porta de MPCP correspondente de item de tabela de GIT. Se o serviço for o serviço de mensagens de MPCP de detecção automática, o OLT pode apenas registrar o indicador Concedido na GIT.

[0093] Para o serviço de MF e DF, o OLT autoriza à porta corrente

Petição 870170099445, de 19/12/2017, pág. 36/59

25/34 um tamanho da janela concedido de acordo com a info de tamanhos de dados relatados nos itens de tabela correspondentes da RIT e registra o tamanho de janela concedido no item de tabela de GIT correspondente.

[0094] Para o serviço de AF, o OLT autoriza o tamanho da janela concedida de acordo com o info dos tamanhos de dados relatados nos itens de tabela correspondentes da RIT e o déficit de concessão existente. Enquanto isso, o OLT calcula um novo déficit de concessão. Então, o OLT registra o tamanho de janela concedido e o novo déficit de concessão no item de tabela de GIT correspondente.

[0095] Etapa 403: o OLT atualiza largura de banda residual em período de quadro virtual corrente e informação relevante para a porta de serviço a ser concedida corrente.

[0096] Especificamente compreendendo: atualização de largura de banda residual em período de quadro virtual corrente; atualização de marcação de tempo (time stamop) de chegada de dados reservados correntes e largura de banda residual em período de quadro virtual em serviço de EF; no que se refere à MPCP de detecção automática, reajuste de contador de partida e retorno, diretamente, para a etapa 401; limpeza do Indicador Relatado em RIT correspondente de MPCP, MF, AF e DF. Assim, a limpeza do Indicador Relatado é para evitar a repetição de autorização no período de quadro virtual seguinte.

[0097] Em uma concretização preferida da presente invenção, um algorítimo funil (funnel algorithm) é adotado como método de execução e concessão em serviço de AF. Alguém versado na técnica compreenderá que algoritmo de interrogação de ponderação também pode ser adotado como método de execução de concessão em serviço de AF, sem afetar a essência e o escopo da presente invenção. [0098] Etapa 404: o OLT julga se há portas não concedidas; se sim, retorna para etapa 401; caso contrário, encerra autorização de

Petição 870170099445, de 19/12/2017, pág. 37/59

26/34 porta desse nível de prioridade e entre em outro curso de autorização de porta do nível de prioridade seguinte.

[0099] Especificamente, para MF e MPCP de detecção nãoautomática, o curso de determinação mencionado é: o OLT julga se há itens de tabela não lidos no registro de Mapa de Bits de ONU Ativa de Serviço correntemente interrogado; se sim, há portas não concedidas; caso contrário, autorização para essa espécie de serviço está acabada. Embora para serviços com porta como unidade, como EF, AF e DF, o OLT primeiramente julga se há item de tabela não lido na tabela de Mapa de Bits de Porta Ativa de Serviço correntemente interrogada; se sim, continua a inquirir o item de tabela seguinte; caso contrário, continua a julgar se há item de tabela não lido no registro de Mapa de Bits de ONU Ativa de Serviço correntemente interrogada; se sim, há portas não lidas; caso contrário, autorização para essa espécie de serviço está acabada.

[00100] Aqui, para MPCP de detecção automática, uma vez que há no máximo uma autorização em um período de quadro virtual, o OLT ignora a etapa 404 e toma diretamente o curso de autorização para o serviço com o nível de prioridade seguinte.

[00101] A figura 5 demonstra a estrutura da GIT, com cada item de tabela correspondendo à informação de concessão de cada porta de ONU e os itens são indexados por ONUID.

[00102] Para serviço de EF de enlace de subida, o item de tabela é compreendido do Indicador Concedido, o tempo de inicialização de transmissão de dados (Tempo de Inicialização) e o tamanho de transmissão de dados (Comprimento). Aqui, o Indicador Concedido indica se essa porta de serviço está concedida, o tempo de inicialização esclarece para essa porta concedida quando começar a transmissão de dados, o Comprimento iguala o tamanho de janela concedida e indica quantos dados são concedidos para transmissão.

Petição 870170099445, de 19/12/2017, pág. 38/59

27/34 [00103] Para serviço de MF de enlace de subida, o item de tabela é compreendido do Indicador Concedido, Reservado e o Comprimento. Aqui Reservado significa a parte não definida reservada para uso futuro.

[00104] Para MPCP, o item de tabela é compreendido do Indicador Concedido, do Tipo e do Reservado. Aqui, Tipo é compreendido de PORTA de descoberta, PORTA Normal e PORTA & REGISTRO. Aqui, MPCP de enlace de descida com tipo GATE é especialmente usado para conduzir a mensagem de concessão.

[00105] Para outros serviços, como DF e AF, o item de tabela é compreendido de Indicador Concedido, Contagem de Déficit e Comprimento. Aqui, Contagem de Déficit é usado para registrar déficit de autorização dessa porta. Déficit de concessão reflete a extensão em que largura de banda de concessão acumulativa excede a largura de banda relatada no período de serviço de enlace de subida anterior. Ε o sistema faz igual garantia de QoS de serviço de AF ou DF através de déficit de autorização; para serviço de DF, uma vez que o déficit de autorização é ignorado, o valor de Contagem de Déficit pode ser ajustado em zero.

[00106] Durante o estágio de autorização, conforme referido acima, o tempo de inicialização é autorizado apenas para o serviço de EF. Para outros serviços, como serviço de mensagens de MPCP de detecção automática, seu tamanho de janela de registro é constante para o sistema PON com número de ONU constante e espaço de dispersão máximo constante; para MPCP de detecção não-automática, o Comprimento concedido é constante, uma vez que o comprimento da mensagem de MPCP é constante e o Comprimento concedido não é mais escrito na GIT; para serviços de AF e DF, o Comprimento concedido deve ser escrito na GIT, uma vez que o Comprimento concedido de porta de serviço não é constante.

Petição 870170099445, de 19/12/2017, pág. 39/59

28/34 [00107] Para gerenciamento conveniente de ONU, a tabela de Informação de Estado de ONU (SIT) é estabelecida na presente invenção para indicador de Informação de Estado de ONU. A figura 6 ilustra estrutura da tabela de Informação de Estado de ONU. Cada ONU corresponde a um item de tabela contendo estado de ONU e os itens são indexados por ONUID. Em uma concretização preferida da presente invenção, dois bits são usados para assinalar estado de ONU de Entrada Inválida, ONU Registrada e ONU de Registro. Aqui, Entrada Inválida indica que nenhuma ONU é atribuída para essa ONUID; ONU Registrada significa que essa ONU acabou de registrar e avanço de dados de serviço pode ser realizado; ONU Registrada significa que essa ONU está registrando, nesse estado, mensagens interagidas correntes podem ser confirmadas de acordo com o item de tabela de RIT de porta de MPCP e item de tabela de GIT da presente ONU. Item de tabela de Informação de Estado de ONU é gerado no procedimento interativo de mensagens de MPCP. O estado de ONU corrente depende do estado anterior e da mensagem de MPCP interagida entre OLT e a ONU no estado anterior. Por exemplo, quando no estado de Entrada Inválida, se mensagem de MPCP de PORTA de descoberta para ser recebida pela ONU e mensagem de REQ_REGISTRO_MPCP é enviada para OLT, ONU funciona em estado de ONU de Registro; quando no estado de Registrando, se mensagem de ACKREGISTRO for recebida pelo OLT, a ONU funciona em estado Registrado.

[00108] Após encerrar a operação de autorização de transmissão de serviço, OLT gerará mensagens de concessão no período de quadro virtual e enviará as mensagens de concessão para ONU correspondente em um certo tempo. O princípio de geração de mensagem de concessão é: a fim de reduzir as mensagens de concessão de cada porta de serviço de ONU e para economia de bandas de proteção e tempo de sincronização, janelas de transmissão de todos os serviços

Petição 870170099445, de 19/12/2017, pág. 40/59

29/34 de porta são sucessivas e adjacentes, exceto serviço de EF. Assim, exceto serviço de EF, tempo de inicialização de transmissão de dados concedido de todos os serviços de portas é confirmado e escrito na mensagem de concessão durante o período de geração de mensagem de concessão. Isso é porque baixo retardo e baixa variação de retardo são necessários no serviço de EF e transmissão de sincronização é sempre adotada em termos dessas portas. Assim, para o serviço de EF, tempo de inicialização de transmissão de dados concedida e tamanhos concedidos de transmissão de dados já serão confirmados durante o período de criação de mensagem de concessão. Enquanto para outras portas de serviço, apenas tamanhos concedidos de transmissão de dados são confirmados durante o período de criação de mensagem de concessão e tempo de inicialização concedido são confirmados durante o período de geração de mensagem de concessão. A finalidade é fazer janelas concedidas de portas da mesma ONU serem sucessivas e adjacentes em campo de tempo, consequentemente, reduzem o número de bandas protetoras e aumentam a relação de utilização de largura de banda.

[00109] A figura 7 mostra um fluxo de método de geração de mensagem de concessão baseado em uma concretização preferida da presente invenção.

[00110] Uma mensagem de concessão é gerada com ONU como unidade no sistema de modo que mensagem de concessão é conduzida na mensagem de MPCP de enlace de descida com tipo PORTA. Além disso, portas de serviço pertencentes à mesma ONU podem ser concedidas universalmente.

[00111] Como é mostrado na figura 7, na etapa 701, leitura de itens de tabela de Informação de Estado de ONU um por um de acordo com índice de ONUID.

[00112] Etapa 702: determinação se ONU corrente é inválida, a saPetição 870170099445, de 19/12/2017, pág. 41/59

30/34 ber, determinando se o item de tabela de SIT correspondente de ONUID de ONU corrente é 00; se sim, nenhuma concessão e continuação da leitura de item de tabela seguinte da SIT, introdução da etapa 701; caso contrário, a saber, o item de tabela de SIT correspondente de ONUID de ONU corrente é 01 ou 10, continuando com a etapa 703. [00113] Etapa 703: leitura de itens de tabela de GIT correspondente de cada porta de serviço a ser concedida da ONU corrente e geração de informação de concessão, escalonamento de tempo de inicialização de transmissão de dados concedida para cada porta de serviço a ser concedida.

[00114] Esse procedimento compreendendo, especificamente: inquirição de itens de tabela correspondentes de portas de serviço pertencentes a mesma ONU na GIT através de índice de ONUID, aquisição de Estado de Concessão de portas de serviço de acordo com Indicador de Concessão do item de tabela correspondente, determinação se a porta de serviço corrente é concedida, se a porta de serviço for concedida, leitura de informação relevante, tal como o tamanho de transmissão de dados do item de tabela correspondente e escalonamento de tempo de inicialização de transmissão de dados concedida para a porta de serviço.

[00115] Desse modo, para serviço de EF, através da inquirição de itens correspondentes da GIT, aquisição de tamanho de transmissão de dados e tempo de inicialização de transmissão de dados, tomando o tempo de inicialização como o tempo de inicialização de transmissão de dados concedida, escrevendo-os diretamente na mensagem de MPCP de enlace de descida com tipo PORTA.

[00116] Para serviço de MPCP de enlace de subida, o tipo de mensagem de MPCP é adquirido requerendo a GIT; além disso, uma vez que o tamanho de transmissão de dados concedida é constante, apenas o tempo de inicialização de transmissão de dados concedida de

Petição 870170099445, de 19/12/2017, pág. 42/59

31/34 porta de serviço correspondente será escalonado de acordo com a marcação de tempo de transmissão de dados concedida, que é inerente do período de concessão de transmissão de dados.

[00117] Para outros serviços, como MF, AF e serviços de DF, o tamanho de transmissão de dados concedida é adquirido através da inquirição da GIT e escalonando o tempo de inicialização concedido da transmissão de dados de porta de serviço correspondente de acordo com a marcação de tempo de transmissão de dados concedido, que é herdado do período de concessão de transmissão.

[00118] Etapa 704: mensagens de concessão sendo geradas e liberadas de acordo com a informação de concessão e o tempo de inicialização de transmissão de dados concedida.

[00119] Aqui, a informação de concessão e o tempo de inicialização de transmissão de dados concedida das portas de serviço, que pertence à ONU corrente são conduzidos pela mensagem de MPCP com tipo PORTA. Em primeiro lugar, o tipo de mensagem de MPCP de enlace de descida para a ONU corrente é confirmado de acordo com os tipos de mensagens de MPCP concedidas, o que compreende: determinação se há um tipo de mensagem de MPCP concedido do tipo PORTA, se há um tipo de mensagem de MPCP concedido do tipo PORTA, então mensagem de MPCP concedida é tomada como mensagem de MPCP de enlace de descida, a informação de concessão e o tempo de inicialização de transmissão de dados concedida de cada porta concedida confirmada na etapa 703 são escritos na mensagem de MPCP de enlace de descida com tipo PORTA e, então, enviados. [00120] De um modo geral, a informação de concessão e o tempo de inicialização de transmissão de dados concedida de quatro portas podem ser conduzidos em uma mensagem de MPCP de enlace de descida com tipo PORTA. Portanto, se houver mais de 4 portas solicitando concessão, duas ou mais mensagens de MPCP de enlace de

Petição 870170099445, de 19/12/2017, pág. 43/59

32/34 descida com tipo PORTA são geradas para conduzir a informação de concessão e o tempo de inicialização de transmissão de dados concedida de todas as portas.

[00121] Etapa 705: ajuste de Indicador de Concessão de item de tabela de GIT de porta concedida corrente como negativo, a fim de evitar a geração, repetidamente de mensagem de concessão.

[00122] Etapa 706: determinação se todos os itens da SIT estão lidos; se sim, pode ser concluído que todas as mensagens de concessão de ONU são criadas e o procedimento de geração de mensagem de concessão deve ser encerrado; caso contrário, retornar para a etapa 701 e continuando a ler a SIT.

[00123] Finalmente, a presente invenção proporciona um método para processar ONU off-line ou ONU falha, a saber, um método de procedimento de envelhecimento de informação de ONU. A tabela de Contagem de Tempo de Espera Ativo de ONU é ajustada e cada tempo de não-resposta é contado. Se o valor excede o limite off-line especificado, essa ONU será julgada como inválida e recurso de ONU inválida será liberado.

[00124] A figura 8 mostra estrutura da tabela de Contagem de Tempo de Espera Ativo de ONU. Cada ONU corresponde a um item de tabela e os itens são indexados por ONUID. O item de tabela é compreendido de Indicador Relatado e ATC (Contagem de Tempo de Espera Ativo).

[00125] A figura 9 ilustra fluxo de método de envelhecimento de informação de ONU de acordo com um caso implementado do presente caso.

[00126] Com referência à figura 9, na etapa 901, leitura dos itens da

SIT um por um de acordo com o índice de ONUID.

[00127] Etapa 902: determinação se a Informação de Estado de

ONU no item corrente é inválida; se sim, retorno para a etapa 901,

Petição 870170099445, de 19/12/2017, pág. 44/59

33/34 sem processamento dessa ONU inválida e continuando a ler o item seguinte da SIT; caso contrário, introduzir a etapa 903.

[00128] Etapa 903: leitura do item da tabela de Contagem de Tempo de Espera Ativo correspondente à ONU corrente e introduzindo a etapa 904.

[00129] Etapa 904: determinação se alguma mensagem de MPCP é relatada por essa ONU no presente período de quadro virtual de acordo com o Indicador Relatado do presente item, a saber, determinação se há um Indicador Relatado no item de tabela; se sim, reajuste da Contagem de Tempo de Espera Ativo do item presente; caso contrário, continuação da contagem. Além disso, qualquer que seja o resultado da determinação, o Indicador Relatado deve ser limpo.

[00130] Etapa 905: determinação se o valor da Contagem de Tempo de Espera Ativo excede o limite off-line estabelecido; se sim, pode ser concluído que essa ONU está off-line e introdução da etapa 906; caso contrário, pode ser concluído que essa ONU está off-line e introdução da etapa 907.

[00131] Etapa 906: ajuste do item de SIT da ONU presente como inválida, liberando recursos relevantes dessa ONU e introduzindo a etapa 907. Dessa maneira, para a ONU off-line, o item correspondente da SIT é ajustado como inválido para indicar não existência dessa ONU.

[00132] Assim, os recursos de ONU relevantes liberados compreendendo: bits correspondentes de Registros de Mapa de Bits Ativo de Serviço , como IMPAB, IMFAB, IEFAB, IAFAB e IDFAB; itens correspondentes de Tabela de Mapa de Bits Ativo de Serviço, tal como IEFAT, IAFAT e IDFAT, itens correspondentes de tabela de Informação de Largura de Banda, bem como ONUID originalmente atribuído a essa ONU.

[00133] Etapa 907: determinação se todos os itens da SIT estão

Petição 870170099445, de 19/12/2017, pág. 45/59

34/34 lidos; se sim, pode ser concluído que todas as ONUs foram inquiridas, então, encerramento de procedimento de envelhecimento de informação de ONU no presente período de quadro virtual; caso contrário, retorno para a etapa 901 e continuando a ler a SIT.

[00134] O procedimento de envelhecimento mencionado pode ser realizado repetidamente. Em uma concretização preferida da presente invenção, o procedimento de envelhecimento de informação de ONU da SIT pode ser iniciado por um certo evento. Uma vez que o procedimento de envelhecimento seja iniciado, todos os itens da tabela são percorridos, aguardando pelo evento seguinte para iniciar esse procedimento.

[00135] A presente invenção é aplicável em sistema mestre - escravo e o acesso de ONUs deve ser controlado pelo OLT nesse sistema. Todo o avanço de dados de serviço de enlace de subida e o acesso de todas as ONUs, tais como mensagens de MPCP ou outra MAC são controlados pelo OLT; para situação de enlace de descida, o modo de difusão é adotado, os dados sendo filtrados e recebidos pela ONU. A execução de transmissão de enlace de descida pode ser baseada em prioridade, a saber, o avanço de execução de enlace de descida sendo realizado em sequência de EF, MPCP, CPU/OAM, AF, DF.

[00136] A presente invenção está ilustrada com gráficos e descrição com referência a alguns casos excelentes implementados da presente invenção. Apesar disso, técnicos comuns neste campo compreenderão que várias espécies de mudanças poderíam ser realizadas na forma e nos detalhes da presente invenção. Aquelas mudanças estão limitadas ao espírito e ao escopo das reivindicações anexas.

Petição 870170099445, de 19/12/2017, pág. 46/59

1/9

Claims (16)

1. REIVINDICAÇÕES

   1. Método para alocação dinâmica de largura de banda em uma Rede Óptica Passiva (PON), a referida PON inclui um terminal de Linha Óptica (OLT) e uma pluralidade de Unidades de Rede Ópticas (ONUs) acessando o OLT, caracterizado pelo fato de que compreende as etapas de:

   a) classificação de serviços que devem ser comunicados entre o OLT e uma ONU em uma pluralidade de tipos de serviços de acordo com diferentes requisitos de transmissão e concessão de uma prioridade diferente para cada tipo dos serviços;

   b) autorização de porta de serviços de cada tipo de serviços para transmitir dados de serviços em sequência descendente das referidas prioridades dos serviços, e gravação da informação de concessão das portas de serviço obtidas a partir da autorização;

   c) leitura da referida informação de concessão de cada porta de serviço a ser concedida de uma mesma ONU; e

   d) escalonamento de um tempo de inicialização de transmissão de dados concedida de cada porta de serviço a ser concedida de ONU corrente, geração de mensagens de concessão de enlace de descida, incluindo a referida informação de concessão e o referido tempo de inicialização da transmissão de dados concedida de cada porta concedida da referida ONU corrente, e transmissão das referidas mensagens de concessão de enlace de descida para a referida ONU corrente;

   em que a informação de concessão compreende um tamanho da transmissão de dados concedida.
2. 2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: geração de Contador de Tempo de Espera Ativo para contar períodos de não-resposta para cada ONU; e ainda compreendendo um fluxo de informação de envelhecimento de

   Petição 870170099445, de 19/12/2017, pág. 47/59

   2/9

   ONU:

   A. inquirir estado das ONUs uma por uma, determinando se o estado da ONU corrente é inválido; se sim, retornar para a etapa A; caso contrário, prosseguir para a etapa B;

   B. determinar se mensagens de MPCP foram relatadas pela referida ONU corrente no período de interrogação de alocação de largura de banda presente; se sim, restaurar Contagem de Tempo de Espera Ativo da referida ONU corrente e prosseguir para a etapa C; caso contrário, prosseguir para a etapa C, diretamente;

   C. determinar se o valor da referida Contagem de Tempo de Espera Ativo da referida ONU corrente excede o limite fora de linha estabelecido; se sim, ajustar o estado da ONU corrente como inválida, liberando recursos correspondentes dessa ONU, prosseguindo para a etapa D; caso contrário, prosseguir para a etapa D, diretamente; e

   D. determinar se todas as ONUs estão inquiridas; se sim, encerrar o fluxo de envelhecimento de informação de ONU do presente período de interrogação de alocação de largura de banda; caso contrário, retornar para a etapa A, continuando com a inquirição de uma ONU seguinte.
3. 3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que ainda compreende:

   geração de uma tabela de Informação de Estado de ONU indexada por ONUID, que deve armazenar cada informação de estado de ONU, que é gerada de acordo com a comunicação de mensagens de MPCP entre as ONUs e o OLT;

   geração de uma tabela de Contagem de Tempo de Espera Ativo por ONUID, que inclui o referido Contador de Tempo de Espera Ativo e indicadores relatados para indicar se mensagens de MPCP foram relatadas pelas ONUs correspondentes;

   a referida etapa de determinação na etapa A compreende:

   Petição 870170099445, de 19/12/2017, pág. 48/59

   3/9 de acordo com o índice de ONUID, leitura de informação de estado de ONU da tabela de Informação de Estado de ONU uma por uma, determinando se a ONU corrente é inválida de acordo com a referida informação de estado de ONU;

   a referida etapa de determinação na etapa B compreende: leitura de item de tabela da referida ONU corrente da tabela de Contagem de Tempo de Espera Ativo, determinando se existe um indicador relatado em item de tabela correspondente da referida ONU corrente; se sim, pode ser concluído que as mensagens de MPCP foram relatadas no presente período de interrogação de alocação de largura de banda; caso contrário, pode ser concluído que as mensagens de MPCP não foram transmitidas;

   entre a etapa Cea etapa D, ainda compreende: limpeza do indicador relatado da referida ONU corrente na tabela de Contagem de Tempo de Espera Ativo da ONU;

   a referida etapa de determinação na etapa D compreende: determinação se todos os itens de tabela da tabela de Informação de Estado de ONU são lidos; se sim, pode ser concluído que todas as ONUs foram inquiridas; caso contrário, pode ser concluído que algumas das ONUs não foram inquiridas.
4. 4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende:

   geração de uma tabela de informação de Concessão de vMAC indexada por ONUID, que inclui informação de concessão de cada uma das portas de serviço das ONUs e indicador concedidos para indicar se portas de serviço correspondentes estão autorizadas;

   a etapa de gravação de informação de concessão na etapa

   b) compreende: gravação da referida informação de concessão na tabela de informação de Concessão de vMAC, ajustando o indicador concedido das referidas portas de serviço concedidas, conforme autoPetição 870170099445, de 19/12/2017, pág. 49/59

   4/9 rizado;

   a etapa de leitura de informação de concessão na etapa c) compreende: busca por itens de tabela correspondentes às portas de serviço da mesma ONU na tabela de informação de Concessão de vMAC de acordo com índice de ONUID, busca de portas de serviço concedidas de acordo com indicador concedido, leitura de informação de concessão das portas de serviço concedidas; e depois a etapa d) ainda compreende: ajuste do indicador concedido como negativo das portas de serviço que leram informação de concessão.
5. 5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende:

   geração da tabela de Informação de Estado de ONU indexada por ONUID, que é para armazenar informação de estado de cada ONU que é gerada de acordo com a comunicação de mensagens de MPCP entre as ONUs e o OLT;

   antes a etapa c) ainda compreendendo: leitura de informação de estado das ONUs uma por uma da tabela de Informação de Estado de ONU de acordo com o índice de ONUID, determinando se o estado da ONU corrente é inválido, de acordo com a informação de estado da referida ONU corrente; se sim, retornar para ler uma Informação de Estado de ONU seguinte na tabela de Informação de Estado de ONU; caso contrário, prosseguir para a etapa c).
6. 6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que os referidos serviços são classificados, por prioridade, em sequência descendente na etapa a) como serviço de avanço rápido, serviço de mensagens de MPCP de detecção automática, serviço de mensagens de MPCP de detecção não-automática, serviço de MF, serviço de Avanço Assegurado e serviço de Avanço de Melhor Esforço.

   Petição 870170099445, de 19/12/2017, pág. 50/59

   5/9
7. 7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que quanto aos serviços, exceto o serviço de mensagens de MPCP de detecção automática, a referida etapa de autorização na etapa b) compreende:

   b11) confirmação de porta de serviço a ser concedida corrente de acordo com o estado de ativação de serviço de enlace de subida;

   b12) de acordo com o recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente, determinação se o recurso de largura de banda corrente está disponível para a quantidade constante de dados da referida porta de serviço a ser concedida corrente para serviço de mensagens de MPCP de detecção não-automática, ou para a informação de relato da referida porta de serviço a ser concedida corrente para outros tipos dos serviços; se sim, introdução da etapa b13); caso contrário, introduzir a etapa b15);

   b13) autorização da referida porta de serviço a ser concedida corrente para transmitir dados de serviço e gravar informação de concessão corrente;

   b14) atualização de largura de banda residual no período de interrogação de alocação de largura de banda corrente e informação relevante da referida porta de serviço a ser concedida corrente; e b15) determinação se há portas de serviço não concedidas de serviço de prioridade corrente; se sim, retornar para a etapa b11; caso contrário, autorizar as portas do serviço de prioridade seguinte.
8. 8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que ainda compreende:

   geração de um registro de Mapa de Bits de ONU Ativa de

   Serviço para cada tipo de serviço a fim de armazenar informação ativa, indicando se o tipo de serviço está ativado nas ONUs;

   Petição 870170099445, de 19/12/2017, pág. 51/59

   6/9 geração de uma tabela de Mapa de Bits de Porta Ativa de Serviço para serviços com porta como unidade, que é indexada por ONUID, para armazenar informação ativa, indicando se esse tipo de serviço está ativado nas portas de serviço acessadas das ONUs;

   geração de uma tabela de Informação de Relato de vMAC indexada por ONUID, para armazenar informação de relato das portas acessadas das ONUs;

   etapa b11) compreende: interrogação do registro de Mapa de Bits de ONU Ativa de Serviço e da tabela de Mapa de Bits de Porta Ativa de Serviço de cada tipo de serviço em sequência descendente de prioridades, descoberta de uma porta de serviço como a referida porta de serviço a ser concedida corrente;

   antes a etapa b12) ainda compreendendo: descoberta de informação de relato de porta de serviço a ser concedida corrente da tabela de Informação de Relato de vMAC; e na etapa b15), determinação se há itens de tabela não lidos no registro de Mapa de Bits de ONU Ativa de Serviço corrente e na tabela de Mapa de Bits de Porta Ativa de Serviço; se sim, retornar para a etapa b11); caso contrário, inquirição do registro de Mapa de Bits de ONU Ativa de Serviço correspondente e da tabela de Mapa de Bits de Porta Ativa de Serviço para o serviço com a prioridade seguinte.
9. 9. Método, de acordo com a reivindicação 7 ou 8, caracterizado pelo fato de que:

   para o serviço de avanço rápido, a referida informação de concessão compreende o tempo de inicialização de transmissão de dados e tamanho da transmissão de dados; a referida informação de relato compreende tamanho relatados de dados que esperam para serem transmitidos;

   para o serviço de avanço rápido, a referida etapa de escalonamento de tempo de inicialização concedido na etapa d) comprePetição 870170099445, de 19/12/2017, pág. 52/59

   7/9 ende: tomar o referido tempo de inicialização de transmissão de dados da referida informação de concessão como o tempo de inicialização concedido da transmissão de dados;

   para o serviço de mensagens de MPCP de detecção nãoautomática, a referida informação de concessão compreende tipo de mensagem de MPCP de enlace de descida e campo reservado, em que o referido tipo de mensagem de MPCP compreende PORTA de Descoberta, PORTA Normal e PORTA&REGISTRO; a referida informação de relato compreende campo de tipo de mensagem de MPCP e campo reservado;

   para o serviço de MF, a referida informação de concessão compreende campo reservado e tamanho de transmissão de dados; a referida informação de relato compreende tamanho relatados de dados que aguardam para serem transmitidos;

   para o serviço de avanço rápido, a referida informação de concessão compreende quantidade de déficit de concessão e tamanho da transmissão de dados de portas de serviço correspondentes; a referida informação de relato compreende tamanho relatados de dados que aguardam para serem transmitidos;

   para o serviço de Avanço de Melhor Esforço, a referida informação de concessão compreende tamanho de transmissão de dados; a referida informação de relato compreende tamanho relatados de dados que aguardam para serem transmitidos.
10. 10. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que ainda compreende:

    geração de uma tabela de Informação de Largura de Banda para aquelas portas de serviço que solicitam controle de largura de banda, para armazenar quantum de transmissão em cada período de interrogação de alocação de largura de banda;

    a etapa de determinação para aquelas portas de serviço

    Petição 870170099445, de 19/12/2017, pág. 53/59

    8/9 que solicitam controle de largura de banda na etapa b12) compreende: descoberta de quantum de transmissão de porta de serviço corrente da tabela de Informação de Largura de Banda, determinação se o recurso de largura de banda corrente está disponível de acordo com a informação de relato da referida porta de serviço a ser concedida corrente, quantum de transmissão da referida porta de serviço a ser concedida corrente e do referido recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente.
11. 11. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que ainda compreende geração de um contador de partida para o serviço de mensagens de MPCP de detecção automática;

    a etapa de autorização de portas de serviço na etapa b) compreendendo:

    b21) desligamento do referido contador de partida, quando o referido contador alcança o limite configurado, disparando o processo de detecção para as mensagens de MPCP de detecção automática, se uma mensagem de MPCP de detecção automática for detectada, prosseguir para a etapa b22); caso contrário, restaurar o contador de partida e retornar para a etapa b21);

    b22) determinação se o recurso de largura de banda corrente está disponível para a quantidade constante de dados da referida porta de serviço a ser concedida corrente, de acordo com o recurso de largura de banda residual no período de interrogação de alocação de largura de banda corrente do serviço de mensagens de MPCP de detecção automática; se sim, prosseguir para a etapa b23); caso contrário, autorizar as portas do serviço de prioridade seguinte;

    b23) restauração do contador de partida e retorno à etapa b21).
12. 12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que para o serviço de mensagens de MPCP de detecPetição 870170099445, de 19/12/2017, pág. 54/59

    9/9 ção automática, a referida informação de concessão compreende tipo de mensagem de MPCP de enlace de descida e campo reservado, em que o referido tipo de mensagem de MPCP compreende PORTA de Descoberta, PORTA Normal e PORTA&REGISTRO.
13. 13. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que, após a etapa d), o método ainda compreendendo: determinação se ainda há qualquer ONU com porta não-concedida; se sim, retornar para a etapa c); caso contrário, encerrar.
14. 14. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o tipo das referidas mensagens de concessão de enlace de descida do método é mensagem de MPCP de enlace de descida de PORTA.
15. 15. Método, de acordo com a reivindicação 7, 8 ou 10, caracterizado pelo fato de que, a referida informação de concessão de enlace de subida do presente método sendo conduzida por mensagens de RELATO.
16. 16. Método, de acordo com qualquer uma das reivindicações 2, 7 e 10, caracterizado pelo fato de que o referido período de interrogação de alocação de largura de banda corrente do presente método é período de quadro virtual.

    Petição 870170099445, de 19/12/2017, pág. 55/59

    1/7

    Cliente