BRPI0816940B1

BRPI0816940B1 - Método para realizar uma transferência de controle em um sistema de distribuição de conteúdo e sistema para realizar o mesmo

Info

Publication number: BRPI0816940B1
Application number: BRPI0816940-3A
Authority: BR
Inventors: Jun Li; Kai Xie; Yun Tao Shi; Si Nan Shangguan
Original assignee: Interdigital Madison Patent Holdings
Priority date: 2007-09-18
Filing date: 2008-09-16
Publication date: 2020-09-15
Also published as: CN101803427B; KR20100056504A; JP2010539851A; WO2009038699A1; CN101803427A; JP5181026B2; US8325589B2; KR101477202B1; EP2188966B1; EP2188966A1; EP2040436A1; BRPI0816940A2; US20100202405A1

Abstract

handover de rede de acesso para um sistema de televisão móvel são descritos um método e um aparelho para realizar um handover em um sistema de distribuição de conteúdo, incluindo realizar o handover a partir de uma primeira rede para uma segunda rede em uma camada de protocolo determinada com base em se um arquivo de identificação de fluxo de conteúdo usado pela primeira rede está emparelhado com um arquivo de identificação de fluxo de conteúdo usado pela segunda rede. também são descritos um método e um aparelho para realizar um handover em um sistema de distribuição de conteúdo, incluindo realizar o handover a partir de uma primeira rede para uma segunda rede em uma camada de protocolo determinada com base em se o mesmo arquivo de identificação de fluxo de conteúdo usado pela primeira rede é usado pela segunda rede. são descritos adicionalmente um método e um aparelho para realizar uma transferência de controle em um sistema de distribuição de conteúdo, incluindo realizar a transferência de controle a partir de uma primeira rede para uma segunda rede em uma de: uma camada de aplicação, uma camada de rede e uma camada de controle de acesso ao meio.

Description

CAMPO DA INVENÇÃO

A presente invenção refere-se a mecanismos de transferência de controle (“handover”) de rede de acesso para TV móvel e em particular, a mecanismos de transferência de controle que permitem que um terminal de modo dual mude de uma rede para outra rede com interrupção mínima do programa sendo assistido.

ANTECEDENTES DA INVENÇÃO

WiFi tem sido utilizado para descrever a tecnologia incorporada em redes de área local sem fio com base em IEEE 802.11. Recentemente, o termo WiFi foi ampliado para incluir e descrever a interface sem fio genérica de dispositivos de computação móveis, como laptops, assistentes pessoais digitais (PDAs) e terminais móveis incluindo telefones celulares, no contexto de conectividade de rede de área local sem fio e uso. Usos comuns para WiFi incluem acesso à internet, acesso de telefone voz sobre IP (protocolo de Internet) (VOIP), conectividade de rede e jogos para dispositivos eletrônicos de consumidor incluindo televisões, tocadores de acesso de multimídia e gravadores e câmeras digitais (still e movimento).

Difusão de Vídeo Digital - Portátil (DVB-H) é a especificação técnica para a provisão de serviços de difusão para receptores portáteis incluindo dispositivos eletrônicos portáteis de consumidor como televisões e gravadores e tocadores de acesso de multimídia.

SUMÁRIO DA INVENÇÃO

À medida que mais dispositivos portáteis se tornam capazes de WiFi, o número de redes de acesso a WiFi está crescendo rapidamente também. A extensão de um sistema de televisão móvel (TV), como um sistema DVB-H, para redes WiFi pode estender a cobertura de programas de TV móveis. Quando um terminal/dispositivo móvel tem interfaces tanto de TV móvel (por exemplo, DVB-H) como WiFi, o acesso a WiFi pode ser utilizado como interface alternativa, especialmente quando o sinal de DVB-H não é de intensidade e/ou qualidade suficiente. Como utilizado aqui, “/” indica nomes alternativos para componentes ou estruturas iguais ou similares. Isto é, um “/” pode ser tomado como significando “ou” como utilizado aqui.

