BRPI0612046A2 - método e programa para operar um elemento de rede, elemento de rede, aparelho, método para operar a estação móvel, estação móvel, e, método para alocar a potência de transmissão para a estação móvel - Google Patents

Abstract

MéTODO E PROGRAMA PARA OPERAR UM ELEMENTO DE REDE, ELEMENTO DE REDE, APARELHO, MéTODO PARA OPERAR A ESTAçãO MóVEL, ESTAçãO MóVEL, E, MéTODO PARA ALOCAR A POTêNCIA DE TRANSMISSãO PARA A ESTAçãO MóVEL. A rede programa a estação móvel para a transmissão de pacote de enlace ascendente no canal de dados, recebe da estação móvel uma mensagem de enlace ascendente no canal de controle, determina da mensagem de enlace ascendente a potência desejada para a estação móvel transmitir no canal de dados, e então transmiti para a estação móvel a mensagem de controle de potência que comanda a alocação de potência zero ou a alocação de potência máxima para a transmissão de pacote de enlace ascendente programado. A estação móvel recebe da rede a mensagem de controle de potência, e então determina da mensagem de controle de potência se a potência zero ou máxima é alocada. Se a potência zero, então a estação móvel suspende sua transmissão no canal de dados até receber o novo comando de controle de potência para as transmissões de enlace ascendente no canal de tráfego. Se potência máxima, a estação móvel transmite os dados do usuário no canal de dados sem considerar a potência no canal de controle.

Description

"MÉTODO E PROGRAMA PARA OPERAR UM ELEMENTODE REDE, ELEMENTO DE REDE, APARELHO, MÉTODO PARA OPERARA ESTAÇÃO MÓVEL, ESTAÇÃO MÓVEL, E, MÉTODO PARA ALOCAR APOTÊNCIA DE TRANSMISSÃO PARA A ESTAÇÃO MÓVEL."

CAMPO DA INVENÇÃO

Esta invenção se refere à distribuição de conteúdo de multimídiaprotegido. Em particular, a invenção fornece aparelhos e métodos para o usono provimento do controle melhorado sobre os direitos do usuário às porçõesdo conteúdo protegido.

ANTECEDENTES DA INVENÇÃO

O streaming de vídeo, streaming de dados e a programação debroadcast digital em banda larga estão crescendo em popularidade emaplicações de rede sem fio, por exemplo, nos serviços de multicast doProtocolo Internet (IP). Para suportar essas aplicações sem fio, os sistemasde transmissão sem fio transmitem o conteúdo dos dados que suportamserviços de dados a vários terminais sem fio simultaneamente. O conteúdodos meios digitais ou outros dados são transmitidos usando vários protocolosde aplicação, protocolos de transporte e protocolos de rede. Por exemplo, umsistema de broadcast fornece a transmissão dos dados IP onde o serviço deaudiovisual é transmitido de modo que o vídeo de MPEG4-AVC, oscomponentes áudio e dados auxiliares de MPEG4-AAC são empacotados eencapsulados para RTP e/ou ALC. Os pacotes são formatadossubseqüentemente para UDP e o IP e MPE e transmitidos sobre MPEG2-TS(por exemplo, DVB- H). Em um domínio comutado em pacotes, o conceito desessão multimídia pode requerer que um ou mais componentes da sessão(áudio, vídeo e dados auxiliares no caso acima) estejam logicamentelimitados em conjunto. As partes da sessão multimídia são enviadas entre umtempo de início e de fim comuns. Entretanto, com um ambiente de broadcasttodos os receptores que podem receber o sinal de broadcast podem receberos dados transportados pelo sinal de broadcast. É importante que odistribuidor de conteúdo limite o acesso ao conteúdo multimídia de modo quesomente os receptores designados possam apresentar o conteúdo multimídiaaos usuários.

Os sistemas de Gerenciamento de Direitos Digitais (Digital RightsManagement - DRM), como o sistema de DRM Open Mobile Alliance (OMA),estão sendo usados para vender acesso a arquivos discretos, como Arquivosde Conteúdo Digital OMA DRM (FCF). Como uma solução possível, umdispositivo (conforme foi instruído pelo seu usuário humano) de um Provedorde Conteúdo obtém o DCF (por exemplo, um arquivo de música em MP3, oqual é cifrado por uma chave de conteúdo. O dispositivo obtémseparadamente (isto é, compra) de um Rights Issuer (RI) um Rights Object(RO) que podem incluir, entre outras coisas, duas partes: a chave deconteúdo para decifrar o DCF e uso de direitos para o DCF. Os direitos deuso controlam a maneira na qual o dispositivo (e conseqüentemente seuusuário humano) o conteúdo pode ser copiado, etc. Rl's diferentes podemvender RO's para o mesmo DCF por preços diferentes com diferentesdireitos de uso.

Às vezes, por exemplo, no caso de OMA DRM1 os direitos de uso sãoexpressos em Linguagem de Expressão de Direitos (Rights ExpressionLanguage - REL) que pode conter condicionalmente com base em variáveiscomo dias de semana, o tempo em dias, período de dias, etc.....Por exemplo,pode ser afirmado que um direito de uso particular se estende por umdeterminado período. Exemplos de REL incluem Open Digital RightsLanguage (ODRL) e Markup Language (XrML) de direitos extensivos.

Recentemente, os sistemas DRM estão sendo desenvolvidos paravender serviços de streamings, elém dos arquivos discretos de DCF. Umcaso especial de tais serviços de streamings é o verdadeiro serviço destreaming de broadcast de radio (daqui em diante, serviços de broadcast)onde múltiplos serviços recebem o mesmo stream de broadcast. Porexemplo, o OMA DRM sugeriu para vender e comprar serviços de datacastde IP (IPDC), e a solução está sendo padronizada pela organização de DigitalVídeo Broadcasting (DVB)1 de modo a (entre outras coisas) suportar osreceptores manuais de televisão do topo da tecnologia de broadcast de radioDVB-H (Digital Vídeo Broadcasting - Handheld).

As funções organizacionais típicas incluem: 1) uma emissora debroadcast que obtém o conteúdo de streaming de provedores de conteúdo etransmite-o de forma cifrada sobre o caminho de radio e, 2) múltiplos Rl's,quem vendem RO's para decifrar o conteúdo e colocar os direitos de uso paraeles nos múltiplos serviços de recepção de broadcast. Os RO's podem serdistribuídos sobre o mesmo caminho de broadcast de radio como o conteúdocifrado mesmo, ou através de canais de integração, tais como portadoras dedados (por exemplo, GSM, GPRS (Serviço Geral de Radio Pacote)).

