BRPI0608470A2 - método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, dispositivo de transmissão que suporta uma notificação do dispositivo receptor sobre uma sessão de transmissão futura, rede de comunicação, sistema de comunicação, produto de programa, e, aparelho de recepção - Google Patents

Abstract

MéTODO PARA NOTIFICAR O DISPOSITIVO RECEPTOR SOBRE UMA SESSãO DE TRANSMISSãO FUTURA, DISPOSITIVO DE TRANSMISSãO QUE SUPORTA UMA NOTIFIFICAçãO DO DISPOSITIVO RECEPTOR SOBRE UMA SESSãO DE TRANSMISSãO FUTURA, REDE DE COMUNICAçãO, SISTEMA DE COMUNICAçãO, PRODUTO DE PROGRAMA, E, APARELHO DE RECEPçãO. Para a notificação do dispositivo de recepção sobre a sessão de transmissão futura, um identificador de um de vários tipos possíveis de identificadores na sessão de transmissão é mapeado para o campo do identificador da sessão de transmissão. Este campo é usado para notificar o dispositivo de recepção. Em adição, o valor de repetição é adicionado ao campo do identificador da sessão de transmissão, que indica se a sessão de transmissão futura é nova ou não. Em adição, o dispositivo de recepção pode liberar os dados de contextos armazenados para um identificador particular da sessão de transmissão, se uma aquisição de dados nas sessões de transmissão identificada pelo identificador de sessão de transmissão pode ser terminada.

Description

"MÉTODO PARA NOTIFICAR O DISPOSITIVO RECEPTOR SOBRE UMA SESSÃO DE TRANSMISSÃO FUTURA, DISPOSITIVO DE TRANSMISSÃO QUE SUPORTA UMA NOTIFIFICAÇÃO DO DISPOSITIVO RECEPTOR SOBRE UMA SESSÃO DE TRANSMISSÃO FUTURA, REDE DE COMUNICAÇÃO, SISTEMA DE COMUNICAÇÃO, PRODUTO DE PROGRAMA, E, APARELHO DE RECEPÇÃO".

Campo da Invenção

A invenção relaciona a métodos para notificar o dispositivo de recepção sobre uma sessão de transmissão futura. A invenção relaciona igualmente aos dispositivos de transmissão correspondentes, aos dispositivos de recepção correspondentes, às redes de comunicação e aos sistemas de comunicação correspondentes e aos produtos de programa correspondentes.

Descrição da Técnica Anterior

O Serviço de Multipontos/Radiodifusão de Multimídia (MBMS) é um serviço ponto-parà-mültipontós, no qual os dados são transmitidos "de uma única fonte para múltiplos destinos ao mesmo tempo. MBMS então permite um compartilhamento eficiente dos recursos de rede quando os mesmos dados têm de ser transmitidos para vários receptores.

O sistema MBMS pode ser dividido em três camadas funcionais, como ilustrado na Figura 1. A primeira camada 10 corresponde aos serviços da portadora, a segunda camada 11 corresponde ao método de entrega e a terceira camada 12 corresponde às aplicações que permitem os serviços do usuário. O serviço da portadora MBMS prove os mecanismos para transportar dados do Protocolo Internet (IP) de multipontos e radiodifundidos eficientemente para o Equipamento do Usuário. O método de entrega pode ser o método de entrega de transferência ou o método de entrega streaming. O método de entrega pode usar uma ou várias portadoras MBMS e/ou uma ou várias portadoras ponto-a-ponto para entregar os dados. As aplicações que permitem os serviços do usuário no topo da MBMS podem usar um ou vários métodos de entrega para entregar os dados da aplicação, por exemplo, os dados para a mensagem do serviço demensagem de multimídia (MMS).

A relação entre diferentes camadas funcionais é ilustrada em um exemplo de um serviço do usuário de entrega de transferência na Figura 2. Neste exemplo, um único Serviço de Portadora MBMS #x da primeira camada é usado para várias Sessões de Transferência MBMS #n, #n+1, etc, da terceira camada. Estas Sessões de Transferência MBMS são usadas para um serviço de transferência do usuário MBMS da terceira camada.

As sessões MBMS podem ser estabelecidas entre o Centro de Serviço - Multipontos de Radiodifusão (BM-SC) e o equipamento do usuário (UE) do sistema de comunicação móvel através do Nó de Suporte GPRS de Porta de Comunicação (GGSN) da rede núcleo do sistema de comunicação móvel e a Rede de Acesso de Rádio (RAN) do sistema de comunicação móvel. A estrutura da camada da Figura 1 é então válida para o BM-SC e o UE. O método de entrega MBMS 11 é ativado no BM-SC pelo provedor de serviço do usuário MBMS, que é conectado ao BM-SC, por exemplo, através da Internet. O BM-SC então ativa os serviços da portadora MBMS 10, que são para serem usados pelo serviço do usuário 12. Cada serviço da portadora é identificado unicamente pela Identidade Temporária do Grupo Móvel (TMGI, Temporary Mobile Group Identity). O TMGI é alocado globalmente pelo BM-SC e é composto da identidade de serviço da portadora MBMS possuindo o tamanho de três octetos, ou bytes, como também a identidade da Rede Móvel Terrestre Pública (PLMN) da PLMN a qual o BM-SC pertence. O TMGI é equivalente ao par de endereço multiponto IP e Nome do Ponto de Acesso (APN), e é usado para uma identificação eficiente da portadora MBMS empregada. O TMGI é transmitido para o UE durante a ativação da sessão MBMS para as sessões multipontos ou durante o anúncio de serviço para as sessões de radiodifusão.

Quando a sessão MBMS começa, o UE é notificado sobre o início ou transmissão de dados contínua através de um procedimento de notificação MBMS, como ilustrado na Figura 3 por meio de exemplo para a GSM EDGE RAN (GERAN). O TMGI eumalD de Sessão opcional são providos pelo BM-SC para oControlador da Estação Base (BSC) da GERAN. O BSC envia o TMGI e a ID de Sessão opcional para as estações móveis (MS) constituindo o UE para os informar sobre o início da transmissão de dados. O envio é executado independentemente do estado atual das estações móveis, que podem estar inativas ou conectadas.

Após uma pré-notificação opcional com um pedido de paginação, que inclui apenas o TMGI e a ID de Sessão opcional, a GERAN pode incitar também os terminais por outro pedido de paginação para responder às notificações por contagem de célula por meio de um pedido do canal. Neste caso, as estações móveis têm que transmitir um pedido de canal para o BSC, se eles estiverem interessados na sessão MBMS. A GERAN pode contar os pedidos de canal entrantes. O processo de contagem é importante para determinar um modo de transmissão de dados mais eficiente para uma determinada célula. No caso de apenas algumas estações móveis estarem interessadas em uma sessão MBMS em uma determinada célula, a GERAN pode decidir usar as transmissões ponto-a-ponto em vez da transmissão ponto-para-multipointos nesta célula. As estações móveis avaliam o TMGI e a ID de Sessão para decidir se elas estão interessadas na sessão MBMS ou não.

