BR112013015217B1

BR112013015217B1 - método, aparelho, nó e sistema de detecção de link defeituoso

Info

Publication number: BR112013015217B1
Application number: BR112013015217A
Authority: BR
Inventors: Chen Haibin; Xiang Haizhou; Zheng Hewen; Liu Shuying; Yang Youqing
Original assignee: Huawei Tech Co Ltd
Priority date: 2010-12-15
Filing date: 2011-10-25
Publication date: 2018-09-25
Also published as: BR112013015217A2; WO2012079430A1; CN102137282A; EP2654310B1; EP2654310A4; US9036488B2; US20130279347A1; CN102137282B; EP2654310A1

Description

(54) Título: MÉTODO, APARELHO, NÓ E SISTEMA DE DETECÇÃO DE LINK DEFEITUOSO (51) Int.CI.: H04N 21/647; H04N 21/643; H04L 12/24; H04L 12/26 (30) Prioridade Unionista: 15/12/2010 CN 201010601481.3 (73) Titular(es): HUAWEI TECHNOLOGIES CO., LTD.

(72) Inventor(es): SHUYING LIU; HAIZHOU XIANG; HAIBIN CHEN; YOUQING YANG; HEWEN ZHENG (85) Data do Início da Fase Nacional: 17/06/2013

1/28

MÉTODO, APARELHO, NÓ E SISTEMA DE DETECÇÃO DE LINK DEFEITUOSO

Ç/\jvidç ri® INVENÇÃO

A presente invenção refere-se ao campo de tecnologias de televisão de protocolo de internet interativa e, em particular, a um método, aparelho, nó e sistema de detecção de link defeituoso.

ANTECEDENTES DA INVENÇÃO

IPTV (Televisão via Protocolo de Internet, 10 televisão via protocolo de internet interativa) é uma tecnologia que provê um usuário doméstico com uma variedade de serviços interativos incluindo uma televisão digital pelo uso de uma rede IP de banda larga. A IPTV prove principalmente um usuário com um serviço de vídeo e, portanto, tem uma necessidade muito grande de uma rede de transporte. Uma vez que a rede de transporte falha ao satisfazer uma necessidade de qualidade de transporte da IPTV, fenômenos de degradação de qualidade tais como mosaico, uma pausa e um salto de uma imagem de video ocorrem, os quais afetam seriamente a QoE (Qualidade de Experiência) de um usuário do terminal. Portanto, uma vez que um problema ocorre na rede de transporte, um operador do serviço de IPTV deseja localizar rápida e oportunamente em qual link o problema ocorre na rede de transporte, isto é, para implementar a localização do defeito.

Em uma rede de IPTV existente, um defeito da rede é detectado através de um MDI (índice de Distribuição de Mídia). Especificamente, o MDI inclui dois indicadores de medição: um DF (Fator de Atraso) e uma MLR (Taxa de Perda de Mídia). Um valor de DF indica o atraso e as condições de

2/28 variação de iatência (variação de iatência) de um fluxo de vídeo testado e um valj: de MLR indica uma taxa de perda de pacote em transmissão do fluxo de vídeo testado. Após a obtenção de um valor de DF e de um valor de MLR, cada nó de monitoração envia, de acordo com seu próprio mecanismo de sincronização, o valor de teste a um centro de gestão periodicamente; e ao comparar respectivamente os valores de DF e os valores de MLR relatados por diferentes nós periodicamente, o centro de gestão pode verificar que uma variação de Iatência ocorre entre aqueles dispositivos e uma perda de pacote ocorre entre aqueles dispositivos. Por exemplo, valores a montante e a jusante são DF1 e MLR1 e DF2 e MLR2 respectivamente. Se DF1 = 5 ms, MLR1 = 0; DF2 = 40 ms, e MLR2 = 5, isso indica que uma variação de iatência (DF) do vídeo em um dispositivo a montante é pequena mas uma variação de Iatência (DF) em um dispositivo a jusante é considerável e isso indica que uma variação de Iatência ocorre entre os dois dispositivos. A transmissão de fluxo de vídeo via IP ideal exige que um valor de MLR seja zero.

Visto que a MLR1 do dispositivo a montante é igual a 0, isso indica que não há perda alguma de pacote neste período, enquanto visto que a MLR2 do dispositivo a jusante é igual a 5, isso indica que uma perda de pacotes (5 TSs (Fluxo de Transporte) por segundo) ocorre no dispositivo a jusante neste período e um link entre o nó a montante e o nó a jusante é um link defeituoso.

A técnica anterior apresenta, pelo menos, os seguintes defeitos. Um valor de DF é um valor no sentido estatístico, e o cálculo baseia-se em uma MR (Razão de

Mídia, a taxa de código de um fluxo de mídia) e em uma

3/28 diferença de número 5 entre os bytes recebidos em um período de tempo dc mediçãu de corrente. O valor de DE reflete somente uma mudança em uma taxa de código de um fluxo de mídia, e não pode determinar com precisão se ocorre uma pausa ou salto em uma imagem de vídeo atual de um decodificador de terminal. Além disso, o valor de DF perde o seu valor de referência para a taxa de bits variável de um fluxo de mídia. Em segundo lugar, o cálculo de uma MLR requer um TS CC (Contador de Continuidade do Fluxo de Transporte), mas o CC tem apenas 4 bits e o período de repetição é muito curto; portanto, uma taxa de perda de mídia real não pode ser calculada com precisão. Além disso, os relógios de nós poderão não ser síncronos e, mesmo se forem, os pontos iniciais para a detecção de um fluxo de vídeo assim como os mecanismos de temporização para a comunicação dos nós poderão também ser inconsistentes. Devido aos problemas anteriores, um centro de gestão não poderá realizar uma comparação precisa entre os nós a montante e a jusante de acordo com o resultado do cálculo de detecção relatado e, portanto, fica difícil resolver com precisão um problema de localização de falhas, conforme desejado pelo operador.

SUMÁRIO DA INVENÇÃO

Para encontrar um link defeituoso com maior precisão, as modalidades da presente invenção proporcionam um sistema, nó, aparelho e método de detecção de link defeituoso. As soluções técnicas são conforme segue.

Sob um aspecto, proporciona-se um método de detecção de link defeituoso, em gue o método inclui: o recebimento de dados estatísticos que são relatados por

