PT2159963E - Método de recolha de estatísticas de qualidade e método de gestão correspondente para recolha de estatísticas de qualidade - Google Patents

Description

ΡΕ2159963 - 1 -

DESCRIÇÃO

"MÉTODO DE RECOLHA DE ESTATÍSTICAS DE QUALIDADE E MÉTODO DE GESTÃO CORRESPONDENTE PARA RECOLHA DE ESTATÍSTICAS DE QUALIDADE" 1. Domínio da invenção. A invenção refere-se ao campo das telecomunicações e mais particularmente à aquisição de uma estatística relacionada com qualidade relacionada com a receção de dados, por exemplo qualidade do serviço e/ou qualidade da experiência do utilizador de serviços de áudio e/ou vídeo digital. 2. Histórico técnico

De acordo com a técnica prévia, um dispositivo é conectado a uma rede que fornece serviços tais como serviços de áudio e/ou serviços de vídeo. A rede que transporta estes serviços pode incluir vários equipamentos tais como transmissores, moduladores, desmoduladores, routers, switches, DSLAMs (Digital Subscriber Line Asynchronous Multiplexer), modems. Estes equipamentos são interligados por conexões com fios ou sem fios que podem influenciar a qualidade de receção de um dispositivo. A qualidade de receção por sua vez pode influenciar a -2- ΡΕ2159963 qualidade da experiência do utilizador de um utilizador utilizando o dispositivo; a qualidade da experiência do utilizador sendo a qualidade experimentada pelo utilizador do dispositivo quando o serviço é renderizado. É feita uma diferença entre a qualidade da receção e a qualidade da experiência do utilizador. Por exemplo, quando um dispositivo recebe um serviço sujeito à perda de um número relativamente pequeno de pacotes, mas os pacotes que são perdidos dizem respeito a pacotes do tipo I (Intra) num fluxo codificado de H.264, o impacto sobre a renderização do serviço pode ser importante, uma vez que o descodificador no dispositivo não pode usar outros pacotes que dependem dos pacotes do tipo I tais como pacotes do tipo B ou P, mesmo quando estes pacotes são corretamente recebidos. Em seguida, a perda de um número relativamente pequeno de pacotes pode causar a aparição de artefatos visíveis, tais como macro-blocos. Quanto à Qualidade do Serviço, a Qualidade da Experiência é mensurável. Por exemplo, a qualidade da experiência pode ser medida no tempo de mudança de canal e o número de macro-blocos num vídeo por tempo-entidade ou o número de quebras numa renderização de áudio.

Ao longo deste documento, os termos QoS, para Qualidade de Serviço, que corresponde à qualidade de receção e QoE para Qualidade da Experiência que corresponde à qualidade da experiência do utilizador são utilizados.

Ao longo deste documento, o termo geral -3- ΡΕ2159963 estatísticas de qualidade é utilizado, que compreende as estatísticas de QoS e QoE.

Devido às diferenças no caminho de rede que um mesmo serviço fornecido a diferentes dispositivos atravessa, diferentes dispositivos podem ser sujeitos a diferentes QoS e QoE. Além disso, para um mesmo QoS, diferentes dispositivos de utilizador podem ter QoE diferente devido a diferenças na qualidade de renderização ou da descodificação do dispositivo.

Por conseguinte, existem métodos que permitem a um provedor de serviços para dispositivos recolher estatísticas relacionadas com QoS/QoE de serviços de vídeo e áudio digital. Por exemplo, o documento TR-135 Volume 1 (TR para Technical Report - relatório técnico, uma série de documentos emitidos pelo Fórum de Banda Larga, anteriormente Fórum DSL), especifica um mecanismo para monitorizar QoS e QoE de um serviço IPTV (Internet Protocol TeleVision - Televisão via Protocolo de Internet). TR-135 faz parte da série TR-069 de especificações, onde TR-069 especifica um protocolo que permite a gestão remota de dispositivos. 0 inconveniente da técnica prévia, representada por exemplo pelos documentos TR-069 e TR-135 Volume 1, é que a técnica prévia permite a recolha de estatísticas de monitorização de QoS para redes IPTV, mas estas estatísticas estão sujeitas ao comportamento do utilizador -4- ΡΕ2159963 do dispositivo do qual sao recolhidas estatísticas. 0 documento WO 2007/128097 AI descreve uma monitorização de qualidade contínua e não intrusiva de serviços de AV (áudio-vídeo ) digital de dispositivos de descodificação de vídeo (VDD) que emprega um agente de monitorização operando continuamente nos dispositivos de descodificação de vídeo, realizando um ou mais testes num sinal AV entregue aos VDD durante uma operação normal. A operação contínua da monitorização de qualidade requer todavia que o conjunto de testes seja limitado no sentido de ser não intrusivo para os VDD. Particularmente, a dimensão do agente de monitorização é mantida pequena e são operados testes na Camada Transporte ISO (International Standard Organization - Organização de Normalização Internacional). 0 documento WO 2006/097832 AI descreve terminais cliente numa WLAN (Wireless Local Area Network - Rede Local Sem Fios) onde os terminais de forma autónoma despoletam medições de QoS com base em regras que são fornecidas através de pedidos de medição. No entanto, nenhuma não-intrusão das medidas é tomada em conta.

Existe portanto a necessidade para uma recolha de estatísticas de monitorização de QoS que permitam testes menos limitativos permanecendo ao mesmo tempo não intrusivos em relação ao normal funcionamento do dispositivo que realiza a monitorização. -5- ΡΕ2159963

Sumário da invenção A presente invenção visa atenuar os inconvenientes da técnica prévia.

Em particular, o objetivo da presente invenção é melhorar a recolha de estatísticas de qualidade. A invenção refere-se mais particularmente a um método de recolha de estatísticas de qualidade, caracterizadas por o método compreender uma etapa de receção de um sinal compreendendo uma informação representativa de um modo de recolha de estatísticas de qualidade, chamado modo solicitado, o modo solicitado tendo pelo menos dois valores possíveis, compreendendo um primeiro modo e um segundo modo; se o modo solicitado for o primeiro modo, entrar no primeiro modo; se o modo solicitado for o segundo modo, entrar no segundo modo; no primeiro modo, conexão a um fluxo de teste após a receção de um sinal compreendendo uma solicitação para conexão ao fluxo de teste; no segundo modo, conexão automática a um fluxo de -6- ΡΕ2159963 teste sempre que os recursos de um dispositivo necessários para recolha de estatísticas de qualidade estiverem disponíveis. 0 método também compreende uma etapa de recolha de estatísticas de qualidade quando a recolha de estatísticas de qualidade foi habilitada pela receção de um sinal que permite a recolha de estatísticas de qualidade, e quando o dispositivo é conectado a um fluxo.

De acordo com uma determinada forma de realização da invenção, o fluxo de teste do segundo modo é um parâmetro que é configurável através de um dispositivo diferente do dispositivo necessário para a recolha de estatísticas de qualidade.

De acordo com uma determinada forma de realização da invenção, os recursos de um dispositivo necessários para a recolha de dados de estatísticas de qualidade são considerados como estando disponíveis quando uma conexão ao fluxo de teste e uma recolha de estatísticas de qualidade no fluxo de teste não têm impacto sobre a renderização da qualidade de serviço pelo dispositivo.

De acordo com uma determinada forma de realização da invenção, os recursos de um dispositivo necessário para a recolha de dados de estatísticas de qualidade são -7 - ΡΕ2159963 considerados como estando disponíveis quando o dispositivo não está conectado a um fluxo proveniente de uma Rede de Área Ampla.

De acordo com uma determinada forma de realização da invenção, os recursos de um dispositivo necessários para a recolha de dados de estatísticas de qualidade são disponibilizados num modo de espera de um dispositivo. A invenção também se refere a um método de gestão de recolha de estatísticas de qualidade. Compreende uma etapa de envio de um sinal para pelo menos um dispositivo de recolha, compreendendo uma informação representativa de um modo de recolha de estatísticas de qualidade, chamado modo solicitado, o modo solicitado tendo pelo menos dois valores possíveis compreendendo um primeiro modo e um segundo modo, e uma etapa de, no primeiro modo, envio de um sinal de pedido para pelo menos um dispositivo de recolha compreendendo uma solicitação de conexão a um fluxo de teste; no primeiro modo, uma conexão de um dispositivo de recolha a um fluxo de teste é estabelecida após a receção do sinal de pedido; e no segundo modo, uma conexão de um dispositivo de ΡΕ2159963 - 8 - recolha ao fluxo de teste é estabelecida automaticamente sempre que os recursos do dispositivo de recolha estiverem disponíveis.

De acordo com uma determinada forma de realização da invenção, o método compreende uma etapa de receção de estatísticas de qualidade recolhidas a partir de pelo menos um dispositivo de recolha.

De acordo com uma determinada forma de realização da invenção, o método compreende uma etapa de envio de informação representativa de um intervalo de recolha, a pelo menos um dispositivo de recolha.