No caso de repetições de sessão, o BM-SC deveria designar o mesmo TMGI e a mesma ID de Sessão para a sessão MBMS. Isto permite que as estações móveis reconheçam que a sessão está repetida e decidem não receber os dados no caso deles já terem sido recebidos corretamente.

O BM-SC também pode usar a mesma ID de Sessão para entregar os dados pós-reparo para a sessão de entrega de transferência. Isto permitiria que as estações móveis ignorem os dados de reparo, quando os dados originais forem recebidos corretamente durante a primeira transmissão.

Tem sido proposto no documento 3GPP TSG-SA#34 Tdoc S4-050103

"Uso da Identidade de Sessão MBMS" de fevereiro de 2005, onde uma ID de Sessão de um único octeto (um byte) será alocada pelo BM-SC por transferência de arquivo. No método de entrega de arquivo, contudo, uma sessão de entrega de arquivo é identificada pela ID de sessão no campo de 16 ou 32 bits no cabeçalho do protocolo de Codificação em Camadas Assíncrona/Transporte de Codificaçãoem Camadas (ALC/LCT). Dado o espaço curto de um octeto que está disponível para a representação da ID de Sessão durante a notificação, o problema de como usar este campo eficazmente surge. O octeto da ID de Sessão deveria carregar informação suficiente para permitir as estações móveis decidirem se os dados já foram ou não recebidos. Porém, nenhum mapeamento direto entre a ID de sessão maior e a ID de Sessão MBMS menor é possível sem perda de precisão.

O documento que Tdoc S4-050103 também propõe o uso de um temporizador de validade nas estações móveis. Este temporizador de validade é pretendido para limitar a validade da ID de Sessão para uma determinada duração de tempo, após a qual a estação móvel deveria assumir que os dados carregados na sessão MBMS com o valor ID de Sessão previamente recebido é uma nova entrega ou transmissão e não uma continuação ou repetição. Uma vez que um exemplo de uma ID de Sessão expirou, o valor pode então ser usado para outra transmissão, quer dizer, para outra ID de Sessão. É suposto permitir reutilizar as IDs de Sessão sem arriscar que o UE interprete mal a ID de Sessão como uma sessão de transmissão MBMS prévia.

Esta aproximação tem a desvantagem, entretanto, de que cada estação móvel tem que manter o rasto de um temporizador para cada sessão recebida, para decidir se a sessão é uma repetição ou uma envoltura do campo da ID de Sessão que conduziu a valores idênticos. O envolto do campo ID de Sessão refere à situação que a ID de Sessão encurtada usou para a sessão precedente é agora usada para uma nova sessão. Além disso, é difícil para o BM-SC adquirir uma estimativa precisa do valor do temporizador que conta para reutilizar e permite a repetição de sessão ao mesmo tempo. O valor do temporizador tem que ser transportado como um parâmetro de sessão de transferência do Protocolo de Descrição de Sessão (SDP). Neste momento, o valor do temporizador poderia ser ainda imprevisível. O resultado é uma-contagem inexata ao nível da célula. Além disso, não é possível determinar de forma não ambígua o tempo inicial de uma ID de Sessão. Por exemplo, poderia ser deduzido que os pacotes recebidos de uma ID de sessão inicia os temporizadores do UE, mas devido a perdas de pacote, nemtodas as estações móveis iniciarão os seus temporizadores simultaneamente.

Outro problema surge do fato de que o uso da ID de Sessão é opcional. Ambos, o UE é o BM-SC podem decidir ignorar o campo ID de Sessão. Se o UE decidir ignorar o campo ID de Sessão, o UE simplesmente não interpretará o campo ID de Sessão. Este assumirá que a sessão MBMS é uma nova sessão e toma a sua decisão independentemente. Se o BM-SC decidir não usar o campo ID de Sessão, por exemplo, ao estabelecer este para um valor default, contudo, tem que ser assegurado de que o UE não o interpretará mal.

Resumo da Invenção

É um objeto da invenção solucionar os problemas acima mencionados.

De acordo com o primeiro aspecto da invenção, é proposto um primeiro método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, que compreende no dispositivo de transmissão selecionar um de pelo menos dois tipos diferentes de identificadores, que são transmitidos potencialmente em uma sessão de transmissão. O método também compreende mapear ao menos um identificador dos tipos de identificadores selecionados, onde ao menos um identificador será transmitido na sessão de transmissão futura, para um identificador de sessão de transmissão. O método também compreende inserir o identificador de sessão de transmissão no campo do identificador de sessão de transmissão. O método também compreende prover o campo do identificador de sessão de transmissão para notificar o dispositivo receptor sobre a sessão de transmissão futura.

Além disso, um dispositivo de transmissão compreendendo dispositivos para realizar o primeiro método do primeiro aspecto da invenção é proposto. Além disso, uma rede de comunicação que inclui tal dispositivo de transmissão é proposta. Em adição, um sistema de comunicação que inclui tal dispositivo de transmissão e um dispositivo de recepção é proposto. Além disso, um produto de programa de software é proposto, o qual armazena um código de software que executa os passos do primeiro método do primeiro aspecto dainvenção ao rodar em uma unidade de processamento de um dispositivo de transmissão.

De acordo com o primeiro aspecto da invenção, um segundo método para notificar o dispositivo receptor sobre uma sessão de transmissão futura é proposto, que inclui um dispositivo de recepção que recebe uma notificação sobre uma sessão de transmissão futura. Este método também compreende comparar um identificador de transmissão no campo do identificador de sessão de transmissão na notificação com os identificadores de pelo menos dois tipos de identificadores recebidos nas sessões de transmissão precedentes. Este método também compreende se privar de adquirir dados da sessão de transmissão no caso do identificador de sessão de transmissão corresponder ao identificador recebido na sessão de transmissão precedente, a qual incluiu os dados que foram recebidos corretamente.

Além disso, um dispositivo de recepção compreendendo dispositivos para realizar este segundo método do primeiro aspecto da invenção é proposto. Em adição, um produto de programa é proposto, o qual armazena um código de software que executa os passos do segundo método do primeiro aspecto da invenção ao rodar em uma unidade de processamento do dispositivo de recepção.

O primeiro aspecto da invenção procede da idéia que ao escolher entre tipos diferentes de identificadores como uma base para o identificador de sessão de transmissão, as informações de granularidade podem ser estabelecidas quando requerido.

É uma vantagem do primeiro aspecto da invenção, o qual permite um mapeamento mais flexível do campo do identificador de sessão de transmissão.

Este permite, por exemplo, evitar a redundância de informação nos casos onde uma sessão MBMS é usada para uma sessão de transferência, neste caso a sessão poderia ser identificada pelo TMGI. Ao permitir o identificador de sessão de transmissão ser estabelecido com base no identificador de arquivo aumentará a precisão da contagem, uma vez que os terminais decidirão a-priori se recebem ou não os dados com base no arquivo e assim uma granularidade melhor do que combase na sessão.