4/28 todos os nós a cada quantidade predefinida de pacotes que transportam um valo: em que todos os nós de referência de relógio de programa, coletam, dados estatísticos a partir de um valor de referência unificado de relóyio de programa, e 5 os dados estatísticos incluem um valor de referência de partida e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência 10 final de relógio de programa; a aquisição, de acordo com os dados estatísticos, da quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós; e a determinação de um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó 15 a jusante.

Sob um aspecto, proporciona-se um aparelho de detecção de link defeituoso, em que o aparelho de inclui: um módulo de recepção, configurado para receber os dados estatísticos que são relatados por todos os nós a cada 20 quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, em que todos os nós coletam dados estatísticos a partir de um valor de referência unificado de relógio de programa, e os dados estatísticos incluem um valor de referência de partida e um 25 valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final do programa de relógio; um módulo de aquisição, configurado para adquirir, 30 de acordo com os dados estatísticos, a quantidade de

5/28 pacotes perdidos entre um nó a montante e um ηύ a jusante dentre iodes os nós; e un. modulo de determinação, configurado para determinar um imk defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó jusante. Sob um outro aspecto, proporciona-se um nó, em que o nó inclui: um primeiro módulo de recepção, configurado para receber uma instrução de permissão emitida por um aparelho de detecção de link defeituoso, e para adquirir um valor de referência atual de relógio de programa; um módulo de estatísticas, configurado para coletar dados estatísticos a partir do valor de referência atual de relógio de programa; e um módulo de envio, configurado para enviar os dados estatísticos ao aparelho de detecção de link defeituoso a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção de link defeituoso analise os dados estatísticos para indicar um link defeituoso, em que os dados estatísticos incluem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa.

Sob um outro aspecto, proporciona-se ainda um sistema de detecção de link defeituoso, em que o sistema inclui: um aparelho de detecção de link defeituoso, configurado para receber dados estatísticos que são relatados por todos os nós a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de

6/28 programa, em que todos os nós coletam dados estatísticos a partir de um valor de referência unificado de relógio de programa, e os dados estatísticos ínciuem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa; adquirir, de acordo com os dados estatísticos, a quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós; e indicar um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante; e um nó, configurado para receber uma instrução de permissão emitida pelo aparelho de detecção de link defeituoso e para adquirir um valor de referência atual de relógio de programa; coletar dados estatísticos a partir do valor de referência atual de relógio de programa; e enviar os dados estatísticos ao aparelho de detecção de link defeituoso a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção analise os dados estatísticos para indicar um link defeituoso.

Nas soluções técnicas previstas nas modalidades da presente invenção, são adquiridos dados estatísticos coletados em um tempo de referência unificado por diferentes nós de rede, e é obtida a quantidade precisa de pacotes perdidos entre um nó a montante e um nó a jusante por meio de comparação, desse modo assegurando com eficácia que um operador de serviço de IPTV localize uma falha de

7/28 rede de modo rápido e eficaz.

BREVE DESCRIÇÃO DOS DESENHOS

Para ilustrar as soluções técnicas nas modalidades da presente invenção ou na técnica anterior, de forma mais clara, os desenhos anexos necessários para a técnica anterior estão seguir. Aparentemente, os descrever as modalidades ou descritos de forma breve a desenhos anexos na descrição a seguir apenas mostram algumas modalidades da presente invenção, e as pessoas versadas na técnica poderão ainda originar outros desenhos a partir destes desenhos anexos, sem esforços criativos.

A figura 1 é um fluxograma de um método de detecção de link defeituoso apresentado na Modalidade 1 da presente invenção;

A figura 2 é um fluxograma de um método de detecção de link defeituoso apresentado na Modalidade 2 da presente invenção;

A figura 3 é um diagrama esquemático da interação de informações entre os nós e um centro de gestão 20 apresentado na Modalidade 2 da presente invenção;

um diagrama esquemático de um aparelho de detecção de link defeituoso apresentado na Modalidade 3 da presente invenção;

A figura 5 é um diagrama esquemático de um outro 25 parelho de detecção de link defeituoso apresentado na Modalidade 3 da presente invenção;

A figura 6 é um diagrama esquemático de um nó apresentado na Modalidade 3 da presente invenção;

A figura 7 é um diagrama esquemático de um outro 30 nó apresentado na Modalidade 3 da presente invenção; e

A figura 4

8/28

A figura 8 é um diagrama esquemático de um sistema de detecção de link, defeituoso apresentado na Modalidade 3 da presente invenção;

DESCRIÇÃO DETALHADA DAS MODALIDADES 5 Para tornar os objetivos, as soluções técnicas e as vantagens da presente invenção mais compreensíveis, as modalidades da presente invenção estão descritas a seguir em mais detalhes, com referência aos desenhos anexos.

Antes de um método de detecção de link defeituoso 10 apresentado na presente invenção ser descrito, o conhecimento básico a respeito da presente invenção é primeiramente descrito de forma resumida.

A PCR (Referência de Relógio de Programa) é um relógio de sincronização de uma extremidade receptora e uma extremidade transmissora, em que o relógio de sincronização é constituído por um sistema de transmissão em tempo real para assegurar o funcionamento normal da extremidade receptora e da extremidade transmissora e a consistência das frequências e fases das referidas extremidades.

Especificamente, na extremidade transmissora, um contador é utilizado para contar um sistema a fim de formar um valor de PCR e, em seguida, o valor de PCR é transferido juntamente com os dados para a extremidade receptora em um intervalo de tempo regular. A extremidade receptora tem um relógio de funcionamento local, cuja frequência nominal é a mesma que a de um relógio na extremidade transmissora, e também tem um contador que conta o relógio local na extremidade receptora para formar uma referência de relógio local. Neste caso, a extremidade transmissora extrai a PCR de um fluxo de transporte, insere a PCR, assim como as

9/28 informações de codificação de um quadro de áudio e um quadro de vídeo em um pacote de PES (Fluxos Elementares Empacotados) , a extremidade receptora coloca os valores de PCR que estão no quadro de áudio e no quadro de video em um buffer e espera até obter os valores em áudio e video da extremidade transmissora para comparação e, em seguida, controla um oscilador controlado por voltagem (VCXO) utilizando um resultado de comparação. As frequências da extremidade receptora e da extremidade transmissora são bloqueadas por fase através de ajuste, de modo a implementar a sincronização completa de som e imagens na extremidade receptora e na extremidade transmissora.