A presente invenção é desse modo, dirigida a mecanismos de transferência de controle para TV móvel de modo que um terminal de modo dual possa mudar de uma rede para outra rede com interrupção mínima do programa sendo assistido.

Seria vantajoso para o usuário experimentar transferência de controle contínuo de uma rede de acesso para outra se ambos oferecerem o mesmo programa de TV. Seria adicionalmente vantajoso durante transferência de controle de acesso sincronizar fluxos de vídeo de duas redes de acesso com buffers apropriados, de modo que o programa de TV possa ser visto continuamente.

São descritos um método e um aparelho para realizar uma transferência de controle em um sistema de distribuição de conteúdo, incluindo realizar a transferência de controle a partir de uma primeira rede para uma segunda rede em uma camada de protocolo determinada com base em se um arquivo de identificação de fluxo de conteúdo usado pela primeira rede está pareado com um arquivo de identificação de fluxo de conteúdo usado pela segunda rede. Também são descritos um método e um aparelho para realizar uma transferência de controle em um sistema de distribuição de conteúdo, incluindo realizar a transferência de controle a partir de uma primeira rede para uma segunda rede em uma camada de protocolo determinada com base em se o mesmo arquivo de identificação de fluxo de conteúdo usado pela primeira rede é usado pela segunda rede. São descritos adicionalmente um método e um aparelho para realizar uma transferência de controle em um sistema de distribuição de conteúdo, incluindo realizar a transferência de controle a partir de uma primeira rede para uma segunda rede em uma de: uma camada de aplicação, uma camada de rede e uma camada de controle de acesso ao meio.

BREVE DESCRIÇÃO DOS DESENHOS

A presente invenção é entendida de forma melhor a partir da seguinte descrição de-talhada quando lida em combinação com os desenhos em anexo. Os desenhos incluem as seguintes figuras descritas resumidamente abaixo:

A figura 1 mostra uma superposição de televisão móvel WiFi e DVB-H;

A figura 2 representa os componentes de sistema para TV móvel utilizando um dis- positivo/terminal móvel de modo dual exemplar.

A figura 3A representa uma comutação de rede de acesso em níveis diferentes.

A figura 3B fornece detalhes da comutação de rede de acesso em níveis diferentes.

A figura 4 é um fluxograma de um processo de transferência de controle exemplar no dispositivo/terminal móvel de acordo com os princípios da presente invenção.

A figura 5 ilustra o status de buffer enquanto comuta entre um sistema DVB-H e uma rede de WiFi;

A figura 6A é um fluxograma do processo de transferência de controle de um sistema DVB-H para uma rede de WiFi;

A figura 6B é um fluxograma do processo de transferência de controle de uma rede de WiFi para um sistema DVB-H.

DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS

A figura 1 mostra a superposição da área de cobertura de WiFi na área de cobertura de DVB-H, onde DVB-H é um exemplo de TV móvel pública. Nesse cenário, um terminal móvel pode acessar programas de TV que são difusão/multidifusão de um ou ambos o sistema DVB-H e/ou uma ou mais redes de WiFi. Entretanto, o acesso de WiFi somente é disponível em hotspots, onde a intensidade de sinal de DVB-H pode não ser de qualidade suficiente, especialmente na parte interna. Isto é, um programa ou qualquer sinal que é difusão é transmitido para todos os receptores disponíveis desse sinal. Multidifusão é transmitido para um subconjunto de todos os receptores disponíveis. O subconjunto de todos os receptores disponíveis pode, na realidade, ser o conjunto inteiro de todos os receptores. Desse modo, multidifusão é mais amplo visto que abrange/inclui o conceito de difusão.