Com uma granularidade melhor, o dispositivo de recepção pode decidir para cada arquivo responder à notificação e se recebe ou não os dados. Por exemplo, no caso de uma sessão do usuário com dois arquivos grandes, se a mesma sessão da portadora MBMS é usada para ambos e um dispositivo de recepção necessita de apenas um deles, este dispositivo de recepção ainda terá que indicar à rede que receberá ambos. Também algumas repetições de sessão podem incluir um subconjunto da sessão original, por exemplo, apenas os arquivos mais importantes. Assim, se apenas um tipo de identificador de sessão de transmissão for usado, o usuário terá que reconhecer a repetição de sessão como uma nova sessão e notificar que quer receber os dados. Isto pode ser evitado ao ter um mapeamento de granularidade melhor com base nos arquivos ou grupos de arquivos.

Ao implementar a invenção, tem que ser levado em conta que enquanto o mapeamento granular fino permite uma precisão mais alta na contagem e um uso mais eficiente dos recursos de rede, mais dados tem que ser armazenados pelo dispositivo de recepção.

Ao menos dois tipos de identificadores dos quais um identificador pode ser selecionado como base para o mapeamento para o identificador de sessão de transmissão pode ser de vários tipos.

Os tipos de identificadores podem incluir por exemplo um identificador de arquivo, que identifica um arquivo da sessão de transmissão. O identificador de sessão de transmissão pode ser por exemplo os bits menos significativos (LSBs) de um Identificador do Objeto de Transporte TOI do arquivo.

Os tipos de identificadores podem também compreender por exemplo um grupo de identificadores específico, que identifica o grupo de arquivo de uma sessão de transmissão. Se o grupo for o grupo de arquivo Entrega de Arquivo em um Transporte Unidirecional (FLUTE), o identificador de sessão de transmissão pode ser gerado por exemplo de um grupo de identificadores específico que é transmitido na ID da Instância da Tabela de Entrega de Arquivo (FDT).Os tipos de identificadores podem também incluir por exemplo uma lista de identificadores de arquivo, cada identificador de arquivo identificando um respectivo arquivo de um grupo de arquivos de uma sessão de transmissão. Neste caso, o identificador de sessão de transmissão pode ser gerado por exemplo de uma lista de TOls que representa a lista de arquivos.

Os tipos de identificadores podem também incluir por exemplo pelo menos um identificador que identifica um grupo de arquivo externo. Neste caso, o identificador de sessão de transmissão pode ser gerado por exemplo para um grupo de arquivos, onde o mapeamento entre este grupo de arquivos e o identificador de sessão de transmissão é descrito em alguma outra entidade de dados. Esta outra entidade de dados pode ser por exemplo uma mensagem do Serviço de Mensagem Curta (SMS), um arquivo SDP, etc, e ser comunicada separadamente para o dispositivo de transmissão, por exemplo por meio de uma entrega FLUTE, um SMS, etc.

Os tipos de identificadores podem também incluir por exemplo um identificador comum que identifica todos os arquivos de uma sessão de transmissão. Por exemplo, um único identificador de sessão de transmissão pode ser criado para todos os arquivos declarados em uma Instância FDT. Neste caso, o identificador de sessão de transmissão pode ser criado do LSBs da ID da Instância FDT.

Os tipos de identificadores podem também incluir por exemplo um identificador de sessão de entrega identificando uma sessão de entrega. A sessão de entrega é toda a sessão para uma aplicação completa ou serviço do usuário, que pode usar uma ou mais sessões de transmissão para transmitir os dados de aplicação envolvidos. No caso de um identificador de sessão de entrega ser criado para uma sessão de entrega de transferência, o identificador de sessão de transmissão pode ser gerado do LSBs do Identificador da Sessão de Transporte (TSI) ou do TMGI.

Os tipos de identificadores podem também incluir por exemplo um arquivo Identificador de Recurso Uniforme (FileURI) identificando a Instância daTabela de Entrega de Arquivo FLUTE de uma sessão de transmissão. O FileURI pode ser usado similarmente como um TOI.

Finalmente, também um novo tipo de identificador pode ser definido na sessão para prover um identificador específico selecionável. Por exemplo, um novo campo FDT, incluindo um elemento ou um atributo, pode ser introduzido para prover dados, dos quais o identificador de sessão de transmissão pode ser criado.

A decisão de qual tipo de identificador será usado pode ser tomada pelo dispositivo de transmissão. Por exemplo, o dispositivo de transmissão pode decidir criar uma sessão de transmissão para cada arquivo grande ou para um grupo de arquivos e designar a este um identificador de sessão de transmissão correspondente.

O dispositivo de transmissão pode decidir como mapear o conteúdo -por exemplo arquivos, grupos de arquivo, arquivos em uma instância FDT, ou sessões de transferência de arquivo - baseado em alguns critérios. Um exemplo de tais critérios poderia ser uma limitação de tamanho para os dados que são permitidos para serem transmitidos na mesma sessão da portadora. Neste caso, o dispositivo de transmissão pode ajustar, por exemplo, tantos arquivos quanto possível de uma sessão de transferência em rajada - e assim uma sessão de transmissão - enquanto não excede um dado tamanho máximo. Também, o mapeamento proposto pode ser de vários tipos.

O mapeamento pode incluir selecionar ao menos uma parte predeterminada de pelo menos um identificador do tipo do identificador selecionado para obter o identificador de sessão de transmissão. Por exemplo, o byte menos significativo ou um número predeterminado do LSBs do identificador poderia ser empregado como o identificador de sessão de transmissão.

O mapeamento pode incluir combinar pelo menos uma respectiva parte de pelo menos dois identificadores do tipo do identificador selecionado para obter o identificador de sessão de transmissão.

O mapeamento pode incluir também gerar um valor hash baseado em pelo menos uma parte de pelo menos um identificador do tipo do identificadorselecionado para obter o identificador de sessão de transmissão. Por exemplo, a soma binaria de todos os TOls relacionados poderia ser controlada. Ao usar o hash para o mapeamento, a função hash empregada deveria ser conhecida para o dispositivo de transmissão e o dispositivo de recepção.

O identificador de sessão de transmissão poderia ter o tamanho de um octeto, quer dizer, de oito bits, mas qualquer outro tamanho é também adequado. Em adição, no caso de uma parte predeterminada de identificadores ser usada para mapear o identificador de sessão de transmissão, esta parte predeterminada pode ser selecionada dé vários modos. Por exemplo, o octeto menos ou mais significativo, o LSBs ou os bits mais significativos (MSBs) poderiam ser usados, ou o hash dos quatro bytes menos ou mais significativos, etc.

O mesmo identificador de sessão de transmissão pode ser usado para descrever diferentes dados que relacionam ao mesmo conteúdo. Um exemplo é como a seguir: os dados originais são enviados pelo dispositivo de transmissão com o identificador de sessão de transmissão #10. A seguir, o dispositivo de transmissão gera os dados de reparo para o mesmo conteúdo e conseqüentemente reutiliza o mesmo identificador de sessão de transmissão #10, embora as sessões não carreguem exatamente os mesmos dados.

De acordo com o segundo aspecto da invenção, é proposto um primeiro método para notificar o dispositivo de recepção sobre uma sessão de transmissão futura, que inclui um dispositivo de transmissão inserindo no campo do identificador de transmissão de sessão um valor de repetição que indica se a sessão de transmissão futura é ou não uma repetição. Este método inclui prover o campo do identificador de transmissão de sessão para notificar o dispositivo de recepção sobre a sessão de transmissão futura.