De acordo com uma determinada forma de realização da invenção, é enviado um sinal a pedir uma conexão a um fluxo de teste a pelo menos um dispositivo de recolha.

De acordo com uma determinada forma de realização da invenção, as estatísticas de qualidade são classificadas mediante o tipo de fluxo para o qual as referidas estatísticas de qualidade são aplicáveis.

De acordo com uma determinada forma de realização da invenção, o tipo de fluxo compreende um fluxo de tipo de teste e um fluxo do tipo selecionado por utilizador.

De acordo com uma determinada forma de realização da invenção, as estatísticas de qualidade pertencem a um -9- ΡΕ2159963 conjunto que compreende qualidade de serviço e qualidade da experiência.

De acordo com uma determinada forma de realização da invenção, as estatísticas de qualidade dizem respeito a serviços do tipo áudio e vídeo.

Lista de figuras.

Mais vantagens da invenção irão aparecer através da descrição de determinadas formas de realização não restritivas da invenção. As formas de realização serão descritas com referência às figuras seguintes: - A Figura 1 mostra uma infraestrutura de rede exemplificativa que é compatível com a invenção; - As Figuras 2 a 4 mostram modelos de dados exemplificativos de acordo com determinadas formas de realização da invenção. - As Figuras 5 a 7 mostram trocas de mensagens entre os dispositivos da infraestrutura da Figura 1, onde o modelo de dados das Figuras 2 a 4 é colocado em aplicação. A Figura 8 mostra um dispositivo exemplificativo de gestão de estatísticas de qualidade de acordo com a invenção. - 10- ΡΕ2159963 A Figura 9 mostra um dispositivo exemplificativo de recolha de estatísticas de qualidade de acordo com a invenção. - A Figura 10 mostra um algoritmo de um método de recolha de estatísticas de qualidade por um dispositivo de acordo com a invenção. - A Figura 11 mostra um algoritmo de um método de gestão de estatísticas de qualidade por um dispositivo de gestão de estatísticas de qualidade de acordo com a invenção. 5. Descrição detalhada da invenção. TR-135 Volume 1 especifica um modelo de dados que pode ser implementado por um dispositivo tal como um dispositivo de utilizador final. 0 modelo de dados compreende uma ampla gama de parâmetros que refletem estatísticas. Em suma, um modelo de dados descreve entre outras classes e atributos de um dispositivo, as relações entre essas classes. Os atributos de classes podem ser graváveis, legíveis, apenas legíveis. As classes do modelo de dados são organizadas numa hierarquia e têm atributos. As instâncias de classes são chamadas objetos. Por exemplo, se um dispositivo de gestão remota quiser mudar o valor do atributo SampleEnable da classe ServiceMonitoring para TRUE, o modelo de dados especifica que um objeto existe para essa finalidade, que é referido como - 11 - ΡΕ2159963 .STBService.{i}.ServiceMonitoring, com um atributo SampleEnable do tipo Booleano, e uma descrição de qual é o efeito da configuração do atributo para um determinado valor. 0 nome do objeto .STBService{i}.ServiceMonitoring significa que o atributo SampleEnable é um atributo da classe ServiceMonitoring, que por sua vez é uma subclasse da classe STBService. As classes têm instâncias, ou seja, representações físicas, chamadas objetos; portanto, o termo " {i}" que sucede ao nome da classe .STBService e que está posicionado antes do ponto indica que potencialmente podem haver zero ou mais objetos STBService presentes do objeto do qual o nome da classe é especificado após o termo. Assim, pode ser mudado o valor do atributo SampleEnable numa Set-Top-Box para um serviço áudio ou vídeo específico

Os valores de atributo e conteúdos de objeto podem ser acedidos num dispositivo através de vários meios. De acordo com uma forma de realização da invenção, os valores de atributo e conteúdos de objeto de um modelo de dados implementado por um dispositivo de recolha são acedidos através do envio de mensagens e pedidos. De acordo com uma forma de realização variante da invenção, os valores de atributo e conteúdos de objeto são acedidos através de uma conexão a um agente de base de dados no dispositivo. De acordo com uma forma de realização variante da invenção, os valores de atributo e conteúdo de objeto são acedidos por mensagens de texto simples enviadas sobre um socket IP. De acordo com uma forma de realização - 12- ΡΕ2159963 variante da invenção, os valores de atributo e conteúdo de objeto são acedidos através de HTTP (Hyper Text Transmission Protocol - Protocolo para Transferência de Hipertexto). De acordo com uma forma de realização variante da invenção, os valores de atributo e conteúdo de objeto são acedidos utilizando uma interface web. Estas formas de realização não são exclusivas, ou seja, todas as formas de realização anteriores podem ser combinadas numa determinada forma de realização. Outras formas de realização utilizando outros meios não descritos para aceder aos valores e aos objetos são possíveis e não estão excluídas. TR-135 Volume 1 especifica adicionalmente um intervalo de amostragem configurável, ou seja, um intervalo de tempo durante o qual as estatísticas de qualidade são recolhidas. Todas as estatísticas são em seguida calculadas sobre este intervalo de amostragem utilizando contadores. Quando um intervalo de amostragem é concluído, um valor de contador é chamado de relatório e um relatório é então armazenado na memória do dispositivo. TR-135 Volume 1 em seguida define um método para recuperar os relatórios dos vários contadores.

Uma especificidade de TR-135 Volume 1 é que as estatísticas são calculadas por um dispositivo durante o período de atividade do dispositivo: por exemplo, quando o dispositivo está a receber um vídeo, as estatísticas são calculadas, quando o dispositivo não está a receber qualquer vídeo, os contadores não são computados. - 13- ΡΕ2159963

Para diferenciar o período de receção de dados do período em que nenhuns dados são recebidos, um parâmetro está presente no modelo de dados TR-135 Volume 1, chamado SecondSample. Este parâmetro indica por quantos segundos dentro do intervalo de amostragem o dispositivo tem estado a calcular estatísticas. TR-135 Volume 1 também especifica um método para forçar um dispositivo a conectar-se a um fluxo de teste para várias finalidades. Um objetivo possível deste fluxo de teste é forçar a recolha de estatísticas sobre um fluxo de referência para testes ad hoc, por exemplo, durante uma intervenção direta por um operador de linha no dispositivo de um cliente. No entanto, quando o cliente muda de canal, ou quando ele desliga o seu dispositivo, as estatísticas não são mais recolhidas a partir do fluxo de referência ou respetivamente não são recolhidas de todo. TR-135 Volume 1 Seção 1.3 fornece uma visão geral sobre a funcionalidade de "monitorização de serviço" que corresponde à recolha de estatísticas de qualidade.

Ao longo do resto deste documento, o termo "dispositivo" ou "dispositivo de recolha" é utilizado, que compreende dispositivos de utilizador final e dispositivos intermédios, adaptados para recolher estatísticas de qualidade de acordo com o método de recolha de estatísticas de qualidade. Um dispositivo de utilizador final é um dispositivo com o qual um utilizador interage diretamente através de um meio de interação, tal como um controlo - 14- ΡΕ2159963 remoto ou um teclado, por exemplo uma Set-Top-Box; um dispositivo intermédio compreende gateways, proxies, switches e outros equipamentos de rede.

De acordo com a invenção, pelo menos dois modos de recolha de estatísticas de qualidade são definidos para a operação do dispositivo: um primeiro modo MONITORIZAÇÃO NÃO AUTOMÁTICA (NON-AUTOMATIC-MONITOR) e um segundo modo MONITORIZAÇÃO AUTOMÁTICA (AUTOMATIC-MONITOR), também chamados de "primeiro" e "segundo" modos.

No modo MONITORIZAÇÃO NÃO AUTOMÁTICA, um dispositivo realiza computação estatística sobre intervalos de amostragem quando é conectado a qualquer fluxo.

Quando o modo MONITORIZAÇÃO AUTOMÁTICA é ativado num dispositivo, o dispositivo comuta automaticamente para um determinado fluxo de teste a partir do qual recolhe estatística de qualidade, assim que o dispositivo deteta que os seus recursos necessários para a conexão ao fluxo de teste predefinido estão disponíveis. Este modo permite fornecer uma computação de estatística de qualidade contínua ao longo do tempo.

De acordo com uma determinada forma de realização da invenção, os recursos são considerados como estando disponíveis quando uma conexão a um fluxo de teste e uma recolha de estatísticas de qualidade sobre o fluxo de teste não tem impacto sobre a renderização da qualidade de - 15 - ΡΕ2159963 serviço do dispositivo. Este é por exemplo o caso quando o utilizador de um dispositivo não usa a interface de rede necessária para a conexão ao fluxo de teste começando por reproduzir um video a partir de um PVR embebido, ou quando o utilizador não está a receber nenhum fluxo proveniente da WAN (Wide Area Network - Rede de Área Ampla) na interface de rede, mas se encontra apenas a reproduzir um fluxo da LAN (Local Area Network - Rede de Área Local) e se existem recursos disponíveis na interface de rede para receber um fluxo de teste para além do fluxo da LAN.