Modalidade 1

Em relação à figura 1, uma modalidade da presente invenção apresenta um método de detecção de link defeituoso, incluindo:

Etapa 101: Receber dados estatísticos que são relatados por todos os nós a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa.

Todos os nós coletam dados estatísticos a partir de um valor de referência unificado de relógio de programa.

Os dados estatísticos incluem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa.

Etapa 102: Adquirir, de acordo com os dados estatísticos, a quantidade de pacotes perdidos entre um nó

10/28 a montante e um nó a jusante dentre todos os nós.

Etapa 103: indicar um link defeituoso de acordo com a quantidade de pacotes peraiaos entre o nó a montante e o nó a j usante.

A aquisição, de acordo com os dados estatísticos, da quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós inclui: o cálculo, de acordo com a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade

de pacotes	recebidos	no	valor de	referência final	de
relógio de	programa,	das	quantidades	de	pacotes que	são
recebidos	por	todos	os	nós entre	o	mesmo valor	de
referência	de	partida	de	relógio de	programa e o mesmo

valor de referência final de relógio de programa; e o cálculo, de acordo com as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa, da quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós.

Nesta modalidade, a indicação de um link defeituoso, de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante, inclui: avaliar se a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante nó dentre todos os nós corresponde a zero; e se a quantidade não for zero, o link entre o nó a montante e o nó a jusante é o link defeituoso.

Além disso, nesta modalidade, antes do cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio

11/28 de programa e o mesmo valor de referência final de relógio de programa, o método ainda inclui: avaliar se os valores de referência finais de relógio de programa relatados por todos os nós são consistentes; se os valores de referência 5 finais de relógio de programa são consistentes, prosseguindo com a realização da etapa de calcular as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de 10 programa; e se os valores de referência finais de relógio de programa são inconsistentes, corrigindo um valor de referência final de relógio de programa de um nó até que os valores de referência finais de relógio de programa relatados por todos os nós sejam consistentes, em que o 15 valor de referência final de relógio de programa do nó é inconsistente com os valores de referência finais de relógio de programa dos outros nós, e prosseguindo com a realização da etapa de calcular as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de 20 referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa.

Nesta modalidade, a correção do valor de referência final de relógio de programa do nó, em que o valor de referência final de relógio de programa do nó é 25 inconsistente com os valores de referência finais de relógio de programa dos outros nós, inclui: enviar uma mensagem de correção a um nó, cujo valor de referência final de relógio de programa seja inconsistente com o valor do outros nós, de modo que o nó cujo valor de referência 30 final de relógio de programa é inconsistente com os valor

12/28 dos outros nós modifique a quantidade de pacotes que carregam um valor de referência de relógio de programa, em que a quantidade de pacotes que carregam um valor de referência de relógio dc programa é utilizada como o seu próprio intervalo, e colete os dados estatísticos no intervalo da quantidade modificada dos valores de referência de relógio de programa.

Um objeto de execução na presente modalidade compreende um aparelho de detecção de link defeituoso, em que o referido aparelho poderá ser um centro de gestão, que não está especificamente limitado nesta modalidade.

Na solução técnica apresentada na modalidade da presente invenção, os dados estatísticos coletados em um tempo de referência unificado por diferentes nós de rede são adquiridos, e a quantidade precisa de pacotes de IP perdidos entre um nó a montante e um nó a jusante é obtida por meio da comparação, de modo a indicar um link defeituoso, desse modo assegurando que um operador de serviço de IPTV localize uma falha na rede de forma rápida e eficaz.

Modalidade 2

Em relação à figura 2 uma modalidade da presente invenção apresenta um método de detecção de link defeituoso, incluindo:

Etapa 201: Um aparelho de detecção de link defeituoso fornece uma instrução de permissão de estatísticas para todos os nós de modo unificado, de modo que cada nó que participa no monitoramento realize a contagem estatística a partir de um pacote de PCR unificado.

13/28

Nesta modalidade, cada dispositivo que participa no monitoramento pode ser chamado de nó em uma rede, um centro de gestão refere-se a um aparelho de detecção de link defeituoso, e um pacote de PCR compreende um pacote que carrega um valor de PCR. O centro de gestão oferece uma instrução de permissão de estatísticas de modo unificado, de modo que todos os nós que participam no monitoramento tenham um padrão de referência unificado para assegurar a precisão dos dados estatísticos. Em relação a um diagrama esquemático de interação de informações entre os nós e um centro de gestão mostrado na figura 3, após o Centro de Gestão oferecer uma instrução de permissão de estatísticas, o Nó A e o Nó B adquirem um valor atual de PCR de partida unificado, em que se considera que um valor de partida seja PCR (TO), e permitem que a coleta de estatísticas realize a contagem a partir do valor de PCR atual.

Etapa 202: Todos os nós comunicam os dados estatísticos ao centro de gestão uma vez a cada quantidade fixa de pacotes de PCR.

Nesta modalidade, um intervalo de tempo para que todos os nós comuniquem os dados estatísticos é predefinido de acordo com um requisito. Para assegurar a unicidade e a precisão de tempo, um intervalo da quantidade predefinida de pacotes de PCR é utilizado como um padrão de referência. Um intervalo da quantidade de pacotes de PCR é representado por APCR, e APCR = n pacotes de PCR, em que n pode ser 100, 150 e assim por diante, o que não está especificamente limitado nesta modalidade.

Nesta modalidade, todos os nós comunicam os dados estatísticos ao centro de gestão uma vez a cada quantidade