Além disso, um dispositivo de transmissão compreendendo dispositivos para executar o primeiro método do segundo aspecto da invenção é proposto. Além disso, uma rede de comunicação que inclui tal dispositivo de transmissão é proposta. Além disso, um sistema de comunicação que inclui tal dispositivo de transmissão e um dispositivo de recepção é proposto. Além disso,um produto de programa é proposto, o qual armazena um código de software que executa os passos do primeiro método do segundo aspecto da invenção ao rodar em uma unidade de processamento do dispositivo de transmissão.

De acordo com o segundo aspecto da invenção, é proposto um segundo método para notificar o dispositivo de recepção sobre uma sessão de transmissão futura que inclui um dispositivo receptor que recebe uma notificação sobre uma sessão de transmissão futura. O método também inclui avaliar o valor de repetição no campo do identificador de sessão de transmissão na notificação.

Além disso, um dispositivo receptor que inclui dispositivos para executar este segundo método do segundo aspecto da invenção é proposto. Além disso, um produto de programa é proposto, o qual armazena um código de software que executa os passos do segundo método do segundo aspecto da invenção ao rodar em uma unidade de processamento de um dispositivo receptor.

O segundo aspecto da invenção procede da consideração de que no caso, o dispositivo de transmissão não mapeia o identificador de sessão de transmissão, ou a transmissão do identificador de sessão de transmissão para o dispositivo receptor tem que ser evitada, ou o dispositivo receptor tem que ser instruído implicitamente ou explicitamente para ignorar o identificador de sessão de transmissão. É proposto que o dispositivo de transmissão inclua o valor de repetição no campo do identificador de sessão de transmissão que indica se a sessão de transmissão deverá ser considerada para ser nova ou não.

É uma vantagem do segundo aspecto da invenção, uma vez que este permite evitar a manutenção, estimação, e a sinalização dos temporizadores de validade para o dispositivo receptor. A precisão de estimação do temporizador também pode influenciar significativamente o desempenho de um possível mecanismo de contagem, evitando assim a sinalização a-priori de uma estimativa do temporizador que aumentará a precisão da contagem.

O valor de repetição também permite um melhor controle da ambigüidade, quer dizer, dos casos nos quais o mesmo identificador de sessão de transmissão é usado para diferentes sessões de transmissão. Por exemplo, se umidentificador de arquivo tiver um tamanho de quatro octetos e o identificador de sessão de transmissão tiver um tamanho de oito bits, o mesmo identificador de sessão de transmissão poderia ser gerado para diferentes arquivos com diferentes TOls. Devido a esta ambigüidade, um dispositivo receptor pode assumir sem a provisão de um valor de repetição que a sessão é nova, mas a sessão demonstra que não é e que os dados já foram recebidos. Esta situação é evitada usando o valor de repetição para indicar se a sessão é ou não uma repetição.

Em uma incorporação exemplar do segundo aspecto da invenção, o bit mais significativo (MSB) do campo do identificador de sessão de transmissão é reservado para sinalizar ao dispositivo receptor se a sessão seguinte é uma repetição ou não. O valor '0' pode indicar que a sessão é uma sessão nova e o valor '1' pode indicar que a sessão é uma sessão de repetição, ou vice-versa.

No passo precedente do segundo aspecto da invenção, o dispositivo de transmissão pode decidir se o identificador de sessão de transmissão será usado. O mesmo valor de repetição predeterminado pode então ser usado para o caso da sessão de transmissão ser uma nova sessão de transmissão e para o caso de nenhum identificador de sessão de transmissão ser usado. Assim, quando o campo do identificador de sessão de transmissão não for usado, sempre haverá uma indicação para o dispositivo receptor de que a sessão de transmissão futura é uma nova sessão.

Em adição, o dispositivo de transmissão pode fixar o valor de repetição para um valor indicando que a sessão de transmissão futura é uma nova sessão de transmissão após um período predeterminado de tempo após o valor de repetição ter sido fixado por último em um valor indicando que a sessão de transmissão futura é uma sessão de transmissão nova. O dispositivo de transmissão pode manter para este fim, um temporizador para a validade de um determinado identificador de sessão de transmissão. Se o temporizador expirar ou se uma envoltura é feita, o dispositivo de transmissão pode fixar o valor de repetição para um valor indicando que a sessão de transmissão futura é uma sessão de transmissão nova.Quando o dispositivo receptor recebe uma notificação sobre uma sessão de transmissão futura, este avalia o valor de repetição no campo do identificador de sessão de transmissão na notificação. Este pode responder à notificação no caso do valor de repetição indicar que a sessão de transmissão futura é uma sessão de transmissão nova. Alternativamente ou além, este pode adquirir os dados da sessão futura no caso do valor de repetição indicar que uma sessão de transmissão futura é uma sessão de transmissão nova.

Este pode responder a esta notificação e/ou adquirir os dados da sessão futura, no caso do valor de repetição não indicar que a sessão de transmissão futura é uma sessão de transmissão nova, mas se for determinado que o conteúdo da sessão de transmissão precedente correspondente não foi recebido corretamente.

De acordo com o terceiro aspecto da invenção, um método para notificar o dispositivo receptor sobre uma sessão de transmissão futura é proposto, o qual inclui um dispositivo receptor que determina o identificador de sessão de transmissão de que uma aquisição de dados nas sessões de transmissão identificadas pelo identificador de sessão de transmissão pode ser terminado. O método também inclui liberar os dados de contexto armazenados para este identificador de sessão de transmissão.

Além disso, um dispositivo receptor compreendendo dispositivos para executar este método do terceiro aspecto da invenção é proposto. Além disso, um produto de programa é proposto, o qual armazena um código de software que executa os passos do método do terceiro aspecto da invenção ao rodar em uma unidade de processamento de um dispositivo receptor.

O terceiro aspecto da invenção procede da idéia de que em alguns casos, o dispositivo receptor pode determinar inequivocamente por si só se a aquisição de dados de uma sessão de transmissão particular é ainda apropriada ou possível.

É uma vantagem da terceira incorporação da invenção, que o envolto dos identificadores de sessão de transmissão é facilitado. É também umavantagem da terceira aproximação da invenção, que o dispositivo receptor sabe em um ponto do tempo relativamente próximo que não tem que buscar por uma sessão de transmissão particular.

Há vários possíveis eventos baseados nos quais o dispositivo receptor pode determinar quais os dados de contexto em uma instância do identificador de sessão de transmissão.

Como um primeiro possível evento, todo o arquivo relacionado ou um grupo de arquivos tem sido recebido corretamente.

Como o segundo evento possível, o fim de um arquivo ou transmissão de grupo de arquivo é detectado ou determinado. Este pode ser o caso, por exemplo, se a instância FDT mais recente descrevendo o TOI expira, se o fim-do-objeto for recebido, etc.

Como um terceiro evento possível, o fim da sessão de transferência é detectado ou determinado. Este pode ser o caso, por exemplo, se o tempo final SDP for alcançado, se o indicador de fim-de-sessão for recebido, etc.