De acordo com uma determinada forma de realização da invenção, a distinção entre um fluxo proveniente da WAN e um fluxo proveniente da LAN é feita observando o endereço IP de origem do fluxo. Se o endereço IP de origem pertence à mesma subrede que o próprio endereço do dispositivo de recolha, então o fluxo é proveniente da LAN e não da WAN.

De acordo com uma determinada forma de realização da invenção, o dispositivo de recolha é de um tipo híbrido, tendo dois tipos de interfaces, por exemplo TDT sem fios (Televisão Digital Terrestre) e IPTV através de uma conexão ADSL com fios. Em seguida, os recursos para conexão a um fluxo de teste e para recolha de estatísticas estão disponíveis quando o dispositivo de recolha liberta a interface de ADSL-IPTV quando ativa a interface TDT.

Estas formas de realização específicas podem ser combinadas para formar uma determinada forma de realização - 16- ΡΕ2159963 com vantagens específicas.

Outros exemplos de evitar o impacto sobre a renderização da qualidade de serviço do dispositivo de recolha são dados mais adiante nesta especificação.

Noutra determinada forma de realização da invenção, os recursos necessários para a recolha de estatísticas de qualidade são disponibilizados quando o dispositivo entra em modo de espera, através da definição de um modo de espera especial em que apenas os componentes necessários do dispositivo permanecem ativos. Como é óbvio, para ser capaz de manter os recursos necessários para a recolha de estatísticas de qualidade no modo de espera, um dispositivo implementando a invenção suporta este modo especial. 0 estado atual da técnica mostra que é comum manter os componentes selecionados ativos em modo de espera sem o utilizador estar ciente do fato de que o seu dispositivo está ainda a funcionar parcialmente em modo de espera. Este modo de espera especial diferencia-se de um modo de espera real onde apenas os componentes mínimos estão ativos no sentido de ser capaz de despertar o dispositivo com um comando do utilizador. A invenção também introduz um meio de configuração permitindo uma gestão de recolha de estatísticas de qualidade compreendendo o envio de uma informação representativa de um modo de recolha de estatísticas de qualidade, em que os modos de monitorização - 17- ΡΕ2159963 compreendem os modos MONITORIZAÇÃO NÃO AUTOMÁTICA e MONITORIZAÇÃO AUTOMÁTICA. A invenção também apresenta uma forma de classificar as estatísticas de qualidade. Cada estatística recolhida é classificada de acordo com se o dispositivo estava conectado a um fluxo de teste ou se o dispositivo estava a receber um fluxo selecionado pelo utilizador. Esta classificação de acordo com o tipo de fluxo é feita por exemplo indicando o número de segundos em que estava a recolher dados num fluxo de teste, e o número de segundos em que estava a recolher estatísticas a partir de uma conexão para um fluxo selecionado pelo utilizador. Isto é útil para correlacionar possíveis eventos de erro com a experiência do utilizador: erros acontecendo num fluxo de teste não são visíveis para o utilizador, ou pelo menos não têm impacto na experiência do utilizador. De acordo com uma determinada forma de realização da invenção, este problema é resolvido pela adição de um determinado conjunto de parâmetros ao modelo de dados TR-135 Volume 1, nomeadamente UserSampleSecond e TestSampleSecond. UserSampleSecond é definido como sendo o número de segundos durante os quais os dados foram recolhidos durante um intervalo de amostragem, quando conectado a um fluxo selecionado pelo utilizador. TestSampleSecond reflete o número de segundos durante os quais os dados foram recolhidos durante um intervalo de amostragem quando o dispositivo estava conectado a um fluxo de teste. De acordo com outra forma de realização da invenção, um ServiceType extra com um valor - 18 - ΡΕ2159963 "TEST" é adicionado ao modelo de dados TR-135 Volume 1 existente. 0 uso do parâmetro ServiceType é explicado em TR-135 Volume 1. De acordo com esta forma de realização, quando o dispositivo recolhe estatísticas, elas são armazenadas numa instância específica do objeto do modelo de dados TR-135 Volume 1 Regular de um ServiceType especifico que corresponde ao tipo de fluxo, ou seja, selecionado pelo utilizador ou de teste. Se as estatísticas forem recolhidas quando o dispositivo é conectado a um fluxo de teste, as estatísticas são armazenadas num objeto Regular que tem o seu atributo de ServiceType configurado como "TEST"; se as estatísticas forem recolhidas quando o dispositivo é conectado a um fluxo selecionado pelo utilizador, as estatísticas são armazenadas noutro objeto Regular que tem o seu atributo de ServiceType configurado para um dos tipos definidos no modelo de dados existente como "IP", "IPTV" ou "VoD". A Figura 1 mostra uma infraestrutura de rede exemplificativa que é compatível com a invenção e que inclui um dispositivo de gestão de estatísticas de qualidade e uma pluralidade de dispositivos adequados para a recolha de estatísticas de qualidade; A infraestrutura compreende: - um programa que disponibiliza o servidor de gestão 116; - 19- ΡΕ2159963 um programa que disponibiliza o servidor de sinalização 112; um dispositivo de gestão de estatísticas de qualidade 110; um codificador de fluxos de teste 111; codificadores de fluxos de programa 113, 114 e 115; uma rede de operador 117; uma rede de acesso 120; um dispositivo de gateway 121; LAN 122; e dispositivos de recolha Set-Top-Box 123, 124 e 125.

Um operador de serviços fornece serviços para dispositivos tais como o 123, 124 e 125. Estes serviços são fornecidos por meio da gateway 121 para os dispositivos 123 0 124, ou diretamente para o dispositivo 125, através da rede de acesso 120 e através da rede do operador 117 e via o equipamento do operador que está conectado à rede do operador. -20- ΡΕ2159963 0 dispositivo 121 é uma gateway que serve como um ponto de acesso à rede de acesso para os dispositivos 123 e 124 que estão conectados numa LAN. Os dispositivos 123, 124 e 125 são Set-Top-Boxes ou seja, recetores de serviços AV. 0 dispositivo 124 é uma Set-Top-Box tal como o dispositivo 123, mas com capacidade adicional de PVR (Personal Video Recorder - Gravação de Vídeo Pessoal). Os dispositivos 123 e 124 e 121, são conectados numa LAN, que permite aos dispositivos 123 e 124 usar os serviços uns dos outros, por exemplo o dispositivo 124 pode fornecer serviços de PVR ao dispositivo 123, por exemplo para reprodução de um vídeo gravado. A gateway 121 fornece serviços de tradução de endereços de rede para que os dispositivos 123 e 124 possam aceder à rede do operador 117 e aos seus serviços. A gateway 121 tem uma interface adaptada a uma conexão com a rede de acesso, que é do tipo ADSL, enquanto interage com os dispositivos 123 e 124 através de uma interface IP. 0 dispositivo 125 é conectado diretamente à rede de acesso 120, e portanto é fornecida com uma interface adaptada a essa rede. A WAN é representada aqui pela rede de acesso 120 e a LAN é representada aqui pela rede local 122.

Em primeiro lugar, os dispositivos 123, 124 e 125 conectam-se ao programa que disponibiliza o servidor de gestão no sentido de se identificarem e recuperarem o endereço do servidor de sinalização 112 em que pode ser -21 - ΡΕ2159963 obtida uma lista de serviços disponíveis. Em seguida, os dispositivos podem conectar-se a qualquer um dos fluxos que são fornecidos pelos codificadores de fluxos de programa 113, 114 e 115. Os dispositivos 123, 124 e 125 são capazes de receber e descodificar os serviços disponibilizados pelo operador. A rede do operador 117 compreende ainda um dispositivo de gestão de estatísticas de qualidade 110 que permite ao operador recolher estatísticas de qualidade a partir dos dispositivos 123, 124 e 125.

Os dispositivos, 123, 124 e 125 são ainda capazes de receber sinais que os instruem para recolher as estatísticas de qualidade desejadas e armazená-las em memória que pode ser lida pelo dispositivo de gestão de estatísticas de qualidade 110.

De acordo com uma determinada forma de realização, o dispositivo de gestão de estatísticas de qualidade e o dispositivo de leitura das estatísticas de qualidade recolhidas não é o mesmo dispositivo. Esta funcionalidade permite a separação de tarefas e a utilização de equipamento dedicado que é adaptado ao tipo de tarefa.

Os dispositivos 123, 124 e 125 são ainda capazes de receber um sinal para se conectarem a um fluxo de teste fornecido pelo codificador de fluxos de teste 111. -22- ΡΕ2159963