Neste cenário, não é tipicamente possível para a chave em cada ROpara decifrar diretamente o conteúdo de streaming, já que o conteúdo destreaming é contínuo (ao contrário dos arquivos discretos de DCF). Umatécnica conhecida de decifrar conteúdo é uma hierarquia de chave tal comousada no acesso condicional DVB. As emissoras de broadcast enviamseqüências de conteúdo de streaming cada uma cifrada por uma chave detráfego (TK)5 trocando periodicamente a chave de tráfego. Pelo menos,sempre que a chave de tráfego muda, é enviada uma Key Stream Message(KSMj, contendo a chave de tráfego cifrada por uma chave de tráfego.Portanto, os dispositivos de recepção podem então usar as chaves de tráfegopara decifrar o conteúdo de stream. Na prática, os KSM's devem sertransmitidos com muita freqüência de maneira a habilitar a "chave de canal"rápida de um serviço para outro.

A chave de serviço também muda periodicamente, embora afreqüência de mudança seja tipicamente muito mais baixa. Um novo serviço éentão exigido para o dispositivo continuar a decifrar o conteúdo de streaming.Portanto um novo RO, com uma nova chave de serviço poderá ser obtidapelos dispositivos para substituir os antigos. Por conseguinte, os RO's têmum certo período de validade, que é igual ao tempo durante o qual a chave deserviço pode ser usada para decifrar as chaves de tráfego de maneira adecifrar o conteúdo de streaming.

Como especificado acima, um RO para um serviço de broadcast servepara decifrar e tornar acessível o conteúdo de streaming, para o período devalidade do RO. Como no caso de DCF, o RO pode também ser usado paraestabelecer os direitos de uso expressos em REL para o mesmo período davalidade. Como um exemplo, considere o DVB-H baseado serviço debroadcast de televisão portátil. Os dispositivos são permitidos tipicamentepara processar em uma tela (de modo que um usuário humano possa ver) oserviço de televisão, tal como um programa em um canal, a medida que érecebido. Os direitos de uso podem estabelecer que o dispositivo / usuáriopode fazer com o conteúdo de streaming, que pode ser o serviço detelevisão. Por exemplo, os direitos de uso podem prover que o conteúdopossa ser gravado, podem ser reproduzidos em um tempo mais tarde, podemser copiados para um outro dispositivo, podem somente ser vistos ou o queos direitos são desejados para ser providos.

Embora esta metodologia possa fornecer um determinado nível defuncionalidade, há ainda um problema. Cada RO pode estabelecer apenasum conjunto de direitos de uso para o período de validade. Esse nível decontrole pode ser insuficiente. Por exemplo, pode haver tipos diferentes deprogramas de televisão em um serviço móvel de broadcast de televisão queos Rls possam desejar fornecer níveis diferentes de controle a respeito douso. Os Rl's podem desejar permitir um direito de uso liberal "faz qualquercoisa" para determinados tipos ou partes de conteúdo tal como notícias,propagandas ou quizzes, mas restringem os direitos de uso para outros tiposou partes de conteúdo, tais como eventos esportivos ou exibição de filmes.Assim, enquanto o os RO's com períodos relativamente longos de validadesão muito bons para o acesso de conteúdo de streaming (isto é decifração),seria útil proporcionar uns meios refinados de prover direitos de uso com afreqüência e/ou a precisão aumentada dentro do período da validade do ROde modo que, o uso do tipo ou da parte do conteúdo esteja de acordo com osdireitos de uso que se pretende sejam concedidos para o tipo ou a parte deconteúdo.

Além disso, os direitos a determinado conteúdo podem variardependendo da hora ou do dia da semana. Além disso, um usuário pode terdireitos diferentes por partes diferentes de conteúdo. Por exemplo, a fim demelhorar o faturamento, a um usuário é permitido freqüentemente acessar osserviços de multimídia premium somente se o usuário subscrever o serviçoou requisita o serviço (por exemplo, pagamento por a vista). Entretanto, oconteúdo pode também ser separado em períodos de tempo. Assim, porexemplo, um usuário pode decidir subscrever uma edição de fim de semanamelhor que uma subscrição para a semana toda. Os Rl's podem desejarpermitir que algum do conteúdo disponível na subscrição da edição do fim desemana seja conservado e enviado livremente a outra ao limitar outras partesdo conteúdo a um único uso ou para um conjunto mais controlado dedistribuição.

BREVE SUMÁRIO DA INVENÇÃO

Como um aspecto da invenção, um seletor que consiste em algunsbits, transmitidos freqüentemente, pode selecionar os direitos para uma parteparticular do conteúdo de um conjunto de direitos previamente adquiridos econtidos dentro de um ou mais RO's. Como o seletor é relativamentepequeno, a transmissão freqüente do seletor tem pouco impacto sobre alargura de faixa disponível. Por conseguinte, um ou o mais RO's, que mudammuito menos freqüentemente, pode fornecer os detalhes dos direitos,portanto resultando em economia de canal de broadcast. Assim, um ou omais RO pode ainda utilizar toda a magnificência do REL para definir o quedireitos são para cada parte do conteúdo.

Um outro aspecto da presente invenção fornece métodos, aparelhos, esistemas de distribuição de conteúdo protegido de multimídia a um dispositivode recepção. As partes do conteúdo multimídia protegido e de informaçãochave associadas são inseridas ao mesmo tempo na seqüência de sinais.Conseqüentemente, a informação chave pode freqüentemente ser mudadaenquanto mantém a sincronização com o conteúdo multimídia. Em umaconcretização da invenção, as intermitências de fatia do tempo são enviadasde um aparelho de transmissão para um dispositivo de recepção por umsistema de comunicações que inclui um sistema de DVB-H1 um sistema deDVB-T, um sistema de ATSC, e um sistema de ISDB-T. Os KSMs, que sãoenviados muito freqüentemente, cada um contém uma quantidade pequenade informação da categoria do programa que traduz em uma variável REL eseleciona desse modo os direitos condicionais de uso dos RO's de todo osRl's, ou (como uma outra implementação) do RO de cada Rl individualmente.Em uma concretização, a seleção pode ser um programa específico detelevisão.

Como um outro aspecto da invenção, a informação de categoria deprograma enviada no KSM poderia ser usada para selecionar um conjuntocompleto de RO's, ou possivelmente um de diversos RO's secundáriosrelacionados com o mesmo RO principal.

BREVE DESCRIÇÃO DOS DESENHOS

Uma compreensão mais completa da presente invenção e dasvantagens da mesma pode ser adquirida referindo-se à descrição seguinte ena consideração dos desenhos que acompanham-na, nos quais os mesmosnúmeros de referência indicam as mesmas características e em que:

A Figura 1 mostra os serviços de transmissão do Protocolo da Internet(IP) que utilizam a transmissão da fatia de tempo de acordo com umaconcretização da invenção;

A figura 2 mostra uma pilha de protocolo que suporta a transmissão dedados de multimídia de acordo com uma concretização da invenção;

A figura 3 mostra uma configuração componente para uma sessãomultimídia de acordo com uma concretização da invenção;A figura 4 mostra uma configuração de componente para uma sessãomultimídia mostrada de acordo com uma concretização da invenção;

A figura 5 mostra uma variação da configuração componente mostradana figura 4 de acordo com uma concretização da invenção;

A figura 6 mostra uma variação da configuração componente mostradana figura 4 de acordo com uma concretização da invenção;

A figura 7 mostra uma variação da configuração de componentemostrada na figura 4 de acordo com uma concretização da invenção;

A figura 8 mostra uma variação da configuração de componentemostrada na figura 4 de acordo com uma concretização da invenção;

A figura 9 mostra uma variação da configuração de componentemostrada na figura 4 de acordo com uma concretização da invenção;

A figura 10 mostra um componente a configuração para uma sessãomultimídia de acordo com uma concretização da invenção;

A figura 11 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 12 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 13 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 14 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 15 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 16 mostra uma variação da configuração de componentemostrada na figura 10 de acordo com uma concretização da invenção;

A figura 17 mostra um procedimento para receber uma sessãomultimídia de acordo com uma concretização da invenção;

A figura 18 mostra um diagrama de fluxo para a arquitetura mostradana figura 17 de acordo com uma concretização da invenção;A figure 19 mostra um sistema para transferência satisfeita protegidaque suporta serviços de DVB-H IPDC (datacast de IP) de acordo com atécnica anterior;

A figura anterior 20 mostra um sistema que suporta serviços de DVB-HIPDC de acordo com uma concretização da mostra da invenção;

A figura 21 um diagrama de fluxo para dados transmissores paraserviços de DVB-H IPDC no sistema mostrado na figura 20 de acordo comuma concretização da invenção;

A figura 22 mostra um sistema que suporta serviços de DVB-H IPDCde acordo com uma concretização da invenção;

A figura 23 mostra um sistema que suporta serviços de DVB-H IPDCde acordo com uma concretização da invenção;

A figura a 24 mostra que um aparelho para aquele suporta um móduloda transmissão como mostrado nas figuras 20, 22, e 23 de acordo com umaconcretização da invenção;

A figura 25 mostra um aparelho que recebe uma transmissãomultimídia e que aplica chaves de IPSec de acordo com uma concretizaçãoda invenção;

A figura 26 mostra um aparelho que recebe uma transmissãomultimídia e que decifra as chaves de IPSec de acordo com umaconcretização da invenção;

A figura 27 mostra um sistema para desdobrar um módulo de plug-inde software de segurança de acordo com uma concretização da invenção;

A figura 28 mostra o exemplo de um método da técnica anterior deprover conteúdo;

A figura 29 mostra um método de fornecer o streaming de conteúdocifrado de acordo com uma concretização da invenção;

A figura 30 mostra um método de transmitir o streaming de conteúdode acordo com uma concretização da invenção;

A figura 31 mostra uma linha de tempo de mudanças às chaves detráfego de acordo com uma concretização da invenção;

A figura 32 mostra uma divisão de segmentos de programa de acordocom uma concretização da invenção; e

A figura 33 mostra um sistema para prover o uso de uma pluralidadede objetos de direitos de acordo com uma concretização da invenção.

DESCRIÇÃO DETALHADA DA INVENÇÃO

Na seguinte descrição das várias incorporações, é feita referência aosdesenhos que acompanham e formam uma parte do mesmo, e nos quais sãomostradas, à guisa de ilustração, as várias incorporações em que a invençãopode ser praticada. Deve-se entender que outras incorporações podem serutilizadas e que modificações estruturais e funcionais podem ser feitas semse afastar do escopo da presente invenção.

Para ajudar na organização e para a facilidade do leitor, a descriçãodetalhada é fornecida em duas seções. Primeiramente, nas figuras 1-27, sãofornecidos os detalhes a respeito dos métodos de enviar e de receber oconteúdo de acordo com aspectos da presente invenção. Em seguida, nasfiguras 28-33, são divulgados os detalhes a respeito dos métodos e oaparelho para controlar os direitos de uso para partes de conteúdo.

Métodos e Aparelhos para prover Conteúdo em Streaming

A figura 1 mostra a transmissão de serviços do Protocolo de Internet(IP) que utilizam a transmissão de fatia de tempo de acordo com umaconcretização da invenção. Uma estação base transmite em broadcastpacotes de dados para uma pluralidade de serviços de IP usando osstreaming de dados 101, 103, 105, e 107 (a cada stream de dados é alocadouma parte de uma capacidade da taxa de dados.) Na concretização, aestação base pode suportar a funcionalidade que é tipicamente supostamentepor meio de uma estação base transceptor (BTS), um controlador da estaçãobase (BSC), uma combinação de um BTS e um BSC, e um nó B, que é umadesignação de terceira geração (3G) de uma estação base transceptor. Atransmissão de dados é essencialmente contínua de modo que os pacotes dedados para um serviço do IP estão continuamente sendo conduzidos atravésde um stream de dados.

A fim de aliviar a perda de pacotes de dados, as streams de dados101, 103, 105, e 107 são mapeadas por estações base em burst de pacotes109, 111, 113, e 115 de dados, respectivamente, em que os bursts sãotransmitidos sobre canais de radio ao invés das streams de dados 101, 103,105, e 107. Cada stream de dados (101, 103, 105, e 107), econseqüentemente cada burst (109, 111, 113, e 115), suportam pelo menosum serviço de dados. Assim, cada burst pode suportar uma pluralidade deserviços de dados (por exemplo, um grupo de serviços de dadosrelacionados).

As taxas de dados associadas com os bursts 109, 111, 113, e 115 sãotipicamente maiores do que as taxas de dados que são associadas com asstreams de dados 101, 103, 105, e 107 de modo que um númerocorrespondente de pacotes dedados possa ser enviado em um tempo maiscurto. Na concretização, as streams de dados 101, 103, 105, e 107correspondem às taxas de dados contínuas de aproximadamente 100Kbit/sec. Os bursts 109, 111, 113, e 115 correspondem tipicamente aaproximadamente 4 Mbit/sec (mas pode estar em um excesso de 10Mbit/sec) com uma duração aproximada de um segundo. Entretanto, outrasincorporações podem usar taxas de dados diferentes para streams de dados101-107 e para bursts 109-115.

Na concretização, a capacidade inteira da taxa de dados é alocada aum burst em um tempo dado. Como mostrado em figura 1, os bursts 109,111, 113, e 115 são intercalados em tempo. Uma duração inativa de tempo(durante a qual pacotes de dados não são transmitidos para o serviço dedados particular) ocorre entre transmissões consecutivas de um burst (porexemplo, burst 109). Um sistema de transmissão sem fio pode utilizar aduração inativa de tempo durante o qual o terminal sem fio pode ser instruídopara transferir a uma outra estação base para concluir um handover. A outraestação base pode transmitir os mesmos dados que a estação base queserve previamente ao terminal sem fio usando uma freqüência de centrodiferente e uma quantidade diferente de deslocamento de fase. A utilizaçãode fatia de tempo permite que um terminal reduza o consumo de energiaelétrica que é fornecido por uma fonte de alimentação (tipicamente umabateria).

O terminal sem fio pode manter o sincronismo preciso, como com osistema de posicionamento global (GPS), para determinar um tempo absolutoem que cada um burst ocorre. Em uma outra concretização, o terminal sem éprovido com informação em torno de um período de tempo em cada burst,informando o terminal sem fio sobre o burst subseqüente. Com umaconcretização da invenção, a informação do período de tempo inclui umparâmetro em tempo real (que corresponde ao "delta-t" com o DVB-H) queindica um intervalo do tempo a partir do início de uma fatia de tempo de burstao início fatia de tempo de burst seguinte do mesmo serviço e que sejasinalizado em um cabeçalho de seção de MPE. O período de tempo pode serincluído em um pacote do IP, um frame encapsulado multiprotocolo, qualqueroutro frame de pacote, e uma terceira geração (3G) ou Serviço Geral deRádio Pacote (GPRS) ou dados de modulação, tais como sinalizar oparâmetro do transmissor. Alternativamente, o terminal sem fio pode detectaruma ocorrência de um burst recebendo um preâmbulo do sinal, que possa seruma seqüência de dados que seja conhecida a priori ao terminal sem fio. Emuma outra concretização, o terminal sem fio pode receber uma mensagemaérea em um canal aéreo de uma estação base. A mensagem aérea podeconter a informação de sincronismo a respeito da ocorrência dos bursts. Ocanal aéreo pode ser logicamente ou fisicamente distinto do canal de rádiode downlink que suporta a transmissão dos burts.

Os bursts são transmitidos típica e periodicamente por uma estaçãobase. Por exemplo, um burst subseqüente pode ocorrer T segundos após oburst 109, em que um burst é transmitido a cada T segundos. O terminal semfio pode manter o sincronismo preciso, como ocorre com o Sistema dePosicionamento Global (GPS), para determinar um tempo absoluto em quecada um burst ocorre. Em uma outra concretização, o terminal sem fio éprovido de informação sobre o período de tempo em cada um burst,informando ao terminal sem fio sobre o burst subseqüente. Com umaconcretização da invenção, a informação do período de tempo inclui umparâmetro em tempo real (que corresponde ao "delta-t" com o DVB-H) queindica um intervalo do tempo do início de uma burst de fatia de tempo aoinício do burst de fatia de tempo seguinte do mesmo serviço e que ésinalizado em um cabeçalho de seção do MPE. O período de tempo pode serincluído em um pacote IP, um frame encapsulado multiprotocolo, qualqueroutro frame de pacote, e uma terceira geração (3G) ou canal de Serviço Geralde Rádio Pacote (GPRS) ou modulação de dados, tais como sinalizar doparâmetro do transmissor. Alternativamente, o terminal fio pode detectar umaocorrência de um burst recebendo um preâmbulo de sinal, que possa ser umaseqüência de dados que seja conhecida a priori ao terminal sem fio. Em umaoutra concretização, o terminal sem fio pode receber uma mensagem aéreaem um canal aéreo de uma estação base. A mensagem aérea pode conter ainformação de sincronismo a respeito da ocorrência de bursts. O canal aéreopode ser lógica ou fisicamente distinto do canal de rádio de downlink quesuporta a transmissão de bursts

Os bursts 109, 111, 113, e 115 podem ser formatados usando umencapsulamento multiprotocolo de acordo com a Seção 7 da Norma EuropéiaEN 301 192 "Digital Video Broadcasting (DVB), DVB Specification for DataBroadcasting". O encapsulamento pode estar em conformidade com asnormas do Protocolo da Internet (IP).

Em uma concretização da invenção, uma transmissão vídeo digital(DVB-H) fornece serviços móveis de mídias aos terminais sem fio, porexemplo, unidades handheld sem fio. Na concretização, o sistema de DVB-Hé compatível com DVB-T (transmissão vídeo digital para a operação terrestre)e suporta aprimoramentos para melhor operação de suporte de terminaishandheld sem fio. O sistema de DVB-H suporta os serviços de dados combase no qual a informação pode ser transmitida como datagramas IP. Osistema de DVB-H incorpora aprimoramentos (com respeito a um sistema deDVB-T) que facilita o acesso aos serviços baseados IP de DVB em terminaishandheld sem fio. (as incorporações alternativas da invenção suportamvariações de sistemas digitais de transmissão de vídeo incluindo DVB-T,ATSC, e ISDB-T.) Os aprimoramentos do DVB-H são baseados na camadafísica da camada física de DVB-T com um número de aprimoramentos dacamada de serviço visando melhorar a recepção e a vida da bateria noambiente handheld. Assim, os aprimoramentos de DVB-H complementam osserviços terrestres digitais existentes, oferecendo aos provedores de serviçoa possibilidade estender o mercado ao mercado do handheld sem fio.

A figura 2 mostra uma pilha 200 de Protocolo da Internet (IP) quesuporta a transmissão de dados de multimídia de acordo com umaconcretização da invenção. O conteúdo de mídia digital ou outros dados sãotransmitidos usando vários protocolos de aplicação, protocolos de transportee protocolos de rede. Com pilha 200 do IP1 uma transmissão de dados de IPsuporta um serviço audiovisual que tem o vídeo 201 de MPEG4-AVC, o áudio203 de MPEG4-AAC e os componentes de dados auxiliares 205. Cadacomponente (201, 203, ou 205) é processado pelo codificador 207, pelocodificador 209, ou pelo codificador 211 a fim obter os pacotes que sãoformatados para a camada 213 do Protocolo de Tempo Real (RTP). Ospacotes (datagramas) são processados subseqüentemente pela camada 215do UDP (User Datagram Protocol) e pela camada 217 do Protocolo daInternet (IP). Os datagramas são associados com os bursts de fatia de tempoformatando os datagramas usando um encapsulamento multiprotocolo (quecorresponde tipicamente a uma camada da ligação no modelo OSI) como, porexemplo, de acordo com a seção 7 da norma européia EN 301 192 "DigitalVideo Broadcasting (DVB), DVB specification for data broadcasting." Oencapsulamento pode estar em conformidade com as normas do Protocoloda Internet (IP).

Uma seção de multimídia é associada tipicamente com um ou maiscomponentes de seção (áudio, vídeo e dados auxiliares no caso acima) quesão logicamente acoplados juntos. As partes da seção são enviadas entre umtempo de início e de fim comuns. Ambos os tempos de inicio e de fim podemser definidos ou não definidos. A figura 3 mostra uma configuração decomponente para uma seção de multimídia 301 de acordo com umaconcretização da invenção

O componente 303 corresponde a uma pluralidade de datagramas(incluindo os datagramas 309 e 315); o componente 305 corresponde a umapluralidade de datagramas (incluindo os datagramas 311 e 317); e ocomponente 307 corresponde a uma pluralidade de datagramas (incluindo osdatagramas 313 e 319). Os componentes 303, 305 e 307 são transmitidosdentro de pacotes IP que são encapsulados para transferência de mensagensde uma camada portadora de suporte. Cada componente 303, 305 e 307, temum endereço IP de origem definido; um endereço IP de destino e uma portausada nos pacotes IP que transportam dados associados com o componente.Componentes diferentes podem ter um endereço IP de origem, um endereçoIP de destino e uma porta definidos independentemente. Nas variações daconcretização, uma seção se multimídia pode ter um número diferente decomponentes.

Enquanto a configuração exemplo de componente 300 mostra umalinhamento de datagrama entre os componentes 303, 305e 307, aconcretização suporta configurações nas quais os datagramas não alinhadose o número de datagramas para um componente de áudio é tipicamentemenor que o número de datagramas para um componente de vídeo duranteum dado intervalo de tempo.

A figura 4 mostra uma configuração de componente 400 para umaseção de multimídia de acordo com uma concretização da invenção. Oscomponentes 403, 405 e 407 são cifrados com a mesma chave que mudaperiodicamente na keystream 409 durante a seção de multimídia 401. (Nasfiguras 4-16, um datagrama que é cifrado com chave kj é marcado como Ej.)

A concretização suporta diferentes métodos de criptografia que são aplicadosaos componente 403, 405 ou 407, incluindo IPSEC-ESP (assim chamadacriptografia de nível de IP; veja RFC na IPSEC-ESP).

Carga útil do pacote de seção de aplicação cifrada (por exemplo,SRTP ou DCF de OMA DRM 1.0 ou 2.0).

Criptografia. Os métodos de criptografia acima podem ser aplicadosseparadamente ou em combinação durante a sessão de multimídia. OsComponentes 403, 405, e 407 correspondem a uma diferente pluralidade dedatagramas de conteúdo. A keystream 409 inclui uma pluralidade dedatagramas associados, cada datagrama associado correspondendo a umachave de criptografia. A criptografia é executada tipicamente em uma base dedatagrama individual (ex. pacote). Por exemplo, datagramas de conteúdo415, 425, 427, 435, e 437 são cifrados com chave kt (correspondendo aodatagrama associado 413).

A Keystream 409 utiliza um protocolo de distribuição tal como RTP,ALC/FLUTE, UHTTP, DVBSTP, IP com uma carga útil, e UDP com umacarga útil. As chaves distribuídas na keystream 409 são tipicamenteprotegidas por uma outra chave que é designada receptora tem de modo aacessar os conteúdos de keystream 409 que transporta chaves,possibilitando assim o acesso aos componentes 403, 405 e 407. Adistribuição de keystream 409 é sincronizada opcionalmente comcomponentes 403, 405 e 407, e.g., RTP timestamps com o uso de Protocolode Controle RTP

A figura 5 mostra uma variação da configuração de componentemostrado na figura 4 de acordo com uma concretização da invenção. Aconfiguração de componente 500 é similar à configuração de componente400. A sessão de multimídia 501 inclui componentes 503, 505, e 507 ekeystream 509. O componente 505 is cifrado com chaves de keystream 509,enquanto os componentes 503 e 507 não são.

A figura 6 mostra uma variação da configuração de componentemostrado na figura 4 de acordo com uma concretização da invenção. Aconfiguração de componente 600 é similar à configuração de componente400. Entretanto, a keystream 609 inclui três séries de chaves 611, 613, e 615que corresponde aos componentes 603, 605, e 607, respectivamente. Aschaves podem mudar periodicamente mas independentemente durante asessão de multimídia 601 mas pode ser sincronizada uma com a outra,

A figura 7 mostra uma variação da configuração de componentemostrado na figura 4 de acordo com uma concretização da invenção. Aconfiguração de componente 700 é similar à configuração de componente600 exceto que as chaves para cada componente são transportadas emdiferentes keystreams que mudam durante a sessão de multimídia 701. Aoinvés de ter uma keystream, a configuração de componente 700 que utilizatrês keystreams 709, 711, e 713. As 709, 711, e 713 que corresponde aoscomponentes 703, 705, e 707, respectivamente.

A figura 8 mostra uma variação da configuração de componente mostradona figura 4 de acordo com uma concretização da invenção.com aconfiguração de componente 800, o componente 805 é cifrado com chavesde keystream 809. Entretanto, a keystream 809 fornece chaves que sãoatualmente aplicáveis para decifrar componente 805 assim como as chavesserão subseqüentemente usadas na decifração do componente 805. Noexemplo mostrado na figura 8, a chave k] (correspondente ao datagrama 811)é aplicada atualmente aplicada enquanto que as chaves k2 (correspondenteao datagrama 813) e k3 (correspondente ao datagrama 815) são aplicadassubseqüentemente. Enquanto que os componentes 803 e 807 não sãocifrados durante a sessão de multimídia 801, os componentes 803 e 807podem ser cifrados com outras variações da concretização. Tendo chavesque serão usadas subseqüentemente aplicadas, isso permite ao dispositivoreceptor suavizar transições de chave durante a sessão de multimídia 801.Por exemplo, o dispositivo receptor pode configurar a pilha IP com uma novachave para reduzir interrupções na decifração de datagramas de conteúdo.