A determinação ou detecção dos dados de contexto para uma instância de um identificador de sessão de transmissão específico que pode ser liberado estes pode ser usada, por exemplo, para indicar de uma parte da aplicação do dispositivo receptor para uma parte da portadora do dispositivo receptor não responder às notificações/páginas para este identificador de transmissão de sessão, por exemplo o TMGI ou o identificador da portadora. Se o dispositivo receptor for o equipamento do usuário de um sistema de comunicação móvel, como resultado, este dispositivo receptor não será contado em uma contagem baseada em célula de resposta dos dispositivos receptores. Deve ser observado que se o dispositivo receptor recebe múltiplas "sessões de transmissão" usando o mesmo valor do identificador de sessão de transmissão, todos das "sessões de transmissão" deveriam ser liberados antes dos dados de contexto para o identificador de transmissão de sessão serem liberados.

Será entendido que diferentes aspectos da invenção podem ser empregados por eles ou em qualquer combinação.Neste caso, o dispositivo de transmissão pode ser por exemplo, mas não exclusivamente, um BM-SC. Neste caso, o dispositivo receptor pode ser por exemplo mas não exclusivamente, um equipamento do usuário de um sistema de comunicação móvel, tal como uma estação móvel. A sessão de transmissão pode ser por exemplo, mas não exclusivamente, uma sessão MBMS que prove o streaming ou um serviço de transferência.

Outros objetos e características da presente invenção se tornarão aparentes da descrição detalhada a seguir considerada em conjunção com os desenhos apensos. É para ser entendido, contudo, que os desenhos foram projetados somente para os propósitos de ilustração e não como uma definição dos limites da invenção, para o qual referência deveria ser feita às reivindicações apensas. Deveria também ser entendido que os desenhos não são desenhados em escala e que são somente pretendidos para ilustrarem conceitualmente as estruturas e os procedimentos descritos aqui. Breve Descrição das Figuras

Figura 1 - é um diagrama esquemático das camadas funcionais de uma entrega de serviço MBMS;

Figura 2 - é um diagrama esquemático ilustrando a relação entre as camadas funcionais da Figura 1;

Figura 3 - é um diagrama esquemático ilustrando o processo de notificação para uma sessão MBMS na GERAN;

Figura 4 - é um diagrama esquemático de um sistema de comunicação no qual uma incorporação da invenção pode ser implementada;

Figura 5 - é um diagrama em blocos esquemático de uma incorporação de um terminal móvel e de uma incorporação de um BM-SC no sistema de comunicação da Figura 4;

Figura 6 - é um fluxograma ilustrando esquematicamente a operação no BM-SC da Figura 5;

Figura 7 - é um diagrama esquemático ilustrando a estrutura do campo ID da sessão empregado no sistema de comunicação da Figura 4; eFigura 8 - é um fluxograma ilustrando esquematicamente a operação no terminal móvel da Figura 5.

Descrição Detalhada da Invenção

A Figura 4 é um diagrama esquemático de um sistema de comunicação exemplar, no qual uma notificação do equipamento do usuário sobre uma sessão MBMS futura pode ser implementada de acordo com a invenção.

O sistema de comunicação inclui uma rede de comunicação móvel incluindo uma rede núcleo 40 e uma pluralidade de redes de acesso de rádio (RAN) 44 das quais apenas uma é descrita. Cada RAN 44 serve aos terminais móveis 80, quer dizer, o equipamento do usuário UE, em uma ou mais células de rádio de maneira convencional. No caso do UMTS, por exemplo, a RAN 44 pode incluir para este fim uma pluralidade de RNCs e conectado a cada RNC uma pluralidade de Nós Bs, e no caso do GSM, por exemplo, a RAN 44 pode incluir para este fim uma pluralidade de BSCs e conectado a cada BSC uma pluralidade de BTSs. A rede núcleo inclui uma pluralidade de SGSNs (Nó de Suporte GPRS de Serviço) 41 dos quais apenas um é descrito, um GGSN 42 e um BM-SC 60. O servidor de conteúdo 46 de um provedor de serviço do usuário MBMS pode ser conectado por exemplo ao BM-SC 60 pela Internet (não mostrado). O BM-SC 60 permite sessões MBMS entre o servidor de conteúdo 46 e os terminais móveis 80 pelo GGSN 42, o respectivo SGSN 41 e a respectiva RAN 44. As estações móveis 80 são então dispositivos receptores de acordo com a invenção, o BM-SC 60 é um dispositivo de transmissão de acordo com a invenção.

A Figura 5 é um diagrama em blocos que ilustra alguns dos detalhes do terminal móvel 80 e do BM-SC 60 do sistema de comunicação da Figura 4, que são empregados na incorporação da invenção apresentada.

O BM-SC 60 inclui uma unidade de processamento 61 que roda os códigos de software implementados no BM-SC 60, incluindo um programa de suporte de notificação 62. Será entendido que o programa de suporte de notificação 62 pode formar uma parte de um código de software mais compreensível usado pelo BM-SC 60. O BM-SC 60 também inclui uma memória 63que armazena uma tabela 64 com entradas de 128 bits para cada serviço suportado pelo usuário. Quer dizer, cada entrada da tabela pode ter o valor '0' ou o valor '1'. A memória 63 pode ser acessada pela unidade de processamento 61. O BM-SC inclui 128 temporizadores 65, onde cada temporizador 65 é associado a uma das entradas da tabela. Cada temporizador 65 é reajustado toda vez que a entrada da tabela associada é sobrescrita com o valor '0'. A entrada da tabela é sobrescrita com o valor '0' se o temporizador 65 associado expirar ou se o envolto do valor da ID da Sessão MBMS ocorrer, quer dizer, se o valor da ID da Sessão MBMS for pela primeira vez usado para uma nova sessão MBMS.

O terminal móvel 80 inclui uma unidade de processamento 81 que roda os códigos de programa implementados no terminal móvel 80, incluindo um programa de avaliação de notificação 82. Será entendido que o programa de avaliação de notificação 82 pode formar uma parte de um código de software mais compreensível usada pelo terminal móvel 80. O terminal móvel 80 também inclui uma memória 83 que armazena uma tabela 84 com 128 entradas para cada serviço do usuário solicitado. Cada entrada pode incluir uma ID de sessão de transferência, uma ID de instância FDT, um grupo ID, TOI (s) pertencendo aos dados recebidos, e o tempo de recepção dos dados recebidos com o respectivo campo de ID da Sessão MBMS.

A operação no sistema de comunicação da Figura 4 de acordo com uma incorporação da invenção será descrita agora com referência às Figuras 6 a 8.

A Figura 6 é um fluxograma que ilustra a operação no BM-SC 60. Os passos indicados são executados mais especificamente pela unidade de processamento 61 ao rodar o programa de suporte de notificação 62.

Quando o BM-SC 60 pretende estabelecer uma nova ou uma sessão MBMS repetida para transmitir o conteúdo provido pelo servidor de conteúdo 46 para um serviço particular do usuário (passo 601), este determina primeiro se ou não fazer para uso da ID de Sessão MBMS para permitir uma contagem mais precisa dos terminais móveis que desejam participar na sessão MBMS no nível decélula (passo 602).