Dinamicamente, o dispositivo de gestão de estatísticas de qualidade 110 recolhe estatísticas de qualidade a partir dos dispositivos 123, 124 e 125 da seguinte maneira: o dispositivo de gestão de estatísticas de qualidade 110 envia um sinal para pelo menos um dos dispositivos 123, 124 e 125. Este sinal pode ter valores compreendendo dois modos de recolha de estatísticas, um primeiro modo sendo MONITORIZAÇÃO NÃO AUTOMÁTICA e um segundo modo sendo MONITORIZAÇÃO AUTOMÁTICA. Após um período de tempo, o dispositivo de gestão de estatísticas de qualidade 110 pode recolher as estatísticas recolhidas pelos dispositivos 123, 124 e 125. De acordo com uma determinada forma de realização, um sinal é enviado para um ou mais dispositivos 123, 124 e 125 indicando um pedido de conexão a um fluxo de teste. Esta funcionalidade tem a vantagem de permitir testes imediatos dos vários dispositivos 123, 124 e 125, ao mesmo tempo. De acordo com uma determinada forma de realização, as estatísticas de qualidade recolhidas a partir dos dispositivos 123, 124 e 125 são classificadas de acordo com o tipo de fluxo para o qual as estatísticas são aplicáveis. Esta funcionalidade permite relacionar erros com tipos de fluxo. De acordo com uma determinada forma de realização, o tipo de fluxo compreende pelo menos um fluxo de tipo de teste e pelo menos um fluxo do tipo selecionado por utilizador. Esta funcionalidade permite saber se alguns erros foram observados pelo utilizador ou não. O dispositivo 123, 124 e 125 recolhe estatísticas de qualidade como se segue. Eles recebem um sinal -23- ΡΕ2159963 compreendendo uma informação representativa de um modo de recolha de estatísticas de qualidade, primeiro (ou seja, MONITORIZAÇÃO NÃO AUTOMÁTICA) ou segundo (ou seja, MONITORIZAÇÃO AUTOMÁTICA). Os dispositivos 123, 124 e 125 entram no modo que corresponde ao sinal recebido. No primeiro modo MONITORIZAÇÃO NÃO AUTOMÁTICA, é estabelecida uma conexão a um fluxo de teste específico após a receção de um sinal compreendendo um pedido de conexão ao fluxo de teste e é realizada recolha de estatísticas quando a recolha é habilitada pela receção de um sinal de habilitação e quando o dispositivo é conectado a um fluxo. No segundo modo, MONITORIZAÇÃO AUTOMÁTICA, é estabelecida uma conexão automática a um fluxo de teste sempre que os recursos do dispositivo necessários à recolha de estatísticas de qualidade estão disponíveis. De acordo com uma determinada forma de realização da invenção, o fluxo de teste do segundo modo é um parâmetro que é configurável através de um dispositivo diferente do dispositivo de recolha de estatísticas de qualidade. Esta funcionalidade permite alterar o fluxo de teste, recolha de estatísticas a partir de um tipo diferente de fluxo e observar os resultados. De acordo com uma determinada forma de realização, os recursos são considerados como estando disponíveis quando uma conexão ao fluxo de teste e uma recolha de estatísticas não tem impacto sobre a renderização da qualidade de serviço do dispositivo, ou seja, a qualidade dos serviços que o dispositivo processa. Esta funcionalidade tem a vantagem de procurar a operação contínua do aparelho, independentemente do que estiver a -24- ΡΕ2159963 fazer, sem ser perturbado de alguma forma pela recolha de estatísticas de qualidade ou pela conexão ao fluxo de teste. Por exemplo, a recolha de estatísticas não carrega o CPU do dispositivo com uma carga que atrasa o tempo de alteração de canal, ou a conexão ao fluxo de teste não reduz a largura de banda disponível para o fluxo selecionado pelo utilizador que um utilizador está a visualizar ou a gravar. De acordo com uma determinada forma de realização da invenção, são disponibilizados os recursos necessários para a recolha de dados de estatísticas de qualidade no modo de espera. Esta funcionalidade permite a recolha de estatísticas durante um longo período de tempo, sem ter impacto sobre a renderização da qualidade de serviço do dispositivo. Vantajosamente de acordo com uma forma de realização variante, os recursos necessários para a recolha de estatísticas de qualidade são considerados como estando disponíveis quando o referido dispositivo não está conectado a um fluxo proveniente de uma Rede de Área Ampla. Esta funcionalidade permite, para um dispositivo de recolha conectado a uma WAN, um meio rápido para determinar se os recursos necessários estão disponíveis.

De acordo com uma forma de realização variante, o dispositivo gateway 121 é ele próprio um dispositivo de recolha intermédio, que recolhe estatísticas de qualidade sobre os dispositivos que estão conectados à sua LAN. De acordo com uma determinada forma de realização da invenção, o dispositivo de recolha intermédio é um dispositivo de recolha para o dispositivo de gestão de estatísticas de -25 - ΡΕ2159963 qualidade e é um dispositivo de gestão de estatísticas de qualidade para os dispositivos de recolha conectados à sua LAN. Em seguida, o dispositivo de recolha intermédio implementa o método de recolha de estatísticas e o método de gestão de recolha de estatísticas de acordo com a invenção. A Figura 2 mostra modelo de dados exemplificativo de acordo com uma determinada forma de realização da invenção. Este modelo de dados exemplificativo usa o modelo de dados da especificação TR-135 como uma estrutura. 0 modelo de dados descrito na especificação TR-135 permite a gestão remota da funcionalidade de Televisão Digital numa Set-Top-Box. 0 uso dos parâmetros SampleSecond e SampleSecond de acordo com a invenção permite a um dispositivo que manipula ou lê as estatísticas distinguir entre estatísticas recolhidas enquanto conectado ao fluxo de teste ou não.

Nas Figuras 2, 3 e 4, o modelo de dados é descrito em forma de tabela, que mostra a classe à qual pertence um atributo, o nome do objeto e a hierarquia de classes no modelo de dados (201), e atributos específicos da classe com o nome de atributo (203), tipo de atributo (204) e descrição de uso do atributo (205). Com referência à Figura 2, o elemento 200 introduz o objeto que é descrito aqui e que pode ser encontrado no elemento 201. O elemento 202 apresenta os atributos do modelo de dados descritos nas entradas da tabela 206, 207, 208, 209, 210 e 211. -26- ΡΕ2159963

De acordo com a forma de realização particular ilustrada por esta figura, um detalhe de um modelo de dados é mostrado para o objeto .STBService{i}.ServiceMonitoring.MainStream{i}.Sample. Em TR-135 Volume 1, as estatísticas recolhidas são chamadas amostras. Para poder distinguir entre a duração em que as estatísticas de qualidade foram recolhidas num fluxo selecionado pelo utilizador e a duração em que as estatísticas de qualidade foram recolhidas num fluxo de teste, o modelo de dados de acordo com a invenção apresenta dois atributos distintos de SampleSecond, ou seja, "UserSampleSeconds" e "TestSampleSeconds". 0 atributo UserSampleSeconds é uma lista separada por vírgulas onde cada entrada na lista é o número de segundos durante o qual as estatísticas de qualidade foram recolhidas enquanto conectado a um fluxo selecionado pelo utilizador. 0 atributo TestSampleSeconds é uma lista separada por vírgulas, onde cada entrada na lista é o número de segundos durante o qual as estatísticas de qualidade foram recolhidas enquanto conectado a um fluxo de teste. A Figura 3 mostra uma variação no modelo de dados da Figura 2, de acordo com uma determinada forma de realização da invenção, em que o uso de ServiceType permite a um dispositivo que manipula ou lê as estatísticas distinguir entre as estatísticas recolhidas enquanto -27- ΡΕ2159963 conectado ao fluxo de teste ou nao.

Quanto à Figura 2, o modelo de dados é descrito em forma de tabela. Os elementos comuns com a Figura 2 já foram explicados acima e assim não serão mais descritos neste documento.

Nesta forma de realização, a diferenciação entre a duração em que as amostras, ou seja, estatísticas de qualidade, são recolhidas num fluxo selecionado pelo utilizador e num fluxo de teste, é feita usando um atributo ServiceType aumentado do objeto .STBService.{i}.Capabilities.ServiceMonitoring da especificação TR-135 Volume 1. 0 atributo ServiceType é aumentado para suportar uma classificação de diferenciação entre fluxos selecionados pelo utilizador e fluxos de teste. Para armazenar qualidade recolhida em objetos diferentes de acordo com o tipo de fluxo o procedimento é o seguinte: várias instâncias de objetos MainStream são criadas pelo dispositivo de recolha. A informação que estes objetos contêm pode ser lida por dispositivos externos tais como um dispositivo de gestão de recolha de qualidade. Uma instância tem o seu atributo ServiceType configurado para um valor que reflete que o serviço é um fluxo de teste (por exemplo, "TEST"), outra instância tem o seu atributo ServiceType configurado para um valor para indicar que o serviço é um fluxo selecionado pelo utilizador (por exemplo "IPTV-User"). Para estatísticas de qualidade recolhidas enquanto conectado a um fluxo de teste, a instância do -28- ΡΕ2159963 objeto MainStream da Figura 2 (referência 201) com o seu atributo ServiceType configurado para "TEST" é utilizada para armazenar as estatísticas. Para estatísticas de qualidade recolhidas enquanto conectado a um fluxo de IPTV selecionado pelo utilizador, a instância do objeto MainStream com o atributo ServiceType configurado como "IPTV-User" é usada para armazenar as estatísticas. 0 atributo ServiceType é do tipo string e é uma lista separada por vírgulas de tipos de serviço suportados, cada um deles estando relacionado a uma fonte de transmissão de fluxo. Cada item é tirado de uma lista compreendendo: IPTV-User: um fluxo IPTV selecionado por utilizador proveniente de uma WAN;