A figura 9 mostra uma variação da configuração de componentemostrado na figura 4 de acordo com uma concretização da invenção. Akeystream 909 inclui a chave sendo atualmente aplicada ao componente 905para criptografar bem como as chaves que serão aplicadassubseqüentemente quando a transição de chave estiver dentro de tempoincrementai predeterminado do tempo atual. Por exemplo, antes da transiçãode chave 951, a keystream 900 inclui ambas as chaves ki (correspondentesao datagrama 911) e k2 (correspondentes ao datagrama 913) e inclui k2(correspondentes ao datagrama 915) após a transição de chave 951. comocom a configuração de componente 800, a configuração de componente 900ajuda o dispositivo receptor a suavizar os efeitos de transição de chave.

A figura 10 mostra uma configuração de componente 1000 para umasessão de multimídia 1001 de acordo com uma concretização da presenteinvenção. Entretanto, em comparação com as configurações doscomponentes 400 - 900, as chaves são transportadas em um ou maiscomponentes ao invés de ter uma keystream separada para transmitir aschaves. Com a configuração do componente 1000, o componente 1005 incluidatagramas de conteúdo (por exemplo, datagrama de conteúdo 1011) bemcomo datagrama 1009 que fornece chave k\ que foi usada para criptografaros componentes 1003, 1005 e 1007.