Se nenhuma ID de Sessão MBMS for usada, o BM-SC 60 estabelece o valor do campo ID de sessão MBMS para '0' para uma sessão de transferência futura (passo 603).

Se uma ID de sessão MBMS for usada, o BM-SC 60 monta os dados para o campo ID de sessão MBMS para a sessão de transferência futura. A estrutura de tal campo ID de sessão MBMS é ilustrado na Figura 7. Como pode ser visto, o campo ID de sessão MBMS 70 tem o tamanho de um octeto e inclui sete LSBs para os bits de identidade 71 e um bit para o indicador de repetição de sessão 72.

O BM-SC 60 primeiro seleciona o tipo de IDs que pertencem à sessão de transferência que será usada para a geração da ID de sessão MBMS. Mais especificamente, o BM-SC 60 determina o conteúdo que será transmitido na sessão MBMS e será selecionado, baseado neste conteúdo, o tipo do identificador apropriado (passo 604).

Por exemplo, o BM-SC 60 seleciona um arquivo de uma sessão de entrega de transferência, um grupo do arquivo FLUTE, um grupo do arquivo, um grupo do arquivo externo, todos os arquivos declarados na Instância FDT ou uma sessão de entrega de transferência como base para gerar a ID de sessão MBMS.

O BM-SC 60 então mapeia os respectivos ID ou IDs do tipo de ID selecionado para sete LSBs do campo ID de sessão MBMS como uma ID de sessão MBMS (passo 605).

Se a ID de sessão MBMS for criada, por exemplo, para um arquivo de uma sessão de entrega de transferência, o BM-SC 60 mapeia os sete LSBs do TOI do arquivo para os sete LSBs do campo ID de sessão MBMS. Se a ID de sessão MBMS for criada, por exemplo, para um grupo de arquivo FLUTE, o BM-SC 60 mapeia sete LSBs de um grupo do identificador específico que é transmitido na ID da Instância FDT para sete LSBs do campo ID de sessão MBMS. Se a ID de sessão MBMS for criada, por exemplo, para um grupo de arquivo, o BM-SC 60 gera um valor de sete bits da lista de TOls que representa a lista de arquivos, porexemplo por meio da função hash. O BM-SC 60 então mapeia este valor para sete LSBs do campo da ID de sessão MBMS. Se a ID de sessão MBMS for criada, por exemplo, para um grupo de arquivo externo, o BM-SC 60 usa o mapeamento entre os arquivos destes grupos de arquivo externos e a ID de sessão MBMS definida em alguma outra entidade de dados, tal como um SMS, um arquivo SDP, etc, onde outra entidade de dados tem sido comunicada separadamente para o BM-SC 60, por exemplo por meio de uma entrega FLUTE, um SMS, etc. Novamente, a ID de sessão MBMS pode ser baseada na função hash aplicada aos identificadores ou partes dos identificadores de arquivos externos únicos. O BM-SC 60 mapeia esta ID de sessão MBMS para sete LSBs do campo ID da sessão MBMS. Se a ID de sessão MBMS for criada, por exemplo, para todos os arquivos declarados em uma Instância FDT, o BM-SC 60 mapeia sete LSBs da ID da Instância FDT para sete LSBs do campo ID de sessão MBMS. Se a ID de sessão MBMS for criada, por exemplo, para uma sessão de entrega de transferência, o BM-SC 60 mapeia sete LSBs do TSI para sete LSBs do campo ID de sessão MBMS.

O BM-SC 60 lê o valor do MSB associado na tabela 64 pelo seu índice para a ID de sessão MBMS determinada e adiciona o valor ao campo ID de sessão MBMS como um indicador de repetição de sessão na posição do MSB no campo ID de sessão MBMS (passo 606).

Em adição, o BM-SC 60 estabelece a entrada da tabela MBS para o valor '1'. Se a sessão MBMS for a última repetição de uma sessão MBMS, contudo, o BM-SC 60 estabelece a entrada da tabela MBS para o valor '0'. (passo 607)

O campo ID de sessão MBMS e o TMGI são então fornecidos para o GGSN 42 como partes de um pedido de inicio de sessão MBMS (passo 608). O TMGI é alocado globalmente peío BM-SC 60 de maneira convencional e inclui uma identidade de serviço da portadora local MBMS e a identidade PLMN da rede de comunicação móvel 40, 44.

O GGSN 42 cuida da mensagem de paginação incluindo o TMGI e a ID de sessão é gerada e transmitida para os terminais móveis 80 pelas RANs 44como uma notificação de sessão MBMS.

A Figura 8 é um fluxograma que ilustra a operação no terminal móvel 80. Os passos indicados são executados mais especificamente pela unidade de processamento 81 ao rodar o programa de avaliação de notificação 82. Ao receber o pedido de paginação (passo 801), o terminal móvel 80 decide primeiro se o campo ID da sessão MBMS incluído deveria ser avaliado (passo 802).

Se o terminal móvel 80 decide não avaliar o campo ID de sessão MBMS, este adquire os dados da sessão MBMS futura para decidir se os dados são ou não requeridos (não indicado).

Se o terminal móvel 80 decide avaliar o campo ID de sessão MBMS, este primeiro verifica o indicador de repetição de sessão que corresponde ao MSB do campo ID de sessão MBMS (passo 803).

Se o valor do MSB do campo ID de sessão MBMS é '0', o terminal móvel assume que os dados na sessão MBMS futura são dados novos. Neste caso, o terminal móvel 80 responde ao pedido de paginação, adquire os dados na sessão MBMS e sobrescreve a entrada associada na tabela 83 com os dados novos após ter recebido os dados da sessão corretamente. O índice da entrada associada corresponde ao sete LSBs do campo ID de sessão MBMS. Quando o terminal móvel 80 detecta um evento, porém, este indica que os dados de contexto armazenados para esta sessão MBMS não são requeridos mais, o terminal móvel 80 libera os dados de contexto; quer dizer, os dados na entrada da tabela associada à sessão MBMS, de forma que a entrada da tabela pode ser usada para outra sessão MBMS (passo 804). Deve ser observado que a chegada dos novos dados também é assumida, se o BM-SC 60 decide não fazer uso da ID de sessão MBMS, como neste caso, o MSB do campo ID de sessão MBMS é fixado igualmente em '0'. Neste caso, o índice da entrada associada pode ser determinado pela estação móvel 80 baseado no identificador nos dados adquiridos.

Se o valor do MSB do campo ID de sessão MBMS for T, o terminal móvel 80 interpreta este valor como uma indicação de uma repetição de sessão.Este seleciona a entrada da tabela que tem um índice que corresponde ao sete LSBs do campo ID de sessão MBMS (passo 805). Se o item que corresponde a esta entrada da tabela for identificado na tabela 84 como tendo sido recebido corretamente (passo 806), o terminal móvel 80 não responde à mensagem de notificação MBMS (passo 807). Se o item que corresponde a esta entrada da tabela não for identificado na tabela 84 como tendo sido recebido corretamente (passo 806), em contraste, o terminal móvel 80 responde à mensagem de notificação MBMS. Em adição, este adquire os dados na sessão MBMS e sobrescreve a entrada associada na tabela 83 com os novos dados após ter recebido corretamente os dados de sessão. Quando o terminal móvel 80 detecta um evento, porém, que indica que os dados de contexto não são requeridos mais, o terminal móvel 80 libera a entrada da tabela associada, de forma que esta pode ser usada para outra sessão de transmissão (passo 808).