Utilizador-VoD: um fluxo de Vídeo a Pedido (Video-On-Demand) selecionado pelo utilizador proveniente de uma WAN;

Utilizador-IP: qualquer um dos fluxos acima (IPTV-User ou Utilizador-VoD) selecionados pelo utilizador provenientes de uma WAN; TEST: um fluxo de teste proveniente da WAN que foi especificado através da configuração do atributo URI do objeto .STBService{i}.Components.FrontEnd{i}.IP.ServiceConnect; -29- ΡΕ2159963 IP-ALL: Qualquer tipo de fluxo IP proveniente da WAN, compreendendo os fluxos selecionados pelo utilizador, IPTV e VoD; CAB - um fluxo proveniente de um sintonizador de cabo; TDT - um fluxo proveniente de um sintonizador de Televisão Digital Terrestre; SAT - um fluxo proveniente de um sintonizador de satélite; PVR - um fluxo proveniente de um Gravador de Video Pessoal.

De acordo com uma forma de realização diferente da invenção, e em vez de aumentar o conjunto de valores do parâmetro ServiceType, é adicionado um novo parâmetro, que é chamado por exemplo de SubServiceType, que é utilizado juntamente com o parâmetro ServiceType de TR-135 Volume 1 existente, o qual leva um dos valores de "USER" ou "TEST". 0 parâmetro SubServiceType, utilizado em conjunto com o parâmetro herdado ServiceType (TR-135 Volume 1) permite distinguir duas instâncias diferentes de um objeto MainStream, uma dedicada ao fluxo selecionado pelo utilizador, uma dedicada a um fluxo de teste. A Figura 4 mostra uma forma de realizaçao da -30- ΡΕ2159963 diferenciação entre o primeiro e o segundo modo de recolha de estatísticas. É implementado num dispositivo compatível com a invenção, tal como qualquer um dos dispositivos, 123, 124 ou 125. Quanto às Figuras 2 e 3, o modelo de dados é descrito em forma de tabela. Os elementos comuns com as Figuras 2 e 3 já foram explicados acima e assim não serão mais descritos neste documento. 0 modelo de dados TR-135 Volume 1 que é utilizado como uma estrutura para esta forma de realização particular da invenção foi aumentado com a introdução de um novo atributo, ou seja, "AutoMonitor" 406, que é do tipo "Booleano" 407. Quando um dispositivo de gestão de estatísticas de qualidade configura o atributo AutoMonitor do objeto .STBService.{i}.ServiceMonitoring 401 para o valor booleano "TRUE", solicita ao dispositivo de recolha do qual o atributo é configurado para introduzir o modo de recolha de estatísticas de qualidade de MONITORIZAÇÃO AUTOMÁTICA. De outra forma, quando o atributo AutoMonitoring é definido como "FALSE", o dispositivo de gestão de estatísticas de qualidade solicita ao dispositivo de recolha para introduzir o primeiro modo de recolha de estatísticas que é MONITORIZAÇÃO NÃO AUTOMÁTICA. O significado destes dois modos já foi explicado anteriormente neste documento, e portanto não será mais explicado. O atributo SampleEnable, quando configurado como TRUE por um dispositivo de monitorização de qualidade, é um -31 - ΡΕ2159963 potenciador para a recolha de estatísticas de qualidade. A figura mostra uma forma de realização da invenção, onde o fluxo de teste do segundo modo é um parâmetro que é configurável através de um dispositivo diferente do dispositivo de recolha de estatísticas de qualidade, ilustrado pela mensagem 501. A Figura 5 mostra uma troca de mensagens entre os dispositivos da infraestrutura de rede da Figura 1 e o utilizador, de uma forma de realização da invenção utilizando o modelo de dados conforme ilustrado pela Figura 2. Ilustrado na Figura 5, está o segundo modo de recolha de estatísticas, chamado modo de MONITORIZAÇÃO AUTOMÁTICA. As barras verticais do diagrama representam, da esquerda para a direita, o dispositivo de gestão de estatísticas de qualidade 110, o dispositivo de recolha de estatísticas de qualidade 125, o utilizador 500 e a rede de acesso 120. As setas horizontais representam mensagens ou trocas de sinais ou ações. A troca começa com o envio de mensagens relacionadas com gestão de estatísticas de qualidade a partir do dispositivo de gestão de estatísticas de qualidade 110 para o dispositivo de recolha de estatísticas de qualidade 125. A ordem das mensagens 501 a 503 é arbitrária. As mensagens 503 para 504 e 509 e 514 usam o modelo de dados das Figuras 2 e 4. A mensagem 503 corresponde à configuração do atributo AutoMonitor 406 da -32- ΡΕ2159963

Figura 4 para TRUE. A mensagem 504 corresponde à configuração do atributo SampleEnable 409 da Figura 4 para TRUE. A mensagem 509 corresponde à configuração do atributo UserSampleSeconds 206. A mensagem 514 corresponde à configuração do atributo TestSampleSeconds 209. Primeiro, um URI (Uniform Resource Identifier - Identificador de Recurso Uniforme) é enviado para o dispositivo 125, contendo informação representativa do local do fluxo de teste (aqui: TEST CH) e como se conectar a ele. Todavia, nenhuma conexão imediata é estabelecida. Isto é diferente do funcionamento do atributo URI no modelo de dados de TR- 135 existente, onde a simples ação de escrita de um atributo URI despoleta a conexão ao fluxo especificado pelo dispositivo 125. De acordo com a invenção, a configuração de um endereço de conexão para um fluxo de teste por um dispositivo diferente do dispositivo que executa a recolha de estatísticas de qualidade e a própria ação de conexão ao fluxo de teste são ações separadas. Isto permite o suporte do segundo modo de recolha de estatísticas, modo MONITORIZAÇÃO AUTOMÁTICA, para além do primeiro modo de recolha de estatísticas, modo MONITORIZAÇÃO NÃO AUTOMÁTICA. Embora uma conexão imediata ao especificar o URI seja útil no modelo de funcionamento da norma TR-135, mas de acordo com a invenção, uma conexão automática a um fluxo de teste é estabelecida no modo MONITORIZAÇÃO AUTOMÁTICA quando os recursos estiverem disponíveis. A segunda mensagem 502 enviada para o dispositivo 125 contém o Samplelnterval, já explicado no início desta -33- ΡΕ2159963 seção. A próxima mensagem 503 habilita o segundo modo de recolha de estatísticas, modo MONITORIZAÇÃO AUTOMÁTICA, no dispositivo 125. A mensagem 504 habilita a recolha de estatísticas de qualidade. Agora, a recolha de estatísticas pode começar. Uma ação do utilizador de mudança de canal é ilustrada pela mensagem 505 (ZAP) do utilizador 500 para o dispositivo 125. Quando o utilizador muda o canal para um canal de notícias (NEWS CH) , o dispositivo 125 solicita o canal desejado através da emissão de um pedido de conexão à rede de acesso 120, aqui ilustrado pela mensagem 506 IGMP JOIN (NEWS CH) . IGMP significa Internet Group Multicast Protocol, que é um protocolo que permite a conexão (join) e a desconexão (leave) de fluxos de multicast IP. Em seguida, o dispositivo 125 recebe o fluxo solicitado (507).

As estatísticas de qualidade recolhidas são, de acordo com o modelo de dados da Figura 2, armazenadas no objeto .STBService{i}.ServiceMonitoring, e o número de segundos em que a recolha tem lugar e o dispositivo está conectado ao fluxo selecionado pelo utilizador são armazenados em UserSampleSeconds, ilustrado pela ação 509.