A figura 11 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. Com a configuração de componente 1100, o componente 1107fornece a chave k! (correspondente ao datagrama 1109) e chave k2(correspondente ao datagrama 1111) que são aplicados ao componente 1105durante a sessão de multimídia 1101. No exemplo mostrado na figura 11, oscomponentes 1103 e 1107 não são cifrados com as chaves fornecidas pelocomponente 1107.

A figura 12 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. A configuração de componente 1200 é similar à configuração decomponente 1100. Entretanto, chaves são aplicadas a ambos componentesque transportam informação de chave (componente 1205) bem como outrocomponente (componente 1203) durante a sessão de multimídia 1201.Todavia, no exemplo mostrado na figura 12, o componente 1207 não estácifrado.

A figura 13 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. Com a configuração de componente 1300, cada componente 1303,1305 e 1307 transporta chaves que são aplicadas aos mesmos componentesdurante a sessão de multimídia 1301. Por exemplo, chaves k[pi](correspondendo ao datagrama 1309) e kj2 (correspondendo ao datagrama1311) são aplicadas ao componente 1303. As chaves k21 (correspondendoao datagrama 1313) e k22 (correspondendo ao datagrama 1315) sãoaplicadas ao componente 1305, As chaves k3[iota] (correspondendo aodatagrama 1317) e k32 (correspondendo ao datagrama 1319) são aplicadasao componente 1307.

A figura 14 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. Com a configuração de componente 1400, cada componente1403, 1405 e 1407 transporta chaves que são aplicadas a um componentediferente durante a sessão de multimídia 1401. Por exemplo, as chaves k[pi](correspondendo ao datagrama 1413 e transportada pelo componente 1405)e k12 (correspondendo ao datagrama 1419 e transportada pelo componente1407) são aplicadas ao componente 1403. as chaves k21 (correspondendoao datagrama 1417 e transportada pelo componente 1407) e k22(correspondendo ao datagrama 1411 e transportada pelo componente 1403)são aplicadas ao componente 1405. As chaves k31 (correspondendo aodatagrama 1409 e transportada pelo componente 1403) e k32(correspondendo ao datagrama 1415 e transportada pelo componente 1405)são aplicadas ao componente 1407.

A figura 15 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. Com a configuração de componente 1500, a informação de chave étransportada em um datagrama de conteúdo ao invés de um datagramaseparado. Por exemplo, a chave kj é incluída em datagrama de conteúdo1509 com uma parte concatenada (ou com um cabeçalho especial) 1511 e k2incluída em um datagrama de conteúdo 1513 com uma parte concatenada(ou com um cabeçalho especial) 1515. As chaves ki e k2 são aplicadas aosdatagramas nos componentes 1503, 1505 e 1507.

A figura 16 mostra uma variação da configuração de componentemostrado na figura 10 de acordo com uma concretização da presenteinvenção. A configuração de componente 1600 é similar à configuração decomponente 800, no qual ambas a chave atual bem como as chavessubseqüentes são fornecidas. Por exemplo, o componente 1605 transporta achave ki (correspondente ao datagrama 1609) e a chave k2 (correspondenteao datagrama 1611), onde a chave ki é aplicada atualmente aoscomponentes 1603 e 1607 e a chave k2 é subseqüentemente aplicadadurante a sessão de multimídia 1601. De maneira similar, a chave k2(correspondente ao datagrama 1613) e k3 (correspondente ao datagrama1615) são transportadas subseqüentemente no componente 1605. Como aconfiguração do componente 800, componente 1600 ajuda o dispositivoreceptor para suavizar as transições de chave.

A figura 17 mostra uma arquitetura 1700 para receber uma sessão demultimídia de acordo com uma concretização da invenção. Com a arquitetura1700, um dispositivo receptor recebe o burst de fatia de tempo de dados 1701contendo ambos os componentes da sessão IP e a keystream relacionadacom os componentes da sessão. Pluralidades de datagramas de conteúdo1705, 1707, e 1709 correspondem ao componente 1, componente 2, ecomponente 3, respectivamente. Uma pluralidade de datagramas 1711correspondem à keystream. O burst de fatia de tempo1701 é armazenado nobuffer de período determinado 1713 antes de enviar os datagramas (pacotes)para a pilha IP 1721. O dispositivo receptor extrai primeiro as chaves(correspondentes ao datagrama 1717) para o burst de fatia de tempo 1701buffer de período determinado 1713. Segundo, o dispositivo receptor instalaas chaves extraídas para a base de dados da IPSec Security Association(SA). Também, o dispositivo receptor extrai os datagramas restantes 1715 dobuffer de período determinado e encaminha-os para a pilha IP 1721. Apósdecifrar, os datagramas processados são passados para as aplicações 1723para apresentação do conteúdo de multimídia. Conseqüentemente, a pilha IP1721 não rejeita os datagramas de conteúdo (a menos que existamdatagramas de conteúdo que o dispositivo receptor não teve a chavecorrespondente conforme distribuída na fatia de tempo atual ou um burst defatia de tempo anterior). O processo é repetido para o próximo burst de fatiade tempo recebido.

A figura 18 mostra o diagrama de fluxo 1800 para a arquiteturamostrada na figura 17 de acordo com uma concretização da invenção. Naetapa 1801, um dispositivo de recepção recebe um burst de fatia de temposobre um canal de comunicações, por exemplo, um canal sem fio. Na etapa1803, o dispositivo de recepção separa os componentes (por exemplo, umcomponente de áudio e um componente de vídeo) do burst recebido de fatiadetempo. Na etapa 1805, o dispositivo de recepção extrai o conjuntoassociado de chaves de keystream. As chaves extraídas podem ser aplicadasaos datagramas de conteúdo contidos no burst de fatia do tempo ou emsubseqüentes burst de fatia de tempo. Também, a concretização suporta asconfigurações em que as chaves diferentes são usadas para datagramasdiferentes no burst de fatia de tempo. As chaves extraídas são aplicadas auma base de dados IPSec Security Association (SA) (por exemplo, SA DB1719 mostrado na figura 17) na etapa 1807. Na etapa 1809, os datagramasde conteúdo são extraídos de um buffer (por exemplo, buffer de períododeterminado 1713 do ínterim) e enviados a uma pilha de IP (por exemplo,pilha 1721) na etapa 1811. Os datagramas de conteúdo subseqüentementesão descifrados e enviados à aplicação correspondente.

A figura 19 mostra um sistema 1900 para transferência de conteúdoprotegido que suporta serviços de DVB-H IPDC (datacast de IP) de acordocom a técnica anterior. O sistema 1900 fornece transferência de conteúdoprotegido para os serviços de DVB-H usando IPDC como especificado do"ínterim DVB-H IP Datacast Specifícations: IP Datacast BaselineSpecification: Specification of Interface l_MT', documento A080 de DVB, Abril2004. De acordo com esta especificação, os pares de dados de segurançaassociados são transmitidos em um diretório eletrônico de serviço (ESG) nocarrossel 1921 de SA como arquivo de DRM protegido 1919 SA (que éfornecido pelo gerente de direitos digitais (DRM) 1909 executando a funçãode proteção) e o arquivo de política IPSec 1911. Porque os dados docarrossel são tipicamente atualizados não com freqüência (por exemplo,uma vez por dia) o sistema 1900 não fornece uma solução eficiente para adistribuição de chave, especialmente se uma ou mais das chaves sãoatualizadas ou freqüentemente muda.

O conteúdo de multimídia 1901 (que corresponde aos datagramas deIP) é cifrado pelo módulo de criptografia 1903 com chaves de IPSec 1905 etransmitido (como executado pelo sistema de transmissão 1925) comopacotes de fatia de tempo (após o encapsulamento multiprotocolo, acodificação de FEC1 e formação de burst de fatia do tempo) para odispositivo de recepção 1926. O objeto de direitos (RO) 1923 (que é fornecidopela geração do objeto de direitos 1922) é transmitido para receber odispositivo 1926 através de um canal de interação, no qual o dispositivo derecepção 1926 é fornecido com um meio para comunicações bidirecionais,por exemplo, funcionalidade do telefone celular. Um usuário de dispositivo derecepção1926 pode requisitar o serviço (conteúdo) e receberconseqüentemente o objeto de direitos correspondentes (RO) 1933, quepermite que o usuário decifre o conteúdo do serviço requisitado. Naconcretização, o objeto de direitos 1933, tipicamente não contêm as chavesde IPSec 1905.

O dispositivo de recepção processa o burst de fatia de tempo com omódulo de processamento 1927. Os pacotes recebidos são decifrados pelomódulo de descriptografia 1929 com uma chave fornecida pelo módulo deextração de chave 1931, de modo a obter o conteúdo 1935. As chaves sãodeterminadas do objeto de direitos 1933. As chaves são distribuídastipicamente em um carrossel como arquivos SA de DRM protegido. O objetode direitos 1933 permite ao dispositivo de recepção 1926 extrair as chaves.

A figura 20 mostra um sistema 2000 que suporta os serviços de DVB-HIPDC de acordo com uma concretização da invenção. O conteúdo demultimídia 2001 (que corresponde aos datagramas de conteúdo) é cifradopelo módulo de criptografia 2003 aplicando as chaves 2005 de IPSec. Osistema 2025 de transmissão obtém ambos os datagramas de conteúdocifrados do módulo de criptografia 2003 e as chaves correspondentes deDRM 2009. O sistema de transmissão 2025 forma os datagramascorrespondentes que contêm as chaves correspondentes para criptografar osdatagramas de conteúdo. O sistema de transmissão 2025 insere osdatagramas de conteúdo cifrado e os datagramas correspondentes em umburst de fatia de tempo, que é transmitido para o dispositivo de recepção2026 em um canal de comunicações. Enquanto a figura 20 não mostraexplicitamente um módulo de rádio, a concretização pode fornecer apotencialidade de sinal sem fio a fim transmitir o burst de fatia de tempo parao dispositivo de recepção 2026 em um canal sem fio.

O dispositivo de recepção 2026 processa um burst de fatia de tempo,no qual os datagramas de conteúdo cifrado e os datagramascorrespondentes (que contêm as chaves correspondentes que são usadaspara criptografar os datagramas de conteúdo recebidos) são separados(demultiplexado) pelo módulo de processamento de burst 2027. Naconcretização, o dispositivo de recepção 2026 compreende um receptor debanda larga para receber os sinais de DVB que incluem burst de fatia detempo e um transceptor para comunicações bidirecionais em uma rede semfio. O serviço de suporte de comunicações bidirecionais requisitam por umusuário, o serviço de mensagens de OMA e a instalação do módulo de plug-ine segurança. A concretização suporta as configurações diferentes de sinal,em que as chaves são incluídas em uma keystream separada ou em quechaves são incluídas em componentes multimídia como discutidoanteriormente com as figuras 4-16. O módulo de extração de chave 2031extrai as chaves dos datagramas correspondentes a fim de decifrar osdatagramas conteúdo decifrado 2035 para uma aplicação (não mostrada) demodo que o conteúdo possa ser apresentado.