14/28 predefinida de pacotes de PCR, em que os dados estatísticos incluem um valor de partida de PCR e um valor finai de PCR, bem como a quantidade de pacotes recebidos no valor de partida de PCR e a quantidade de pacotes recebidos no valor 5 final de PCR. Em relação à figura 3, o Nó A e o Nó B retornam a quantidade de pacotes recebidos ao centro de gestão uma vez a cada intervalo de APCR, e coletam os valores iniciais / finais de PCR. Por exemplo, para uma PCR do Nó A, um valor de partida de PCR é (ti), e a quantidade de pacotes recebidos no valor de partida de PCR é Num (ti,

A); um valor final de PCR é (t2), e a quantidade de pacotes recebidos no valor final de PCR é Num (t2, A); para uma PCR do Nó B, um valor de partida de PCR é (ti), e a quantidade de pacotes recebidos no valor de partida de PCR é Num (tl,

B); um valor final de PCR é (t3), e a quantidade de pacotes recebidos no valor final de PCR é Num (t3, B).

Etapa 203: O centro de gestão avalia se os valores finais de PCR nos dados estatísticos relatados por todos os nós são consistentes. Se os valores finais de PCR 20 forem consistentes, realize a etapa 205; caso contrário, realize a etapa 204.

Se um pacote de PCR que carrega um valor de PCR se perder, algum problema ocorrerá, pelo fato de que os valores finais de PCR ficam inconsistentes, quando a 25 quantidade de PCRs em um intervalo predefinido for contada. Nesta modalidade, o centro de gestão mantém os dados estatísticos por um determinado período de tempo e verifica se os valores finais de PCR em pacotes que transportam as PCRs e que são relatados por nós de monitoramento são 30 consistentes, e se os valores finais de PCR forem

15/28 consistentes, compara as contagens estatísticas dos pacotes recebidos de diferentes nós, e analisa a quantidade de pacotes perdidos, entre os quais os valores de PCR de qualquer dispositivo. Caso se verifique que um valor final de PCR, que é realizado em contagens estatísticas por um determinado nó, é maior que 20 valores finais de PCR de outros nós, isso indica que o nó poderá perder um pacote de PCR; e, neste momento, o centro de gestão envia uma mensagem para o nó para corrigir a sua APCR.

Etapa 204: 0 centro de gestão corrige um valor final de PCR de um nó até que os valores finais de PCR relatados por todos os nós sejam consistentes, quando o valor final de PCR do nó for inconsistente com os valores finais de PCR de outros nós.

Na presente modalidade, se os valores finais de

PCR recebidos forem inconsistentes, o valor de PCR recebido pelo nó de monitoramento é corrigido, até que os valores finais de PCR sejam iguais nos dados estatísticos relatados pelos nós de monitoramento. Em relação à figura 3, se o centro de gestão verificar que a PCR (T2) e a PCR (T3) são inconsistentes, o centro de gestão envia uma mensagem de correção para um nó cujo valor final de PCR seja inconsistente com o valor de outros nós para corrigir a sua APCR. O nó que recebe a mensagem de correção modifica a quantidade de pacotes de PCR coletados, de modo que, ao coletar dados estatísticos novamente, o nó cujo valor final de PCR seja inconsistente com o valor de outros nós colete estatísticas no intervalo da quantidade modificada de pacotes, e relate os dados estatísticos, por exemplo, um valor final de PCR corrigido é (T4) , e o valor e a

16/28 quantidade de pacotes recebidos no valor são relatados para o centro de gestão. Se cs valor rrnai de PCR do nó A for inconsistente cora os valores finais de PCR dos outros nós, uma mensagem de correção é enviada ao nó A; e se o valor final de PCR do Node B for inconsistente com os valores finais de PCR dos outros nós, uma mensagem de correção é enviada ao nó B. Por exemplo, se a quantidade predefinida de pacotes de PCR, que é utilizada como um intervalo, for de 100 e um valor de partida de PCR for 1, o valor final de

PCR deverá ser 100. No entanto, o valor final de PCR do nó A é 101 e os valores finais de PCR dos outros nós são 100, o que indica que o nó A perdeu um pacote de PCR. Então, o centro de gestão transmite uma mensagem de correção para o nó A, de modo que o nó A modifique a quantidade de pacotes de PCR, em que a quantidade modificada de pacotes de PCR é utilizada como um intervalo seguinte. Cada vez que o centro de gestão transmite uma mensagem de correção, um nó subtrai, de acordo com a mensagem de correção, um valor numérico da quantidade predefinida de pacotes de PCR para obter a quantidade de pacotes de PCR, em que a quantidade de pacotes de PCR é utilizada como um intervalo. Em seguida, a quantidade de pacotes de PCR obtida pelo nó A como um intervalo seguinte é de 99. Desta forma, o valor de partida de PCR que é enviado pelo nó A e recebido pelo centro de gestão novamente é de 102, e o valor final deverá ser de 200, assegurando assim que os valores finais de PCR recebidos, enviados por todos os dispositivos de monitoramento, sejam os mesmos. Um dos objetivos é assegurar o mesmo valor de partida de PCR e o mesmo valor final de PCR para a quantidade de pacotes que participam na

17/28 coleta de estatísticas, garantir a sincronização do relógio, e evitar a imprecisão de um resultado estatístico de um pacote devido à inconsistência do reiogio, e evitar a imprecisão final de um link na detecção de falhas.

Nesta modalidade, depois das contagens estatísticas serem relatadas de acordo com uma nova APCR, um dispositivo restaura automaticamente a quantidade predefinida de pacotes de PCR (APCR) . Por exemplo, o valor da nova APCR é 99; e em seguida, depois dos valores finais de PCR de todos os nós serem modificados para serem consistentes, o dispositivo de monitoramento restaura automaticamente o valor da APCR para 100.

Nesta modalidade, se um valor final de PCR de um determinado dispositivo ainda for maior do que os valores de PCR de outros dispositivos após a correção ser realizada uma vez, o centro de gestão continua a enviar uma mensagem para efetuar a correção, até que os valores finais de PCR nos dados relatados pelos nós estatísticos sejam os mesmos. Nesta modalidade, as etapas 203 a 204 são opcionais, o que também assegura a precisão da quantidade de pacotes perdidos. Se for possível assegurar que um pacote de PCR não está perdido, a precisão de um valor final PCR também não poderá ser verificada.

Etapa 205: O centro de gestão obtém a quantidade de pacotes perdidos entre os nós, de acordo com os dados estatísticos relatados em uma áPCR unificada.

Nesta modalidade, o centro de gestão primeiro calcula a quantidade de pacotes que são recebidos por todos os nós entre o mesmo valor de partida de PCR e o mesmo valor final de PCR. Um método de cálculo específico se dá