Com referência ainda à figura 1, a fonte de vídeo 105 é um servidor que fornece fonte de vídeo e/ou multimídia, genericamente denominado “conteúdo”. O dispositivo no formato de disco 110 é um abstrato da rede de estrutura. O servidor está em comunicação com a headend 115 através da rede de estrutura 110. A headend 115 faz multidifu- são/difusão do conteúdo através de torres de difusão/multidifusão 120 do sistema DVB-H para terminais/dispositivos móveis 125 habilitados a receber o conteúdo. O servidor também está em comunicação com comutadores 130 localizados em hotspots. O servidor 105, a headend 115, que se comunica com uma rede de DVB-H, e um comutador 130, que está em um hotspot (rede de WiFi 135), são todos conectados através da rede de estrutura. O termi- nal/dispositivo móvel no hotspot mais à direita está recebendo o conteúdo da rede de DVB- H embora esteja em um hotspot. O terminal/dispositivo móvel localizado no hotspot mais à esquerda é capaz de selecionar se recebe o programa do hotspot de WiFi ou do sistema de DVB-H. O dispositivo/terminal móvel recebe o programa no hotspot de WiFi através do ponto de acesso de WiFi 140. Um usuário de um dispositivo/terminal móvel pode fazer essa seleção ou o dispositivo/terminal móvel pode automaticamente comutar entre as redes de acesso com base em qualidade de sinal.

Com referência agora à figura 2, a fonte 205 transmite conteúdo para um servidor de fluxo contínuo de vídeo 105, que emite o conteúdo tanto para um comutador 130 como para a headend que inclui um encapsulador de Protocolo de Internet (IP) (IPE) 210, um mo- dulador 215, um amplificador 220 e uma torre de DVB-H 120. O servidor transmite conteúdo tanto para o comutador 130 como para a headend através da rede de estrutura (não mostrada na figura 2). Um terminal/dispositivo móvel exemplar é, por exemplo, um telefone sem fio de modo dual 125. Deve ser observado ainda novamente que qualquer terminal/dispositivo móvel que pode receber TV móvel e utilizar a pilha de protocolo dual da presente invenção pode ser utilizado. O comutador 130 transmite conteúdo para o dispositivo/terminal móvel 125 através do ponto de acesso de WiFi 140. O dispositivo/terminal móvel de modo dual tem duas pilhas de protocolo. Uma pilha de protocolo é para receber TV móvel através da rede de DVB-H e a segunda pilha de protocolos é para receber TV móvel em um hotspot através de uma rede de WiFi. O dispositivo/terminal móvel de modo dual exemplar 125 representado na figura 2 tem um demodulador, um demultiplexor, um codec, um tocador de multimídia e uma interface de WiFi. A headend tem correspondentemente um multiplexor e um codec (não mostrado).

Quando é necessário comutar de uma rede de acesso para outro por algum motivo, como intensidade de sinal reduzida/mais baixa para o programa desejado transmitido por uma das redes, como mostrado na figura 3A, os fluxos de vídeo (conteúdo) podem ser comutados entre as duas redes de acesso (wiFi e DVB-H) em níveis de protocolo diferentes. Um serviço de TV móvel através da rede de DVB-H tem normalmente um guia de serviço eletrônico (ESG) que contém todas as informações de programa para o serviço e que é difusão periodicamente para os terminais móveis. Através de um ESG, um terminal móvel é capaz de determinar qual conteúdo um programa (também convencionalmente denominado canal) está fazendo difusão e como acessar aquele conteúdo. Através da rede de acesso de WiFi, um ESG também é difusão para os programas disponíveis através da rede de WiFi. O ESG difusão através/pela rede de WiFi é o mesmo ESG ou uma adaptação do ESG de DVB-H. Um terminal móvel que recebe ESGs tanto de DVB-H como da rede de WiFi será capaz de determinar se um programa está disponível das redes de acesso tanto de DVB-H como WiFi, então é possível que o programa possa ser continuamente visto enquanto a rede de acesso é comutada de uma para outra.