Adicionalmente, o objeto de gerenciamento de direitos 2023 (conformedeterminado pelo gerador de objeto de direitos 2022) é transmitidoseparadamente para o dispositivo de recepção 2026 recebe o objeto dedireitos 2033 para determinar se o dispositivo de recepção 2026 é permitidoprocessar o conteúdo recebido.

A figura 21 mostra um diagrama de fluxo 2100 para transmitir dadospara os serviços de DVB-H IPDC no sistema 2000 de acordo com umaconcretização da invenção. Na etapa 2101, o aparelho de transmissão (porexemplo, sistema de transmissão 2025) determina se um datagrama deconteúdo obtido deve ser incluído no burst de fatia de tempo atual. Se não, oburst de fatia de tempo (com os datagramas de conteúdo e chavesassociadas obtidos anteriormente) é enviada para o dispositivo de recepçãona etapa 2109.

Se o datagrama de conteúdo obtido for incluído no burst da fatia detempo atual, a etapa 2103 determina a chave correspondente e criptografa odatagrama de conteúdo com a chave na etapa 2105. Na etapa 2107, odatagrama de conteúdo cifrado e a informação de chave correspondente (quecorresponde a um datagrama correspondente que pode ser incluído nocomponente de multimídia ou em uma keystream) é inserido no burst de fatiade tempo atual.

A figura 22 mostra um sistema 2200 que suporta os serviços de DVB-H IPDC de acordo com uma concretização da invenção. Na figura 22, oselementos 2201, 2203, 2205, 2222, 2223, 2227, 2229, 2231, 2233, e 2235correspondem aos elementos 2001, 2003, 2005, 2022, 2023, 2027, 2029,2031, 2033, e 2035, conforme mostrado na figura 20. Como com sistema2000, o sistema 2200 transmite datagramas de conteúdo e a informaçãochave correspondente no mesmo burst de fatia de tempo. A informaçãochave é fornecida ao sistema 2225 da transmissão pelo gerador de chave demensagem 2206. O gerador de chave da mensagem pode adicionalmentecriptografar as chaves de modo que a informação de chave cifrada étransmitida para o dispositivo de recepção 2226 pelo sistema de transmissão2225. O DRM 2209, conjuntamente com o gerador de objeto de direitos2222, fornece o objeto de direitos 2233 que corresponde ao serviço desejadode DVB-H IPDC para o dispositivo de recepção 2226.

Os arquivos de política de IPSec 221 (que podem conter informaçãoassociação de segurança) são transmitidos separadamente no carrossel AS2221 do serviço (conteúdo) e mensagens de chave que são multiplexadas etransmitidas usando o fatiamento de tempo IPDC. Na concretização, ocarrossel AS 2221 é transmitido como parte do guia de serviço eletrônico.(ESG).

A figura 23 mostra um sistema 2300 que suporta serviços de DVB-HIPDC de acordo com uma concretização da invenção. O sistema 2300suporta o acesso condicional (CA) que pode fornecer um segundo nível decriptografia usando uma chave privativa correspondente, (como serádiscutido com figura 26, as chaves de IPSec podem ser cifradas pelogerenciamento de direitos digitais (DRM) bem como por um módulo de CA.)O dispositivo de recepção 2326 compreende uma seção de receptor e umaseção de terminal. A seção de receptor executa o processamento de burst,demultiplexação e gerenciamento de chave. A seção de receptor incluitambém a instalação de plug-in CA e a decriptografia da chave. O DRM 2351envia o pacote de instalação de plug-in CA 2353 para o DRM 2314, de modoque um novo módulo de plug-in novo CA é instalado no dispositivo derecepção 2326 como será discutido adicionalmente com a figura 27. Adescriptografia de chave é executada em um ambiente seguro deprocessamento. A seção de terminal executa o processamento dedescriptografia de chave além da descriptografia (que corresponde ao módulo2329 de descriptografia) e a sintetizar do conteúdo (que corresponde aoconteúdo 2335).

A criptografia de chaves 2305, (que é usada para criptografar oconteúdo 2301, pelo módulo de criptografia 2303), é executado pelo módulode criptografia de chave 2311. O módulo de criptografia de chave231 Icompreende o módulo 2308 de CA e o DRM 2309. Assim, o módulo decriptografia de chave 2311 pode fornecer dois níveis de criptografia. Ambosinformação de chave cifrada e os datagramas de conteúdo são incluídos nomesmo burst de fatia de tempo pelo sistema de transmissão 2325.

De maneira correspondente, a criptografia da informação de chaverecebida é executada pelo módulo de descriptografia de chave 2317. Omódulo de criptografia chave 2317 compreende o módulo 2315 de DRM2314 e de CA. O módulo de descriptografia de chave 2317 executa doisníveis de descriptografia que correspondem aos dois níveis dadescriptografia. O burst que processa o módulo 2327 decifra os datagramasde conteúdo recebidos usando as chaves decifradas fornecidas pelogerenciador de chave 2313. Os datagramas de conteúdo recebidos sãodescifrados pelo módulo 2329 da seção de terminal. O gerenciador de chave2313 recebe a informação de chave que é demultiplexada pelo módulo 2327e envia a informação de chave ao módulo de descriptografia de chave 2317(que é associado com um ambiente confiável) para a descriptografia de DRMe de CA.

Na concretização, o objeto de direitos (RO) é transmitido como umamensagem de OMA DRM 2 (de acordo com a proposta Open Mobile AllianceDigital Rights Management Version 2.0) do DRM 2309 para DRM 2314. Oobjeto de direitos é transmitido tipicamente separado dos burts de fatia detempo.

Figura 24 mostra o aparelho 2400 que suporta um sistema detransmissão (por exemplo, 2025, 2225, e 2325) como mostrado nas figuras20, 22, e 23 de acordo com uma concretização da invenção. Naconcretização, o aparelho 2400 executa as funções associadas tipicamentecom uma camada de ligação (a segunda camada do modelo do protocoloOSI). O processador 2405 obtém os datagramas cifrados de um módulo decriptografia (não mostrado) através da interface de criptografia 2401 e ainformação de chave correspondente de um gerador de chave (não mostrado)através da interface de chave 2403. A interface de transmissão 2407 codificaos datagramas para a correção de erro para diante no dispositivo derecepção, executa o encapsulamento multiprotocolo, e formata o burst defatia do tempo com os datagramas codificados. (Na concretização, osdatagramas incluem ambos os datagramas de conteúdo e os datagramascorrespondentes que contêm as chaves.)

Figura 25 mostra o aparelho 2500 para um dispositivo de recepção(por exemplo, dispositivos de recepção 1926, 2026, 2226, e 2326 comomostrado nas figuras 19, 20, 22, e 23, respectivamente) que recebem umatransmissão multimídia e que aplique chaves de IPSec de acordo com umaconcretização da invenção. O aparelho 2500 processa um burst de fatia dotempo (por exemplo, o burst de fatia de tempo 2501 e 2503) a fim de extrairos datagramas de conteúdo e a keystream associada. Na concretizaçãomostrada na figura 25, o burst de fatia de tempo 2501 ou o burst de fatia detempo 2503 tem datagramas de conteúdos (por exemplo, datagramas deconteúdos 2505, 2507, e 2509) com pacotes IP encapsulados ESP quecontêm o conteúdo de serviço e os datagramas chaves correspondentes (porexemplo, datagrama correspondente 2511) compreendendo mensagens-chave de UDP. As chaves em uma mensagem-chave de UDP podem serprotegidas por DRM.

O aparelho 2500 é capaz de distinguir entre o conteúdo de serviço e asmensagens-chave. Conseqüentemente, o módulo de receptor 2551 separadatagramas de conteúdos dos datagramas chaves. Na concretização, osdatagramas chaves são dados um nível de uma prioridade mais elevada doque datagramas de conteúdo pelo aparelho transmissor (não mostrado). Naconcretização, o nível da prioridade associado com um datagrama é indicadopor um campo, por exemplo, um tipo de campo de serviço (ToS) ou de umcampo diferenciado dos serviços. Assim, os datagramas chaves são enviadosà pilha de IP 2553 IP antes dos datagramas de conteúdo correspondentes demodo que mais tempo possa ser distribuído para a chave que processa pelomódulo de descriptografia de chave 2555. O módulo de descriptografia dechave é apresentado chaves decifradas da pilha de IP 2553 através dogerenciador de chave 2559.

As incorporações mostradas nas figuras 17 e 25 incluem as chaves nomesmo burst de fatia de tempo como o datagrama de conteúdo associado.Entretanto, em uma outra concretização, as chaves em um burst de fatia detempo são associadas com a descriptografia de datagramas de conteúdo quesão contidos no burst de fatia de tempo seguinte, assim permitindo maistempo para processamento de chave. Outras variações são possíveis. Porexemplo, um número de chaves para uso no conteúdo de descriptografiapode ser fornecido em um único burst de fatia de tempo e as chaves podementão ser usadas para um pluralidade de bursts subseqüentes de fatia dotempo.

As chaves decifradas são apresentadas para o módulo de IPSec 2557de modo que os datagramas de conteúdo associados na pilha de IP 2553possam ser descifrados e apresentados ao cliente 2561.

Figura 26 mostra o aparelho 2600 que recebe uma transmissão embroadcast de multimídia e que decifra as chaves recebidas 2601 de IPSec deacordo com uma concretização da invenção. O gerenciador de chave 2653distribui a chave cifrada de IPSec ao servidor de DRM 2655 para decifrar umsegundo nível de criptografia usando um algoritmo público de descriptografiae uma chave privativa 2603. O servidor de DRM 2655 de retorna a chave desegundo-nível decifrada 2607 ao gerenciador de chave 2653. Se ogerenciador de chave 2653 determinar que a chave está cifrada com umacriptografia de primeiro nível de criptografia, o gerenciador e chave 2653distribui a chave decifrada de segundo-nível ao módulo de software de plug-in2657 de CA. O módulo plug-in de CA 2657 utiliza um algoritmo secreto dedescriptografia e uma chave confidencial 2605 para decifrar a chave decifradade segundo nível 2607. Em uma concretização da invenção, o algoritmosecreto de descriptografia corresponde a um algoritmo comumdesembaralhar de DVB (CSA), que está disponível no EuropeanTelecommunicatíons Standards lnstitute (ETSI). O módulo de software deplug-in de CA 2657 retorna a chave decifrada 2609 chaves para ogerenciador de chave 2653, que envia a chave decifrada 2609 à pilha de IP 2651.