Então, o utilizador 500 coloca o seu dispositivo 125 em modo de espera. Assim que o dispositivo 125 deteta que existem recursos disponíveis, o dispositivo 125 conecta-se ao fluxo de teste que foi especificado na mensagem 501 (URI) e continua a armazenar estatísticas de qualidade no objeto .STBService{i}.ServiceMonitoring, enquanto que o número de segundos em que a recolha tem -34- ΡΕ2159963 lugar é armazenado no atributo TestSampleSeconds do objeto, ilustrado pela ação 514. De acordo com uma determinada forma de realização da invenção, as estatísticas de qualidade recolhidas são recebidas no dispositivo de gestão de estatísticas de qualidade, ilustrado pela mensagem 515. Isto ilustra uma etapa de receção de estatísticas de qualidade recolhidas. A figura ilustra uma forma de realização particular da invenção, onde os recursos necessários são considerados como estando disponíveis quando uma conexão ao fluxo de teste e uma recolha de estatísticas de qualidade sobre o fluxo de teste não tem impacto sobre a renderização da qualidade de serviço pelo referido dispositivo. Após a receção da mensagem de SampleEnable 504, são recolhidas estatísticas e até são continuadas em modo de espera, tal como ilustrado pela troca de mensagens que é continuada após entrar no modo de espera após a mensagem 510. A figura também mostra uma forma de realização particular da invenção, em que o dispositivo de gestão de estatísticas de qualidade, implementando o método de gestão de recolha de estatísticas de qualidade, compreende o envio de informação representativa de um intervalo de recolha para o dispositivo de recolha 125, por meio da mensagem 502 . A Figura 6 mostra uma troca de mensagens entre os dispositivos da infraestrutura da rede da Figura 1 e o -35- ΡΕ2159963 utilizador, de uma forma de realização da invenção utilizando o modelo de dados, conforme ilustrado na Figura 3. Ilustrado pela Figura 6 está o segundo modo de recolha de estatísticas, ou seja, o modo MONITORIZAÇÃO AUTOMÁTICA. A figura mostra o método de recolha de estatísticas de qualidade pelo dispositivo 125 e o método de gestão de estatísticas de qualidade no dispositivo de gestão de estatísticas de qualidade 110.

Os elementos comuns com a Figura 5 já foram explicados para a Figura 5 e, portanto, não serão mais explicados neste documento.

Diferentes com a Figura 5 são as ações 609 e 614, que ilustram o armazenamento das estatísticas recolhidas e o número de segundos em que as estatísticas foram recolhidas num fluxo de teste e num fluxo selecionado pelo utilizador em instâncias diferentes de um objeto .STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample com o atributo ServiceType configurado para respetivamente "IPTV-User" para estatísticas que foram recolhidas enquanto o dispositivo 125 estava conectado a um fluxo selecionado pelo utilizador, e um objeto .STBService.{i}.ServiceMonitoring.Mainstream{i}.Sample com o atributo ServiceType configurado como respetivamente "TEST" para estatísticas que foram recolhidas enquanto o dispositivo 125 estava conectado ao fluxo de teste.

De acordo com uma forma de realizaçao diferente -36- ΡΕ2159963 da invenção, e em vez de aumentar o conjunto de valores do parâmetro ServiceType, é adicionado um novo parâmetro, que é chamado, por exemplo, SubServiceType que é utilizado juntamente com o parâmetro ServiceType de TR-135 Volume 1 existente, que toma um dos valores "USER" ou "TEST". 0 SubServiceType, utilizado em conjunto com o parâmetro ServiceType herdado (TR-135 Volume 1) permite distinguir duas instâncias diferentes de um objeto MainStream, um dedicado ao fluxo selecionado pelo utilizador, um dedicado a um fluxo de teste.

De acordo com uma determinada forma de realização ilustrada nas Figuras 5 e 6, os recursos necessários para a recolha de estatísticas de qualidade são disponibilizados num modo de espera do dispositivo 125, ilustrado pelas ações e mensagens contínuas após entrar no modo de espera com a ação de utilizador 510.

De acordo com uma determinada forma de realização ilustrado nas Figuras 5 e 6 pelas ações 509, 514 e 609, 614, as estatísticas de qualidade são classificadas de acordo com o tipo do fluxo para o qual as estatísticas são aplicáveis, aqui ilustrado pelas ações 609 e 614.

De acordo com uma determinada forma de realização da invenção ilustrada nas Figuras 5 e 6 pelas ações 509 e 514, o tipo de fluxo compreende um fluxo de tipo teste e um fluxo do tipo selecionado por utilizador, representado por respetivamente "TestSampleSeconds" e "UserSampleSeconds" da -37- ΡΕ2159963

Figura 5 e pelo valor de ServiceType "TEST" e "Utilizador-IPTV" da Figura 6. A Figura 7 mostra uma troca de mensagens entre os dispositivos da infraestrutura da rede da Figura 1 e o utilizador, de uma forma de realização da invenção utilizando o modelo de dados, conforme ilustrado pela Figura 3. Ilustrado pela Figura 7 é o primeiro modo de recolha de estatísticas, ou seja, o modo MONITORIZAÇÃO NÃO AUTOMÁTICA.

Os elementos comuns com a Figura 6 já foram explicados e, portanto, não serão mais explicados aqui.

Diferente com a Figura 6 são particularmente as mensagens "Automonitor(F)" 700, correspondendo a 406 da

Fig. 4 e "ForceConnection (T)" 701 que são enviadas para o dispositivo 125. A mensagem 700 solicita a entrada do dispositivo 125 no primeiro modo, MONITORIZAÇÃO NÃO AUTOMÁTICA. Neste modo, não é estabelecida conexão automática a um fluxo de teste. A conexão ao fluxo de teste é estabelecida após a receção do sinal de solicitação, compreendendo um pedido para uma conexão a um fluxo de teste com a mensagem 701. A conexão ao fluxo de teste é então feita com a mensagem 512. A figura ilustra o envio de um sinal para um dispositivo solicitando uma conexão a um fluxo de teste.

De acordo com uma determinada forma de realização -38- ΡΕ2159963 da invenção, um atributo "ForceConnection" é adicionado ao modelo de dados de TR-135. 0 atributo é do tipo Booleano e pertence ao objeto .STBService.{i}.components.FrontEnd.{i}.IP.ServiceConnect. 0 atributo indica, quando fornecido com o valor TRUE, que a conexão é solicitada para um fluxo de teste que é especificado no parâmetro URI que foi configurado com a ajuda da mensagem 501. Fornecer um valor FALSE não tem efeito. Na verdade, se o utilizador prosseguir com uma ação de alteração de canal tal como uma mensagem ZAP ilustrada pela mensagem 505, mas após ter recebido a mensagem ForceConnection(T) 701 que solicita uma conexão a um fluxo de teste, a conexão ao fluxo de teste é desfeita e substituída por uma conexão ao fluxo selecionado pelo utilizador. A Figura 8 ilustra um dispositivo de gestão de estatísticas de qualidade 8 de acordo com uma forma de realização particular da invenção. O dispositivo corresponde por exemplo ao dispositivo 110 da Figura 1. O dispositivo 8 compreende os seguintes elementos, interligados por um barramento de endereços e dados 840: um microprocessador 820 (ou CPU, para "Central Processing Unit" - Unidade de Processamento Central); uma memória não volátil do tipo ROM ("Read Only Memory" - Memória Só de Leitura) 800;

uma memória de leitura e escrita ou memória RAM -39- ΡΕ2159963 ("Random Access Memory" - Memória de Acesso Aleatório) 810; e uma interface de rede 830, que é usada para conectar o dispositivo a uma rede de operador tal como 117 da Figura 1.

Na inicialização, o microprocessador 820 copia um programa compreendendo as instruções do algoritmo de implementação das etapas do método de gestão de recolha de estatísticas de qualidade que estão armazenadas na ROM 800 para o registo RAM 811 e executa-as. A interface de rede 830 permite ao dispositivo receber e enviar mensagens e dados sobre uma conexão de rede, tal como a conexão à rede do operador 117. A palavra "registo", utilizada na descrição das memórias 800 e 810 significa uma zona de memória de baixa capacidade (apenas alguns dados binários) ou uma zona de memória de alta capacidade (que permite o armazenamento de um programa inteiro ou de uma grande quantidade de dados).

Cada um dos registos na ROM 800 e RAM 810 pode conter um número variável de dados de tamanho variável. A memória só de leitura 800 compreende: um registo 801, onde o programa é armazenado. -40- ΡΕ2159963 A memória de acesso aleatório 810 compreende: um registo 811, utilizado para armazenar o programa que é copiado do registo ROM 801; um registo 812, utilizado para armazenar informação representativa de uma lista de dispositivos a partir de onde as estatísticas podem ser recolhidas ou de onde são recolhidas. A informação armazenada aqui, tal como: nome do dispositivo, tipo de dispositivo, endereço do dispositivo; um registo 813, utilizado para armazenar as estatísticas de qualidade recebidas de dispositivos; e um registo 814 que contém os dados necessários para o funcionamento do programa armazenado no registo RAM 811, tais como variáveis temporárias e tabelas de dados. A Figura 9 ilustra o dispositivo de recolha 9 de acordo com uma determinada forma de realização da invenção. O dispositivo 9 corresponde por exemplo a qualquer um dos dispositivos 123, 124 e 125 da Figura 1. O dispositivo 9 compreende os seguintes elementos, interligados por um barramento de endereços e dados 940: um microprocessador 920 (ou CPU, para "Central Processing Unit" - Unidade de Processamento Central); -41 - ΡΕ2159963 uma memória não volátil do tipo ROM ("Read Only Memory" - Memória Só de Leitura) 900; uma memória de leitura e escrita ou memória RAM ("Random Access Memory" - Memória de Acesso Aleatório) 910; e uma interface de rede 930, que é usada para conectar o dispositivo a uma rede de acesso tal como 120 da Figura 1.