A transferência de controle pode ser feita em níveis de protocolo diferentes como a seguir: 1) camada de aplicação: um programa de TV multidifusão é associado/pareado com um arquivo de Protocolo de Descrição de Sessão (SDP) que descreve as informações de fluxo de vídeo (conteúdo), ou qualquer arquivo que contém as informações de fluxo de vídeo necessárias para identificar uma sessão de multidifusão. O programa do DVB-H e o programa do WiFi podem ter arquivos de SDP diferentes. Um usuário pode selecionar uma rede de acesso para visualizar um programa de TV utilizando o arquivo de SDP correspondente. Essa abordagem pode introduzir retardos, que são pelo menos iguais ao retardo inicial para mudar um canal. A transferência de controle, desse modo, não é transparente para o usuário. 2) camada de rede: considerando o pareamento de arquivos SDP para um programa de TV. Isto é, considerando que o ESG sabe quais arquivos de SDP correspondem ao programa desejado tanto na área de cobertura de WiFi como na área de cobertura de DVB- H e que o ESG “pareia/associa” os arquivos de SDP, quando uma comutação de rede de acesso ocorre, por detecção automática baseada em intensidade de sinal ou seleção de usuário, por um curto período de tempo, como alguns segundos, os pacotes do endereço A para a rede de acesso antiga são emitidos para o endereço B para a nova rede de acesso. Do endereço B, pacotes das duas redes de acesso podem chegar por um curto período de tempo. É necessário remover os pacotes duplicatas. No caso de fluxos (conteúdo) de duas redes de acesso, que não são sincronizadas, um mecanismo de armazenagem é necessário para assegurar uma transferência de controle suave. Uma técnica de armazenagem exemplar é descrita abaixo. Essa abordagem oferece uma transferência de controle transparente para o usuário e pode, desse modo, ser possível evitar interrupção de serviço. 3) camada de controle de acesso de mídia (MAC): Se o mesmo arquivo SDP puder ser utilizado para redes tanto DVB-H como WiFi para o mesmo programa de TV, o que indica que o mesmo endereço de multidifusão é utilizado, o endereço é ligado com uma interface de rede de cada vez, recebendo o fluxo de vídeo (conteúdo) da rede de acesso correspondente. Para reduzir a interrupção para repetição contínua, pode ser possível deixar um endereço ser ligado com as duas interfaces de rede por um curto período de tempo. Um soquete para uma interface de rede pode ser criado e todos os soquetes podem ser feitos para se unir ao grupo multidifusão para receber dados. Nesse caso, um dispositivo/terminal móvel recebe dados de todas as conexões de rede e os dados de conexões de rede diferentes são duplicados. A remoção de pacotes duplicatas é executada e uma técnica de armazenagem aplicada também. Essa abordagem é transparente para o usuário bem como a aplicação.

A figura 3B ilustra as três pilhas de protocolo para transferência de controle em três camadas de protocolo diferentes. As caixas tracejadas do processo de transferência de controle podem ter significados/implementações/processos diferentes nas diferentes camadas de protocolo. Na camada de aplicação, o processo de transferência de controle é uma ação de usuário para pegar um programa no ESG a partir da segunda rede de acesso (por exemplo, rede de WiFi) enquanto desliga o programa atual da primeira rede de acesso (por exemplo, rede de DVB-H). Na camada de rede, o processo de transferência de controle é um programa que detecta a intensidade de sinal e a qualidade de sinal. O processo de transferência de controle então comuta a interface de ligação de soquete da interface-A para a interface-B e emite pacotes IP da interface-A para a interface-B por certo período de tempo. Na camada MAC, uma vez que os pacotes IP tanto da interface A como da interface B utilizam o mesmo endereço multidifusão, todos os pacotes IP podem ser recebidos pelo soquete do dispositivo tocador. Nesse caso, somente uma interface é utilizada de cada vez. O processo de transferência de controle pode ser baseado na intensidade de sinal e/ou qualidade de sinal para habilitar uma interface e desabilitar a outra. Durante o processo de transferência de controle, há certo período de tempo no qual as duas interfaces são habilitadas.