Na concretização, o módulo de plug-in de CA 2657 executa umadescriptografia em primeiro nível que é opcional e que é baseada em ummétodo CA de operador específico que inclui uma chave privativa associadae um algoritmo associado de descriptografia. O segundo-nível de criptografiaé baseado em um padrão aberto, por exemplo, OMA DRM2. Porque oprimeiro nível de criptografia é opcional, o gerenciador de chave 2653determina se um primeiro nível de criptografia foi aplicado à chave decifradaem segundo-nível 2607. Se é assim, o gerenciador de chave 2653 distribui achave decifrada em segundo-nível 2607 ao módulo de software de plug-in CA2657. Se não, o gerenciador de chave 2653 envia chave decifrada emsegundo nível 2607 diretamente à pilha de IP 2651 porque a chave decifradaem segundo-nível 2607 está completamente decifrada.

Na concretização, o gerenciador de chave 2653 determina se a chavedecifrada de segundo-nível 2607 foi cifrada em primeiro nível examinando umindicador associado de criptografia (não mostrado), por exemplo, umcabeçalho ou um campo de mensagem. O indicador associado de criptografiaindica 'SIM' se a chave decifrada em segundo nível 2607 for cifrada emprimeiro nível e 'NÃO' se a chave decifrada em segundo-nível 2607 não foicifrada em primeiro nível. Se a chave decifrada em segundo nível 2607 forcifrada em primeiro nível, o indicador associado de criptografia não é cifradoem primeiro nível.

A figura 27 mostra o sistema 2700 para desdobrar um novo módulo desegurança de software de plug-in 2701 no dispositivo de recepção 2750 deacordo com uma concretização da invenção. O módulo de segurança desoftware de plug-in 2701 é formatado como um pacote de instalação 2705(por exemplo, um arquivo SIS como suportada por Symbian). O pacote deinstalação 2705 é protegido (por exemplo, com OMA-DRM2) para formar aopacote protegido 2707 e distribuído a um dispositivo de recepção usando ummecanismo de distribuição. A concretização suporta diferentes canais decomunicações em um mecanismo de distribuição, incluindo um canal decomunicações sem fio em que o dispositivo de recepção é um terminal semfio. O pacote protegido recebido 2707 é dirigido ao instalador 2751 daaplicação, que é uma aplicação confiável. O instalador 2751 da aplicaçãoextrai o novo módulo de segurança de software de plug-in do pacoteprotegido 2707 e substitui o módulo de segurança de software de plug-in2755 atual que é instalado atualmente no dispositivo de recepção 2750 com onovo módulo de segurança de software de plug-in 2701. A fim de extrair onovo módulo de segurança de software de plug-in 2701, o dispositivo derecepção 2750 recebe o objeto de direitos 2703 que é processado por DRM2753. Conseqüentemente, o DRM 2753 indica ao instalador 2751 daaplicação que a recolocação do módulo do software da segurança de plug-inestá permitida.

Nas incorporações da invenção, as configurações de componentescomo mostradas nas figuras 3-16 podem ser incorporadas nos sistemascomo mostrado nas figuras 20, 22, e 23.

Métodos e aparelho para fornecer direitos refinados de uso.

Enquanto a discussão acima fornece os detalhes a respeito dasincorporações de métodos e os aparelhos para o uso em fornecer o conteúdoem streaming que pode ser usado com os métodos e o aparelho discutidosabaixo, os outros métodos e aparelho podem também ser usados.

O controle dos direitos para o streaming de conteúdo é um tanto difícilporque há uma quantidade limitada de largura de faixa disponível. Umasolução natural para o problema deve criar de maneira normal os RO's comos períodos de validade muito curtos, contendo possivelmente a mesmachave de serviço, mas com direitos diferentes de uso. Isto pode ser incômodona prática embora, porque as chaves de serviço mudam muito menosfreqüentemente do que, por exemplo, programas de televisão em um canalde televisão. Como uma outra solução, os RO's ou expressões de direitospoderiam ser distribuídas em KSMs. Enviando RO's completosfreqüentemente no KSM consumiria uma pequena largura de faixaentretanto, como deve ser dirigido a cada assinante (ou a um grupo deassinantes) individualmente, de modo que somente aqueles que pagaram osdireitos. Mesmo se os direitos são os mesmos a todos os assinantes, e oacesso ao KSM está limitado por outros meios de modo que o KSM necessiteconter somente a parte de expressão dos direitos de um RO, a expressãoprópria dos direitos pode requerer um número considerável de bits,particularmente se for usada uma Linguagem de Expressão de Direitos e dotipo XML. As soluções típicas para este problema envolvem vários métodosde compressão para binarizar a expressão dos direitos, ou para limitar osdireitos possíveis a alguns casos predeterminados ("uso indica"). Entretanto,estas soluções potenciais não fornecem adequadamente Rls com umcontrole suficientemente refinado em uma largura de faixa em uma maneiraamigável de modo a ser prática para o adoção.

Olhando primeiro para a figura 28, um exemplo da técnica anterior éfornecido. O conteúdo é cifrado com uma chave de conteúdo (CK) e fornecidoao um receptor (não mostrado).O receptor obtém separadamente a RO 2860que inclui o CK ao juntamente com um conjunto de direitos de uso. Oconteúdo cifrado recebido pode então ser visto ou de outro modo usado comofornecido par no RO de acordo com o os direitos de uso obtidos. Entretanto,este método da técnica anterior não particularmente adequado para conteúdode streaming.

Voltando à figura 29, é mostrado um aspecto ilustrativo da presenteinvenção. O conteúdo de streaming é fornecido a um transmissor debroadcast e é cifrado no dispositivo de criptografia 2915 usando TK 2925. Oreceptor (não mostrado) é fornecido com o SK 2950 através de um KSM2940, o KSM 2940 sendo formado pela criptografia 2930 usando o SK 2950juntamente com TK 2925. A keystream, que fornece o KSM, é anunciada aosusuários com endereço IP e número de porta. Como o TK 2925 é cifrado comSK 2950, o dispositivo usa RO 2960, que contém o SK 2950, para decifrar oKSM 2940 de modo a ser capaz de decifrar o conteúdo de streaming 2910.Além do fornecimento do SK 2950, o RO 2960 também fornece os direitos deuso 2965.

Tipicamente, o TK mudará periodicamente. A figura 31 fornece umexemplo deste. Como observado, o TK muda diversas vezes enquanto o SKfor válido. Na prática, o número de mudanças no TK pode ser muito maiselevado. Quando o TK muda, um KSM novo 2940 (figura 29) é fornecido aoreceptor com o TK novo cifrado pela mesma SK 2950. Assim, quando a SK2950 permanecer o mesmo, o RO 2960 permitirá que o receptor decifre oconteúdo de streaming. Quando o SK muda, entretanto, um RO novo énecessário de modo que o KSMs enviado ao dispositivo possa ser decifrado eo conteúdo de streaming ser usado conforme permitido. Geralmente, os RO'scomprados de Rls devem ter períodos relativamente longos de validade paratornar o mecanismo de DRM praticável. Em uma concretização, uma vez queum RO principal é obtido, o RO secundário pode também ser obtido. Comodiscutido acima em referência às chaves nas figuras 4-16, em umaconcretização da invenção os TKs são distribuídos no KSM antes de seuperíodo de validade de modo que o usuário (dispositivo) possa decifrar acombinação de chave(s) e bits antes que o conteúdo de streaming real (ou osegmento dele) seja recebido. Do mesmo modo, o RO pode ser adquiridoantes do período de validade.

Como observado acima, os direitos são expressos tipicamente emREL. Para dirigir-se á introdução de direitos do uso em uma solução amigávelde largura de faixa que fornece a precisão suficiente de controle, uma novavariável REL chamada categoria de programa pode ser usada. A variável decategoria de programa pode ser pequena, por exemplo 2 bits, enquanto quefornece o uso suficiente de controle de direitos para algumas aplicações.Usando três ou o mais bits, entretanto, fornece o controle refinado e podemconseqüentemente ser desejável. O tamanho da variável, entretanto, é umtanto dependente do método de separação. Em algumas incorporações dainvenção, em vez de usar uma variável separada, a informação de categoriade programa é embutida em ou concatenada com algum outro identificador,tal como o identificador do conteúdo, do programa ou do serviço.

Olhando a figura 30, os vários provedores de conteúdo (PC) fornecemo conteúdo a um radiodifusor. Além disso, vário Rls comunicam-se com oradiodifusor, para determinar as categorias de programa ou para fornecer ascategorias de programa, como será discutido abaixo. Deve-se notar que o Rlse o CPs podem ou não ser as mesmas entidades. O conteúdo é cifrado etransmitido então aos receptores. Deve-se notar que a criptografia deconteúdo pode ser feita pelo provedor de conteúdo ou pelo radiodifusor epelas chaves de criptografia são distribuídas conformemente entre quemcriptografa e o editor de direitos (RI).

Por exemplo, considere um serviço de broadcast e um dispositivo. Deum Rl particular, o dispositivo obtém um RO de um Rl particular para acessarum certo conteúdo, e há uma descrição de REL dos direitos de uso para oconteúdo no RO. Enquanto a descrição for estática para o período davalidade, o REL pode conter os direitos do uso que são condicionais àvariável da categoria de programa REL. Assim, a medida que KSM's mudamo valor da variável da categoria de programa REL, os direitos de uso(condicional) atualmente podem de fato mudar.

O valor da variável da categoria de programa pode ser derivado doKSM's de serviço de transmissão em questão em duas maneiras alternativas,discutidas abaixo. Desde que KSM's são enviados muito freqüentemente, asmudanças de valor da variável da categoria de programa REL e daqui asmudanças nos direitos de uso atualmente eficazes podem ser muito refinadasem tempo. Para conservar a largura de banda de broadcast, contudo, aquantidade de dados novos adicionados ao KSM's para indicar a variável decategoria de programa REL é, de preferência, minimizada.

Antes de discutir como as categorias de programa podem serfornecidas ao receptor, a figura 32 mostra um exemplo de várias partes doconteúdo. Por exemplo, o conteúdo de streaming 3210 pode incluir umacategoria 3215 de notícias, uma categoria 3217 de esportes, uma categoriade documentário 3219 e uma categoria 3221 de filme. A categoria de notíciaspode adicionalmente ser dividida em categorias de η 3215-1, 3215-2..., 3215-η. Estas categorias podem, por exemplo, mas sem limitação, representarmanchetes, a notícia doméstica, a notícia estrangeira, etc.....Similarmente, ascategorias 3217 de esportes podem também ainda ser divididas emcategorias tais como destaques, escores, a transmissão ao vivo, etc...Alternativamente, as categorias não podem ter qualquer coisa para fazer como tipo de conteúdo, mas são definidas simplesmente para cada um conjuntodiferente de direitos diferentes de uso. Por exemplo, as categorias podem ser'altamente restritas', 'um tanto restritas', 'normal' e 'liberal', refletindo aspermissões dadas ao usuário.

Abaixo estão dois métodos possíveis de prover KSM1 a diferença maissignificativa é a necessária interação entre o radiodifusor e os Rl's. Deve serobservado que alguma combinação dos dois métodos pode ser usada.