18/28 conforme segue: subtraindo a quantidade de pacotes recebidos no valor de partida de PCR a partir da quantidade de pacotes recebidos no vaior final de PCR, de modo a obter a quantidade de pacotes recebidos entre o mesmo valor de partida de PCR e o mesmo valor final de PCR. Depois de ser obtida a quantidade de pacotes que são recebidos por todos os nós entre o mesmo valor de partida de PCR e o mesmo valor final de PCR final, calcula-se a quantidade de pacotes perdidos entre um dispositivo a montante e um dispositivo a jusante dentre todos os nós que participam no monitoramento. Um método de cálculo especifico se dá conforme segue: no mesmo intervalo de PCR, subtraindo a quantidade de pacotes recebidos pelo nó a jusante a partir da quantidade de pacotes recebidos pelo nó a montante, de modo a obter a quantidade de pacotes perdidos entre o dispositivo a montante e o dispositivo a jusante. Por exemplo, o mesmo valor de partida de PCR é PCR (tl) e o mesmo valor final de PCR é PCR (t4) na figura 3, e, em seguida, calcula-se a quantidade de pacotes recebidos entre a PCR (tl) e a PCR (t4). As etapas de cálculo especificas são conforme segue:

(1) assumir que a PCR (tl) é um ponto no tempo para a coleta de estatísticas, e as quantidades totais de pacotes recebidos pelo Nó A e pelo Nó B são: Num (tl, A) e

Num (tl, B), respectivamente;

(2) assumir que a PCR (t4) é um próximo ponto no tempo para a coleta de estatísticas, e as quantidades totais de recebidos pelo Nó A e pelo Nó B são: Num (t4, A) e Num (t4, B), respectivamente;

(3) a quantidade de pacotes perdidos em uma rede

19/28 entre o Nó A e o Nó B, e entre a PCR (tl) e a PCR (t4) é de: Diff = Num [t4, A) - Num (tl, A) -[Num (t4, B) - Num (tl , B) ] .

Opcionalmente, depois das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de partida de PCR e o mesmo valor final de PCR serem calculadas, se as quantidades de pacotes recebidos pelos nós dentro da APCR forem consistentes, poderão ser avaliadas primeiro. Se as quantidades forem consistentes, isso indica que não há nenhum link defeituoso; e se as quantidades forem inconsistentes, calcula-se a quantidade de pacotes perdidos entre um dispositivo a montante e um dispositivo a jusante dentro todos os dispositivos que participam no monitoramento, de acordo com as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de partida de PCR e o mesmo valor final de PCR, de modo a indicar um link defeituoso.

Etapa 206: Indicar um link defeituoso de acordo com a quantidade de pacotes perdidos entre um nó a montante e um nó a jusante.

Nesta modalidade, o centro de gestão coleta estatísticas, de acordo com um valor final de PCR consistente, na quantidade dos pacotes recebidos, respectivamente, por cada nó entre um valor de partida de PCR consistente anterior e o valor final de PCR consistente. Caso não haja nenhuma perda de pacote, as contagens de pacotes recebidos por diferentes nós em cada período de comunicação deverão ser consistentes, isto é, a quantidade de pacotes perdidos entre um dispositivo de monitoramento a montante e um dispositivo de monitoramento

20/28 jusante iqual zero.

Se for verificada inconsistência, o centro de gestão precisa realizar a comparação, e obter, através de outro cálculo e análise, a quantidade de pacotes perdidos entre dispositivos e um dispositivo que perde um pacote, em que, se a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante que for igual a zero, esta é avaliada, e se a quantidade não for igual a zero, isso indica que o link é um link defeituoso. Por exemplo, três nós a partir um nó a montante até um nó de jusante são A, B e C, respectivamente, e as contagens estatísticas relatadas em um determinado período são 1000, 998 e 900, respectivamente; e, em seguida, o centro de gestão conclui, por meio de comparação, que 2 pacotes estão perdidos entre A e B, e 8 pacotes estão perdidos entre B e C. Isso indica que há perda de pacotes, tanto entre a e B quanto entre B e C, e o link entre A e B e o link entre B e C são ambos links defeituosos.

Nesta modalidade, o centro de gestão por fim fornece nós a um cliente, entre os quais há um link defeituoso. Se ocorrer algum problema entre os nós A e B, os nós A e B são transmitidos ao cliente, de modo que o cliente possa encontrar o link defeituoso a tempo, e tomar algumas medidas para finalmente assegurar a qualidade do vídeo para um usuário.

Os efeitos benéficos da solução técnica apresentada nesta modalidade da presente invenção são conforme segue. Um centro de gestão de monitoramento adquire dados estatísticos coletados em um momento de referência unificado por diferentes nós de rede, e obtém, por meio de comparação, a quantidade precisa de pacotes

21/28 perdidos entre um nó a montante e um nó a jusante, assegurando assim que um operador do serviço de IPTV localize uma falha de rede de forma rápida e eficaz, auxiliando um engenheiro de manutenção e operação a remover de forma rápida uma falha, e melhorando a qualidade de funcionamento e manutenção, bem como o serviço de uma rede de IPTV.

Modalidade 3

Em relação à figura 4, uma modalidade da presente 10 invenção proporciona um aparelho de detecção de link defeituoso, incluindo um módulo de recepção 301, um módulo de aquisição de 302, e um módulo de determinação 303.

O módulo de recepção 301 é configurado para receber os dados estatísticos que são relatados por todos os nós a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, em que todos os nós coletam dados estatísticos a partir de um valor de referência de relógio de programa unificado, e os dados estatísticos incluem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa de partida e a quantidade de pacotes recebidos no valor de referência final de relógio de programa.

O módulo de aquisição 302 é configurado para adquirir, de acordo com os dados estatísticos, a quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós.

módulo de determinação 303 é configurado para

2/28 indicar um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante.

Em relação à figura 5, nesta modalidade, o módulo de aquisição 302 inclui: uma primeira unidade de cálculo 5 302a, configurada para calcular, de acordo com a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa, as quantidades de pacotes que são recebidos por todos os nós 10 entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa, e uma segunda unidade de cálculo 302b, configurada para o calcular, de acordo com a quantidade de pacotes que são recebidos por todos os nós entre o mesmo 15 valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa, a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós.