É assumido que há uma função que abandonar os pacotes duplicatas e reordenar os pacotes ordenados erroneamente antes que os pacotes ordenados erroneamente sejam enviados para o decodificador no dispositivo tocador.

A figura 4 é um fluxograma de um processo de transferência de controle exemplar no dispositivo/terminal móvel de acordo com os princípios da presente invenção. Um dispo-sitivo/terminal móvel recebe conteúdo de uma primeira rede, por exemplo, uma rede de DVB-H, em 405. Em 410 uma indicação de transferência de controle é gerada com base em entrada de usuário ou qualidade de sinal ou intensidade de sinal. Uma indicação de transferência de controle é recebida em 465. Um teste é executado em 470 para determinar se um usuário do dispositivo/terminal móvel orientou comutação (handing over) para uma segunda rede, por exemplo, uma rede de WiFi. Se o usuário não orientou comutação para a segunda rede então um teste é executado em 475 para determinar se uma comutação automática para uma segunda rede é para ser feita com base em qualidade de sinal ou intensidade de sinal. Se uma comutação automática não deve ser feita então o dispositivo/terminal móvel de modo dual da presente invenção continua a receber conteúdo da primeira rede em 465. Caso deva haver uma comutação automática com base em qualidade de sinal ou intensidade de sinal então um teste é executado em 477 para determinar se a comutação será executada na camada MAC. A execução na camada de rede ou camada MAC se baseia em se o mesmo arquivo SDP pode ser utilizado para sinal/transmissão DVB-H e sinal/transmissão WiFi. Se a comutação for executada na camada MAC e as interfaces de rede serão permutadas em 495. Se a comutação for executada na camada de rede então o conteúdo será emitido nos pacotes em 485. Se o usuário orientou que o acesso seja comutado da primeira rede para a segunda rede então um teste é executado em 490 para determinar se os arquivos SDP são pareados/associados. Se os arquivos SDP forem pareados/associados então a comutação será executada na camada de rede e o conteúdo será emitido nos pacotes em 485. Se os arquivos SDP não forem pareados/associados então a comutação será executada na camada de aplicação e os arquivos de SDP serão permutados em 490.

O conteúdo será recebido através da segunda rede em 440. Em 445 o gerenciamento de buffer é tratado. Especificamente, um teste é executado em 450 para determinar se há algum pacote faltante. Caso não haja pacote faltante então quaisquer pacotes de conteúdo duplicatas são removidos em 455.

É razoável assumir que o fluxo WiFi (conteúdo) é sempre retardado mais do que o fluxo DVB-H (conteúdo). Isso significa que há sempre uma lacuna no conteúdo ao comutar de uma rede de WiFi para uma rede de DVB-H. Essa lacuna não pode ser coberta. Caso haja algum pacote de conteúdo faltante então os pacotes faltantes são solicitados através do mecanismo ARQ em 460. É assumido para fins desse fluxograma que haverá somente pacote faltante se a comutação for do uso de uma rede de DVB-H para o uso de uma rede de WiFi. O mecanismo ARQ é utilizado para solicitar pacotes faltantes da rede de WiFi não da rede de DVB-H. A rede, que é indicada como a primeira rede, e a rede, que é indicada como a segunda rede, podem ser intercambiadas em 440, 455 ou 460. Isso simplesmente torna mais fácil loop dentro do fluxograma. Com relação ao mecanismo ARQ, é comumente utilizado em unicast. No caso de multidifusão/difusão, o mecanismo ARQ também pode ser utilizado para diminuir a velocidade de perda de pacote end-to-end por recuperar pacotes perdidos/faltantes. Isso é verdadeiro porque, em uma rede de WiFi, a conexão é bidirecional. Deve ser observado, entretanto que um mecanismo ARQ especial é aplicado para tratar de supressão de ACK/NACK no servidor.

A figura 5 mostra a armazenagem de dois fluxos (conteúdo) de vídeo não sincronizados para repetição. Sem perda de generalidade, é assumido que os fluxos de WiFi são sempre retardados mais do que os fluxos de DVB-H. Deixe a diferença de retardo entre DVB-H e WiFi ser di, o buffer total para o fluxo de conteúdo no tocador é dz.