Olhando o primeiro método de determinar a categoria de programapara o REL, em um aspecto da invenção, o radiodifusor "classifica" oconteúdo de streaming em categorias diferentes. Por exemplo, o número dacategoria do programa pode ser relativamente pequeno, como 4 categoriasdiferentes, ou pode ser relativamente grande, como 256 categorias diferentesde programa. Naturalmente, os bits adicionais serão necessitados como onúmero de aumentos das categorias do programa, assim dois bits podemfornecer a informação a respeito de quatro categorias do programa quando 8bits forem necessários fornecer 256 categorias de programa. Por exemplo,em um serviço handheld da transmissão de televisão, cada programa detelevisão é categorizado em um número de categorias de programa, quepodem incluir a notícia, shows de valor baixo (iv), shows de valor alto (hv),esportes de Iv, esportes de hv, filmes velhos, filmes novos, etc... Os Rls nãopodem influenciar as categorias (ajustado pelo radiodifusor e comum a todo oRls)5 mas podem livremente usar a faixa de valor variável (por exemplo, de0... 255) de categoria de programa amplo REL de programa em seus direitosde uso expressos em REL no RO que fornecem ao dispositivo. Tipicamente,entretanto, um número menor, tal como 12-16 categorias de programa serãomais práticas. Nenhuma comunicação extra entre o radiodifusor e o Rls épreciso. Cada um de tais segmentos de programa pode ser associado a umconjunto de direitos de uso (no relatório da invenção: a categoria deprograma) incluindo 'representação ao vivo', 'o armazenamento e a exposiçãopor 48 horas, 'armazenamento e exposição indefinidamente', 'retransmissão ecópia (encaminhamento) indefinidamente' ou alguns outros tipos similares.Assim, o RO pode incluir os direitos condicionais expressos em RELque dependem do valor da categoria de programa. Assim, um usuário pôdecomprar direitos completos tais que o RO fornece os direitos permissíveismáximos para o conteúdo. Alternativamente, o usuário pode selecionar umRO livre promocional que forneça direitos muito mais limitados e podesomente permitir a exposição das partes do conteúdo de streaming.Periodicamente o RO será atualizado porque o SK muda, assim os direitos douso podem variar de RO para RO. O usuário recebe o um ou mais ROquando requisitar / comprar / assinar / renovar o serviço ou as partes dele.

Em uma concretização da invenção o usuário pode primeiramente receberum RO 'principal' e promover o RO 'secundário' pode ser adquirido ou criadomais tarde. Se o usuário não requisitar (comprar / assinar) o segmento deprograma que está sendo recebido, o usuário é informado naquele ('você nãotem direitos a este segmento de programa/(programa) ) e/ou é informadocomo comprar os direitos.

Em um outro aspecto da invenção, como mostrado em figura 33, o Rlsajustaram as categorias e as comunicou ao radiodifusor, que põe então ascategorias no KSMs. Desde que há Rls múltiplos, pode ser útil limitar onúmero dos bits que são permitidos por Rl a dois bits. Em tal caso, a faixa decategoria de programa poderia ser 0... 3. Que a faixa, entretanto, seriaespecífica de RI, e poderia conseqüentemente relacionar-se diretamente comos direitos do uso de uma parte particular do conteúdo de streaming (melhorque tipo de conteúdo de streaming dentro uma forma mais genérica). Em talcaso, forneça ao invés de então um único RO, quatro que o RO pode serfornecido, cada um com um conjunto de direitos de uso configurados pelo RI.

No mecanismo de RO que está sendo usado na figura 33, deve havermeios de indicar que valor de categoria se refere a que RI, preferivelmentesem usar as identidades de Rl (que são maiores de dois bits). Em umaconcretização, cada KSM 3340 contem um vetor de valores de categoria de N(para algum N) onde cada valor de categoria pode ser dois bits. Em umaoutra concretização da invenção, os valores de categoria podem ser mais dedois bits. Os RO's forneceu ao que receptor contem um conteúdo de Rl nafaixa 1... N de modo que o valor da categoria em cada um do RM com Rl-Ncorrespondesse a um conjunto de RO. Ainda em outras incorporações dainvenção um ou mais bit ou as combinações dos bits dentro de KSM podemser usados para valores da categoria. Quando o KSM puder incluir o vetor,outros formatos e protocolos podem ser usados para fornecer o valor dacategoria associado com o RI. Além disso, em uma concretização o númerobits e/ou de combinações de bit dentro do vetor podem ser reservados para ouso futuro.

Em uma outra concretização da invenção, um número bits e/ou decombinações de bit no KSM, que pode ou não pode ter sido reservado paraoutras finalidades, podem ser traçados aos valores da categoria ou serinterpretados como valores da categoria. Além, determinadas posições dentrodo KSM poderiam ser usadas fornecer uma indicação a respeito de se umtipo de programa poderia ser visto. Um RO poderia determinar o que o valorda categoria baseasse no valor da categoria fornecido pelo KSM e olha entãoo lugar apropriado no KSM para determinar que direito do uso existiu, comose o conteúdo poderia ser indicado. Porque cada RO poderia ser configuradopara olhar em posições diferentes com o KSM para determinar os direitos douso, o controle individualizado que pode variar com cada KSM poderiaprontamente ser fornecido.

Como mostrado, o usuário recebeu neste caso quatro ROs, cada umcom uma classe dos direitos do usuário. A vantagem de usar classes dosdireitos do uso é que o número e o tamanho totais de objetos dos direitospodem ser menores do que no exemplo de um conjunto completo do RO seos direitos do uso forem oferecidos comprando no nível de segmentos deprograma. Quando o usuário recebe o KSM que carrega o TK real, acombinação de bit na posição que corresponde à posição Rl #1 permite que ousuário selecione o RO que corresponde a sua compra. Para o exemplo queum valor de O em Rl #1 indicaria ROI, um valor de 1 indicaria R02, um valorde 2 indicaria que R03 e um valor de 3 indicariam o R04. Enquanto o TKspode ser mudado do segmento de programa ao segmento de programa, ousuário pode usar suas direitos na maneira que requisitou (comprou). Deve-se notar que o usuário 'está escutando' o KSM que lhe foi anunciado(endereço IPe o número da porta).

Por exemplo, em um serviço handheld da broadcast de televisão,baseado em esquemas de programa de televisão, Rls escolhe uma das 4categorias para cada programa, comunica-as ao radiodifusor, e o radiodifusora seguir inclui as categorias nos KSMs. Para um RI, as quatro categoriaspodem ser 1) interpretação ao vivo reservado somente, 2) armazenamento epara replay permitido 48 horas, 3) armazenamento e para replay reservadoindefinidamente e 4) o armazenamento, replay e copia a outros dispositivospermitidos indefinidamente. Este exemplo, entretanto, é meramente ilustrativoe outras combinações da direito do uso podem ser fornecidas.

Na situação acima todos os compradores do conjunto de RO's do Rlpodem ter o mesmo conjunto de direitos. Por exemplo, um RI#J no KSM3340 pode corresponder a um negocio de pacote particular enquanto umsegundo RI#J+1 pode corresponder a um negócio de pacote diferente. Deveser observado, entretanto, que a categoria de programa para cada Rl éparticular para o TK, assim o mesmo conjunto de RO's pode fornecerdiferentes direitos de uso para diferentes TKs, e adicionalmente, diferentesconjuntos de ROs podem fornecer diferentes conjuntos e/ou combinações dedireitos de uso

Assim, para um conjunto de ROs o ROI pode fornecer ver somente osdireitos de uso enquanto um outro conjunto de ROs o ROI pode fornecer paradeslocamento de tempo

Ainda, em ambas as soluções, deve-se recordar que acondicionalidade com base nas categorias somente complementa o uso totalde direitos no RO, fazendo-o mais dinâmico: muitos direitos de uso sãoprováveis ser incondicionais e assim não dependentes do valor da variável decategoria REL de programa. Do mesmo modo, em ambas as soluções,melhor que em fornecer a condicionalidade dentro dos direitos de uso de umúnico RO1 a informação de categoria de programa enviada no KSM podealternativamente ser usada para selecionar um conjunto de ROs completo, oupossivelmente um dos diversos RO secundário relacionado ao mesmo ROprincipal.

Assim, os aspectos da presente invenção fornecem uma maneira delargura de banda eficiente de distribuir os direitos aplicáveis a todos osassinantes, mas que podem variar o período de programa por programa e deperíodo de tempo por período de tempo, enquanto ainda permitir amagnificência total do REL para definir aqueles direitos para cada categoriade programa. A invenção pode ser aplicada aos serviços de IPDC sobre DVB-T, DVB-H, MediaFLOl Broacast de OMA e outros sistemas.

Como pode ser apreciado por alguém versado na técnica, um sistemacomputadorizado com um meio legível por computador associado que contéminstruções para controlar o sistema computadorizado pode ser utilizado paraexecutar as incorporações exemplares que são aqui reveladas. O sistemacomputadorizado pode incluir pelo menos um computador tal como ummicroprocessador, um processador do sinal digital, e um circuito eletrônicoperiférico associado.

Quando a invenção foi descrita com respeito aos exemplos específicosincluindo modalidades presentemente preferidas de realizar a invenção,aqueles versados na técnica apreciarão que há umas variações e umaspermutações numerosas dos sistemas e das técnicas acima descritos quecaem dentro do espírito e do escopo da invenção como determinado nasreivindicações apensas.

Claims (40)

1. Método para operar um elemento de rede, o método éCARACTERIZADO pelo fato de que compreende:- programar o equipamento do usuário para a transmissão depacote de enlace ascendente no canal de dados sem fio; e- transmitir para o equipamento do usuário uma mensagem quecomanda a alocação de potência zero para a transmissão de pacote deenlace ascendente programada.

2. Método de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que a mensagem compreende a primeira seqüência de bit, ométodo também compreende:- determinar a primeira seqüência de bit da tabela de buscaarmazenada ou algoritmo que associa a primeira seqüência de bit com aalocação de potência zero, e também associa a segunda seqüência de bitcom outra alocação de potência que é relativa à potência no canal diferentedo canal de dados sem fio.

3. Método de acordo com a reivindicação 2, CARACTERIZADOpelo fato de que cada uma da primeira e da segunda seqüência de bitscompreende os bits de sinalização da relação de potência E-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

4. Método de acordo com a reivindicação 2, CARACTERIZADOpelo fato de que a tabela de busca ou algoritmo também compreende aterceira seqüência de bits associada com a alocação de potência máximaque comanda a transmissão no canal de dados na potência máxima capaz.

5. Método de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que transmitir para o equipamento do usuário a mensagemcompreende transmitir em um canal de concessão absoluto, e o canal dedados sem fio compreende um canal de transporte dedicado melhorado.

6. Método de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que programar e transmitir são realizados pela estação basetransceptora.

7. Programa de instruções legíveis de máquina, armazenadasem um dispositivo de suporte de informação e executadas por umprocessador de dados digital, para executar as ações direcionadas paraprover o controle da potência para a estação móvel, o programa éCARACTERIZADO pelo fato de que as ações compreendem:- após programar o equipamento do usuário para a transmissãode pacote de enlace ascendente no canal de dados sem fio, acessar odispositivo de armazenagem de dados para determinar a seqüência de bitsque é associada com a alocação de potência zero; e- transmitir para o equipamento do usuário uma mensagem decontrole de potência para a transmissão de enlace ascendente programadaque inclui a seqüência de bit determinada.