O módulo de determinação 303 é configurado especificamente para: avaliar se a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós é zero; e se a quantidade não for zero, determinar que o link entre o nó a montante e o nó a jusante é o link defeituoso.

Em relação à figura 5, nesta modalidade, o módulo de aquisição 302 inclui ainda: uma unidade de avaliação 302c, configurada para avaliar, antes da primeira unidade de cálculo calcular as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio programa e o mesmo valor

23/28 de referência final de relógio de programa, se os valores de referência finais de relógio de programa relatados por todos os nós são consistentes; se os valores de referência finais de relógio de programa forem consistentes, prossegue com a realização da etapa de cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa; e se os valores de referência finais de relógio de programa forem inconsistentes, corrige um valor de referência final de relógio de programa de um nó até que os valores de referência finais de relógio de programa relatados por todos os nós sejam consistentes, quando o valor de referência final de relógio de programa do nó for inconsistente com os valores de referência finais de relógio de programa de outros nós, e prossegue com a realização da etapa de cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa de partida e o mesmo valor de referência final de relógio de programa.

A correção do valor de referência final de relógio de referência do nó, quando o valor de referência final de relógio de referência do nó for inconsistente com os valores finais dos outros nós, inclui: enviar uma mensagem de correção ao nó cujo valor de referência final de relógio de programa seja inconsistente com o valor dos outros nós, de modo que o nó cujo valor de referência final de relógio de programa é inconsistente com o valor dos outros nós modifique a quantidade de pacotes que carregam um valor de referência de relógio de programa, quando a

24/28 quantidade de pacotes que carregam um valor de referência de relógio de programa for utilizada como seu próprio intervalo, e colete os dados estatísticos no intervalo da quantidade modificada de pacotes que carregam um valor de referência de relógio de programa.

Em relação à figura 6, uma modalidade da presente invenção proporciona um nó, incluindo um primeiro módulo de recepção 401, um módulo de estatísticas 402, e um módulo de envio 403.

O primeiro módulo de recepção 401 é configurado para receber uma instrução de permissão emitida por um aparelho de detecção de link defeituoso e adquirir um valor de referência atual de relógio de programa.

O módulo de estatísticas 402 é configurado para coletar os dados estatísticos a partir do valor de referência atual de relógio de programa.

O módulo de envio 403 está configurado para enviar os dados estatísticos ao aparelho de detecção de link defeituoso a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção de link defeituoso analise os dados estatísticos para indicar um link defeituoso, em que os dados estatísticos incluem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa.

Em relação à figura 7, nesta modalidade, o nó

25/28 ainda inclui:

um segundo modulo de recepção 404, configurado para receber uma mensagem de correção enviada pelo aparelho de detecção de link defeituoso, quando o aparelho avaliar que o valor de referência final de relógio de programa enviado pelo módulo de envio é inconsistente com os valores de referência finais de relógio de programa enviados por outros nós;

um módulo de correção 405, configurado para 10 corrigir, de acordo com a mensagem de correção recebida, a quantidade de pacotes que carregam um valor de referência de relógio de programa, em que a quantidade de pacotes que carregam um valor de referência de relógio de programa é utilizada como seu próprio intervalo, de modo a obter a nova quantidade de pacotes que carregam um valor de referência de relógio de programa, em que a nova quantidade de pacotes que carregam um valor de referência de relógio de programa é utilizada como um intervalo, e a coletar os dados estatísticos novamente, até que o valor de referência final de relógio de programa relatado pelo nó seja consistente com os valores de referência finais de relógio de programa dos outros nós; e um módulo de restauração 406, configurado para, após a contagem e o relato estatístico serem realizados no intervalo da nova quantidade de pacotes que carregam um valor de referência de relógio de programa, restaurar a quantidade de pacotes que carregam um valor de referência de relógio de programa para a quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, em que a quantidade de pacotes que carregam um

26/28 valor de referência de relógio de programa é utilizada como um intervalo.

Em relação à figura 8, uma modalidade da presente invenção proporciona ainda um sistema de detecção de link defeituoso, incluindo um aparelho de detecção de link defeituoso 501 e um nó 502.

O aparelho de detecção de link defeituoso 501 é configurado para receber os dados estatísticos que são relatados por todos os nós a cada quantidade predefinida de pacotes que carregam um valor de referência de relógio de programa, em que todos os nós coletam os dados estatísticos a partir de um valor de referência unificado de relógio de programa, e os dados estatísticos incluem um valor de referência de partida de relógio de programa e um valor de referência final de relógio de programa, bem como a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade de pacotes recebidos no valor de referência final de relógio de programa; adquirir, de acordo com os dados estatísticos, a quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós; e indicar um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante.

nó 502 está configurado para receber uma instrução de permissão emitida pelo aparelho de detecção de link defeituoso e adquirir um valor de referência atual de relógio de programa; coletar os dados estatísticos a partir do valor de referência atual de relógio de programa; e enviar os dados estatísticos para o aparelho de detecção de link defeituoso a cada quantidade predefinida de pacotes

27/28 que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção de link defeituoso analise os dados estatísticos para indicar o link defeituoso.

Os solução técnica da efeitos benéficos apresentada nesta modalidade da presente invenção são conforme segue. Um aparelho de detecção de link defeituoso adquire os dados estatísticos coletados em um tempo de referência unificado por diferentes nós de rede, e obtém, por meio de comparação, a quantidade precisa de pacotes perdidos entre um nó a montante e um nó a jusante, assegurando assim que um operador do serviço de IPTV localize uma falha de rede de forma rápida e eficaz, auxiliando um engenheiro de manutenção e operação a remover de forma rápida uma falha, e melhorando a qualidade de funcionamento e manutenção, bem como o serviço de uma rede de IPTV.

O aparelho, o nó e o sistema apresentados nesta modalidade poderão especificamente pertencer ao mesmo conceito das modalidades do método. Para obter detalhes sobre os processos de implementação específicos, faz-se referência às modalidades do método, e os detalhes não estão descritos aqui novamente.