Considerando que o dispositivo/terminal móvel/cliente começa recebendo conteúdo da rede de DVB-H, o tocador (no terminal/dispositivo móvel) necessita armazenar um comprimento de d2 no início antes de começar a repetição de conteúdo. Como mostrado na figura 5, há duas barras sombreadas que mostram temporização, to é o ponto de repetição atual no buffer de DVB-H, e t2 é o horário atual, onde ts = to + <&. ti é o ponto de repetição atual no buffer WiFi.

Quando o cliente comuta da rede de DVB-H para a rede de WiFi, uma vez que o fluxo de conteúdo de WiFi tem retardo di, os pacotes de fluxo contínuo atuais (conteúdo) de WiFi já estão no buffer. Há dados de comprimento di que são duplicados e os pacotes de conteúdo duplicado serão abandonados. Após comutar para uma rede de WiFi, como mostrado na segunda linha da figura 5, os pacotes de conteúdo que são recebidos são duplicatas daqueles já no buffer e são abandonados até que o comprimento de buffer seja reduzido para d3 = ds-di.

Quando o cliente comuta de uma rede de WiFi para a rede de DVB-H, há um com-primento de dados di já transmitido pelo sistema DVB-H, que está faltando devido à diferença de retardo, o fluxo (conteúdo, desse modo, não pode ser continuamente repetido se o cliente comutar imediatamente para DVB-H. As opções são 1) deixar o cliente receber dados tanto de WiFi como DVB-H por um comprimento de dados di, e 2) utiliza um mecanismo ARQ especial discutido acima para solicitar descarregamento (downloading)do conteúdo faltante dos pacotes de um servidor de conteúdo através da rede de WiFi antes do terminal/dispositivo móvel de modo dual comutar para a rede de DVB-H, se as condições de rede permitirem. Uma vez que os dados exigidos são os dados de fluxo contínuo atual para WiFi, podem não ser disponíveis imediatamente no servidor na rede de WiFi. Entretanto, pode ser possível obter os dados diretamente do servidor para a rede de DVB-H. Se não for possível utilizar ARQ para obter os pacotes faltantes (conteúdo), toda vez que o dispositivo/terminal móvel/cliente comutar de WiFi (mais lento) para canal DVB-H (mais rápido), haverá uma distorção por um período de di.

Uma determinação de diferença de retardo di pode ser feita por verificar as marcações de tempo de um fluxo de conteúdo/vídeo em um telefone de interface de modo dual de acordo com a presente invenção, que pode receber fluxos de conteúdo das duas redes ao mesmo tempo. A diferença de retardo di pode derivar e variar de um hotspot para outro. Em vista da possível derivação e variação, o comprimento de buffer d2 é determinado com base tanto na taxa de repetição do conteúdo selecionado como diferença de retardo e poderia ser continuamente atualizada com relação ao tamanho ou um tamanho máximo poderia ser selecionado com base nas condições de pior caso. O comprimento de buffer d2 deve ser maior do que a diferença de retardo di para repetição não interruptiva em transferência de controle.

A figura 6A é um fluxograma do processo de transferência de controle de um sistema DVB-H para uma rede de WiFi. Em 605, o dispositivo/terminal móvel recebe um pacote de conteúdo do sistema DVB-H. Uma determinação é feita em 610, se uma transferência de controle estiver em processo. Se uma transferência de controle não estiver em processo, então o processo retorna para 605. Se, contudo, uma transferência de controle estiver em processo, então em 615 o dispositivo/terminal móvel começa a receber pacotes de conteúdo da rede de WiFi. Em 620, quaisquer pacotes duplicatas no buffer são abandonados.