Assim, uma contagem precisa dos terminais móveis em uma célula respectiva é permitida dentro da RAN 44 que serve esta célula, uma vez que apenas estes terminais móveis respondem a mensagem de paginação, que de fato precisa da transmissão. Por conseguinte, o tipo de transmissão mais apropriado, quer dizer, ponto-para-ponto ou ponto-para-multipointo, pode ser selecionado para a sessão MBMS nesta célula, sem exigir que as estações móveis usem temporizadores para determinar a validade das IDs de sessão MBMS recebidas. Em adição, uma granularidade melhor ajuda a evitar a transmissão da informação redundante.

Enquanto tem sido apresentado, descrito e apontado as novas características fundamentais da invenção como aplicado às incorporações preferidas desta, será entendido que várias omissões, substituições e mudanças na forma e detalhes dos dispositivos e métodos descritos podem ser feitos por um técnico sem sair do conceito inventivo da invenção. Por exemplo, é expressamente pretendido que todas" as combinações destes elementos e/ou dos passos do método que executam substancialmente a mesma função, substancialmente da mesma forma, alcançando os mesmos resultados estão dentro do escopo dainvenção. Além disso, deveria ser reconhecido que estrutura e/ou os elementos e/ou os passos do método apresentados e/ou descritos com relação a qualquer forma descrita ou incorporação da invenção podem ser incorporados em qualquer outra forma ou incorporação descoberta ou descrita ou sugerida como um assunto geral de escolha de projeto. É a intenção que esta seja limitada apenas como indicado no escopo das reivindicações apensas.

Claims (29)

1. Método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, o método é CARACTERIZADO pelo fato de que compreende no dispositivo de transmissão: - selecionar um de pelo menos dois tipos diferentes de identificadores, que são transmitidos potencialmente em uma sessão de transmissão;- mapear ao menos um identificador dos tipos de identificadores selecionados, onde ao menos um identificador é transmitido na sessão de transmissão futura, para um identificador de sessão de transmissão;- inserir o identificador de sessão de transmissão no campo do identificador de sessão de transmissão;- prover o campo do identificador de sessão de transmissão para notificar o dispositivo receptor sobre a sessão de transmissão futura.

2. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que ao menos dois tipos de identificadores compreendem ao menos um dos a seguir:- um identificador de arquivo identificando o arquivo da sessão de transmissão;- um identificador de grupo específico identificando o grupo do arquivo da sessão de transmissão;- uma lista de identificadores de arquivo, cada identificador de arquivo identificando um respectivo arquivo de um grupo de arquivos da sessão de transmissão;- ao menos um identificador identificando um grupo de arquivo externo;- um identificador comum identificando todos os arquivos da sessão de transmissão;- um identificador de sessão de entrega identificando a sessão de entrega; e- um Identificador de Recurso Uniforme do arquivo identificando a Instância da Tabela de Entrega de Arquivo FLUTE de uma sessão de transmissão.

3. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o mapeamento inclui selecionar ao menos uma parte predeterminada de ao menos um identificador do tipo do identificador selecionado para obter o identificador da sessão de transmissão.

4. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o mapeamento inclui combinar pelo menos uma respectiva parte de pelo menos dois identificadores do tipo do identificador selecionado para obter o identificador de sessão de transmissão.

5. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o mapeamento pode incluir também gerar um valor hash baseado em pelo menos uma parte de pelo menos um identificador do tipo do identificador selecionado para obter o identificador de sessão de transmissão.

6. Método de acordo com a reivindicação 1. CARACTERIZADO pelo fato de que o dispositivo de recepção recebe uma notificação sobre uma sessão de transmissão futura, compara o identificador de transmissão no campo do identificador de sessão de transmissão na notificação com os identificadores de pelo menos dois tipos de identificadores recebidos nas sessões de transmissão precedentes, e abstêm de adquirir os dados da sessão de transmissão no caso do identificador de sessão de transmissão corresponder ao identificador recebido na sessão de transmissão precedente, a qual incluiu os dados que foram recebidos corretamente.

7. Dispositivo de transmissão compreendendo uma unidade de processamento que suporta a notificação do dispositivo de recepção sobre a sessão de transmissão futura, o dispositivo de transmissão é CARACTERIZADO pelo fato de que compreende:- um componente de processamento é adaptado para selecionar um de pelo menos dois tipos diferentes de identificadores, que são transmitidos potencialmente em uma sessão de transmissão;- um componente de processamento é adaptado para mapear ao menos um identificador dos tipos de identificadores selecionados, onde ao menos um identificador é transmitido na sessão de transmissão futura, para um identificador de sessão de transmissão;- um componente de processamento é adaptado para inserir oidentificador de sessão de transmissão no campo do identificador de sessão de transmissão;- um componente de processamento é adaptado para prover o campo do identificador de sessão de transmissão para notificar o dispositivo receptor sobre a sessão de transmissão futura.

8. Rede de comunicação CARACTERIZADA pelo fato de que compreende o dispositivo de transmissão da reivindicação 7.

9. Sistema de comunicação CARACTERIZADO pelo fato de que compreende o dispositivo de transmissão da reivindicação 7 e o dispositivo de recepção.

10. Produto de programa no qual o código de programa para notificar o dispositivo receptor sobre uma sessão de transmissão futura é armazenado, o produto de programa é CARACTERIZADO pelo fato de que o código de programa executa os passos a seguir quando rodado na unidade de processamento do dispositivo de transmissão:- selecionar um de pelo menos dois tipos diferentes de identificadores, que são transmitidos potencialmente em uma sessão de transmissão;- mapear ao menos um identificador dos tipos de identificadores selecionados, onde ao menos um identificador é transmitido na sessão de transmissão futura, para um identificador de sessão de transmissão;- inserir o identificador de sessão de transmissão no campo do identificador de sessão de transmissão;- prover o campo do identificador de sessão de transmissão para notificar o dispositivo receptor sobre a sessão de transmissão futura.

11. Método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, o método é CARACTERIZADO pelo fato de que compreende no dispositivo de recepção:- receber uma notificação sobre uma sessão de transmissão futura;- comparar um identificador de transmissão no campo do identificador de sessão de transmissão na notificação com os identificadores de pelo menos dois tipos de identificadores recebidos nas sessões de transmissão precedentes;- abster de adquirir os dados da sessão de transmissão no caso do identificador de sessão de transmissão corresponder ao identificador recebido na sessão de transmissão precedente, a qual incluiu os dados que foram recebidos corretamente.