A totalidade ou parte das soluções técnicas anteriores apresentadas nas modalidades da presente invenção poderão ser implementadas por um hardware relevante de instrução sobre o programa. O programa poderá ser armazenado em um meio de armazenamento legível, e o meio de armazenamento poderá incluir qualquer meio que seja capaz de armazenar códigos de programa, tais como uma ROM,

28/28 uma RAM, um disco magnético ou um disco óptico.

As descrições anteriores são meramente modalidades exempiificativas da presente invenção, mas não se destinam a limitá-la. Qualquer modificação, substituição equivalente ou melhoria feita sem se afastar do principio da presente invenção devem pertencer ao seu escopo de proteção.

1/10

Claims

REIVINDICAÇÕES

1. Método de detecção de link defeituoso, caracterizado por compreender:

a recepção (101) dos dados estatísticos que são 5 relatados por todos os nós a cada quantidade pré-ajustada de pacotes que portam um valor de referência de relógio de programa, em que todos os nós coletam dados estatísticos partindo de um valor de referência de relógio de programa unificado e os dados estatísticos compreendem um valor de

10 referência de relógio de programa de partida e um valor de referência de relógio de programa final e a quantidade de pacotes recebidos no valor de referência de relógio de programa de partida e a quantidade de pacotes recebidos no valor de referência de relógio de programa final;

15 a aquisição (102), de acordo com os dados estatísticos, da quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós e;

a determinação (103) de um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante

20 e o nó a jusante;

em que a aquisição (102), de acordo com os dados estatísticos, da quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós compreende: o cálculo, de acordo com a quantidade de pacotes

25 recebidos no valor de referência de relógio de programa de partida e na quantidade de pacotes recebidos no valor de referência de relógio de programa final, das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o

30 mesmo valor de referência de relógio de programa final e;

Petição 870180011667, de 09/02/2018, pág. 35/44
2/10 o cálculo, de acordo com as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final, a

5 quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a determinação (103) do link defeituoso de acordo com a quantidade de pacotes perdidos

10 entre o nó a montante e o nó a jusante compreende: julgando seja a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós é zero; e se a quantidade não for zero, um link entre o nó a montante e o nó a jusante é o link defeituoso.

15 3. Método, de acordo com a reivindicação 1,

caracterizado pelo fato de que antes do cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final , o método ainda compreende:

a avaliação (203) se os valores de referência de relógio de programa finais relatados por todos os nós forem consistentes;

se os valores de referência de relógio de programa 25 finais forem consistentes, continuando a realizar a etapa de cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final e;

30 se os valores de referência de relógio de programa

Petição 870180011667, de 09/02/2018, pág. 36/44
3/10 finais forem inconsistentes, a correção (204) de um valor de referência de relógio de programa final de um nó até que os valores de referência de relógio de programa finais relatados por todos os nós forem consistentes, em que o

5 valor de referência de relógio de programa final do nó é inconsistente com os valores de referência de relógio de programa finais dos outros nós, e continuando a realizar a etapa de calcular as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de

10 referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final.
4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a correção (204) do valor de referência de relógio de programa final do nó, em que o

15 valor de referência de relógio de programa final do nó é inconsistente com os valores de referência de relógio de programa finais dos outros nós, compreende:

o envio de uma mensagem de correção para o nó cujo valor de referência de relógio de programa final é

20 inconsistente com aqueles dos outros nós, de modo que o nó cujo valor de referência de relógio de programa final é inconsistente com aqueles dos outros nós modifica a quantidade de pacotes que portam um valor de referência de relógio de programa, em que a quantidade de pacotes que

25 portam um valor de referência de relógio de programa é usada como seu próprio intervalo e coleta dados estatísticos em um intervalo da quantidade modificada de pacotes que portam um valor de referência de relógio de programa.

30 5. Aparelho de detecção de link defeituoso,

Petição 870180011667, de 09/02/2018, pág. 37/44

4/10 caracterizado por compreender:

um módulo de recepção (301), configurado para receber dados estatísticos que são relatados por todos os nós a cada quantidade pré-ajustada de pacotes que carregam um
5 valor de referência de relógio de programa, em que todos os nós coletam dados estatísticos partindo de um valor de referência de relógio de programa unificado e os dados estatísticos compreendem um valor de referência de relógio de programa de partida e um valor de referência de relógio

10 de programa final, e a quantidade de pacotes recebidos no valor de referência de relógio de programa de partida e a quantidade de pacotes recebidos no valor de referência de relógio de programa final;

um módulo de aquisição (302), configurado para

15 adquirir, de acordo com os dados estatísticos, a quantidade de pacotes perdidos entre um nó a montante e um nó a jusante dentre todos os nós e;

um módulo de determinação (303), configurado para determinar um link defeituoso de acordo com a quantidade de

20 pacotes perdidos entre o nó a montante e o nó a jusante; em que o módulo de aquisição compreende: uma primeira unidade de cálculo (302a), configurada para calcular, de acordo com a quantidade de pacotes recebidos no valor de referência de relógio de programa de

25 partida e a quantidade de pacotes recebidos no valor de referência de relógio de programa final, as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final e;

30 uma segunda unidade de cálculo (302b), configurada

Petição 870180011667, de 09/02/2018, pág. 38/44

5/10 para calcular, de acordo com as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final, a

5 quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós.
6. Aparelho, de acordo com a reivindicação 5, caracterizado pelo fato de que o módulo de determinação (303) é especificamente configurado para:

10 avaliar se a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós é zero e;

se a quantidade não for zero, determinar que um link entre o nó a montante e o nó a jusante seja o link defeituoso.

15 7. Aparelho, de acordo com a reivindicação 5, caracterizado pelo fato de que o módulo de aquisição (302) ainda compreende:

uma unidade de avaliação (302c), configurada para, antes da primeira unidade de cálculo (302a) calcular as

20 quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final, avaliar se os valores de referência de relógio de programa finais relatados por todos os nós são

25 consistentes;

se os valores de referência de relógio de programa finais forem consistentes, continuar a realizar a etapa de cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio

30 de programa de partida e o mesmo valor de referência de

Petição 870180011667, de 09/02/2018, pág. 39/44

6/10 relógio de programa final e;

se os valores de referência de relógio de programa finais forem inconsistentes, corrigir um valor de referência de relógio de programa final de um nó até que os