Na inicialização, o microprocessador 920 copia um programa compreendendo as instruções do algoritmo de implementação das etapas do método de recolha de estatísticas de qualidade que estão armazenadas na ROM 900 para o registo RAM 911 e executa-as. A interface de rede 930 permite ao dispositivo receber e enviar mensagens e dados sobre uma conexão de rede, tal como a rede de acesso 120 da Figura 1. A palavra "registo", utilizada na descrição das memórias 900 e 910 significa uma zona de memória de baixa capacidade (apenas alguns dados binários) ou uma zona de memória de alta capacidade (que permite o armazenamento de um programa inteiro ou de uma grande quantidade de dados).

Cada um dos registos na ROM 900 e RAM 910 pode conter um número variável de dados de tamanho variável. A -42- ΡΕ2159963 memória só de leitura 900 compreende: um registo 901, onde o programa está armazenado; A memória de acesso aleatório 910 compreende: um registo 911, utilizado para armazenar o programa que é copiado do registo ROM 901; um registo 912, utilizado para armazenar informação representativa do modo de recolha de estatísticas de qualidade, sendo o primeiro modo MONITORIZAÇÃO NÃO AUTOMÁTICA e o segundo modo MONITORIZAÇÃO AUTOMÁTICA; um registo 913, utilizado para armazenar informação representativa do endereço do fluxo de teste, ou seja, o URI de teste; um registo 914, utilizado para armazenar as estatísticas recolhidas; um registo 915, utilizado para armazenar o número de segundos em que as estatísticas foram recolhidas enquanto conectado a um fluxo selecionado pelo utilizador; um registo 916, utilizado para armazenar o número de segundos em que as estatísticas foram recolhidas enquanto conectado a um fluxo de teste; -43 - ΡΕ2159963 um registo 917 que contém os dados necessários para o funcionamento do programa armazenado no registo RAM 911, tais como tabelas e variáveis temporárias.

De acordo com uma determinada forma de realização da invenção, os registos são organizados de acordo com a hierarquia do modelo de dados ilustrada pela Figura 2. Em seguida, a RAM 910 compreende um objeto de modelo de dados 201, com atributos 206 e 209. A Figura 10 mostra um algoritmo de recolha de estatísticas de qualidade de acordo com uma determinada forma de realização da invenção, tal como implementado pelo dispositivo 9 da Figura 9. O CPU 920 carrega o programa que contém o algoritmo da memória ROM 900 para a memória RAM 910 e inicia o programa. O algoritmo começa com a etapa de inicialização 1000, onde todas as variáveis necessárias para o algoritmo são inicializadas.

No teste 1001, o dispositivo 9 determina se um sinal compreendendo uma informação representativa de um modo de recolha de estatísticas de qualidade, chamado modo solicitado, é recebido. O referido modo solicitado tem pelo menos dois valores possíveis, compreendendo um primeiro modo e um segundo modo.

Se o modo solicitado é o primeiro modo, ou seja -44- ΡΕ2159963 MONITORIZAÇÃO NÃO AUTOMÁTICA, o algoritmo continua com o teste 1003.

Se o modo solicitado é o segundo modo, ou seja, MONITORIZAÇÃO AUTOMÁTICA, uma conexão ao fluxo de teste especificado no atributo Testar URI tal como armazenado no registo 913 da Figura 9 é estabelecida automaticamente na etapa 1002 sempre que os recursos do dispositivo 9 necessários para a recolha de estatísticas de qualidade estão disponíveis. Em seguida, o teste 1005 é executado.

No teste 1003, no primeiro modo, é determinado se um sinal é recebido que compreende um pedido para uma conexão a um fluxo de teste. A etapa é repetida se nenhum sinal for recebido. Se um tal sinal for recebido, uma conexão ao fluxo de teste é estabelecida na etapa 1004 e o teste 1005 é executado.

Em seguida, no teste 1005, é determinado se um sinal é recebido que habilita a recolha de qualidade. O teste é repetido se um tal sinal não for recebido. Se um tal sinal for recebido, a recolha de estatísticas de qualidade é executada quando conectado a um fluxo, sendo selecionado pelo utilizador ou de teste. Então o algoritmo reinicia com a etapa 1001.

Quando as estatísticas de qualidade são recebidas, podem ser enviadas e recebidas por um dispositivo que solicita lê-las, tal como o dispositivo de gestão de estatísticas de qualidade 110 da Figura 1, -45- ΡΕ2159963 implementadas pelo dispositivo 8 da Figura 8. A Figura 11 mostra um algoritmo de gestão de recolha de estatísticas de qualidade de acordo com uma determinada forma de realização da invenção, tal como implementado pelo dispositivo 8 da Figura 8. 0 CPU 820 carrega o programa que contém o algoritmo da memória ROM 800 para a memória RAM 810 e inicia o programa. A gestão de recolha de estatísticas de qualidade começa com a etapa de inicialização 1100, onde todas as variáveis necessárias para o algoritmo são inicializadas. Na etapa 1101, um sinal compreendendo informação representativa de um modo de recolha estatísticas de qualidade é enviado, que solicita dispositivos para entrarem no primeiro modo, ou no segundo modo. No primeiro modo, um sinal de solicitação é enviado aos dispositivos de recolha para se conectarem a um fluxo de teste, ilustrado pela etapa 1102. No segundo modo, nenhum sinal desse género é enviado. O algoritmo termina com a etapa 1103.

De acordo com uma forma de realização particular da invenção as estatísticas de qualidade recolhidas de acordo com o método ilustrado pela Figura 10 e de acordo com o método de gestão de estatísticas de qualidade ilustrado na Figura 11 estão representadas por dados brutos. De acordo com outra forma de realização particular, as estatísticas de qualidade são representadas por dados extraídos a partir de dados brutos. -46- ΡΕ2159963

De acordo com outra forma de realização particular da invenção, as estatísticas de qualidade são representadas tanto por dados brutos como por dados extraídos. De acordo com uma forma de realização variante da invenção, os dados brutos para estatísticas de qualidade compreendem medições de tramas perdidas de dados, a taxa de processamento de um fluxo recebido, o número de tramas descodificadas, o número de esvaziamentos de buffer de descodificador e receção e/ou número de saturações de buffer. De acordo com outra forma de realização variante da invenção, os dados extraídos de dados brutos compreendem o número médio de tramas perdidas, a distribuição Gaussiana dos esvaziamentos de buffer relacionados com a taxa de processamento. De acordo com uma outra forma de realização particular da invenção, as estatísticas de dados brutos recolhidas a partir de pelo menos um dispositivo são recuperadas noutro dispositivo onde os dados estatísticos são extraídos a partir dos dados brutos. As formas de realização particulares descritas acima podem ser combinadas para formar uma forma de realização com vantagens particulares. 0 leitor do presente documento irá entender que as formas de realização descritas são dadas como formas de realização exemplificativa da invenção, e, assim, a invenção não está limitada a estas formas de realização. A infraestrutura da Figura 1 é ilustrada como uma forma de realização exemplificativa. Outras infraestruturas -47 - ΡΕ2159963 são possíveis que são compatíveis com a invenção, com dispositivos adicionais ou em menor número; algumas funções fornecidas pelos diferentes dispositivos, conforme ilustrado aqui podem ser combinadas em dispositivos individuais. Da mesma forma, funções fornecidas por um único dispositivo podem ser separadas e fornecidas por diferentes dispositivos. De acordo com uma determinada forma de realização da invenção, o dispositivo que envia pedidos para colocar pelo menos um outro dispositivo no primeiro modo ou segundo molho de recolha não é o mesmo dispositivo que recupera as estatísticas de qualidade recolhidas. De acordo com uma determinada forma de realização da invenção, a rede de operador compreende outros dispositivos necessários para o seu funcionamento: equipamento transmissor, equipamentos de gestão de tráfego e faturação. Numa forma de realização particular da invenção, a rede do operador normalmente compreende mais ou menos do que os três dispositivos mostrados. Numa forma de realização particular da invenção, outro equipamento de rede é necessário compreendendo switches de rede e routers. De acordo com uma determinada forma de realização da invenção, um DSLAM (Digital Subscriber Line Access Multiplexer - Multiplexador de Acesso DSL) está presente na rede de acesso e os dispositivos precisam de um modem do tipo ADSL (Asynchronous Digital Subscriber Line - DSL Assíncrono), externo ou interno, para conectar à rede de acesso. De acordo com uma determinada forma de realização da invenção, os dispositivos acedem a um mesmo operador por meio de redes de acesso diferentes. De acordo com uma -48- ΡΕ2159963 determinada forma de realização da invenção, os dispositivos têm uma interface secundária, permitindo-lhes receber receções de TDT (Televisão Digital Terrestre), para além dos serviços fornecidos pela rede de acesso. De acordo com uma determinada forma de realização da invenção o dispositivo é conectado diretamente a uma rede de acesso, compreendendo um recetor IPTV conectado a uma rede ADSL, e um telefone celular conectado a uma rede de acesso 3GPP sem fios.