8. Programa de acordo com a reivindicação 7,CARACTERIZADO pelo fato de que a seqüência de bit determinadacompreende a primeira seqüência de bits, e onde o dispositivo dearmazenagem de dados também compreende a segunda seqüência de bitsassociada com outra alocação de potência relativa a potência no canaldiferente do canal de dados sem fio.

9. Programa de acordo com a reivindicação 8,CARACTERIZADO pelo fato de que cada uma da primeira e da segundaseqüência de bits compreende os bits de sinalização da relação de potênciaE-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

10. Programa de acordo com a reivindicação 8,CARACTERIZADO pelo fato de que o dispositivo de armazenagem de dadostambém compreende a terceira seqüência de bits associada com a alocaçãode potência máxima que comanda a transmissão no canal de dados napotência máxima capaz.

11. Programa de acordo com a reivindicação 7,CARACTERIZADO pelo fato de que transmitir compreende transmitir amensagem de controle de potência em um canal de concessão absoluto, e ocanal de dados sem fio compreende um canal de transporte dedicadomelhorado.

12. Elemento de rede CARACTERIZADO pelo fato de quecompreende:- um transceptor acoplado ao processador de dados e a umamemória para armazenar a associação de dados e as instruções docomputador executáveis pelo processador de dados, onde:- a associação de dados compreende uma associação daprimeira seqüência de bits com a alocação de potência zero;- as instruções de computador executáveis são para ocasionarao transceptor o envio da mensagem de controle de potênciacompreendendo a primeira seqüência de bits para o equipamento do usuárioque é programada para a transmissão de pacote de enlace ascendente nocanal de dados.

13. Elemento de rede de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que a associação de dados tambémcompreende uma associação da segunda seqüência de bits com outraalocação de potência relativa a potência em um canal diferente do canal dedados.

14. Elemento de rede de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que cada uma da primeira e da segundaseqüência de bits compreende os bits de sinalização da relação de potênciaE-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

15. Elemento de rede de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que a associação de dados tambémcompreende a terceira seqüência de bits associada com a alocação depotência máxima que comanda a transmissão no canal de dados na potênciamáxima capaz.

16. Elemento de rede de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que a mensagem de controle de potência éenviada em um canal de concessão absoluto, e o canal de dadoscompreende um canal de transporte de dados melhorado.

17. Elemento de rede de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que as instruções de computadorexecutáveis são também para programar o equipamento do usuário para atransmissão de pacote de enlace ascendente no canal de dados.

18. Aparelho CARACTERIZADO pelo fato de que compreende:- dispositivos para armazenar uma associação das seqüênciasde bit com as alocações de potência, onde a primeira seqüência de bit éassociada com a alocação de potência zero e a segunda seqüência de bit éassociada com a alocação de potência relativa; e- dispositivos para transmitir na mensagem de controle depotência a primeira seqüência de bit para comandar o equipamento dousuário da alocação de potência zero para o canal de dados de enlaceascendente.

19. Aparelho de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que compreende:- dispositivos para armazenar compreendem um dispositivo dearmazenagem legível de computador; e- dispositivos para transmitir compreende um transceptoracoplado ao processador e ao dispositivo de armazenagem legível decomputador para compilar a mensagem de controle de potência para incluir aprimeira seqüência de bits que é selecionada baseado em parte na potênciado canal de controle, e para transmitir de forma sem fio a mensagem nocanal de concessão absoluto.

20. Método para operar a estação móvel CARACTERIZADOpelo fato de que compreende:- receber do elemento de rede o comando de controle depotência para as transmissões de enlace ascendente no canal de dados;- determinar do comando de controle de potência a alocação depotência zero;- responsivo à determinação, suspender as transmissões nocanal de dados até receber o novo comando de controle de potência para astransmissões de enlace ascendente no canal de dados.

21. Método de acordo com a reivindicação 20,CARACTERIZADO pelo fato de que o comando de controle de potênciacompreende a primeira seqüência de bit e onde a determinação compreendeacessar a tabela de busca armazenada ou algoritmo que associa a primeiraseqüência de bit com a alocação de potência zero, a tabela de busca oualgoritmo também compreende uma associação da segunda seqüência debits associada com outra alocação de potência relativa a potência no canaldiferente do canal de dados sem fio.

22. Método de acordo com a reivindicação 21,CARACTERIZADO pelo fato de que cada uma da primeira e da segundaseqüência de bits compreende os bits de sinalização da relação de potênciaE-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

23. Método de acordo com a reivindicação 21,CARACTERIZADO pelo fato de que a tabela de busca ou algoritmo tambémcompreende a terceira seqüência de bits associada com a alocação depotência máxima que comanda a transmissão no canal de dados na potênciamáxima capaz.

24. Método de acordo com a reivindicação 20,CARACTERIZADO pelo fato de que a terceira seqüência de bit comanda atransmissão dos dados do usuário na potência máxima capaz da estaçãomóvel.

25. Método de acordo com a reivindicação 20,CARACTERIZADO pelo fato de que o comando de controle de potência érecebido em um canal de concessão absoluto, e o canal de dadoscompreende um canal de transporte dedicado melhorado.

26. Programa de instruções legíveis de máquina, armazenadasem um dispositivo de suporte de informação e executadas por umprocessador de dados digital, para executar as ações direcionadas paracontrolar a potência de transmissão para a estação móvel, o programa éCARACTERIZADO pelo fato de que as ações compreendem:- receber na estação móvel do elemento de rede o comando decontrole de potência para as transmissões de enlace ascendente no canal dedados;- determinar do comando de controle de potência a alocação depotência zero;- responsivo à determinação, suspender as transmissões nocanal de dados até receber o novo comando de controle de potência para astransmissões de enlace ascendente no canal de dados.

27. Programa de acordo com a reivindicação 26,CARACTERIZADO pelo fato de que o comando de controle de potênciacompreende a primeira seqüência de bit e onde a determinação compreendeacessar a tabela de busca armazenada ou algoritmo que associa a primeiraseqüência de bit com a alocação de potência zero, a tabela de busca oualgoritmo também compreende uma associação da segunda seqüência debits associada com outra alocação de potência relativa a potência no canaldiferente do canal de dados sem fio.

28. Programa de acordo com a reivindicação 27,CARACTERIZADO pelo fato de que cada uma da primeira e da segundaseqüência de bits compreende os bits de sinalização da relação de potênciaE-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

29. Programa de acordo com a reivindicação 27,CARACTERIZADO pelo fato de que a tabela de busca ou algoritmo tambémcompreende a terceira seqüência de bits associada com a alocação depotência máxima que comanda a transmissão no canal de dados na potênciamáxima capaz.

30. Programa de acordo com a reivindicação 26,CARACTERIZADO pelo fato de que o comando de controle de potência érecebido em um canal de concessão absoluto, e o canal de dadoscompreende um canal de transporte dedicado melhorado.

31. Programa de acordo com a reivindicação 26,CARACTERIZADO pelo fato de que a terceira seqüência de bit comanda atransmissão dos dados do usuário na potência máxima capaz da estaçãomóvel.

32. Estação móvel CARACTERIZADA pelo fato de quecompreende:- um transceptor acoplado ao processador de dados e a umamemória para armazenar a associação de dados e as instruções docomputador executáveis pelo processador de dados, onde:- no recebimento do comando de controle de potência para astransmissões de enlace ascendente no canal de dados, as instruçõesexecutáveis do computador são para ocasionar ao processador determinardo comando de controle de potência e da memória a alocação de potênciazero; e- responsivo à determinação, suspender as transmissões nocanal de dados até receber o novo comando de controle de potência para astransmissões de enlace ascendente no canal de dados.

33. Estação móvel de acordo com a reivindicação 32,CARACTERIZADA pelo fato de que o comando de controle de potênciacompreende a primeira seqüência de bit e onde o processador determina aalocação de potência ao acessar a associação de dados armazenada queassocia a primeira seqüência de bit com a alocação de potência zero, e ondea associação de dados armazenada também compreende uma associaçãoda segunda seqüência de bits associada com outra alocação de potênciarelativa a potência no canal diferente do canal de dados sem fio e aassociação de dados armazenada é da forma de uma tabela de busca oualgoritmo.

34. Estação móvel de acordo com a reivindicação 33,CARACTERIZADA pelo fato de que cada uma da primeira e da segundaseqüência de bits compreende os bits de sinalização da relação de potênciaE-DPDCH/DPCCH, e o outro canal compreende o DPCCH.

35. Estação móvel de acordo com a reivindicação 33,CARACTERIZADA pelo fato de que a tabela de busca ou algoritmo tambémcompreende a terceira seqüência de bits associada com a alocação depotência máxima que comanda a transmissão no canal de dados na potênciamáxima capaz.

36. Estação móvel de acordo com a reivindicação 32,CARACTERIZADA pelo fato de que o comando de controle de potência érecebido em um canal de concessão absoluto, e o canal de dadoscompreende um canal de transporte dedicado melhorado.

37. Estação móvel de acordo com a reivindicação 32,CARACTERIZADA pelo fato de quea terceira seqüência de bit comanda a transmissão dos dadosdo usuário na potência máxima capaz da estação móvel.

38. Aparelho CARACTERIZADO pelo fato de que compreende:- dispositivos para armazenar a associação de dados daprimeira seqüência de bit com a alocação de potência zero;- dispositivos para acessar o dispositivo para armazenar aprimeira seqüência de bits recebida na mensagem de controle de potênciapara determinar a alocação de potência zero para as transmissões no enlaceascendente no canal de dados; e- responsivo à determinação, suspender as transmissões nocanal de dados até receber o novo comando de controle de potência para astransmissões de enlace ascendente no canal de dados.

39. Aparelho de acordo com a reivindicação 38,CARACTERIZADO pelo fato de que compreende:- dispositivos para armazenar compreendem um dispositivo dearmazenagem legível de computador;- dispositivos para determinar compreendem um processadoracoplado para dispositivo de armazenagem;- dispositivos para suspender as transmissões compreendem oprocessador acoplado ao transceptor.

40. Método para alocar a potência de transmissão para aestação móvel, o método é CARACTERIZADO pelo fato de que compreende:na rede,- programar a estação móvel para uma transmissão de pacotede enlace ascendente no canal de dados;- receber da estação móvel uma mensagem de enlaceascendente no canal de controle;- determinar da mensagem de enlace ascendente a potênciazero desejada para a estação móvel para transmitir no canal de dados;- transmitir para a estação móvel uma mensagem de controle depotência que comanda a alocação de potência zero para a transmissão depacote de enlace ascendente programada;na estação móvel,- receber da rede a mensagem de controle de potência;- determinar da mensagem de controle de potência a alocaçãode potência zero; e- responsivo à determinação da estação móvel, suspender astransmissões no canal de dados até receber o novo comando de controle depotência para as transmissões de enlace ascendente no canal de dados.