A figura 6B é um fluxograma do processo de transferência de controle de uma rede de WiFi para um sistema DVB-H. Em 625, o dispositivo/terminal móvel recebe um pacote de conteúdo da rede de WiFi. Uma determinação é feita em 630 se uma transferência de controle estiver em processo. Se uma transferência de controle não estiver em processo, então o processo retorna para 625. Se, contudo, uma transferência de controle estiver em processo, então em 635 o dispositivo/terminal móvel recebe pacotes de conteúdo tanto da rede de WiFi como do sistema DVB-H. Uma determinação é feita em 640 se o pacote mais recente de conteúdo da rede de WiFi é igual ao primeiro pacote de conteúdo recebido do sistema DVB-H. Se o pacote de conteúdo mais recente da rede de WiFi não for igual ao primeiro pacote de conteúdo recebido do sistema DVB-H então o dispositivo/terminal móvel retorna a 635 e continua a receber o pacote de conteúdo seguinte tanto da rede de WiFi como do sistema DVB-H. Isso também significa que pacotes de conteúdo faltantes podem ser solicitados utilizando um mecanismo ARQ que tenha supressão de ACK/NACK. Se, entretanto, o pacote de conteúdo mais recente da rede de WiFi for igual ao primeiro pacote de conteúdo recebido do sistema DVB-H, então o dispositivo/terminal móvel recebe pacotes de conteúdo somente do sistema DVB-H.

Deve ser subentendido que a presente invenção pode ser implementada em várias formas de hardware, software, firmware, processadores de propósito especial, uma combinação dos mesmos. Preferivelmente, a presente invenção é implementada como uma combinação de hardware e software. Além disso, o software é preferivelmente implementado como um programa de aplicação tangivelmente incorporado em um dispositivo de armazenagem de programa. O programa de aplicação pode ser carregado (uploaded)para, e executado por uma máquina que compreende qualquer arquitetura apropriada. Preferivelmente, a máquina é implementada em uma plataforma de computador tendo hardware como uma ou mais unidades de processamento central (CPU), uma memória de acesso aleatório (RAM), e interface(s) de entrada/saída (I/O). A plataforma de computador também inclui um sistema operacional e código de microinstrução. Os vários processos e funções descritas 5 aqui podem fazer parte do código de microinstrução ou parte do programa de aplicação (ou uma combinação dos mesmos) que é executado através do sistema operacional. Além disso, vários outros dispositivos periféricos podem ser conectados à plataforma de computador como um dispositivo de armazenagem de dados adicional e um dispositivo de impressão.

Deve ser adicionalmente subentendido que, como alguns dos componentes consti- 10 tuintes de sistema e etapas de método representadas nas figuras em anexo são preferivelmente implementados em software, as conexões efetivas entre os componentes do sistema (ou as etapas do processo) podem diferir dependendo do modo no qual a presente invenção é programada. Dados os ensinamentos da presente invenção, uma pessoa com conhecimentos na técnica relacionada será capaz de considerar essas e implementações ou confi- 15 gurações similares da presente invenção.

Claims

1. Método para realizar uma transferência de controle em um sistema de distribuição de conteúdo, o método CARACTERIZADO pelo fato de que compreende: realizar a dita transferência de controle a partir de uma primeira rede para uma se-gunda rede (480) em uma dentre uma camada de aplicação (490), uma camada de rede (485) e uma camada de controle de acesso ao meio (495) responsiva a uma indicação (410) de transferência de controle e ainda com base em se um dentre um arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede está pareado com um arquivo de identificação de fluxo de conteúdo usado pela dita segunda rede (480) e se o mesmo arquivo de identificação de fluxo de conteúdo é usado por ambas as ditas primeira e segunda redes (477); realizar a dita transferência de controle na dita camada de aplicação (490) se a dita indicação (410) de transferência de controle for iniciada pelo usuário (470) e se o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede não estiver pareado com o dito arquivo de identificação de fluxo de conteúdo usado por uma segunda rede (480); realizar a dita transferência de controle na dita camada de rede (485), se a dita indi-cação (410) de transferência de controle for iniciada pelo usuário (470) e se o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede estiver pareado com o dito arquivo de identificação de fluxo de conteúdo usado por uma segunda rede (480) conforme indicado por um guia de serviço eletrônico (480); e realizar a dita transferência de controle na dita camada de controle de acesso ao meio (495), se a dita indicação (410) de transferência de controle for automática (475) e o mesmo arquivo de identificação de fluxo de conteúdo for usado por ambas as ditas primeira e segunda redes (477).

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita transferência de controle da camada de aplicação (490) compreende ainda permutar o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede e o dito arquivo de identificação de fluxo de conteúdo usado pela dita segunda rede (480).

