BRPI0809108A2 - Método e aparelho para distinção de mensagens de difusão em sinais sem fio - Google Patents

Método e aparelho para distinção de mensagens de difusão em sinais sem fio Download PDF

Info

Publication number
BRPI0809108A2
BRPI0809108A2 BRPI0809108-0A BRPI0809108A BRPI0809108A2 BR PI0809108 A2 BRPI0809108 A2 BR PI0809108A2 BR PI0809108 A BRPI0809108 A BR PI0809108A BR PI0809108 A2 BRPI0809108 A2 BR PI0809108A2
Authority
BR
Brazil
Prior art keywords
broadcast
message
channel
messages
determining
Prior art date
Application number
BRPI0809108-0A
Other languages
English (en)
Inventor
Fatih Ulupinar
Parag Arun Agashe
Sandip Sarkar
Rajat Prakash
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of BRPI0809108A2 publication Critical patent/BRPI0809108A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/02—Channels characterised by the type of signal
    • H04L5/023—Multiplexing of multicarrier modulation signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

"MÉTODO E APARELHO PARA DISTINÇÃO DE MENSAGENS DE DIFUSÃO EM SINAIS SEM FIO"
Reivindicação de prioridade sob 35 U.S.C. § 119
Esse pedido reivindica a prioridade do Pedido Provisório U.S. No. 60/896.736, depositado em 23 de março de 2007, intitulado "Controle de Acesso de Meio de Difusão para Sistemas de Comunicação Sem Fio".
I. Campo da Invenção
A presente descrição se refere geralmente a comunicações sem fio, e dentre outras coisas à aquisição de sinal para sistemas de comunicação sem fio.
II. Descrição da Técnica Anterior
Os sistemas de comunicação sem fio têm se tornado um meio predominante pelo qual a maioria das pessoas por todo o mundo tem vindo a se comunicar. Dispositivos de comunicação sem fio têm se tornado menores e mais poderosos a fim de corresponder às necessidades dos consumidores e aperfeiçoar a portabilidade e a conveniência. O aumento na potência de processamento em dispositivos móveis tais como telefones celulares tem levado a um aumento nas demandas por sistemas de transmissão de rede sem fio. Tais sistemas tipicamente não são tão facilmente atualizados como os dispositivos celulares que se comunicam através dos mesmos. À medida que as capacidades do dispositivo móvel se expandem, pode ser dificil manter um sistema de rede sem fio mais antigo de forma que facilite exploração total das novas e aperfeiçoadas capacidades do dispositivo sem fio.
Os sistemas de comunicação sem fio geralmente utilizam abordagens diferentes para gerar recursos de transmissão na forma de canais. Esses sistemas podem ser sistemas de multiplexação por divisão de código (CDM), sistemas de multiplexação por divisão de frequência (FDM), e sistemas de multiplexação por divisão de tempo (TDM). Uma variação comumente utilizada do FDM é a multiplexação por divisão de frequência ortoqonal (OFDM) que particiona efetivamente a larqura de banda do sistema geral em múltiplas subportadoras ortogonais. Essas subportadoras podem também ser referidas como tons, faixas e canais de frequência. Cada subportadora pode ser modulada com dados. Com técnicas baseadas em divisão de tempo, cada subportadora pode compreender uma parte de frações de tempo ou intervalos de tempo seqüenciais. A cada usuário pode ser fornecido um ou mais intervalos de tempo e combinações de subportadora para transmitir e receber informação em um periodo ou quadro de rajada definido. Tais esquemas de "salto" podem ser geralmente um esquema de salto em taxa de símbolo ou um esquema de salto em bloco.
As técnicas com base em divisão de código tipicamente transmitem dados através de inúmeras frequências disponíveis a qualquer momento em uma faixa. Em geral, os dados são digitalizados e espalhados pela largura 20 de banda disponível, onde múltiplos usuários podem ser sobrepostos no canal e a usuários respectivos pode ser atribuído um código de seqüência única. Os usuários podem transmitir na mesma região de banda larga do espectro, onde cada sinal de usuário é espalhado por toda a largura de 25 banda por seu respectivo código de espalhamento único. Essa técnica pode proporcionar compartilhamento, no qual um ou mais usuários podem transmitir e receber ao mesmo tempo. Tal compartilhamento pode ser alcançado através da modulação digital do espectro de espalhamento, na qual o 30 fluxo de bits de um usuário é codificado e espalhado através de um canal muito amplo de forma pseudo-aleatória. 0 receptor é projetado para reconhecer o código de seqüência única associado e desfazer a aleatoriedade a fim de coletar os bits para um usuário em particular de forma coerente.
Uma rede de comunicação sem fio típica (por exemplo, empregando técnicas de divisão de frequência, tempo, e/ou código) inclui uma ou mais estações base que fornecem uma área de cobertura e um ou mais terminais móveis (por exemplo, sem fio) que podem transmitir e receber dados dentro da área de cobertura. Uma estação base típica pode transmitir simultaneamente múltiplos fluxos de dados para serviços de difusão, multidifusão, e/ou unidifusão, nos quais um fluxo de dados é um fluxo de dados que pode ser de interesse de recepção independente para um terminal móvel. Um terminal móvel dentro da área de cobertura dessa estação base pode estar interessado em receber um, mais de um ou todos os fluxos de dados transmitidos a partir da estação base. Da mesma forma, um terminal móvel pode transmitir dados para a estação base ou um outro terminal móvel. Nesses sistemas a largura de banda e outros recursos de sistema são atribuídos utilizando-se 2 0 um programador.
Geralmente, um sistema de comunicação de acesso múltiplo sem fio pode simultaneamente suportar comunicação para múltiplos terminais sem fio. Cada terminal comunica com uma ou mais estações base via transmissões no link 25 direto (FL) e link reverso (RL). 0 link direto (ou downlink DL) refere-se ao link de comunicação das estações base para os terminais, e o link reverso (ou uplink UL) refere-se ao link de comunicação dos terminais para as estações base. Esse link de comunicação pode ser estabelecido através de 30 um sistema de única entrada e única saída, múltiplas entradas e única saída, ou múltiplas entradas e múltiplas saídas (MIMO). Um sistema MIMO emprega múltiplas antenas de transmissão (Nt) e múltiplas antenas de recepção (Nr) para transmissão de dados. Um canal MIMO formado pelas Nt antenas transmissoras e Nr antenas receptoras pode ser 5 decomposto em Ns canais independentes, que também são referidos como canais espaciais, onde Ns ^ min {NT/ NfJ . Cada um dos Ns canais independentes correspondem a uma dimensão. 0 sistema MIMO pode fornecer desempenho aperfeiçoado (por exemplo, maior capacidade de transmissão 10 e/ou maior confiabilidade) se as dimensões adicionais criadas pelas múltiplas antenas transmissoras e antenas receptoras forem utilizadas.
Um sistema MIMO suporta sistemas duplex por divisão de tempo (TDD) e duplex por divisão de frequência
(FDD). Em um sistema TDD, as transmissões em link direto e reverso estão na mesma região de frequência de forma que o principio de reciprocidade permite a estimativa do canal de link direto a partir do canal de link reverso. Isso habilita o ponto de acesso para extrair o ganho de formação 20 de feixe de transmissão no link direto quando múltiplas antenas estão disponíveis no ponto de acesso.
Para sistemas com base em FDMA, dois tipos de técnicas de programação são tipicamente empregados: programação de sub-banda e programação de diversidade. Na 25 programação de sub-banda pacotes de usuário são mapeados para alocações de tom que são confinados em uma largura de banda estreita. A programação de sub-banda também pode ser referida como programação de frequência seletiva (FSS). Em contraste, na programação de diversidade os pacotes de 30 usuário são mapeados em alocações de tom que abrangem toda a largura de banda do sistema. A programação de diversidade pode também ser referida como programação em frequência saltada (FHS). 0 salto em frequência é tipicamente empregado para alcançar ambas a diversidade de canal e de interferência. Portanto, pode ser desejável realizar salto em frequência dentro de uma sub-banda com programação de frequência seletiva em um ambiente de difusão ou 5 multidifusão.
III. Resumo da Invenção
Métodos e aparelhos para processamento e geração de mensagens de difusão determinadas por uma sub-banda e símbolos OFDM de quadros nos quais sinais são recebidos. As 10 modalidades incluem método, aparelho e meio legível por processador para processamento de mensagens de difusão recebidas através de um canal sem fio. Uma pluralidade de sinais é recebida e mensagens de difusão são determinadas a partir dos sinais como designado por uma sub-banda e 15 símbolos OFDM de quadros de um ultra quadro no qual sinais são recebidos.
Uma outra modalidade inclui um método de processamento de mensagens de difusão para transmissão através de um canal sem fio incluindo preencher dados em 20 blocos de controle de erro baseados em linha. Ά codificação Reed-Solomon é aplicada ao longo de colunas dos blocos de controle de erro e os blocos de controle de erro preenchidos e codificados são transmitidos.
Uma modalidade adicional inclui um método de 25 geração de uma ou mais mensagens indicando recursos utilizados por mensagens de difusão em um sistema de comunicação sem fio. 0 método inclui geração de uma mensagem de overhead compreendendo um campo de MessageID identificando a mensagem, um campo de assinatura 30 identificando uma mensagem de informação de canal de difusão, um número de canais lógicos identificando um número de canais lógicos utilizados para transmitir mensagens de overhead de difusão, e um campo de duração indicativo de um número de sub-bandas ocupadas apenas por mensagens de difusão. A mensagem de overhead é então transmitida.
Ainda uma modalidade adicional inclui um aparelho 5 para processamento de mensagens de difusão recebidas através de um canal sem fio. 0 aparelho inclui um receptor configurado para receber uma pluralidade de sinais e um processador configurado para determinar qual dos sinais corresponde a pelo menos uma mensagem de difusão designada
por uma sub-banda e simbolos OFDM de quadros de um ultra quadro no qual sinais são recebidos.
IV. Breve Descrição das Figuras
A figura 1 ilustra um sistema de comunicação sem fio de acesso múltiplo de acordo com uma modalidade;
A figura 2 é um diagrama em bloco de um sistema
de comunicação de acordo com uma modalidade;
A figura 3 é um diagrama em bloco de uma estrutura de protocolo de difusão ilustrativa de acordo com uma modalidade;
A figura 4 é um diagrama de sub-bandas BCMCS de
indexação de acordo com uma modalidade;
A figura 5 ilustra uma estrutura de bloco de controle de erro do código externo de acordo com uma modalidade;
A figura 6 ilustra um esquema de transmissão de
taxa variável de acordo com uma modalidade.
V. Descrição Detalhada da Invenção
A palavra "ilustrativo" é utilizada aqui para significar "servindo como um exemplo, caso ou ilustração".
Qualquer modalidade descrita aqui como "ilustrativa" não deve ser necessariamente interpretada como preferida ou vantajosa sobre outras modalidades. Várias modalidades são agora descritas com referência às figuras, nas quais referências numéricas similares são utilizadas para se referir a elementos similares. Na descrição a seguir, para propósitos de 5 explicação, inúmeros detalhes específicos são apresentados a fim de fornecer uma compreensão completa de uma ou mais modalidades. Pode ser evidente, no entanto, que tais modalidades podem ser praticadas sem esses detalhes específicos. Em outros casos, estruturas e dispositivos bem 10 conhecidos são ilustrados na forma de diagrama em bloco a fim de facilitar a descrição de uma ou mais modalidades.
Referindo-se à figura 1, um sistema de comunicação sem fio de acesso múltiplo 100 de acordo com uma modalidade é ilustrado. Um ponto de acesso 102 (AP) 15 inclui grupos de múltiplas antenas, um incluindo 104 e 106, outro incluindo 108 e 110, e um adicional incluindo 112 e 114. Na figura 1, apenas duas antenas são mostradas para cada grupo de antenas, no entanto, mais ou menos antenas podem ser utilizadas para cada grupo de antenas. O terminal 20 de acesso 116 (AT) está em comunicação com as antenas 112 e 114, onde as antenas 112 e 114 transmitem informação para o terminal de acesso 116 através do link direto 120 e recebem informação do terminal de acesso 116 através do link reverso 118. O terminal de acesso 122 está em comunicação 25 com as antenas 106 e 108, onde as antenas 106 e 108 transmitem informação para o terminal de acesso 122 através do link direto 126 e recebem informação do terminal de acesso 122 através do link reverso 124. Em um sistema FDD, os links de comunicação 118, 120, 124 e 126 podem utilizar 30 diferentes frequências para comunicação. Por exemplo, o link direto 120 pode utilizar uma frequência diferente da utilizada pelo link reverso 118. Cada grupo de antenas e/ou a área na qual eles são designados a comunicar pode ser referido como um setor do ponto de acesso. Em uma modalidade, grupos de antenas são projetados, cada um, para comunicar com terminais de 5 acesso em um setor das áreas cobertas pelo ponto de acesso 102.
Na comunicação através dos links direto 120 e 126, as antenas transmissoras do ponto de acesso 102 utilizam formação de feixe a fim de aperfeiçoar a razão 10 sinal-ruído de links diretos para os terminais de acesso 116 e 122. Um ponto de acesso utilizando formação de feixe para transmitir para terminais de acesso espalhados de forma aleatória através de sua cobertura causa menos interferência para terminais de acesso em células vizinhas 15 do que um ponto de acesso transmitindo através de uma única antena para todos os seus terminais de acesso.
Um ponto de acesso pode ser uma estação fixa utilizada para comunicar com os terminas e também pode ser referido como um ponto de acesso, um Nó B, ou alguma outra 20 terminologia similar. Um terminal de acesso também pode ser chamado de terminal de acesso, equipamento de usuário (UE), um dispositivo de comunicação sem fio, terminal, terminal de acesso ou alguma outra terminologia similar.
A figura 2 é um diagrama em blocos de um sistema 25 MIMO 200 incluindo uma modalidade de um sistema transmissor 210 (também conhecido como ponto de acesso) e um sistema receptor 250 (também conhecido como terminal de acesso). No sistema transmissor 210, dados de tráfego para vários fluxos de dados são fornecidos de uma fonte de dados 212 30 para um processador de dados de transmissão (TX) 214.
Em uma modalidade, cada fluxo de dados é transmitido através de uma antena transmissora respectiva. O processador de dados TX 214 formata, codifica, e intercala os dados de tráfego para cada fluxo de dados com base em um esquema de codificação particular selecionado para esse fluxo de dados e para fornecer dados codificados.
Os dados codificados para cada fluxo de dados podem ser multiplexados com dados piloto utilizando técnicas OFDM. Os dados piloto são tipicamente um padrão de dados conhecido que é processado de forma conhecida e pode ser utilizado no sistema receptor para estimar a resposta de canal. Os dados piloto multiplexados e codificados para cada fluxo de dados são então modulados (isto é, mapeados em símbolo) com base no esquema de modulação (por exemplo, BPSK, QSPK, M-PSK ou M-QAM) selecionado para esse fluxo de dados para fornecer símbolos de modulação. A taxa de dados, codificação, e modulação de dados para cada fluxo de dados podem ser determinadas pelas instruções realizadas pelo processador 230. As instruções podem ser armazenadas na memória 2 32.
Os símbolos de modulação para todos os fluxos de dados são então fornecidos para um processador MIMO TX 220, 20 que pode processar adicionalmente os símbolos de modulação dependendo do esquema de modulação (por exemplo, para OFDM). O processador MIMO TX 220 então fornece Nt fluxos de símbolos de modulação para Nt transmissores (TMTR) 222a a 222t. Em determinadas modalidades, o processador MIMO TX 25 220 aplica as ponderações de formação de feixe aos símbolos dos fluxos de dados e à antena a partir de onde o símbolo está sendo transmitido.
Cada transmissor 222 recebe e processa um fluxo de símbolos respectivo para fornecer um ou mais sinais 30 analógicos, e condiciona adicionalmente (por exemplo, amplifica, filtra, e converte ascendentemente) os sinais analógicos para fornecer um sinal modulado adequado para transmissão através do canal MIMO. Os Nt sinais modulados dos transmissores 222a a 222t são então transmitidos a partir das Nt antenas 224a a 224t, respectivamente.
No sistema receptor 250, os sinais modulados transmitidos são recebidos pelas Nr antenas 252a a 252r e o 5 sinal recebido de cada antena 252 é fornecido para um receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 condiciona (por exemplo, filtra, amplifica, e converte descendentemente) um sinal recebido respectivo, digitaliza o sinal condicionado para fornecer amostras, e processa 10 adicionalmente as amostras para fornecer um fluxo de símbolos "recebido" correspondente.
Um processador de dados RX 260 então recebe e processa os Nr fluxos de símbolos recebidos dos Nr receptores 254 com base em uma técnica de processamento de 15 recepção particular para fornecer Nt fluxos de símbolos "detectados". O processador de dados RX 260 então demodula, desintercala, e decodifica cada fluxo de símbolos detectado para recuperar os dados de tráfego para o fluxo de dados. O processamento pelo processador de dados RX 260 é 20 complementar ao realizado pelo processador MIMO TX 220 e o processador de dados TX 214 no sistema transmissor 210. As instruções podem ser armazenadas na memória 272.
A mensagem de link reverso pode compreender vários tipos de informação referente ao link de comunicação 25 e/ou a fluxo de dados recebido. A mensagem de link reverso é então processada por um processador de dados TX 238, que também recebe dados de tráfego para vários fluxos de dados a partir de uma fonte de dados 236, modulados por um modulador 280, condicionados pelos transmissores 254a a 30 254r, e transmitidos de volta para o sistema transmissor 210.
O processador de dados RX 260 pode ser limitado em número de subportadoras, isto é, pode demodular simultaneamente, por exemplo, 512 subportadoras ou 5 MHz, e tal receptor deve ser programado em uma única portadora. Essa limitação pode ser uma função de sua faixa FFT, por exemplo, taxas de amostra nas quais o processador 260 pode 5 operar, a memória disponível para FFT, ou outras funções disponíveis para demodulação. Adicionalmente, quanto maior o número de subportadoras utilizado, maior o gasto do terminal de acesso.
A estimativa de resposta de canal gerada pelo processador RX 260 pode ser utilizada para realizar processamento de espaço, espaço/tempo no receptor, ajustar os níveis de potência, alterar taxas ou esquemas de modulação, e outras ações. O processador RX 260 pode adicionalmente estimar as razões sinal-ruído-interferência (SNRs) dos fluxos de símbolos detectados, e possivelmente outras características de canal, e fornece essas quantidades para um processador 27 0. O processador de dados RX 260 ou o processador 270 podem adicionalmente derivar uma estimativa da SNR "operacional" para o sistema. O processador 270 então fornece informação de estado de canal (CSI), que pode compreender vários tipos de informações referentes ao link de comunicação e/ou ao fluxo de dados recebido. Por exemplo, a CSI pode compreender apenas a SNR operacional. A CSI é então processada por um processador de dados TX 238, modulada pelo modulador 280, condicionada pelos transmissores 254a a 254r, e transmitida de volta para o sistema transmissor 210.
No sistema transmissor 210, os sinais modulados do sistema receptor 250 são recebidos pelas antenas 224, 30 condicionados pelos receptores 222, demodulados por um demodulador 240, e processados por um processador de dados RX 242 para recuperar a CSI reportada pelo sistema receptor. A CSI reportada é então fornecida para o processador 230 e utilizada para (1) determinar as taxas de dados e esquemas de codificação e modulação a serem utilizados para os fluxos de dados e (2) gerar vários controles para o processador de dados TX 214 e processador 5 MIMO TX 220. Alternativamente, a CSI pode ser utilizada pelo processador 270 para determinar os esquemas de modulação e/ou taxas de codificação para transmissão, juntamente com outras informações. Isso pode então ser fornecido para o transmissor que utiliza essa informação, 10 que pode ser quantizada, para fornecer transmissões posteriores para o receptor.
Os processadores 230 e 270 direcionam a operação nos sistemas transmissor e receptor, respectivamente. As memórias 232 e 272 fornecem meios de armazenamento para códigos de programa executáveis por processador e dados utilizados pelos processadores 230 e 270, respectivamente.
No receptor, várias técnicas de processamento podem ser utilizadas para processar os Nr sinais recebidos para detectar os Nt fluxos de símbolos transmitidos. Essas 20 técnicas de processamento de recepção podem ser agrupadas em duas categorias primarias (i) técnicas de processamento de recepção espaciais e espaços-temporais (que também são referidas como técnicas de equalização); e (ii) técnica de processamento de recepção de "anulação/equalização 25 sucessiva e cancelamento de interferência" (que também é referida como técnica de processamento de recepção de "cancelamento sucessivo de interferência" ou "cancelamento sucessivo").
Enquanto a figura 2 discute um sistema MIMO, o mesmo sistema pode ser aplicado a um sistema de múltiplas entradas e única saída, onde múltiplas antenas de transmissão, por exemplo, aquelas em uma estação base, transmitem um ou mais fluxos de símbolos para um único dispositivo de antena, por exemplo, uma estação móvel. Além disso, um sistema de antena de única entrada e única saida pode ser utilizado da mesma forma que a descrita com respeito à figura 2.
Os fluxos de símbolos são então transmitidos e recebidos através de canais. Em um aspecto, os canais lógicos são classificados em Canais de Controle e Canais de Tráfego. Canais de Controle Lógico compreendem Canal de Controle de Difusão (BCCH) que é um canal de downlink (DL) para difusão da informação de controle de sistema. Canal de Controle de Paginação (PCCH) que é um canal DL que transfere informação de paginação. Canal de Controle de Multidifusão (MCCH) que é um canal DL Ponto-Multiponto utilizado para transmissão de programação de Serviço de Difusão de Multimídia e Multidifusão (MBMS) e informação de controle para um ou vários Canais de Tráfego de Multidifusão (MTCH) . Geralmente, após estabelecimento da conexão RRC esse canal é utilizado apenas pelos UEs que recebem MBMS (Nota: antigo MCCH + MSCH). Canal de Controle Dedicado (DCCH) é um canal bidirecional Ponto a Ponto que transmite informação de controle dedicado e utilizado pelos UEs possuindo uma conexão RRC. No aspecto, Canais de Tráfego Lógicos compreendem um Canal de Tráfego Dedicado (DTCH) que é um canal bidirecional ponto a ponto, dedicado a um UE, para a transferência de informação de usuário. Além disso, um Canal de Tráfego de Multidifusão (MTCH) é utilizado para transmissão de dados de tráfego através de um canal DL ponto-multiponto.
Em um aspecto, Canais de Transporte são classificados em downlink DL e uplink UL. Canais de Transporte DL compreendem um Canal de Difusão (BCH), Canal de Dados Compartilhados em Downlink (DL-SDCH) e um Canal de Paginação (PCH), o PCH para suporte de economia de energia do UE (ciclo DRX é indicado pela rede para o EU), difundido através de toda a célula e mapeado para os recursos de camada física que podem ser utilizados para outros canais de controle/tráfego. Os Canais de Transporte UL compreendem 5 um Canal de Acesso Aleatório (RACH), um Canal de Solicitação (REQCH), um Canal de Dados Compartilhados em Uplink (UL-SDCH) e uma pluralidade de canais de camada física. Os canais de camada física compreendem um conjunto de canais DL e canais UL.
Os canais físicos de downlink incluem os
seguintes canais: Canal Piloto Comum (CPICH); Canal de Sincronização (SCH); Canal de Controle Comum (CCCH); Canal de Controle de Downlink (DL) Compartlhado (SDCCH); Canal de Controle de Multidifusão (MCCH); Canal de Atibuição de 15 Uplink (UL) Compartilhado (SUACH); Canal de Aviso de Recebimento (ACKCH); Canal Físico de Dados Compartilhados em Downlink (DL) (DL-PSDCH) ; Canal de Controle de Potência de Uplink (UL) (UPCCH); Canal Indicador de Paginação (PICH); e Canal Indicador de Carga (LICH).
Os Canais Físicos de Uplink (UL) incluem os
seguintes: Canal Físico de Acesso Aleatório (PRACH); Canal Indicador de Qualidade de Canal (CQICH); Canal de Aviso de Recebimento (ACKCH); Canal Indicador de Subconjunto de Antena (ASICH); Canal de Solicitação Compartilhado 25 (SREQCH); Canal Físico de Dados Compartilhados em Uplink (UL) (UL-PSDCH); e Canal Piloto de Banda Larga (BPICH).
De acordo com um aspecto, a presente descrição fornece Serviços de Difusão-Multidifusão (BCMCS) em uma rede de taxa de dados alta. BCMCS é a forma curta para 30 Serviço de Difusão e Multidifusão através de uma rede IP. Esse serviço pode permitir que usuários recebam uma variedade de conteúdo (por exemplo, vídeo/texto) em seus aparelhos telefônicos através de links celulares utilizando um sistema de Banda Larga Ultra Móvel. Certos aspectos da presente descrição são discutidos em maiores detalhes nos parágrafos a seguir.
Serviços específicos tais como BCMCS fornecem serviço de comunicação ponto-multiponto em um sistema de comunicação sem fio para uma pluralidade de estações móveis que recebem dados de difusão através de um meio de comunicação sem fio operando como um sistema de pacote de dados de difusão. Os dados de difusão (isto é, conteúdo) transmitidos pelo sistema de comunicação sem fio para a pluralidade de estações móveis podem incluir, mas não precisam necessariamente estar limitados a, noticias, filmes, eventos esportivos, e similares. 0 tipo específico de conteúdo transmitido para as estações móveis pode incluir uma ampla matriz de dados de multimídia, tal como texto, áudio, imagem, fluxo contínuo de vídeo, etc. O conteúdo é tipicamente gerado por um provedor de conteúdo e é difundido para as estações móveis que assinam o serviço particular através de um canal de difusão do sistema de comunicação sem fio.
0 sistema de pacote de dados de difusão fornece um fluxo de pacotes que pode ser utilizado para portar pacotes de camada mais alta da rede de acesso para terminais de acesso múltiplo. Vários canais fornecem 25 suporte para implementação do serviço BCMC incluindo um Canal de Serviços de Difusão e Multidifusão Direta que incluí adicionalmente canais físicos de difusão, canais lógicos de difusão.
0 Canal de Serviços de Difusão e Multidifusão Direta porta pacotes contendo conteúdo gerado por um servidor de conteúdo. O Canal de Serviços de Difusão e Multidifusão Direta pode portar mensagens de sinalização de link direto geradas pela estrutura de protocolo de difusão da figura 3. A figura 3 ilustra um diagrama em blocos de um conjunto ou estrutura de protocolo de difusão básica 300, de acordo com várias modalidades. Geralmente, os protocolos de difusão podem incluir:
Protocolo de Controle de Difusão 302: O Protocolo
de Controle de Difusão define procedimentos utilizados para controlar vários aspectos da operação do sistema de pacote dados de difusão, tais como exigências de registro de Fluxo BCMCS. O Protocolo de Controle de Difusão também define
uma mensagem de Parâmetros de Difusão.
Protocolo de Tunelamento Inter-Rota de Difusão 304: O Protocolo de Tunelamento Inter-Rota de Difusão realiza tunelamento de pacotes gerados pelas Rotas de unidifusão no Canal Fisico de
Difusão.
Protocolo de Consolidação de Pacote de Difusão (PCP) 306: 0 Protocolo de Consolidação de Pacote de Difusão realiza enquadramento de pacotes de camada superior e multiplexa pacotes de camada
superior e mensagens de sinalização.
Protocolo de Segurança de Difusão 308: 0 Protocolo de Segurança de Difusão fornece criptografia da carga útil do Protocolo de Consolidação de Pacote de Difusão.
Protocolo MAC de Difusão 310: 0 Protocolo MAC de Difusão define procedimentos utilizados para transmitir via Canal de Serviços de Difusão e Multidifusão Direta. 0 Protocolo MAC de Difusão também fornece a Correção Antecipada de Erro
(FEC) e a mult iplexação para reduzir a taxa de erro de link de rádio como observado pelas camadas superiores. Protocolo de Camada Física de Difusão 312: O Protocolo de Camada Física de Difusão fornece a estrutura de canal para o Canal de Serviços de Difusão e Multidifusão Direta.
0 Canal de Serviços de Difusão e Multidifusão Direta pode também portar a carga útil de outras rotas. 0 Canal de Serviços de Difusão e Multidifusão Direta possui um link direto, mas não possui um link reverso. Mensagens de link direto podem ser enviadas para transmissão diretamente no Canal de Serviços de Difusão e Multidifusão Direta ou são tuneladas através de um Protocolo de Tunelamento Inter-Rota de uma rota de unidifusão. Mensagens de link reverso podem ser tuneladas através do Protocolo de Tunelamento Inter-Rota de uma rota de unidifusão. O Canal de Serviços de Difusão e Multidifusão Direta consiste de Canais Físicos de Difusão e Canais Lógicos de Difusão. Os Fluxos de Difusão e Multidifusão (também chamados de Fluxos BCMCS) assim como mensagens de sinalização destinadas ao Canal de Serviços de Difusão e Multidifusão Direta são associados com Canais Lógicos de Difusão e são transmitidos através de Canais Físicos de Difusão.
Os Canais Físicos de Difusão consistem de vários subcanais chamados pares de multiplexação entrelaçada. A estrutura dos pares de multiplexação entrelaçada pode ser diferente através dos setores. O Protocolo MAC de Difusão e o Protocolo de Camada Física de Difusão descrevem a estrutura dos Canais Físicos de Difusão.
Um Canal Lógico de Difusão (também chamado de canal lógico) se refere a um conjunto de um ou mais pares de multiplexação entrelaçada do Canal Físico de Difusão associado com um setor através do qual o conteúdo de difusão é transmitido. Cada canal lógico porta um ou mais Fluxos BCMCS. Um par de multiplexação entrelaçada associado com um setor pode ser designado para no máximo um canal lógico.
Um canal lógico é identificado por um par da forma (Setor, índiceBC) onde um setor é identificado pelo par (IdSetor, Canal BCMCS). Canal BCMCS se refere à atribuição de frequência associada a um único Canal. ÍndiceBC se refere ao valor correspondente ao primeiro quadro de camada fisica, entre o conjunto de todos os quadros de camada física do conjunto de pares de multiplexação entrelaçada associados com o canal lógico, que ocorre em ou após índice de quadro zero.
Um Identificador de Fluxo de Serviço de DifusãoMultidifusão (BCMCSFlowID) identifica um fluxo de DifusãoMultidifusão (também chamado de Fluxo BCMCS). 0 conteúdo de um determinado Fluxo BCMCS pode mudar com o tempo. Um Fluxo BCMCS é análogo a um fluxo de multimídia único. 0 conteúdo de um Fluxo BCMCS não é dividido através de múltiplos canais lógicos.
Como mencionado, o Protocolo MAC de Difusão 310 contém as regras que governam a operação e a temporização do Canal de Serviços de Difusão e Multidifusão Direta. 0 Protocolo MAC de Difusão 310 recebe pacotes de Protocolo de Consolidação de Pacote de Difusão (PCP) do Protocolo de Segurança de Difusão 308. Cada pacote recebido do Protocolo de Segurança de Difusão 308 é destinado a um Canal Lógico de Difusão. O Protocolo MAC de Difusão 310 forma um bloco de controle de erro pela adição, por exemplo, de um código externo Reed-Solomon à carga útil destinada ao canal lógico. 0 Protocolo MAC de Difusão 310 reduz, dessa forma, a taxa de erro de link de rádio como observado pelas camadas superiores.
Os fluxos de difusão podem ser mapeados para um canal lógico BCMCS. 0 canal lógico BCMCS pode ser transmitido em uma agregação de Canais Fisicos de Difusão. Cada agregação de Canais Físicos de Difusão pode ser caracterizado de forma singular por um SIMT (Tripla Multiplexação Entrelaçada de Sub-banda). Transmissões de 5 Sistemas de Difusão e Multidifusão (BCMCS) são indexadas em unidades de ultra quadros. Cada ultra quadro consiste em um número de subzonas e entrelaçamentos de 48 super quadros de camada física.
A informação sobre a localização física dos 10 canais lógicos pode ser obtida, por exemplo, a partir de um Canal de Overhead de Difusão associado. Até quatro, por exemplo, Canais de Overhead de Difusão são permitidos por ultra quadro como especificado aqui pelo NumBOC variável. 0 conjunto de canais Físicos que cada Canal de Overhead de 15 Difusão endereça é denotado por um PhysicalChannelGroupi, onde i pode assumir os valores de 0 a 3. Os Canais de Overhead de Difusão transmitidos no ultra quadro k podem conter informação sobre os canais lógicos transmitidos no ultra quadro k + I. Cada PhysicalChannelGroupi pode ser 20 particionado em NumOuterframesPerUltraframei quadros externos, onde NumOuterframesPerUltraframei =1, 2, 4 ou 8. Cada canal lógico em um ultra quadro pode ser transmitido uma vez a cada quadro externo associado com o PhysicalChannelGroupi.
Com relação à indexação de sub-banda, cada 128
portas de salto de um quadro de Camada Física que é parte dos serviços de Difusão e Multidifusão é referida como uma sub-banda BCMCS aqui. A localização dessas sub-bandas BCMCS é anunciada. Note que algumas dessas portas de salto podem 30 mapear portadoras de guarda, e, dessa forma, não serem utilizáveis para transmissão de dados. Em cada ultra quadro, as sub-bandas BCMCS são indexadas por UltraframeResourcesIndex e são numeradas de 0 a NumResourcesPerUltraframe -I. Os quadros de camada fisica nos quais BCMCS é permitido podem ser numerados em ordem crescente com o quadro de camada física que ocorre anteriormente em tempo tendo numeração inferior. Se mais de 5 uma sub-banda BCMCS estiver presente em um quadro de camada física, então cada sub-banda é numerada em ordem crescente.
Como um exemplo, considere uma aplicação em 5 MHz com cada recurso sendo de 128 portas de salto e um entrelaçamento, representada como uma caixa na figura 4. As 10 sub-bandas reservadas são representadas pelas caixas hachuradas, enquanto as sub-bandas BCMCS são caixas hachuradas com um índice. Esse índice é referido como UltraframeResourcesindex. Na figura 4, quatro sub-bandas são ilustradas como sendo reservadas por oito 15 entrelaçamentos, dos quais três são designados para BCMCS.
0 código Reed-Solomon externo utiliza uma estrutura de bloco de controle de erro como ilustrado na figura 5. Um bloco de controle de erro é formado de N linhas e MACPacketSize colunas. As K linhas superiores do 20 bloco de controle de erro contêm a carga útil dos protocolos servidos, alguns dos quais podem ser pacotes de preenchimento. As R = N - K linhas inferiores do bloco de controle de erro contêm octetos de paridade Reed-Solomon.
Os pacotes de carga útil no Canal Lógico de 25 Difusão (BLC) são protegidos pelo código externo e é possível para cada bloco de dados BLC ter um código externo. Durante a operação, o código de controle externo, descrito acima, possui uma duração de S ultra quadros de BLC com um período BOC, N, onde S é um múltiplo de N. O ECB 30 do BLC é formado a partir de uma seqüência de S ultra quadros consecutivos, para UF t, onde t mod S= 0. Se N|S, os parâmetros do canal de overhead de difusão de tráfego (BOC) mudam nos limites ECB. Uma seqüência de pacotes BPC (ou eliminações) no BLC através de S ultra quadros é escrita no sentido de linha em uma matriz de R linhas e C colunas. Quaisquer registros faltantes são preenchidos com pacotes iguais a 5 zero. Para uma melhor diversidade, as decisões definitivas de ultra quadro devem todas ser armazenadas. Cada submatriz de R linhas x 1 byte é igual à palavra código recebida de código Reed-Solomon (R, k)e é compatível com um serviço de difusão-multidifusão melhorado.
A duração de tempo do bloco de correção de erro é
como se segue. O tempo de comutação mínimo para o canal lógico de difusão é proporcional à duração do ECB, que é de S ultra quadros. Quanto menor o valor de S, mais rápida a comutação. Por um período de tempo mais longo a taxa de 15 dados do canal lógico de difusão se aproxima da taxa média. Se o canal lógico de difusão for fixado por períodos de tempo maiores, o overhead pode ser aperfeiçoado. S também aumenta o código Reed-Solomon aumentando a diversidade. Para aplicativos de não-fluxo, blocos de correção de erro 20 maiores são necessários. Enquanto que para aplicativos de fluxo, blocos de correção de erro mais curtos podem ser utilizados a fim de alcançar melhores tempos de comutação.
Cada linha do bloco de controle de erro forma a carga útil para os pacotes MAC de Difusão para um canal 25 lógico determinado, que é transmitido nos pacotes de Camada Física de Difusão designados para o canal lógico na ordem temporal no começo da transmissão dos pacotes de Camada Física de Difusão. Efetivamente, o bloco de controle de erro é uma matriz de R linhas e C colunas onde R = I, 16 ou 30 32. R e C são atributos do BLC e são sinalizados na mensagem de informação de canal de difusão descrita em maiores detalhes abaixo. A largura de linha é determinada pela seqüência de pacotes de carga útil transmitidos no Canal BCMCS Estendido (ECB).
A rede de acesso adiciona pacotes de preenchimento aos pacotes PCP de Difusão se necessário para 5 tornar a carga útil igual às K linhas. Esses pacotes contêm uma carga útil toda de zeros e não são passados para a camada física, e, dessa forma, não são transmitidos através do ar.
Blocos de controle de erro são gerados como descrito nos parágrafos a seguir. A rede de acesso segmenta a transmissão em um canal lógico em blocos de controle de erro (ECB). Cada bloco de controle de erro pode começar com zero ou um pacote MAC recebido pelo MAC BCMCS.
A rede de acesso então preenche os dados no bloco de controle de erro nas linhas. A rede de acesso aplica a codificação Reed-Solomon ao longo das colunas do bloco de controle de erro. A rede de acesso transmite o bloco de controle de erro no Canal de Serviços de Difusão e Multidifusão Direta em linhas. Cada bloco de Controle de Erro contém N linhas e MACPacketSize colunas. As K linhas superiores do bloco de controle de erro podem conter carga útil dos protocolos servidos ou pacotes de preenchimento. As R = N - K linhas inferiores do bloco de controle de erro podem conter octetos de paridade Reed-Solomon. O comprimento de cada palavra código Reed-Solomon pode ser de N octetos. Cada bloco de controle de erro pode consistir de uma palavra código Reed-Solomon.
O código Reed-Solomon é especificado como um
código (N, K, R) . N, KeR são definidos como se segue:
I. N= Número de octetos em uma palavra código Reed-Solomon. O valor de N pode ser como definido em C.S0084-1, Camada Física para Especificações de Interface Aérea de Banda Larga Ultra Móvel (UMB), incorporado aqui por referência.
2. K= Número de octetos de dados em uma palavra código Reed-Solomon. O valor de K pode ser como definido em C.S0084-1, Camada Física para Especificações de Interface Aérea de Banda Larga Ultra Móvel (UMB), incorporado aqui por referência.
3. R = N-K = Número de octetos de paridade em uma palavra código Reed-Solomon. O valor de R pode ser como definido em C.S0084-1, Camada Física para Especificações de Interface Aérea de Banda Larga Ultra Móvel (UMB), incorporado aqui por referência.
Cada linha do bloco de controle de erro pode formar a carga útil para um ou mais pacotes MAC de Difusão. Um canal lógico pode utilizar os blocos de controle de erro com os mesmos valores de N, Ke MACPacketSize em todos os setores em que ao terminal de acesso é permitido combinar temporariamente o canal lógico.
Os dados dos blocos de controle de erro são transmitidos utilizando pacotes MAC de Difusão. Cada linha de um bloco de controle de erro é portada utilizando pacotes MAC de Difusão de bit MACPacketSize. 0(s) pacote(s) de preenchimento pode(m) ser anexado (s) para tornar o número de pacotes de dados igual a K se dados insuficientes estiverem disponíveis para preencher até K linhas como descrito abaixo. A unidade de dados de protocolo (PDU) para esse protocolo é um pacote MAC de Difusão. Com referência à estrutura de transmissão de Difusão e Multidifusão, as transmissões BCMCS são indexadas em termos de ultra quadros. Cada ultra quadro, por exemplo, consiste de um número de sub-zonas e entrelaçamentos, por 5 exemplo, quarenta e oito, ou outros números de super quadros de Camada Fisica.
Com referência à indexação dos recursos físicos, cada PhysicalChannelGroupi é especificado por um número de NumOuterframeSubbandsi sub-bandas BCMCS, onde
NumOuterframeSubbandsi é um múltiplo de
NumOuterframePerUltraframei, e í pode assumir os valores de 0 a 3. NumPhysicalResourcesi é definido como sendo o inteiro definido por
NumOuterframesubbandsi/NumOuterframesPerUltraframei . Essas 15 sub-bandas BCMCS por grupo de Camada Física são, por exemplo, numeradas seqüencialmente (em ordem crescente do número de sub-banda BCMCS) de 0 a NumPhysicalResourcesi - 1 para cada um dos PHysicalChannelGroupi correspondente a cada quadro externo pertencente ao PhysicalChannelGroupi. 0 20 par (Outerframelndexi, PhysicalResourceIndexi) possui, dessa forma, um mapeamento de um para um com UltraframeResourcesIndex. Cada sub-banda BCMCS é denotada como NumOuterframeSubbandsi e é escolhida como sendo um múltiplo de NumOuterframesPerUltraframei.
Cada PhysicalChannelGroupi, os recursos BCMCS
designados para cada quadro externo são determinados pelo(s) pare(s) a seguir: Offsetj e Periodj. Deixe k denotar o índice da sub-banda BCMCS em um quadro externo. Cada sub-banda BCMCS é tal que k = Offset j (mod PeriodJ) 30 pode ser parte de PhysicalChannelGroupi. Note que um PhysicalChannelGroupi pode consistir de um número de pares (Offsetj, Periodj) como definido por NumOffsetsPerGroupi para j = 0, 1, . . .,15. Note que isso pode levar a determinadas sub-bandas BCMCS não utilizadas no final do super quadro, visto que NumPhysicalResourcesi é um múltiplo de Periodj. Adicionalmente, note que um par (Offsetj, Periodj) determinado pode pertencer a múltiplos Grupos de 5 Canal Fisico. Nesse caso, a Mensagem de Overhead de Difusão dos múltiplos Grupos de Camada Fisica pode endereçar o mesmo canal lógico. Essa situação é útil quando a cobertura da rede de frequência única (SFN) do canal lógico é diferente da cobertura SFN do canal de overhead de difusão. 10 Com referência aos recursos fisicos de indexação,
cada Canal de Serviços de Difusão e Multidifusão Direta consiste de vários recursos de Camada Física, consistindo de várias sub-bandas como especificado na mensagem de BroadcastChannelInfo e mapeado para canais lógicos como 15 descrito aqui. Note que se um canal lógico for mapeado para a primeira sub-banda BCMCS de um quadro externo, então o canal lógico pode iniciar no final da Mensagem de Canal de Overhead de Difusão, que pode ocupar um ou dois símbolos OFDM. Para todas as outras sub-bandas BCMCS, o canal lógico 20 ocupa todos os símbolos OFDM.
Um canal lógico pode portar pacotes PCP de Difusão de um ou mais Fluxos BCMCS. Enquanto o mesmo Fluxo BCMCS pode ser transmitido independentemente em vários canais lógicos, os conteúdos de um determinado Fluxo BCMCS 25 não podem ser divididos através de múltiplos canais lógicos. Se um Fluxo BCMCS for portado em mais de um canal lógico pertencente a diferentes setores, o Fluxo BCMCS para mapeamento de canal físico precisa não ser igual em todos esses setores. Canais lógicos portando o mesmo conteúdo de 30 difusão podem ser transmitidos de forma sincronizada através de múltiplos setores para facilitar a combinação temporária. Um canal lógico associado com o Canal de Serviços de Difusão e Multidifusão Direta pode ser transmitido de forma sincronizada através de múltiplos setores.
Com referência ao Canal de Overhead de Difusão, cada setor de uma rede de acesso pode portar até, por 5 exemplo, um máximo de quatro Canais de Overhead de Difusão como definido pelo parâmetro NumBOC. O Canal de Overhead de Difusão é enviado nos últimos um, dois, quatro ou oito símbolos OFDM de cada quadro externo de um PhysicalChannelGroup.
Os parâmetros de modulação do Canal de Overhead
de Difusão são portados na mensagem BroadcastChannelInfo. Em adição ao Canal de Overhead de Difusão, cada canal lógico também porta informação em banda sobre sua localização no próximo ultra quadro. Adicionalmente, a fim 15 de que o terminal de acesso descubra e monitore o conteúdo de difusão com sucesso, vários parâmetros relacionados com difusão precisam ser sinalizados através da interface aérea. A rede de acesso difunde esses parâmetros através de um ou mais pacotes de informação de um Canal de Controle na 20 forma de mensagem BroadcastChannelInfo. A mensagem BroadcastChanneInfo transmitida por um setor contém a informação de mapeamento de canal lógico para físico para esse setor. A rede de acesso pode transmitir a mensagem BroadcastChannelInfo com MACID de difusão como uma mensagem 25 de unidifusão através de cada super quadro j de forma que j mod NBCIPeriod = NeciPeriod"1 (onde NeciPeriod é o período de repetição da mensagem BroadcastChannelInfo (em unidades se super quadro) e pode ter um valor constante, por exemplo, de 240). A localização dessa mensagem está, por exemplo, 30 entre os Quadros de camada física 2 e 7 inclusive para o super quadro correspondente.
De acordo, cada linha do bloco de controle de erro forma a carga útil para um ou mais dos pacotes MAC de Difusão. Adicionalmente, um canal lógico pode utilizar blocos de controle de erro com os mesmos valores de N, K, e MACPacketSize em todos os setores em que ao terminal de acesso é permitido combinar temporariamente o canal lógico.
A rede de acesso adiciona pacotes de
preenchimento aos pacotes PCP de Difusão se necessário para tornar a carga útil igual às K linhas como descrito acima. Esses pacotes contêm uma carga útil toda constituída de zeros e não devem ser passados para a camada Física, e, dessa forma, não transmitidos pelo ar.
Cada linha do bloco de controle de erro forma a carga útil para os pacotes MAC de Difusão para um canal lógico determinado, que são transmitidos nos pacotes de Camada Física de Difusão atribuídos ao canal lógico em 15 ordem temporal do início da transmissão dos pacotes de Camada Física de Difusão.
Com referência aos formatos de transmissão, para cada pacote de Camada Física de Difusão, o Protocolo MAC de Difusão fornece um formato de transmissão para o Protocolo de Camada Física de Difusão. Um formato de transmissão define um conjunto de parâmetros de um pacote de Camada Física de Difusão. A rede de acesso designa um formato de transmissão para cada canal lógico. Para todos os pacotes de Camada Física de Difusão associados com um determinado canal lógico, a rede de acesso utiliza o formato de transmissão que é associado com aquele canal lógico. 0 formato de transmissão de um pacote de Camada Física de Difusão pode ser um dentre os dois tipos a seguir; ou seja, a Transmissão de Canal de Overhead de Difusão ou os Formatos de Transmissão de Difusão.
A Mensagem de Overhead de Difusão transmitida no Canal de Serviços de Difusão e Multidifusão Direta é associada com o formato de transmissão da Mensagem de Overhead de Difusão. Um canal lógico transmitido no Canal de Serviços de Difusão e Multidifusão Direta é associado com o formato de transmissão de difusão. Um formato de transmissão de difusão básico é identificado por seu índice 5 de formato de pacote. Cada índice de formato de pacote corresponde a um tamanho de pacote, conjunto de taxa, configuração de rádio, e ordem de modulação.
Um exemplo dos formatos de transmissão para o Canal de Overhead de Difusão é ilustrado na tabela I. As 10 eficiências espectrais correspondem ao número de quadros externos por ultra quadro. A ordem de modulação é de 2 em todos os casos. Note, por exemplo, que o número de símbolos OFDM (NumOFDMSymbolsPerBOC) necessários para a transmissão do Canal de Overhead de Difusão pode ser encontrado por 15 NumOFDMSymbolsPerBOC = PacketSize/99.
Tabela 1 Formatos de Transmissão de Canal de Overhead de
Difusão
índice Tamanho Conj unto Configuração Eficiência Espectral (por de de de Taxa de Rádio quadros externos em um ultra Formato Pacote quadro) de Pacote 1 2 4 8 0 99 1/2/3/4 1 1. 021 0, 510 0,255 0, 128 1 99 1/2/3/4 2 0.421 0,211 0,105 0, 053 2 198 1/2/3/4 1 1. 021 0,510 0,255 0, 128 3 198 1/2/3/4 2 0. 421 0,211 0, 105 0, 053 4 495 1/2/3/4 1 1.021 0,510 0, 255 0, 128 495 1/2/3/4 2 0. 421 0,211 0, 105 0, 053 6 792 1/2/3/4 1 1. 021 0,510 0,255 0, 128 7 792 1/2/3/4 2 0.421 0,211 0, 105 0, 053 Com referência aos recursos físicos, para dados BCMCS, o número de bits (incluindo bits PAD e bits FCS) portados por um pacote de Camada Fisica de Difusão é chamado de Tamanho de Pacote e denotado por Ndados. A Duração de um pacote é definida como sendo o número de transmissões que são permitidas para o pacote. 0 Conjunto 5 de Taxa dentro de um determinado Modo de Transmissão é definido por dois parâmetros: A configuração de sub-banda BCMCS da primeira sub-banda BCMCS de um pacote e o tamanho do pacote. Um formato de transmissão de difusão, também chamado de Formato de Transmissão BCMCS, é definido por um 10 índice de Formato de Pacote e pelo número de transmissões. Dentro de cada modo de transmissão, existem, por exemplo, quatro conjuntos de taxa referidos como Conjuntos de Taxa 1, 2, 3, 4. Cada conjunto de taxa contém duas Configurações de Rádio em adição à numerologia de unidifusão, que pode 15 ser utilizada para a terceira transmissão. Nesse caso, as primeira e segunda transmissões são enviadas utilizando numerologia de difusão, enquanto a terceira transmissão ocorre com numerologia de unidifusão.
Os Formatos de Transmissão são ilustrados na Tabela 2. Dois Formatos de Transmissão BCMCS são Compatíveis em Termos de Taxa se e apenas se eles tiverem o mesmo índice de formato de pacote, mas tendo possivelmente diferentes Duraçãos. O formato de pacote consiste de quatro bits. Esses quatro bits indexam a eficiência espectral e o formato de modulação a ser utilizado para cada transmissão HARQ de um pacote de dados. Note que o número máximo padrão de transmissões é igual a três (nesse caso, a Duração é três), no entanto, um setor pode escolher transmitir apenas uma ou duas vezes para cada índice de formato de pacote. Nesse caso, sua Duração é configurada para um ou dois, respectivamente.
0 tamanho de pacote para cada atribuição é computado com base na eficiência espectral listada na tabela abaixo e no tamanho da atribuição. O tamanho de pacote é também fornecido na Tabela 2.
Tabela 2 Formatos de Transmissão de Difusão
índice Tamanho Conj unto Configuração Ordem de Eficiência de de de Taxa de Rádio Modulação Espectral para Formato Pacote Cada Transmissão 1 2 3 0 1536 1 1 4 2,26 1, 13 0, 72 1 768 1 1 2 1, 13 0, 57 0, 36 2 2048 2 1 4 3, 02 1, 51 0, 96 3 1024 2 1 2 1, 51 0, 75 0, 75 4 2560 3 1 4 1,89 1,26 0, 91 5 1280 3 1 2 0, 94 0, 63 0,46 6 3568 4 1 4 2, 64 1, 76 1,27 7 1784 4 1 2 1. 32 0, 88 0, 64 8 768 1 2 4 2,18 1,09 0,70 9 384 1 2 2 1,09 0, 54 0, 35 10 1024 2 2 4 2, 90 1, 45 0, 94 11 512 2 2 2 1, 45 0, 73 0,47 12 1280 3 2 4 1,82 1,21 0,89 13 640 3 2 2 0, 91 0, 61 0,44 14 1792 4 2 4 2,54 1, 69 1.24 15 896 4 2 2 1,27 0, 85 0, 62 Com referência à Transmissão de Canal de Serviços 5 de Difusão e Multidifusão Direta a partir de Múltiplos Setores, o Canal de Serviços de Difusão e Multidifusão Direta é particularmente adequado para transmissão em uma rede de freqüência única (SFN) na qual todos os setores em uma determinada área de cobertura de difusão sincronizam 10 suas transmissões de difusão e transmitem a mesma forma de onda (com a exceção de retardo dependente de setor e ganho complexo) pelo ar durante os intervalos de tempo alocados para os pacotes de Camada Física de Difusão. Na antena do terminal de acesso, todas as transmissões que chegam dos setores participantes combinam para aparecer como uma única transmissão que atravessa um canal de multipercurso com um possivelmente um espalhamento de retardo amplo entre os primeiro e últimos percursos de chegada.
Adicionalmente, a rede de acesso pode ser configurada de forma que setores adjacentes difundindo o mesmo conteúdo nos mesmos recursos possam utilizar formatos de transmissão com durações diferentes desde que os formatos de transmissão sejam compatíveis entre si em termos de taxa. Como na transmissão SFN, o tempo de transmissão da primeira sub-banda BCMCS de cada pacote é sincronizado através de todos os setores que estão transmitindo o mesmo conteúdo. A mensagem
BroadcastChannelInfo transmitida por um setor especifica o formato de transmissão do canal lógico correspondente.
A figura 6 ilustra um esquema de transmissão de taxa variável de acordo com uma modalidade. A figura 6 ilustra o esquema de transmissão compatível em termos de taxa, no qual a Célula A utiliza um formato de transmissão com uma duração de 2 sub-bandas BCMCS, enquanto as Células BeC utilizam um formato de transmissão compatível em termos de taxa com uma duração de 3 sub-bandas BCMCS. A Célula A pode escolher transmitir um pacote de superdifusão na partição livre como ilustrado na figura 6.
A rede de acesso pode determinar os valores dos parâmetros a seguir para cada canal lógico transmitido no Canal de Serviços de Difusão e Multidifusão Direta:
Period: O parâmetro Period atribuído a um canal lógico é maior que ou igual à Duração do formato de transmissão desse canal lógico. Se o Period for superior à Duração de um índice de Formato de Pacote, a rede de acesso pode esperar até o próximo período para transmitir o próximo pacote BCMCS. A rede de acesso pode utilizar essas partições disponíveis para transmissões de superdifusão como ilustrado na figura 6.
FDSeed: Origem de espalhamento em domínio de frequência. Um número binário de 10 bits utilizado no espalhamento em domínio de frequência.
PilotStagger: Um parâmetro utilizado no
preenchimento de tom piloto. PilotStagger é um
parâmetro dependente de conteúdo: Para difusão de
conteúdos diferentes ao mesmo tempo, a rede de
acesso deve atribuir valores diferentes para o parâmetro PiltoStagger.
Razões de Potência Piloto-Dados: Definido abaixo.
Camada de Modulação: Esse parâmetro especifica se o canal lógico é transmitido na camada de base ou na camada de aperfeiçoamento se modulação hierárquica for suportada.
Para cada pacote de Camada Física de Difusão, o Protocolo MAC de Difusão pode fornecer os valores dos parâmetros a seguir para o Protocolo de Camada Física de Difusão:
FDSSeed do canal lógico servido pelo pacote de Camada Física de Difusão.
PilotStagger do canal lógico servido pelo pacote de Camada Física de Difusão.
DCPDROffset e os parâmetros de razão piloto-dados (PDR) em uso do canal lógico servido pelo pacote de Camada Física de Difusão como definido abaixo. ModulationLayer do canal lógico servido pelo pacote de Camada Física de Difusão. Com relação aos parâmetros de Razão de Potência Piloto-Dados (PDR), o termo parâmetros de razão pilotodados (PDR) em uso de um canal lógico associado com o Canal de Serviços de Difusão e Multidifusão Direta pode ser representado por 4 bits e interpretado como se segue:
Considere Z o valor da representação de 4 bits de um parâmetro quando interpretado como um inteiro não designado. Então, o valor do parâmetro em dB é obtido como 0,5 x (Z - 4) . Por exemplo, um valor de - 2dB é representado como "0000" e um valor de 5,5
dB é representado como "1111".
As Razões Piloto-Dados padrão para o Canal de Overhead de Difusão associado com os formatos de transmissão apropriados são especificadas na Tabela 3.
Tabela 3 Razão Piloto-Dados padrão do Canal de Overhead de
Difusão
Formato de Transmissão BOC PDRBOCDefault (dB) 0 2 1 2 Para cada canal lógico associado com o Canal de Serviços de Difusão e Multidifusão Direta, a rede de acesso 20 pode determinar os valores dos parâmetros PDR padrão como se segue. A rede de acesso determina os valores das Razões Piloto-Dados padrão de cada canal lógico com base no Formato de Transmissão BCMCS desse canal lógico de acordo com a Tabela 4. A razão piloto-dados para as primeiras duas 25 transmissões é denotada BCMCSPilotToDataRation, e pode ser diferente da terceira transmissão, que é denotada PilotToDataRatio. Tabela 4 Razão Piloto-Dados padrão das Mensagens de
Difusão.
Formato de Transmissão PDRDataDefault (dB) BCMCS O 2 1 2 2 2 3 2 4 2 5 2 6 2 7 2 8 2 9 2 10 2 11 2 12 2 13 2 14 2 15 2 16 2 A mensagem BroadcastChannelInfo, descrita 5 adicionalmente abaixo, porta informação para indicar os parâmetros PDR em uso dos canais lógicos. Os terminais de acesso recebendo conteúdo de difusão monitoram a mensagem BroadcastChannelInfo. Outros terminais de acesso podem ignorar essa mensagem. Para cada canal lógico associado com 10 o Canal de Serviços de Difusão e Multidifusão, a rede de acesso pode determinar o valor de um parâmetro de 1 bit chamado BCMCSPDRProvidedForThisLogicalCh como se segue: Se o Formato de Transmissão BCMCS do canal lógico consistir de uma duração de dois ou menos, a rede de acesso pode determinar o parâmetro
BCMCSPDRProvidedForThisLogicalCh como se segue:
· A rede de acesso pode determinar o parâmetro
BCMCSPDRProvidedForThisLogicalCh para "0" se o valor de BCMCSPilotToDataRatio for igual ao valor PDRDataDefault.
• Do contrário, a rede de acesso pode determinar o parâmetro BCMCSPDRProvídedForThisLogicalCh para
»1 ^ M
Se o Formato de Transmissão BCMCS do canal lógico consistir de uma duração de 3, a rede de acesso pode determinar o parâmetro
BCMCSPDRProvidedForThisLogicalCh como se segue:
• Se todas as condições a seguir forem verdadeiras, a rede de acesso pode determinar o parâmetro BCMCSPDRProvidedForThisLogicalCh para "0":
o 0 valor de BCMCSPilotToDataRatio é igual ao valor de PDRDataDefault para as
primeiras duas transmissões, o 0 valor de PilotToDataRatio é o mesmo que o valor de PDRDataDefault para a terceira transmissão.
· Do contrario, a rede de acesso pode determinar o
parâmetro BCMCSPDRProvidedForThisLogicalCh para "1".
Para cada pacote de Camada Fisica de Difusão, o Protocolo MAC de Difusão pode fornecer um índice MAC para o Protocolo MAC de Difusão. 0 Protocolo MAC de Difusão pode determinar O índice MAC para ^BroadcastGenericMACindex · A mensagem BroadcastOverhead, descrita
adicionalmente abaixo, porta informação para indicar os parâmetros PDR em uso dos canais lógicos. A rede de acesso envia a mensagem de BroadcastOverhead para fornecer o terminal de acesso com o mapeamento entre os canais lógicos e iniciando a sub-banda BCMCS no Canal de Serviços de Difusão e Multidifusão. 0 formato da mensagem de Broadcast Overhead é ilustrado na Tabela 5.
Tabela 5 Mensagem de Overhead de Difusão Campo Comprimento (bits) MessageID 8 BCISignature 16 NumLogicalChannels 8 Ocorrências NumLogicalChannels dos seguintes dois campos: StartLocationj 8 Durationj 4 MessageID
A rede de acesso pode determinar esse campo para OxOl
15
BCISignature
A rede de acesso pode determinar esse campo para Assinatura da mensagem
BroadcastChannelInfo correspondente.
20
NumLogicalChannels
A rede de acesso pode determinar esse campo para o número de canais lógicos indexados pela Mensagem de Overhead de Difusão. StartLocationj
A rede de acesso pode determinar esse campo para a localização inicial do canal lógico j no número de PhysicalResourcesi.
Durationj
10
A rede de acesso pode determinar esse campo para o número de sub-bandas BCMCS consecutivas que o canal lógico j ocupa como especificado na Tabela 6.
Tabela 6 Descrição do Campo Durationj, onde j e o índice
do Canal Lógico
Durationj Comprimento de rajada (sub-bandas BCMCS) '0000' 1 '0001' 2 '0010' 3 '0011' 4 '0100' 6 ' 0101' 8 '0110' 9 '0111' 12 '1000' 16 '1001' 20 '1010' 24 '1011' 32 ' 1100' 36 '1101' 48 '1110' 60 '1111' 64 A rede de acesso envia a mensagem BroadcastChannelInfo para fornecer ao terminal de acesso o mapeamento entre os canais lógicos e os Canais Físicos de Difusão. O formato da mensagem Broadcast ChannelInfo é ilustrado na Tabela 7.
Tabela 7 Mensagem Broadcast ChannelInfos
Campo Comprimento (bits) MessageID 8 ProtocolSubtype 8 BroadcastChannelInfoSignature 16 QCISignature 20 AllReservedInterlaces 4 BCMCSReservedInterlaces 0 ou 4 NumBOC 2 Ocorrências NumBOC dos seguintes campos:
MessageID
BCMCSFlowIDLength 2 BCMCSOverheadFields Comprimento Variável Reserved 0-7 (conforme necessário) 10
A rede de acesso pode determinar esse campo para 0x00.
ProtocolSubtype
A rede de acesso pode determinar esse campo como apropriado.
BroadcastChannelInfoSignature A rede de acesso pode mudar
esse campo se qualquer um dos QCISignature
5
AllReservedInterlaces
10
15
BCMCSReservedInterlaces
20
25
Tabela 8 Interpretação
outros campos na mensagem BroadcastChannelInfo for
mudado.
A rede de acesso pode determinar esse campo para os dados públicos QCISignature do protocolo de Mensagens de Overhead.
A rede de acesso pode determinar esse campo para '1' para indicar que todas as subbandas de todos os
entrelaçamentos reservados
estão sendo utilizados para BCMCS, senão a rede de acesso pode determinar esse campo para ' 0' .
Se o campo AllReservedInterlace for configurado para '1', então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode incluir esse campo e configurar o mesmo de acordo com a Tabela 8. Todas as sub-bandas nesses
entrelaçamentos podem ser utilizadas para BCMCS.
de BCMCSReservedlnterlaces
Entrelaçamentos BCMCS Valor Reservados 0000 0 0001 0, 1 0010 0, 1, 2 0011 0, 1, 2, 3 0100 0, 1, 2, 3, 4 0101 LO CO CnI \---I O 0110 0, 1, 2, 3, 4, 5, 6 0111 3 1000 6 1001 0, 2 1010 0, 4 1011 0, 6 1100 2, 4 1101 2, 6 1110 4, 6 1111 2, 4, 6 NumBOC
A rede de acesso pode configurar esse campo para indicar o número de Canais de Overhead de Difusão diferentes (e, dessa forma, grupos de Canal Física) presentes em cada ultra quadro BCMCS.
BCMCSFlowIDLength
10
15
A rede de acesso pode configurar esse campo para um comprimento a menos que o comprimento do Identificador de Fluxo BCMCS em unidades de octetos. A rede de acesso pode não configurar esse campo para '00 ' . BCMCSOverheadFieIds
10
15
A rede de acesso pode incluir esse campo se o campo BCMCSOverheadFieldsIncluded for incluído e configurado para 'I1. Do contrário, a rede de acesso pode omitir esse campo. Se incluído a rede de acesso pode configurar esse campo como definido na Tabela 9. Esse campo especifica o mapeamento de canal lógico para físico para os canais lógicos transmitidos no Canal de Serviços de Difusão para Multidifusão de Avanço.
Reserved
20
A rede de acesso pode adicionar bits reservados a fim de tornar o comprimento de toda a mensagem igual a um número inteiro de octetos. A rede de acesso pode configurar esses bits para '0'. 0 terminal de acesso pode ignorar esses bits.
Tabela 9 Campos de Overhead BCMCS BCMCSFlowCount 8 NumOuterframes 2 NumOffsets 4 BOCTransmissionFormat 0 ou 3 BOCPDRParametersIncluded 0 ou 1 BOCPi Iot ToDataRatioRe cor d 0 ou variável FDSSeedNumMSBs 0 ou 4 FDSSeedMSBs
O ou FDSSeedNumMSBs
Ocorrências NumOffsets dos seguintes campos:
Offsetj 4 Periodj 4 Ocorrências BCMCSFlowCount do seguinte registro de comprimento variável:
BCMCSFlowID (BCMCSFlowIDLength + 1) x 8 RegisterForPaging 1 RegisterForDynamicBroadcast 1 LogicaIChanneISameAsPreviousBCMCSFlow 1 Nenhuma ou uma ocorrência dos nove campos a seguir
StartLocation 8 Duration 4 BCMCSTransmissionFormat O ou 6 OuterCode O ou 4 Period O ou 2 PilotStaggerIndex O ou 3 BCMCSPiIotToDataRatioRecord O ou variável FDSSeedSameAsPreviousLogCh O ou 1 FDSSeedLSBs O ou 10 - FDSSeedNumMSBs ModulationLayer 0 ou 1 BCMCSFlowCount
10
A rede de acesso pode determinar esse campo para o número de identificadores de Fluxo BCMCS incluídos no campo BCMCSOverheadFields dessa
mensagem. NumOuterframes A rede de acesso pode
configurar esse campo para o número de quadros externos por ultra quadro como indicado na Tabela 10.
Tabela 10 Descrição do Campo NumOuterframes Campo NumOuterframes Número de quadros externos por ultra quadro ' 00' 1 ' 01' 2 '10' 4 ' 11' 8 A rede de acesso pode configurar esse campo para o número de deslocamentos que foram atribuídos para os quadros externos como descrito acima.
A rede de acesso pode configurar esse campo para o índice de formato de pacote do Canal de Overhead de Difusão como especificado acima.
BOCPDRParametersIncluded Se o campo BCMCSFlowCount for
configurado para zero, a rede de acesso pode omitir esse
campo. Do contrario, a rede de acesso pode incluir esse campo e configurar o mesmo como se segue:
BOCTransmissionFormat
15
NumOffsets
10 BOCPiIotToDataRecord
10
15
FDSSeedNumMSBs
25
Se a razão piloto-dados do Canal de Overhead de Difusão não for igual a PDRBOCDefault, então a rede de acesso pode configurar esse campo para '1'. Do contrario, a rede de acesso pode configurar esse campo para ' 0 ' .
Se
LogicaIChanneISameAsPreviousBCM CSFlow for configurado para '1', ou se
BOCPDRParametersIncluded for configurado para '0', então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode incluir esse campo e configurar o mesmo de acordo com a Tabela 13.
Se o campo BCMCSFlowCount for configurado para zero, a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode incluir esse campo e configurar o mesmo para a representação binária sem sinal de um valor entre 0 e 10, inclusive, para indicar o comprimento do campo
FDSSeedMSBs. FDSSeedNumMSBs
pode ser tal que os MSBs FDSSeedNumBSBs dos parâmetros FDSSeedMSBs
10
15
FDSSeed de 10 bits de todos os canais lógicos definidos depois desse campo para o qual PhysicalChannelCount é superior a zero podem ser iguais.
Se o campo BSCMSFlowCount for configurado para zero, a rede de acesso pode omitir esse campo. Do contrario, a rede de acesso pode incluir esse campo e configurar o mesmo para os MSBs FDSSeedNumMSBs comuns dos parâmetros FDSSeed de todos os canais lógicos definidos depois desse campo para os quais PhysicalChannelCount é superior a zero.
Offsetj
20
A rede de acesso pode configurar esse campo para o valor offsetj - 1 como descrito acima.
Periodj
25
A rede de acesso pode configurar esse campo para o valor periodj - 1 como descrito acima.
BCMCSFlowID
A rede de acesso pode configurar esse campo para o identificador de Fluxo BCMCS desse Fluxo BCMCS. RegisterForPaging
5
10
RegisterForDynamicBroadcast
15
A rede de acesso pode configurar esse campo para ' 1' se o terminal de acesso precisar incluir esse Fluxo BCMCS em uma mensagem
BCMCSFlowRegistration para
permitir que a rede de acesso envie as mensagens para o terminal de acesso nos canais apropriados. Do contrário, a rede de acesso pode configurar esse campo para '0'.
A rede de acesso pode configurar esse campo para '1' se o terminal de acesso precisar incluir esse Fluxo BCMCS em uma mensagem BCMCSFlowRegistration para
permitir que a rede de acesso atribua dinamicamente e
desatribua novamente fluxos BCMCS para os canais fisicos. Do contrário, a rede de acesso pode configurar esse campo para ' 0' .
25
LogicaIChanneISameAsPreviousBCMCSFlow
Se esse Fluxo BCMCS for
transmitido utilizando o mesmo
canal lógico que o Fluxo BCMCS
anterior listado no campo
BCMCSOverheadFields dessa 10
mensagem, então a rede de acesso pode configurar esse campo para 'I'. Do contrário, a rede de acesso pode configurar esse campo para ' 0' . Se esse for o primeiro Fluxo BCMCS listado no campo
BCMCSOverheadFields dessa
mensagem, então a rede de acesso pode configurar esse campo para '0 ' .
Os registros para todos os IDs de fluxo BCMCS que compartilham o mesmo canal lógico podem ser colocados consecutivamente na mensagem BroadcastChannelInfo.
Start Location
A rede de acesso pode configurar esse campo para a localização inicial do canal lógico no número de
PhysicalResourcesi.
20
25
Duration
A rede de acesso pode configurar esse campo para o número de sub-bandas BCMCS consecutivas que o canal lógico ocupa como especificado na Tabela 6.
30
BCMCSTransmissionFormat
Se o campo
LogicaIChanneISameAsPreviousBCM CSFlow for configurado para '1', então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode configurar esse campo para o parâmetro TransmissionFormat desse canal lógico de acordo com a Tabela 2 para indicar o
formato de transmissão de Difusão desse canal lógico.
Se o campo
LogicaIChanneISameAsPreviousBCM CSFlow for configurado como '1', então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode configurar esse campo para a representação de 2 bits do parâmetro Period associado com esse canal lógico como ilustrado na Tabela 11.
Tabela 11 Descrição do Campo Period
Campo Periodo Número de Transmissões ' 000 ' 1 ’ 001' 2 ' 010 ' 3 '011' Reservado Se o campo
LogicalChanneISameAsPreviousBCM CSFlow for configurado para '1' ou se PhysicalChannelCount for igual a zero, então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso
OuterCode
25
Pexiod
10
15 pode configurar esse campo para indicar qual código externo Reed-Solomon é utilizado para formar um bloco de controle de erro para esse canal lógico de acordo com a Tabela 12.
Tabela 12 Descrição do Campo OuterCode
OuterCode Código Externo Reed-Solomon (N, K, R) 'OOOO' Código Reed-Solomon (1, 1, 0) (nenhum outercode) '0001' Código Reed-Solomon (16, 12, 4) '0010' Código Reed-Solomon (16, 13, 3) '0011' Código Reed-Solomon (16, 14, 2) '0100' Código Reed-Solomon (32, 24, 8) '0101' Código Reed-Solomon (32, 26, 6) '0110' Código Reed-Solomon (32, 28, 4) Todos os outros valores são reservados PilotStaggerIndex Se o campo
LogicaIChannelSameAsPreviousBCM CSFlow for configurado para '1' ou se PhysicalChannelCount for igual a zero, então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode configurar esse campo para indicar o parâmetro dependente de conteúdo PilotStagger de acordo com a Tabela 13. Para difusão de conteúdos diferentes ao mesmo tempo a rede de acesso deve designar diferentes
PilotStaggerIndex.
Tabela 13 Descrição do Campo PilotStaggerIndex
PilotStaggerIndex PilotStagger '000' 0 '001' 1 '010' 2 ' 011' 3 '100' 4 '101' 5 '110' 6 '111' 7 BCMCSPiIotToDataRatioRecord
Se o campo
LogicaIChanneISameAsPreviousBCM CSFlow for configurado para '1', ou se PhysicalChannelCount for igual a zero, ou se o campo BCMCSPDRParametersIncluded for configurado para '0', então a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode incluir esse campo e configurar o mesmo de acordo com a Tabela 14.
FDSSeedSameAsPreviousLogCh
Se o campo
LogicalChannelSameAsPreviousBCM CSFlow for configurado para '1' ou se PhysicalChannelCount for 10
15
FDSSeedLSBs
25
igual a '0', ou se (10- FDSSeedNumMSBs) for igual a zero, a rede de acesso pode omitir esse campo. Do
contrário, a rede de acesso pode incluir esse campo e configurar o mesmo como se segue:
Se existir uma ocorrência de um campo FDSSeedLSBs não vazio antes desse campo e a última ocorrência for configurada igual aos (10 - FDSSeedMSBs) LSBs do parâmetro FDSSeed desse canal lógico, então a rede de acesso pode configurar esse campo para 'I1. Do contrário, a rede de acesso pode configurar esse campo para '0'.
Se o campo
FDSSeedSameAsPreviousLogCh for incluido e configurado para '0', a rede de acesso pode incluir esse campo e configurar o mesmo para os(10 FDSSeedNumMSBs) LSBs do
parâmetro FDSSeed para esse canal lógico. Do contrário, a rede de acesso pode omitir esse campo. ModulationLayer Se o canal lógico for
transmitido na camada base, a rede de acesso pode configurar esse campo para '0'. Se o canal lógico for transmitido na
camada de aperfeiçoamento, a rede de acesso pode configurar esse campo para '1'.
Tabela 14 BCMCSPilotToDataRatioRecord
Campo Comprimento (bits) BCMCSPDRProvidedForThisLogicaICh 1 BCMCSPDRSameAsBefore O ou 1 BCMCSPiIotToDataRatio O ou 4 PilotToDataRatio O ou 4 BCMCSPDRProvidedForThisLogicaICh
A rede de acesso pode configurar esse campo para ' 1' se a razão piloto-dados do pacote de Difusão for diferente de PDRDataDefault.
BCMCSPDRSameAsBefore
20
Se o campo
BCMCSPDRProvidedForThisLogicaIC h for configurado para '0', a rede de acesso pode omitir esse campo. Do contrário, a rede de acesso pode incluir esse campo e configurar o mesmo como se segue:
25
Se o campo BCMCSOverheadFields da mensagem 10
15
BCMCSPiIotToDataRatio
20
25
PilotToDataRatio
BroadcastChannelInfo especificar pelo menos um canal lógico antes desse canal lógico que inclui um campo
BCMCSPDRRecordForThisLogicaICh não vazio e possui um Formato de Transmissão BCMCS como esse canal lógico, e se o último dos ditos canais lógicos tiver os mesmo valores para todos os parâmetros de razão pilotodados em uso descritos acima, como esse canal lógico, então a rede de acesso pode configurar esse campo para 'I'. Do contrário, a rede de acesso pode configurar esse campo para ' O ' .
A rede de acesso pode configurar esse campo como descrito acima. O método pelo qual a rede de acesso configura o parâmetro
BCMCSPilotToDataRatio está além do escopo dessa especificação.
A rede de acesso pode configurar esse campo como descrito acima. O método pelo qual a rede de acesso configura o parâmetro PilotToDataRatio está além do escopo dessa especificação. Com relação ao formato NextUltraframeInfo MAC de Difusão, a rede de acesso coloca os seguintes campos no final de cada pacote MAC de Difusão:
Campo Comprimento (bits) StartBCMCSSubbandNumber8 8 8EndBCMCSSubbandNumber 8 ReadBroadcastChannelInfo 1 Reserved 7 StartBCMCSSubbandNumber A rede de acesso pode
configurar esse campo para o
local da primeira sub-banda BCMCS do canal lógico no último ultra quadro. Se o canal lógico não estiver presente no último ultra quadro, a rede de acesso
pode configurar esse campo para NULL.
A rede de acesso pode configurar esse campo para o local da última sub-banda BCMCS do canal lógico no próximo ultra quadro. Se o canal lógico não estiver presente no último ultra quadro, a rede de acesso pode configurar esse campo para NULL.
ReadBroadcastChannelInfo A rede de acesso pode
configurar esse campo para '0' se a difusão de parâmetros em BroadcastChannelInfo não tiver
EndBCMCSSubbandNumber
15
20 sido alterada. A rede de acesso pode configurar esse campo para '1' se a difusão de parâmetros em BroadcastChannelInfo puder mudar na próxima ocorrência de
BroadcastChannelInfo.
Reserved A rede de acesso pode
configurar esses bits para '0'.
As técnicas de transmissão descritas aqui podem 10 ser implementadas por vários elementos. Por exemplo, essas técnicas podem ser implementadas em hardware, firmware, software ou uma combinação dos mesmos. Para uma implementação em hardware, as unidades de processamento em um transmissor podem ser implementadas dentro de um ou mais 15 circuitos integrados de aplicação especifica(ASICs), processadores de sinal digital (DSPs), dispositivos de processamento de sinal digital (DSPDs) , dispositivos lógicos programáveis (PLDs) , matriz de porta programável em campo (FPGAs) , processadores, controladores,
microcontroladores, microprocessadores, dispositivos
eletrônicos, outras unidades eletrônicas projetadas para realizar as funções descritas aqui, ou uma combinação deles. As unidades de processamento em um receptor também podem ser implementadas dentro de um ou mais ASICs, DSPs, processadores, e assim por diante.
Para uma implementação em software, as técnicas de transmissão podem ser implementadas com instruções (por exemplo, procedimentos, funções, módulos, códigos de software, e assim por diante) que realizam as funções 30 descritas aqui. As instruções ou códigos de software podem ser armazenados em uma memória (por exemplo, memória 2 32 ou 272 na figura 2) e executados por um processador (por exemplo, processador 230 ou 270) . A memória pode ser implementada dentro do processador ou externamente ao processador.
Deve-se notar que o conceito de canais se refere 5 aos tipos de informação ou transmissão que podem ser transmitidos pelo ponto de acesso ou terminal de acesso. Não exige nem utiliza blocos de subportadores fixos ou predeterminados, períodos de tempo ou outros recursos dedicados a tais transmissões.
A descrição anterior das modalidades descritas é
fornecida para permitir que qualquer pessoa versada na técnica crie ou faça uso da presente invenção. Várias modificações a essas modalidades serão imediatamente aparentes aos versados na técnica, e os princípios 15 genéricos definidos aqui podem ser aplicados a outras modalidades sem se distanciar do conceito inventivo ou escopo da invenção. Dessa forma, a presente invenção não se destina a ser limitada às modalidades ilustradas aqui, mas deve ser acordado o escopo mais amplo e consistente com os 20 princípios e características de novidade descritos aqui.

Claims (26)

1. Um método de processamento de mensagens de difusão recebidas através de um canal sem fio, o método compreendendo: recebimento de uma pluralidade de sinais; e determinação de quais dos sinais correspondem a pelo menos uma mensagem de difusão designada por uma subbanda e símbolos OFDM dos quadros nos quais os sinais são recebidos.
2. 0 método, de acordo com a reivindicação 1, no qual a determinação compreende determinação da sub-banda de acordo com as portas de salto designadas em uma mensagem de overhead.
3. 0 método, de acordo com a reivindicação 2, no qual as portas de salto são anunciadas na mensagem de overhead.
4. 0 método, de acordo com a reivindicação 1, no qual a sub-banda é indexada.
5. 0 método, de acordo com a reivindicação 1, no qual quando pelo menos uma mensagem de difusão inclui uma pluralidade de mensagens de difusão em uma mesma camada física, determinando uma ordem da pluralidade de mensagens de difusão.
6. 0 método, de acordo com a reivindicação 1, no qual a determinação compreende a determinação do quadro onde os símbolos OFDM compreendem os últimos um, dois, quatro ou oito símbolos OFDM de cada quadro externo.
7. Um método de processamento de mensagens de difusão para transmissão através de um canal sem fio, o método compreendendo: dados de preenchimento nos blocos de controle com base em linha; aplicação de codificação Reed-Solomon ao longo das colunas do bloco de controle de erro; e fornecimento de blocos de controle de erro preenchidos e codificados para transmissão.
8.0 método, de acordo com a reivindicação 7, no qual a aplicação compreende aplicação de código [N, K, R].
9. O método, de acordo com a reivindicação 7, no qual uma linha de cada bloco de controle de erro forma uma carga útil de uma ou mais mensagens de difusão.
10. 0 método, de acordo com a reivindicação 9, no qual a carga útil é protegida por um código externo.
11. Um método de geração de uma ou mais mensagens indicando recursos utilizados por mensagens de difusão em um sistema de comunicação sem fio, o método compreendendo: geração de uma mensagem de overhead compreendendo um campo de MessageID identificando a mensagem; um campo de assinatura identificando uma mensagem de informação de canal de difusão, um campo de assinatura identificando uma mensagem de informação de canal de difusão, um número de canais lógicos identificando um número de canais lógicos utilizados para transmitir mensagens de overhead de difusão, e um campo de duração indicativo de um número de sub-bandas ocupadas apenas por mensagens de difusão; e transmissão de mensagem de overhead.
12. Um aparelho para geração de uma ou mais mensagens indicando recursos utilizados por mensagens de difusão em um sistema de comunicação sem fio, o aparelho compreendendo: elementos para gerar uma mensagem de overhead compreendendo um campo de MessageID identificando a mensagem, um campo de assinatura identificando uma mensagem de informação de canal de difusão, um número de canais lógicos identificando um número de canais lógicos utilizados para transmitir mensagens de overhead de difusão, e um campo de duração indicativo de um número de sub-bandas ocupada apenas por mensagens de difusão; e elementos para transmissão de mensagem de overhead.
13. Um aparelho para processamento de mensagens de difusão recebidas através de um canal sem fio, o aparelho compreendendo: elementos para receber uma pluralidade de sinais; e elementos para determinar qual dos sinais corresponde a pelo menos uma mensagem de difusão designada por uma sub-banda e símbolos OFDM dos quadros nos quais sinais são recebidos.
14. 0 aparelho, de acordo com a reivindicação 13, no qual os elementos para determinação compreendem elementos para determinar a sub-banda de acordo com as portas de salto designadas em uma mensagem de overhead.
15. 0 aparelho, de acordo com a reivindicação 14, no qual as portas de salto são anunciadas na mensagem de overhead.
16. 0 aparelho, de acordo com a reivindicação 13, no qual a sub-banda é indexada.
17. 0 aparelho, de acordo com a reivindicação 13, no qual quando os elementos para determinação de pelo menos uma mensagem de difusão determinam uma pluralidade de mensagens de difusão em uma mesma camada física, então determinando uma ordem a partir da pluralidade de mensagens de difusão.
18. 0 aparelho, de acordo com a reivindicação 13, no qual os elementos para determinação compreendem elementos para determinação do quadro onde os símbolos OFDM compreendem os últimos um, dois, quatro ou oito símbolos OFDM de cada quadro externo.
19. Um aparelho para processamento de mensagens de difusão recebidas através de um canal sem fio, o aparelho compreendendo: um receptor configurado para receber uma pluralidade de sinais; e um processador configurado para determinar qual dos sinais corresponde a pelo menos uma mensagem de difusão designada por uma sub-banda e símbolos OFDM de quadros nos quais os sinais são recebidos.
20. Um método para processamento de uma ou mais mensagens recebidas indicando recursos utilizados por mensagens de difusão em um sistema de comunicação sem fio, o método compreendendo: recebimento de uma mensagem de overhead compreendendo um campo de MessageID identificando a mensagem, um campo de assinatura identificando uma mensagem de informação de canal de difusão, um número de canais lógicos identificando um número de canais lógicos utilizados para transmitir mensagens de overhead de difusão, e um campo de duração indicativo de um número de sub-bandas ocupadas apenas por mensagens de difusão; e processamento de mensagem de overhead.
21. Um meio legível por processador incluindo instruções executáveis por processador para realizar um método de processamento de mensagens de difusão recebidas através de um canal sem fio, o método compreendendo as etapas de: recebimento de uma pluralidade de sinais; e determinação de qual dos sinais corresponde a pelo menos uma mensagem de difusão designada por uma subbanda e símbolos OFDM de quadros nos quais os sinais são recebidos.
22. 0 meio legível por processador, de acordo com a reivindicação 21, no qual as instruções para determinação executáveis por processador compreendem determinação da sub-banda de acordo com portas de salto designadas em uma mensagem de overhead.
23. O meio legível por processador, de acordo com a reivindicação 22, no qual as portas de salto são anunciadas na mensagem de overhead.
24. 0 meio legível por processador, de acordo com a reivindicação 21, no qual a sub-banda é indexada.
25. O meio legível por processador, de acordo com a reivindicação 21, no qual as instruções para determinação executáveis por processador compreendem determinação de uma ordem de uma pluralidade de mensagens de difusão quando pelo menos uma mensagem de difusão inclui uma pluralidade de mensagens de difusão em uma mesma camada física.
26. 0 meio legível por processador, de acordo com a reivindicação 21, no qual a determinação compreende instrução executável por processador para determinação do quadro onde os símbolos OFDM compreendem os últimos um, dois, quatro ou oito símbolos OFDM de cada quadro externo.
BRPI0809108-0A 2007-03-23 2008-03-24 Método e aparelho para distinção de mensagens de difusão em sinais sem fio BRPI0809108A2 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US89673607P 2007-03-23 2007-03-23
US60/896,736 2007-03-23
US12/052,536 US9071414B2 (en) 2007-03-23 2008-03-20 Method and apparatus for distinguishing broadcast messages in wireless signals
US12/052,536 2008-03-20
PCT/US2008/058071 WO2008118882A2 (en) 2007-03-23 2008-03-24 Method and apparatus for determining broadcast messages in wireless signals

Publications (1)

Publication Number Publication Date
BRPI0809108A2 true BRPI0809108A2 (pt) 2014-08-26

Family

ID=39774587

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0809108-0A BRPI0809108A2 (pt) 2007-03-23 2008-03-24 Método e aparelho para distinção de mensagens de difusão em sinais sem fio

Country Status (14)

Country Link
US (1) US9071414B2 (pt)
EP (1) EP2140602A2 (pt)
JP (1) JP5431299B2 (pt)
KR (1) KR101144506B1 (pt)
CN (1) CN101641900B (pt)
AU (1) AU2008230885B2 (pt)
BR (1) BRPI0809108A2 (pt)
CA (1) CA2679508C (pt)
IL (1) IL200599A0 (pt)
MX (1) MX2009010222A (pt)
RU (1) RU2433546C2 (pt)
TW (1) TW200847679A (pt)
UA (1) UA98488C2 (pt)
WO (1) WO2008118882A2 (pt)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8014331B2 (en) * 2006-07-28 2011-09-06 Qualcomm Incorporated Method and apparatus for using a MAC protocol for broadcast
US10069591B2 (en) * 2007-01-04 2018-09-04 Qualcomm Incorporated Method and apparatus for distributed spectrum sensing for wireless communication
US8199688B2 (en) * 2008-03-22 2012-06-12 Qualcomm Incorporated Signaling and management of broadcast-multicast waveform embedded in a unicast waveform
US9218208B2 (en) * 2008-10-10 2015-12-22 Alcatel Lucent Method and system of traffic processor selection for broadcast/multicast service in a wireless network
US8958475B2 (en) * 2009-07-02 2015-02-17 Qualcomm Incorporated Transmitter quieting and null data encoding
US9112618B2 (en) * 2009-07-02 2015-08-18 Qualcomm Incorporated Coding latency reductions during transmitter quieting
US8780982B2 (en) * 2009-07-02 2014-07-15 Qualcomm Incorporated Transmitter quieting and different encoding rates for portions of a set of frames
US8537772B2 (en) * 2009-07-02 2013-09-17 Qualcomm Incorporated Transmitter quieting during spectrum sensing
US8902995B2 (en) * 2009-07-02 2014-12-02 Qualcomm Incorporated Transmitter quieting and reduced rate encoding
US20110182257A1 (en) * 2010-01-26 2011-07-28 Qualcomm Incorporated White space spectrum commmunciation device with multiplexing capabilties
CN102763408B (zh) * 2010-02-11 2020-01-17 上海诺基亚贝尔股份有限公司 基于svc的e-mbms流传输方法和设备
CN101854326B (zh) * 2010-05-20 2013-02-13 清华大学 信号调制方法和信号解调方法
PT3522541T (pt) 2011-01-19 2021-04-07 Samsung Electronics Co Ltd Aparelho e método para receber uma mensagem de controlo num sistema de radiodifusão
CN103988479B (zh) 2011-10-13 2017-10-27 三星电子株式会社 用于在广播系统中配置控制消息的装置和方法
IN2014MN00981A (pt) * 2011-12-21 2015-04-24 Sony Corp
EP2621239B1 (en) * 2012-01-30 2014-09-24 Itron, Inc. Data broadcasting with a prepare-to-broadcast message
US8792406B2 (en) 2012-01-30 2014-07-29 Itron, Inc. Data broadcasting with a prepare-to-broadcast message
US10090880B2 (en) * 2015-12-18 2018-10-02 Qualcomm Incorporated Narrow band PRACH with multiple tone hopping distances
EP3301986A1 (en) * 2016-09-30 2018-04-04 Panasonic Intellectual Property Corporation of America Improved uplink resource allocation among different ofdm numerology schemes
CN108270536B (zh) * 2017-01-03 2020-10-20 电信科学技术研究院 一种监听指示及监听方法、装置
CN112911707A (zh) * 2018-01-11 2021-06-04 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU619687B2 (en) 1989-06-20 1992-01-30 Alcatel N.V. Method and device for evaluating the throughput of virtual circuits employing a time-division multiplexed transmission channel
ZA957816B (en) * 1994-09-30 1996-05-31 Qualcomm Inc Method and apparatus for providing broadcast messages in a communications network
US6359923B1 (en) * 1997-12-18 2002-03-19 At&T Wireless Services, Inc. Highly bandwidth efficient communications
GB2327567A (en) 1997-07-17 1999-01-27 Orange Personal Comm Serv Ltd Controlling Access to SMSCB Service
DE19747369A1 (de) 1997-10-27 1999-05-06 Siemens Ag Übertragungskanalschätzung in Telekommunikationssystemen mit drahtloser Telekommunikation
US7248559B2 (en) 2001-10-17 2007-07-24 Nortel Networks Limited Scattered pilot pattern and channel estimation method for MIMO-OFDM systems
US20040027999A1 (en) * 2002-08-08 2004-02-12 Lorenzo Casaccia Broadcast message segmentation for wireless communication systems
KR100917042B1 (ko) * 2002-08-14 2009-09-10 엘지전자 주식회사 무선 이동통신 시스템의 방송 및 멀티캐스트 데이터의전송 방법
GB2393618B (en) 2002-09-26 2004-12-15 Toshiba Res Europ Ltd Transmission signals methods and apparatus
US7525963B2 (en) 2003-04-24 2009-04-28 Microsoft Corporation Bridging subnet broadcasts across subnet boundaries
JP2005110228A (ja) 2003-09-10 2005-04-21 Matsushita Electric Ind Co Ltd セキュア通信方法および送信装置、受信装置
US7154933B2 (en) 2003-09-25 2006-12-26 Avneesh Agrawal Interference management for soft handoff and broadcast services in a wireless frequency hopping communication system
US7660275B2 (en) 2003-10-24 2010-02-09 Qualcomm Incorporated Local and wide-area transmissions in a wireless broadcast network
GB2408898B (en) 2003-12-02 2006-08-16 Toshiba Res Europ Ltd Improved communications apparatus and methods
GB2411327A (en) 2004-02-20 2005-08-24 Toshiba Res Europ Ltd Training sequence for MIMO-OFDM which is suitable for use with null sub-carriers
US7920884B2 (en) 2004-06-04 2011-04-05 Qualcomm Incorporated Frame structures for a wireless communication system with multiple radio technologies
CN101808290B (zh) 2004-10-15 2016-03-16 苹果公司 通信资源分配系统和方法
CN1285194C (zh) 2004-11-01 2006-11-15 华为技术有限公司 一种实现多播业务资源指示的方法
CN101908908B (zh) 2004-12-22 2015-05-20 高通股份有限公司 用于在多址通信网络中进行灵活跳变的方法和装置
WO2006093379A1 (en) 2005-03-02 2006-09-08 Lg Electronics Inc. A method of transmitting broadcast message in a mobile communication system
JP2008547249A (ja) 2005-06-13 2008-12-25 ノキア コーポレイション Ｍｂｍｓ隣接セル情報（ｍｎｃｉ）メッセージにおける情報提供を最適化する方法、装置及びコンピュータ・プログラム製品
US8750908B2 (en) 2005-06-16 2014-06-10 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
CA2610101C (en) * 2005-06-17 2013-07-30 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving broadcast data in a mobile communication system
CA2615514A1 (en) 2005-06-17 2006-12-28 The Board Of Regents Of The University Of Texas System Organic/inorganic lewis acid composite materials
WO2007024073A1 (en) 2005-08-22 2007-03-01 Electronics And Telecommunications Research Institute Method for providing broadcast/multicast service data in ofdm cellular system and transmitting/receiving method, apparatus, and system using the same
EP1764934B1 (en) 2005-09-15 2022-03-30 Huawei Technologies Co., Ltd. Method for generating a frame in an orthogonal frequency division multiple access communication system
US7864740B2 (en) * 2006-03-17 2011-01-04 Futurewei Technologies, Inc. System for minimizing signaling overhead in OFDMA-based communication systems
US8923321B2 (en) * 2006-07-28 2014-12-30 Motorola Mobility Llc Apparatus and method for handling control channel reception/decoding failure in a wireless VoIP communication system
CN101632315B (zh) * 2006-08-18 2013-01-23 Lg电子株式会社 基于正交频分复用（ofdm）的移动宽带无线蜂窝系统的广播及多播业务（bcmcs）

Also Published As

Publication number Publication date
KR20090120009A (ko) 2009-11-23
US9071414B2 (en) 2015-06-30
IL200599A0 (en) 2010-05-17
JP5431299B2 (ja) 2014-03-05
MX2009010222A (es) 2009-11-18
RU2009139058A (ru) 2011-04-27
TW200847679A (en) 2008-12-01
CA2679508A1 (en) 2008-10-02
CA2679508C (en) 2013-10-08
WO2008118882A2 (en) 2008-10-02
CN101641900B (zh) 2016-03-02
RU2433546C2 (ru) 2011-11-10
AU2008230885A1 (en) 2008-10-02
JP2010522523A (ja) 2010-07-01
EP2140602A2 (en) 2010-01-06
KR101144506B1 (ko) 2012-05-11
UA98488C2 (ru) 2012-05-25
US20080232294A1 (en) 2008-09-25
WO2008118882A3 (en) 2009-05-07
CN101641900A (zh) 2010-02-03
AU2008230885B2 (en) 2011-05-26

Similar Documents

Publication Publication Date Title
BRPI0809108A2 (pt) Método e aparelho para distinção de mensagens de difusão em sinais sem fio
BRPI0715185A2 (pt) mÉtodo e aparelho para serviÇo de boradcast e multicast em uma rede de banda larga ultra màvel
JP4785930B2 (ja) 無線通信システムにおけるビットデマルチプレクシングの方法及び装置
JP4805355B2 (ja) 無線通信システムにおいて非スティッキー割当を処理する方法及び装置
US8014331B2 (en) Method and apparatus for using a MAC protocol for broadcast
JP4814335B2 (ja) 無線通信システムにおいてＡｃｃｅｓｓＰａｒａｍｅｔｅｒｓグループメッセージを送受信する方法及び装置
KR100714756B1 (ko) 고정형 무선 도시권 통신망과 그 구현 방법
WO2011039970A1 (en) Relay station, relay method, radio communication system, and radio communication apparatus
BRPI0417069B1 (pt) Método e equipamento para prover uma estrutura de canal de controle eficiente em um sistema de comunicação sem fio
AU2008318397A1 (en) Multiplexing and transmission of multiple data streams in a wireless multi-carrier communication system
KR100773291B1 (ko) 광대역 무선통신시스템의 데이터 버스트 할당 장치 및 방법
US8498239B2 (en) Method for mapping a subband/miniband in a wireless communication system, and apparatus for the same
KR20100085836A (ko) 무선 통신 시스템에서의 멀티캐스트 및/또는 브로드캐스트 서비스 데이터를 위한 자원 할당 방법 및 이를 위한 장치
KR101061131B1 (ko) 무선 통신 시스템에서의 신호 전송 방법 및 이를 위한 장치
KR20100116527A (ko) 무선 통신 시스템에서 서브밴드/미니밴드 맵핑 방법 및 이를 위한 장치
Thomas et al. Adaptive coded modulation in physical layer of WiMAX

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 7A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2343 DE 01-12-2015 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.