De acordo com uma determinada forma de realização da invenção, os dispositivos possuem recursos que lhes permitem gravar um programa e assistir a outro ao mesmo tempo. De acordo com uma determinada forma de realização da invenção, os dispositivos podem ser de um tipo dedicado, compreendendo uma STB (Set-Top-Box) e um tipo PC (Personal Computer - computador pessoal).

As etapas do método de recolha não têm necessariamente de ser executadas na ordem listada. Por exemplo, a conexão ao fluxo de teste no primeiro modo é dependente da receção de um sinal que indica uma solicitação de conexão ao fluxo de teste, e não precede necessariamente a etapa de recolha de estatísticas.

Embora a invenção seja descrita utilizando os exemplos das normas TR-69 e TR-135 e dos seus modelos de dados como uma estrutura, a invenção não está limitada à aplicaçao, no campo dos citados protocolos e arquiteturas, -49- ΡΕ2159963 tais como TR-69 e TR-135, mas também pode ser aplicada a outras arquiteturas e protocolos proprietários ou normalizados, quando se quer recolher e gerir estatísticas de qualidade, tais como o SNMP (Simple Network Management Protocol - Protocolo Simples de Gestão de Rede, especificado pelo Internet Engineering Task Force IETF. SNMP expõe dados de gestão na forma de variáveis nos sistemas geridos, que descrevem a configuração do sistema. Estas variáveis podem ser consultadas e configuradas através da gestão de aplicações. Da mesma forma, os métodos de acordo com a invenção não precisam necessariamente da implementação de um modelo de dados, por exemplo, um protocolo de troca de mensagens pode ser utilizado que define mensagens específicas de HTPP para enviar e receber sinais e estatísticas de qualidade de acordo com a invenção.

Lisboa, 20 de Setembro de 2012

Claims (15)

1. ΡΕ2159963 - 1 - REIVINDICAÇÕES 1 . Um método de recolha de estatísticas de qualidade, caracterizado por o método compreender as seguintes etapas, implementadas por um dispositivo de recolha de estatísticas de qualidade (123, 124, 125), referido como primeiro dispositivo: - receção de um sinal de modo de recolha (503, 700) do tipo Booleano compreendendo uma informação representative de um modo de recolha de estatísticas de qualidade, chamado modo solicitado, o referido modo solicitado tendo dois valores possíveis compreendendo um primeiro modo e um segundo modo; - se o modo solicitado é o primeiro modo, entrar no primeiro modo; - se o modo solicitado é o segundo modo, entrar no segundo modo; no primeiro modo, conexão a um fluxo de teste após a receção de um sinal de pedido de conexão (701) do tipo Booleano compreendendo uma solicitação para conexão ao referido fluxo de teste; referida recolha de no segundo modo, conexão automática a um fluxo de teste sempre que recursos do referido primeiro dispositivo (123, 124, 125) necessários para a -2- ΡΕ2159963 estatísticas de qualidade forem consideradas como estando disponíveis quando uma conexão ao referido fluxo de teste e a referida recolha de estatísticas de qualidade no referido fluxo de teste não tiverem impacto na renderização da qualidade de serviço pelo referido primeiro dispositivo (123, 124, 125) através da configuração de um modo de espera especial no qual apenas os componentes do dispositivo necessários para a recolha de estatísticas de qualidade permanecem ativos; - recolha de estatísticas de qualidade quando a referida recolha de estatísticas de qualidade tiver sido habilitada pela receção de um sinal de habilitação de recolha de estatísticas de qualidade (504) do tipo Booleano habilitando a referida recolha de estatísticas de qualidade e quando o referido primeiro dispositivo (123, 124, 125) estiver conectado a um fluxo.
2. 2. Método de acordo com a reivindicação 1, caracterizado por o referido fluxo de teste do referido segundo modo ser um parâmetro que é configurável por um segundo dispositivo diferente do referido primeiro dispositivo (123, 124, 125).
3. 3. Método de acordo com qualquer uma das reivindicações 1 a 2, caracterizado por os referidos recursos do referido primeiro dispositivo (123, 124, 125) necessários para a referida recolha de estatísticas de qualidade serem considerados como estando disponíveis -3- ΡΕ2159963 quando o referido primeiro dispositivo (123, 124, 125) não estiver conectado a um fluxo proveniente da Rede de Área Ampla pelo que uma distinção entre um fluxo proveniente da Rede de Área Ampla e um fluxo não proveniente da Rede de Área Ampla ser feita através da comparação de um endereço IP de origem do fluxo com o endereço IP do referido primeiro dispositivo (123, 124, 125).
4. 4. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado por o referido primeiro dispositivo ser um dispositivo híbrido, compreendendo uma primeira interface de Televisão Digital Terrestre sem fios e uma segunda interface de Televisão via Protocolo Internet sobre Linha de Assinante Digital Assíncrona, e os referidos recursos do referido primeiro dispositivo (123, 124, 125) necessários para a referida recolha das referidas estatísticas de qualidade serem considerados como estando disponíveis quando o referido primeiro dispositivo ativar a referida segunda interface e libertar a referida primeira interface.
5. 5. Método de acordo com qualquer uma das reivindicações 1 a 4, caracterizado por os referidos recursos do referido primeiro dispositivo (123, 124, 125) necessários para a referida recolha de estatísticas de qualidade serem disponibilizados num modo de espera do referido primeiro dispositivo (123, 124, 125).
6. 6. Método de acordo com qualquer uma das -4- ΡΕ2159963 reivindicações 1 a 5, caracterizado por as referidas estatísticas de qualidade serem classificadas de acordo com um tipo de fluxo para o qual as referidas estatísticas de qualidade são aplicáveis.
7. 7. Método de acordo com a reivindicação 6, caracterizado por o referido tipo de fluxo compreender um fluxo de teste e um fluxo do tipo selecionado pelo utilizador.
8. 8. Método de acordo com qualquer uma das reivindicações 1 a 7, caracterizado por as referidas estatísticas de qualidade pertencerem a um conjunto compreendendo qualidade de serviço e qualidade da experiência.
9. 9. Método de acordo com qualquer uma das reivindicações 1 a 7, caracterizado por as referidas estatísticas de qualidade dizerem respeito a serviços do tipo áudio e vídeo.
10. 10. Um método de gestão de recolha de estatísticas de qualidade, caracterizado por o método compreender as etapas seguintes, implementadas por um meio de gestão de estatísticas de qualidade (110): - envio de um sinal de modo de recolha (503, 700) do tipo Booleano a pelo menos um dispositivo de recolha de estatísticas de qualidade (123, 124, 125) compreendendo uma -5- ΡΕ2159963 informação representativa de um modo de recolha de estatísticas de qualidade, chamado modo solicitado, o referido modo solicitado tendo dois valores possíveis compreendendo um primeiro modo e um segundo modo; - no primeiro modo, envio de um sinal de pedido de conexão (701) do tipo Booleano ao referido dispositivo de recolha (123, 124, 125) compreendendo uma solicitação para conexão a um fluxo de teste; em que no primeiro modo, uma conexão do referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125) a um fluxo de teste ser estabelecida após a receção do sinal de pedido de conexão (701); e em que no segundo modo, uma conexão do referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125) ao fluxo de teste ser automaticamente estabelecida sempre que recursos do referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125) necessários para a referida recolha de estatísticas de qualidade serem disponibilizados, os referidos recursos do referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125) necessários para a referida recolha de estatísticas de qualidade serem considerados como estando disponíveis quando uma conexão ao referido fluxo de teste e a referida recolha de estatísticas de qualidade no referido fluxo de teste não tiverem impacto na renderização da qualidade de serviço pelo referido -6- ΡΕ2159963 dispositivo de recolha de estatísticas de qualidade (123, 124, 125) através da configuração de um modo de espera especial no qual apenas os componentes do dispositivo necessários para a recolha de estatísticas de qualidade permanecem ativos.
11. 11. Método de acordo com a reivindicação 10, caracterizado por o método compreender uma etapa de receção (515) de estatísticas de qualidade recolhidas a partir do referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125).
12. 12. Método de acordo com qualquer uma das reivindicações 10 a 11, caracterizado por o método compreender uma etapa de envio (502) de informação representativa de um intervalo de recolha, para o referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125).
13. 13. Método de acordo com qualquer uma das reivindicações 10 a 12, caracterizado por um sinal (501) solicitando uma conexão a um fluxo de teste ser enviado ao referido dispositivo de recolha de estatísticas de qualidade (123, 124, 125).
14. 14. Método de acordo com qualquer uma das reivindicações 10 a PO i—1 caracterizado por as referidas estatísticas de qualidade serem classificadas de acordo com o tipo de fluxo para o qual as referidas estatísticas de -7 - ΡΕ2159963 qualidade sao aplicáveis.
15. 15. Método de acordo com a reivindicação 14, caracterizado por o referido tipo de fluxo compreender um fluxo de teste e um fluxo do tipo selecionado por utilizador. Lisboa, 20 de Setembro de 2012