3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita transferência de controle (410) de camada de rede (485) compreende ainda permutar um grupo de endereço de multidifusão usado pela dita primeira rede e um grupo de endereço de multidifusão usado pela dita segunda rede (480).

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita transferência de controle de camada de rede (485) compreende ainda comutar ligações de soquete a partir de uma primeira interface para uma segunda interface.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita transferência de controle de camada de controle de acesso ao meio (495) compreende ainda permutar ligações de interface de rede.

6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita indicação de transferência de controle automático se baseia em uma dentre: intensidade de sinal e qualidade de sinal (410).

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita primeira rede é uma rede de difusão de vídeo digital para dispositivos de mão.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita segunda rede (480) é uma rede de área local sem fio.

9. Sistema para realizar uma transferência de controle em um sistema de distribuição de conteúdo, CARACTERIZADO pelo fato de que compreende: meios para realizar a dita transferência de controle a partir de uma primeira rede para uma segunda rede (480) em uma dentre uma camada de aplicação (490), uma camada de rede (485) e uma camada de controle de acesso ao meio (495) responsiva a uma indicação (410) de transferência de controle e ainda com base em se um dentre um arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede está pareado com um arquivo de identificação de fluxo de conteúdo usado pela dita segunda rede (480) e se o mesmo arquivo de identificação de fluxo de conteúdo é usado por ambas as ditas primeira e segunda redes (477); meios para realizar a dita transferência de controle na dita camada de aplicação (490) se a dita indicação (410) de transferência de controle for iniciada pelo usuário (470) e se o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede não estiver pareado com o dito arquivo de identificação de fluxo de conteúdo usado por uma segunda rede (480); meios para realizar a dita transferência de controle na dita camada de rede (485), se a dita indicação (410) de transferência de controle for iniciada pelo usuário (470) e se o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede estiver pareado com o dito arquivo de identificação de fluxo de conteúdo usado por uma segunda rede (480) conforme indicado por um guia de serviço eletrônico (480); e meios para realizar a dita transferência de controle (410) na dita camada de controle de acesso ao meio (495), se a dita indicação de transferência de controle for automática (475) e o mesmo arquivo de identificação de fluxo de conteúdo for usado por ambas as ditas primeira e segunda redes (477).

10. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita transferência de controle de camada de aplicação (490) compreende ainda meio para permutar o dito arquivo de identificação de fluxo de conteúdo usado pela dita primeira rede e o arquivo de identificação de fluxo de conteúdo usado pela dita segunda rede (480).

11. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita transferência de controle de camada de rede (485) compreende ainda meios para permutar um grupo de endereço de multidifusão usado pela dita primeira rede e um grupo de endereço de multidifusão usado pela dita segunda rede (480).

12. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que 5 a dita transferência de controle de camada de rede (485) compreende ainda meios para comutar de uma primeira interface para uma segunda interface.

13. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita transferência de controle de camada de controle de acesso ao meio (495) compreende ainda permutar ligações de interface de rede. 10

14. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita indicação de transferência de controle automático se baseia em uma dentre: intensidade de sinal e qualidade de sinal (410).

15. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita primeira rede é uma rede de difusão de vídeo digital para dispositivos de mão.

16. Sistema, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a dita segunda rede (480) é uma rede de área local sem fio.