12. Aparelho de recepção compreendendo uma unidade de processamento que suporta uma notificação do dispositivo de recepção sobre uma sessão de transmissão futura, o aparelho é CARACTERIZADO pelo fato de que compreende:- um componente de processamento é adaptado para receber uma notificação sobre uma sessão de transmissão futura;- um componente de processamento é adaptado para comparar um identificador de transmissão no campo do identificador de sessão de transmissão na notificação com os identificadores de pelo menos dois tipos de identificadores recebidos nas sessões de transmissão precedentes;- um componente de processamento é adaptado para abster de adquirir os dados da sessão de transmissão no caso do identificador de sessão de transmissão corresponder ao identificador recebido na sessão de transmissão precedente, a qual incluiu os dados que foram recebidos corretamente.

13. Produto de programa no qual o código de programa para notificar o dispositivo receptor sobre uma sessão de transmissão futura é armazenado, o produto de programa é CARACTERIZADO pelo fato de que o código de programa executa os passos a seguir quando rodado na unidade de processamento do dispositivo de recepção:- receber uma notificação sobre uma sessão de transmissão futura;- comparar um identificador de transmissão no campo do identificador de sessão de transmissão na notificação com os identificadores de pelo menos dois tipos de identificadores recebidos nas sessões de transmissão precedentes;- abster de adquirir os dados da sessão de transmissão no caso do identificador de sessão de transmissão corresponder ao identificador recebido na sessão de transmissão precedente, a qual incluiu os dados que foram recebidos corretamente.

14. Método para notificar o dispositivo de recepção sobre uma sessão de transmissão futura, o método é CARACTERIZADO pelo fato de que compreende no dispositivo de transmissão:- inserir um valor de repetição no campo do identificador de transmissão de sessão que indica se a sessão de transmissão futura é ou não uma repetição; e- prover o campo do identificador de transmissão de sessão para notificar o dispositivo de recepção sobre a sessão de transmissão futura.

15. Método de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que também compreende o passo precedente de decidir se o identificador de sessão de transmissão é para ser usado, e usar o mesmo valor de repetição predeterminado para o caso da sessão de transmissão ser uma nova sessão de transmissão e para o caso de nenhum identificador de sessão de transmissão ser fornecido.

16. Método de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que o dispositivo de transmissão fixa o valor de repetição para um valor indicando que a sessão de transmissão futura é uma nova sessão de transmissão após um período predeterminado de tempo após o valor de repetição ter sido fixado por último em um valor indicando que a sessão de transmissão futura é uma sessão de transmissão nova.

17. Método de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que o dispositivo receptor recebe uma notificação sobre uma sessãode transmissão futura, avalia o valor de repetição no campo do identificador de sessão de transmissão na notificação, e, no caso do valor de repetição indicar que a sessão de transmissão futura é uma sessão de transmissão nova, ao menos um responde à notificação e adquire os dados da sessão futura.

18. Método de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que no caso do valor de repetição não indicar que a sessão de transmissão futura é uma sessão de transmissão nova, mas se for determinado que o conteúdo da sessão de transmissão precedente correspondente não foi recebido corretamente, ao menos um responde à notificação e adquire os dados da sessão futura.

19. Dispositivo de transmissão compreendendo uma unidade de processamento que suporta a notificação do dispositivo de recepção sobre a sessão de transmissão futura, o dispositivo de transmissão é CARACTERIZADO pelo fato de que compreende:- um componente de processamento é adaptado para inserir um valor de repetição no campo do identificador de transmissão de sessão que indica se a sessão de transmissão futura é ou não uma repetição; e- um componente de processamento é adaptado para prover o campo do identificador de transmissão de sessão para notificar o dispositivo de recepção sobre a sessão de transmissão futura.

20. Rede de comunicação CARACTERIZADA pelo fato de que compreende o dispositivo de transmissão da reivindicação 19.

21. Sistema de comunicação CARACTERIZADO pelo fato de que compreende o dispositivo de transmissão da reivindicação 19 e o dispositivo de recepção.

22. Produto de programa no qual o código de programa para notificar o dispositivo receptor sobre uma sessão de transmissão futura é armazenado, o produto de programa é CARACTERIZADO pelo fato de que o código de programa executa os passos a seguir quando rodado na unidade de processamento do dispositivo de transmissão:- inserir um valor de repetição no campo do identificador de transmissão de sessão que indica se a sessão de transmissão futura é ou não uma repetição; e- prover o campo do identificador de transmissão de sessão para notificar o dispositivo de recepção sobre a sessão de transmissão futura.

23. Método para notificar o dispositivo de recepção sobre uma sessão de transmissão futura, o método é CARACTERIZADO pelo fato de que compreende no dispositivo receptor:- receber uma notificação sobre uma sessão de transmissão futura;- avaliar o valor de repetição no campo do identificador de sessão de transmissão na notificação.

24. Dispositivo de recepção compreendendo uma unidade de processamento que suporta a notificação do dispositivo de recepção sobre a sessão de transmissão futura, o dispositivo de recepção é CARACTERIZADO pelo fato de que compreende:- um componente de processamento é adaptado para receber uma notificação sobre uma sessão de transmissão futura;- um componente de processamento é adaptado para avaliar o valor de repetição no campo do identificador de sessão de transmissão na notificação.

25. Produto de programa no qual o código de programa para notificar o dispositivo receptor sobre uma sessão de transmissão futura é armazenado, o produto de programa é CARACTERIZADO pelo fato de que o código de programa executa os passos a seguir quando rodado na unidade de processamento do dispositivo de recepção:- receber uma notificação sobre uma sessão de transmissão futura;- avaliar o valor de repetição no campo do identificador de sessão de transmissão na notificação.

26. Método para notificar o dispositivo receptor sobre uma sessão de transmissão futura, o método é CARACTERIZADO pelo fato de que compreende no dispositivo receptor:- determinar o identificador de sessão de transmissão de que uma aquisição de dados nas sessões de transmissão identificadas pelo identificador de sessão de transmissão pode ser terminado; e- liberar os dados de contexto armazenados para este identificador de sessão de transmissão.

27. Dispositivo de recepção compreendendo uma unidade de processamento que suporta a notificação do dispositivo de recepção sobre a sessão de transmissão futura, o dispositivo de recepção é CARACTERIZADO pelo fato de que compreende:- um componente de processamento é adaptado para determinar o identificador de sessão de transmissão de que uma aquisição de dados nas sessões de transmissão identificadas pelo identificador de sessão de transmissão pode ser terminado; e- um componente de processamento é adaptado para liberar os dados de contexto armazenados para este identificador de sessão de transmissão.

28. Sistema de comunicação CARACTERIZADO pelo fato de que compreende o dispositivo de recepção da reivindicação 27.

29. Produto de programa no qual o código de programa para notificar o dispositivo receptor sobre uma sessão de transmissão futura é armazenado, o produto de programa é CARACTERIZADO pelo fato de que o código de programa executa os passos a seguir quando rodado na unidade de processamento do dispositivo de recepção:- receber uma notificação sobre uma sessão de transmissão futura;- avaliar o valor de repetição no campo do identificador de sessão de transmissão na notificação; e- responder à notificação no caso do valor de repetição indicar que a sessão de transmissão futura é uma nova sessão de transmissão.