5 valores de referência de relógio de programa finais relatados por todos os nós sejam consistentes, em que o valor de referência de relógio de programa final do nó é inconsistente com os valores de referência de relógio de programa finais dos outros nós, e continuam a realizar a

10 etapa de cálculo das quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de relógio de programa de partida e o mesmo valor de referência de relógio de programa final.

8. Aparelho, de acordo com a reivindicação 7,

15 caracterizado pelo fato de que a correção do valor de referência de relógio de programa final do nó, em que o valor de referência de relógio de programa final do nó é inconsistente com os valores de referência de relógio de programa finais dos outros nós, compreende:

20 o envio de uma mensagem de correção para o nó cujo valor de referência de relógio de programa final é inconsistente com aqueles dos outros nós, de modo que o nó cujo valor de referência de relógio de programa final é inconsistente com aqueles dos outros nós modifica a

25 quantidade de pacotes que carregam um valor de referência de relógio de programa, em que a quantidade de pacotes que carregam um valor de referência de relógio de programa é usada como seu próprio intervalo, e coleta os dados estatísticos em um intervalo da quantidade modificada de

30 pacotes que carregam um valor de referência de relógio de

Petição 870180011667, de 09/02/2018, pág. 40/44
7/10 programa .

9. Nó, caracterizado por compreender:

um primeiro módulo de recepção (401), configurado para receber uma instrução de permissão fornecida por um

5 aparelho de detecção de defeito no link e adquirir um valor de referência de relógio de programa atual;

um módulo de estatística (402), configurado para coletar dados estatísticos partindo do valor de referência de relógio de programa atual e;

10 um módulo de envio (403), configurado para enviar os dados estatísticos para o aparelho de detecção de defeito no link a cada quantidade pré-ajustada de pacotes que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção de defeito no link recebe

15 dados estatísticos que são relatados por todos os nós a cada quantidade pré-ajustada de pacotes que carregam um valor de referência de relógio de programa, calcula, de acordo com a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade

20 de pacotes recebidos no valor de referência final de relógio de programa, as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo

valor de referência final de relógio de programa, calcula, 25 de acordo com a quantidade de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final de relógio de programa, a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós,

30 determina o link defeituoso de acordo com a quantidade de

Petição 870180011667, de 09/02/2018, pág. 41/44
8/10 pacotes perdidos entre o nó a montante e o nó a jusante, em que os dados estatísticos compreendem um valor de referência de relógio de programa de partida e um valor de referência de relógio de programa final, e a quantidade de

5 pacotes recebidos no valor de referência de relógio de programa de partida e a quantidade de pacotes recebidos no valor de referência de relógio de programa final.

10. Nó, de acordo com a reivindicação 9, caracterizado ainda por compreender:

10 um segundo módulo de recepção (404), configurado para receber uma mensagem de correção enviada pelo aparelho de detecção de defeito no link, quando o aparelho de detecção de defeito no link avalia que o valor de referência de relógio de programa final enviado pelo módulo de envio é

15 inconsistente com os valores de referência de relógio de programa finais enviados por outros nós;

um módulo de correção (405), configurado para corrigir, de acordo com a mensagem de correção recebida, a quantidade de pacotes que carregam um valor de referência

20 de relógio de programa, em que a quantidade de pacotes que carregam um valor de referência de relógio de programa é usada como seu próprio intervalo, de modo a obter a nova quantidade de pacotes que carregam um valor de referência de relógio de programa, em que a nova quantidade de pacotes

25 que carregam um valor de referência de relógio de programa é usada como um intervalo e coletam dados estatísticos novamente até que o valor de referência de relógio de programa final relatado pelo nó seja consistente com os valores de referência de relógio de programa finais dos

30 outros nós e;

Petição 870180011667, de 09/02/2018, pág. 42/44
9/10 um módulo de restauração (406), configurado para, após a contagem e relato estatístico serem realizados em um intervalo da nova quantidade de pacotes que carregam um valor de referência de relógio de programa, restaurar a

5 quantidade de pacotes que carregam um valor de referência de relógio de programa para a quantidade pré-ajustada de pacotes que carregam um valor de referência de relógio de programa, em que a quantidade de pacotes que carregam um valor de referência de relógio de programa é usada como um
10 intervalo.
11. Sistema de detecção de link defeituoso, caracterizado por compreender:

um aparelho de detecção de defeito no link (501), configurado para receber dados estatísticos que são
15 relatados por todos os nós a cada quantidade pré-ajustada de pacotes que carregam um valor de referência de relógio de programa, em que todos os nós coletam dados estatísticos partindo de um valor de referência de relógio de programa unificado, e os dados estatísticos compreendem um valor de
20 referência de relógio de programa de partida e um valor de referência de relógio de programa final, e a quantidade de pacotes recebidos no valor de referência de relógio de programa de partida e a quantidade de pacotes recebidos no valor de referência de relógio de programa final; calcular,
25 de acordo com a quantidade de pacotes recebidos no valor de referência de partida de relógio de programa e a quantidade

de pacotes recebidos no valor de referência final de relógio de programa, as quantidades de pacotes que são recebidos por todos os nós entre o mesmo valor de 30 referência de partida de relógio de programa e o mesmo

Petição 870180011667, de 09/02/2018, pág. 43/44

10/10 valor de referência final de relógio de programa, calcular, de acordo com a quantidade de pacotes que são recebidos por todos os nós entre o mesmo valor de referência de partida de relógio de programa e o mesmo valor de referência final

5 de relógio de programa, a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante dentre todos os nós; e determinar um link defeituoso de acordo com a quantidade de pacotes perdidos entre o nó a montante e o nó a jusante e;

10 um nó (502), configurado para receber uma instrução de permissão fornecida pelo aparelho de detecção de defeito no link e adquirir um valor de referência de relógio de programa atual; coletar os dados estatísticos partindo do valor de referência de relógio de programa atual e; enviar

15 os dados estatísticos ao aparelho de detecção de defeito no link a cada quantidade pré-ajustada de pacotes que carregam um valor de referência de relógio de programa, de modo que o aparelho de detecção de defeito no link analise os dados estatísticos para determinar o link defeituoso.

Petição 870180011667, de 09/02/2018, pág. 44/44

1/4