BR112017028591B1

BR112017028591B1 - Técnicas para relatar condição de armazenador em comunicações sem fio

Info

Publication number: BR112017028591B1
Application number: BR112017028591-6A
Authority: BR
Inventors: Sudhir Kumar Baghel; Shailesh Patil; Saurabha Rangrao Tavildar; Kapil Gulati; Libin Jiang
Original assignee: Qualcomm Incorporated
Priority date: 2015-07-02
Filing date: 2016-06-30
Publication date: 2024-06-25

Abstract

TÉCNICAS PARA RELATAR CONDIÇÃO DE ARMAZENADOR EM COMUNICAÇÕES SEM FIO. Os aspectos aqui descritos referem-se de maneira geral à comunicação de relatórios sobre condição de armazenador (BSRs) em comunicações sem fio. Pode ser gerado em um aparelho, um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho para um ou mais outros aparelhos. O BSR pode ser transmitido para uma estação base de modo a solicitar recursos para comunicar uma ou mais da série de mensagens ao outro ou outros aparelhos.

Description

[0001] O presente pedido de patente reivindica prioridade para o pedido não provisório No. 15/197 477, intitulado “TÉCNICAS PARA RELATAR CONDIÇÃO DE ARMAZENADOR EM COMUNICAÇÕES SEM FIO”, depositado a 29 de junho de 2016, e para o pedido provisório No. 62/188 2225, intitulado “TÉCNICAS PARA RELATAR CONDIÇÃO DE ARMAZENADOR EM COMUNICAÇÕES SEM FIO”, depositado a 2 de julho de 2015, que é cedido ao cessionário deste e por este aqui expressamente incorporado à guisa de referência para todos os fins.

FUNDAMENTOS

[0002] São aqui descritos aspectos geralmente relacionados com sistemas de comunicação e, mais especificamente, com a indicação da condição do armazenador em comunicações sem fio.

[0003] Os sistemas de comunicação sem fio são amplamente implantados para prover diversos serviços de telecomunicação, tais como telefonia, vídeo, dados, troca de mensagens, broadcast. Os sistemas de comunicação sem fio típicos podem utilizar tecnologias de acesso múltiplo capazes de suportar comunicação com vários usuários pelo compartilhamento dos recursos de sistema disponíveis (largura de banda, potência de transmissão, por exemplo). Exemplos de tais tecnologias de acesso múltiplo incluem sistemas de acesso Múltiplo por Divisão de Código (CDMA), sistemas de Acesso Múltiplo por Divisão de Tempo (TDMA), sistemas de Acesso Múltiplo por Divisão de Frequência (FDMA), sistemas de Acesso Múltiplo por Divisão de Frequência Ortogonal (OFDMA), sistemas de Acesso Múltiplo por Divisão de Frequência de Portadora Única (SC-FDMA) e sistemas de Acesso Múltiplo por Divisão de Código Síncrona por Divisão de Tempo (TD-SCDMA).

[0004] Esta tecnologias de acesso múltiplo têm sido adotadas em diversos padrões de comunicação para prover um protocolo comum que permite que aparelhos sem fio diferentes se comuniquem ao nível municipal, nacional, regional e até mesmo global. Um exemplo de padrão de telecomunicações é a Evolução de Longo Prazo (LTE). A LTE é um conjunto de aperfeiçoamentos no padrão móvel do Sistema Universal de Telecomunicações Móveis (UMTS) promulgado pelo Projeto de Parceria de Terceira geração (3GPP). Os desenvolvimentos na LTE incluem comunicações de veiculo para veiculo (V2V), de veículo para pedestre (V2P) de veículo para infra-estrutura (V2I), etc., (coletivamente aqui referidas como “V2X”), onde um equipamento de usuário (UE) baseada em veículo pode comunicar-se com outros UEs em uma rede diretamente com ou sem o auxílio de uma estação base para programar recursos de comunicação. Por exemplo, UEs baseados em veículo podem comunicar diretamente mensagens uns para os outros através dos recursos de comunicação por meio da LTE para indicar avisos de colisão o que pode provocar determinadas operações nos veículos. Em outros exemplos, UEs baseados em veículos podem comunicar diretamente relatórios periódicos sobre condição para a infra-estrutura, que podem ser relatados a outras entidades de rede, etc.

[0005] Além disto, na LTE, os UEs atualmente comunicam relatórios sobre condição de armazenador (BSR) a estações base para facilitar o recebimento de uma locação de recursos das estações base para comunicação na rede sem fio. Um BSR indica tipicamente o número de bytes em um armazenador no UE que são ocupados por dados a serem transmitidos na rede sem fio. A estação base utiliza o número de bytes para determinar uma alocação de recursos para concessão ao aparelho de modo a facilitar a comunicação dos dados com a estação base. O formato de BSRs atualmente utilizado na LTE para indicar o número de bytes no armazenador pode não ser útil na alocação de recursos para comunicações V2X.

SUMÁRIO

[0006] Em seguida, é apresentado um sumário simplificado de um ou mais aspectos de modo a se obter um entendimento básico de tais aspectos. Este sumário não é uma vista panorâmica extensiva de todos os aspectos contemplados e não pretende identificar elementos-chave ou essenciais de todos os aspectos nem delinear o alcance de qualquer um ou todos os aspectos. Sua única finalidade é a de apresentar alguns conceitos de um ou mais aspectos em forma simplificada como uma introdução à descrição mais detalhada que é apresentada posteriormente.

[0007] De acordo com um exemplo, é apresentado um método para comunicar relatórios sobre condição de armazenador (BSRs) em comunicações sem fio. O método inclui gerar, em um aparelho, um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho para um ou mais outros aparelhos e transmitir o BSR para uma estação base de modo a solicitar recursos para comunicar uma ou mais da série de mensagens ao outro ou outros aparelhos.

[0008] Em outro exemplo, é apresentado um equipamento para comunicar BSR em comunicações sem fio. O equipamento inclui um transceptor, uma memória configurada para armazenar no armazenador que inclui uma ou mais mensagens para transmissão por meio do transceptor e pelo menos um processador comunicativamente acoplado ao transceptor e à memória. O pelo menos um processador é configurado para gerar um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador para comunicar uma ou mais da série de mensagens para um ou mais aparelhos e transmitir o BSR para uma estação base de modo a solicitar recursos para comunicar a mensagem ou mensagens da série de mensagens armazenadas para o aparelho ou aparelhos.

[0009] Em ainda outro exemplo, é apresentado um equipamento para comunicar BSR em comunicações sem fio, o equipamento inclui um dispositivo para gerar um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador para comunicar uma ou mais da série de mensagens para um ou mais aparelhos e um dispositivo para transmitir o BSR para uma estação base de modo a solicitar recursos para comunicar a mensagem ou mensagens da série de mensagens armazenadas para o aparelho ou aparelhos.

[0010] Em outro exemplo, é apresentado um meio passível de leitura por computador que armazena um código executável por computador para comunicar BSR em comunicações sem fio. Em outro exemplo, é apresentado um meio passível de leitura por computador que armazena um código executável por computador para comunicar BSR em comunicações sem fio. O código inclui um código para gerar, em um ponto de acesso, um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho para um ou mais outros aparelhos e um código e um código para transmitir o BSR para uma estação base de modo a solicitar recursos para comunicar uma ou mais da série de mensagens para o outro ou outros aparelhos.

[0011] De acordo com outro aspecto, é apresentado um método para comunicar BSR em comunicações sem fio. O método inclui receber, em uma estação base, um BSR de um aparelho, em que o BSR indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho para um ou mais outros aparelhos. O método inclui também determinar uma alocação de recursos para o aparelho de modo a facilitar a comunicação de pelo menos uma da série de mensagens para o outro ou outros aparelhos com base, pelo menos em parte, no tamanho da pelo menos uma da série de mensagens indicado no BSR e transmitir uma indicação da alocação de recursos para o aparelho.

[0012] Em outro exemplo, é apresentado um aparelho para comunicar BSR em comunicações sem fio o equipamento inclui um transceptor, uma memória configurada para armazenar um armazenador que inclui uma ou mais mensagens para transmissão por meio do transceptor, e pelo menos um processador comunicativamente acoplado ao transceptor e à memória. O pelo menos um processador é configurado para receber um BSR de um aparelho, em que o BSR indica o tamanho de cada uma de uma série de mensagens armazenados no armazenador do aparelho para comunicação do \processador com um ou mais outros aparelhos. O pelo menos um processador é também configurado para determinar uma alocação de recursos para o aparelho de modo a facilitar a comunicação de pelo menos uma da série de mensagens para o outro ou outros aparelhos, com base, pelo menos em parte, no tamanho da pelo menos uma da série de mensagens indicado no BSR e transmitir uma indicação da alocação de recursos para o aparelho.

[0013] Em ainda outro exemplo, é apresentado um equipamento para comunicar BSR em comunicações sem fio. O equipamento inclui um dispositivo para receber um BSR de um aparelho, em que o BSR indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho com um ou mais outros aparelhos. O equipamento inclui também um dispositivo para determinar uma alocação de recursos para o aparelho de modo a facilitar a comunicação de pelo menos uma da série de mensagens ao outro ou outros aparelhos com base, pelo menos em parte, no tamanho da pelo menos uma da série de mensagens indicado no BSR, e um dispositivo para transmitir uma indicação da alocação de recursos para o aparelho.

[0014] Sob outro aspecto, é apresentado um meio passível de leitura por computador que armazena um código executável por computador para comunicar BSR em comunicações sem fio. O código inclui um código para receber, em uma estação base, um BSR de um aparelho, em que o BSR indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho com um ou mais outros aparelhos. O código inclui também um código para determinar uma alocação de recursos para o aparelho de modo a facilitar a comunicação de pelo menos uma da série de mensagens ao outro ou outros aparelhos com base, pelo menos em parte, no tamanho da pelo menos uma da série de mensagens indicado no BSR e um código para transmitir uma indicação da alocação de recursos para o aparelho.

[0015] Para a consecução das finalidades precedentes e conexas, o aspecto ou aspectos compreendem os recursos em seguida completamente descritos e assinalados especificamente nas reivindicações. A descrição seguinte e os desenhos anexos apresentam em detalhe determinados recursos ilustrativos do aspecto ou aspectos. Estes recursos indicam, contudo, apenas algumas das diversas maneiras pelas quais os princípios de diversos aspectos podem ser utilizados, e esta descrição pretende incluir todos estes aspectos e seus equivalentes.

DESCRIÇÃO RESUMIDA DOS DESENHOS

[0016] A Figura 1 mostra um diagrama de blocos que mostra conceptualmente um exemplo de sistema de comunicação, de acordo com aspectos aqui descritos.

[0017] A Figura 2 é um diagrama que mostra um exemplo de rede de acesso.

[0018] A Figura 3 é um diagrama que mostra um exemplo de Nó B evoluído e um equipamento de usuário em uma rede de acesso.

[0019] A Figura 4 [e um diagrama que mostra um sistema exemplar para comunicar relatórios sobre condição de armazenador (BSRs), de acordo com aspectos aqui descritos.

[0020] A Figura 5 é um fluxograma de um método exemplar para transmitir um BSR de acordo com aspectos aqui descritos.

[0021] A Figura 6 é um fluxograma de um método exemplar para comunicar uma alocação de recursos com base em um BSR, de acordo com aspectos aqui descritos.

DESCRIÇÃO DETALHADA

[0022] A descrição detalhada apresentada em seguida em conexão com os desenhos anexos pretende ser uma descrição de diversas configurações e não se destina a representar as únicas configurações nas quais os conceitos aqui descritos podem ser postos em prática. A descrição detalhada inclui detalhes específicos com a finalidade de proporcionar um entendimento completo de diversos conceitos. Entretanto, será evidente aos versados na técnica que estes conceitos podem ser postos em prática sem estes detalhes específicos. Em alguns casos, componentes notoriamente conhecidos são mostrados em forma de diagrama de blocos de modo a se evitar o obscurecimento de tais conceitos.

[0023] Vários aspectos de sistemas de telecomunicação serão agora apresentados agora com referência a diversos equipamentos e métodos. Estes equipamentos e métodos serão descritos na descrição detalhada seguinte e mostrados nos desenhos anexos por diversos blocos, módulos, componentes, circuitos, etapas, processos, algoritmos, etc. (coletivamente referidos como “elementos”). Estes elementos podem ser implementados utilizando-se hardware eletrônico, software de computador ou qualquer combinação deles. Se tais elementos são implementados como hardware ou software depende da aplicação específica e das restrições de desenho impostas ao sistema como um todo.

[0024] A título de exemplo, um elemento ou qualquer parte de um elemento ou qualquer combinação de elementos pode ser implementada com um “sistema de processamento” que inclui um ou mais processadores. Exemplos de processadores incluem microprocessadores, micro-controladores, processadores de sinais digitais (DSPs), arranjos de portas programável no campo (FPGAs), aparelhos lógicos programáveis (PLDs), máquinas de estados, lógica conectada por gate, circuitos de hardware discretos e outro hardware adequado configurado para executar as diversas funcionalidades descritas ao longo desta revelação. Um ou mais processadores no sistema de processamento podem executar software. Software será interpretado amplamente como significando instruções, conjuntos de instruções, código, segmentos de código, código de programa, programas, subprogramas, módulos de software, aplicativos, aplicativos de software, pacotes de software, rotinas, sub-rotinas, objetos, executáveis, fluxos de execução, procedimentos, funções, etc., quer referidos como software/firmware, middleware, micro-código, linguagem de descrição de hardware ou outros.

[0025] Por conseguinte, sob um ou mais aspectos, as funções descritas podem ser implementadas em hardware, software, firmware ou qualquer combinações deles. Se implementadas em software, as funções podem ser armazenadas ou codificadas como uma ou mais instruções ou código em um meio passível de leitura por computador. Os meios passíveis de leitura por computador incluem meios de armazenamento em computador. Meios de armazenamento podem ser quaisquer meios disponíveis que possam ser acessados por um computador. A título de exemplo e não de limitação, tais meios passíveis de leitura por computador podem compreender RAM,ROM, EEPROM, CD-ROM ou outro armazenamento em disco óptico, armazenamento em disco magnético ou outros aparelhos de armazenamento magnético ou qualquer outro meio que possa ser utilizado para portar ou armazenar código de programa desejado sob a forma de instruções ou estruturas de dados e que possa ser acessado por um computador. Disco, conforme aqui utilizado, inclui disco compacto (CD), disco de laser, disco ótico, disco versátil digital (DVD), disco flexível, onde discos (disks) reproduzem usualmente dados magneticamente, enquanto discos (discs) reproduzem dados oticamente com lasers. Combinações dos elementos acima devem ser também incluídas dentro do alcance dos meios passíveis de leitura por computador.

[0026] São aqui descritos diversos aspecto relacionados com a indicação de condição de armazenador para aparelhos em comunicações de veículo para veículo (V2V) de veículo, de veículo, de veículo para pedestre (V2P), de veículo para infra-estrutura (V2I), etc. (coletivamente referidas aqui como “V2X”). Em comunicações V2X pode ser importante que cada mensagem seja transmitida separadamente de modo a se assegurar que a mensagem inteira seja transmitida e recebida em uma única comunicação dentro de um período de tempo. Isto pode ser devido à natureza essencial ou importante de algumas mensagens, tal como uma mensagem a relatar um aviso de colisão. Sendo assim, um equipamento de usuário (UE) baseado em veículo pode gerar relatórios sobre condição de armazenador (BSRs) que podem efetuar detalhes adicionais de mensagens a serem comunicadas na rede sem fio pelo UE baseado em veículo (mensagens em um ou mais armazenadores no UE baseado em veículo, por exemplo). Por exemplo, os UEs baseados em veículo podem gerar BSRs que indicam o tamanho de mensagem para cada uma de uma série de mensagens armazenadas no armazenador para comunicação a um ou mais aparelhos da rede sem fio. Por exemplo, o BSR pode especificar uma lista de tamanho de mensagem que corresponde a cada (ou pelo menos uma ou mais) mensagem no armazenador a este respeito. Uma estação base que aloca recursos para o UE pode, Por conseguinte,, alocação de recursos com base no tamanho de uma ou mais das mensagens de modo a facilitar a transmissão de uma ou mais das mensagens do armazenador, cada uma em sua totalidade em uma única comunicação dentro de um período de tempo.

[0027] Além do mais, por exemplo, o BSR pode indicar o número de mensagens no armazenador (como uma indicação explícita e/ou baseada no número de tamanho de mensagem no BSR, por exemplo). O BSR pode indicar também o tipo de mensagem de uma ou mais das mensagens no armazenador. A estação base pode determinar parâmetros adicionais para alocação de recursos com base no tipo de mensagem, tal como uma prioridade para alocação de recursos para as mensagens e/ou semelhante. O BSR pode indicar adicionalmente uma faixa-alvo, uma potência de transmissão- alvo, uma prioridade-alvo, uma latência-alvo, etc., para a mensagem ou mensagens que, a estação base pode utilizar para determinar a alocação de recursos para o UE baseado em veículo. Em um exemplo, as mensagens podem relacionar-se com mensagens de camada de aplicativo comunicadas em comunicações V2X, e o BSR pode ser parte de comunicações de camada de controle de acesso a meios (MAC) de modo que as informações da camada de aplicativos sobre tamanho de mensagem, número de mensagem, tipo de mensagem, etc.sejam comunicadas entre o UE e a estação base por meio de comunicações de camada MAC.

[0028] Embora descritos em termos de comunicações V2X, deve ficar entendido que os conceitos descritos em seguida com relação à indicação de tamanhos de mensagem em BSRs podem ser aplicados a substancialmente qualquer tipo de comunicações baseadas em mensagens para facilitar o fornecimento de informações adicionais referentes às mensagens para um alocação de recursos mais precisa por uma estação base ou outra entidade de rede para comunicação de uma ou mais das mensagens individuais em uma única transmissão.

[0029] Com referência à Figura 1, um diagrama mostra um exemplo de um sistema de comunicação sem fio 100, de acordo com aspectos aqui descritos. O sistema de comunicação sem fio 100 inclui uma série de estações base (eNBs, ou pontos de acesso de WLAN, por exemplo) 105, vários equipamentos de usuário (UEs) 115 e uma rede básica 130. Um ou mais UEs 115 podem incluir um componente de comunicação 361 (ver a Figura 4, por exemplo) configurado para gerar uma indicação de condição de armazenador de um ou mais armazenadores (um BSR, por exemplo) que indica pelo menos um número de mensagens e/ou o tamanho das mensagens de modo a facilitar a alocação de recursos para o UE ou UEs 115. Da mesma maneira, uma ou mais das estações base 105 podem incluir um componente de programação 302 (ver a Figura 4, por exemplo) configurado para receber a indicação de condição de armazenador de um ou mais armazenadores (um BSR, por exemplo) do UE ou UEs 115 e, por conseguinte, programar recursos para transmitir uma ou mais das mensagens com base, pelo menos em parte no tipo de mensagens indicado no BSR.

[0030] Por exemplo, os UEs 115 podem incluir UEs baseados em veículo utilizando comunicações V2X (baseadas na tecnologia de rádio-acesso LTE definida para comunicações de aparelho para aparelho, por exemplo). Por conseguinte,, por exemplo, os UEs 115 podem comunicar-se uns com os outros com ou sem o auxílio de uma estação base 105 para programar recursos, por exemplo, utilizando uma comunicação baseada em mensagem direta. Por conseguinte, o componente de comunicação 361 pode relatar BSR a um ou mais UEs 115 que inclui também o componente de comunicação 361 para negociar recursos com base no BSR. Algumas das estações base 105 podem comunicar-se com os UEs 115 sob o controle de um controlador de estação base (não mostrado) que pode ser parte da rede básica 130 ou de determinadas estações base 105 (eNBs, por exemplo) em diversos exemplos. Algumas das estações base 105 podem comunicar informações de controle e/ou dados de usuário à rede básica 130 através de links de transporte de retorno 132. Em alguns exemplos, algumas das estações base 105 podem comunicar-se direta ou indiretamente, umas com as outras, através de links de transporte de retorno 134, que podem ser links de comunicação cabeados ou sem fio. O sistema de comunicação sem fio 100 pode suportar funcionamento em várias portadoras (sinais de formas de onda de frequência diferente). Transmissores de várias portadores podem transmitir sinais modulados simultaneamente nas várias portadoras. Por exemplo, cada um dos links de comunicação 125 pode ser um sinal de várias portadoras modulado de acordo com diversas rádio-tecnologias descritas acima. Cada sinal modulado pode ser enviado em uma portadora diferente e pode portar informações de controle (como, por exemplo, sinais de referência, canais de controle, etc.), informações de overhead, dados, etc.

[0031] As estações base 105 podem comunicar-se sem fio com os UEs 115 por meio de uma ou mais antenas de estações base. Cada um dos locais de estação base 105 pode proporcionar cobertura de comunicação para uma respectiva área de cobertura 110. Em alguns exemplos, as estações base 105 podem ser referidas como estação transceptora base, estação base de rádio, ponto de acesso, rádio-transceptor, conjunto de serviços básicos (BSS), conjunto de serviços estendidos (ESS), NóB eNóB (eNB), NóB Nativo, eNóB Nativo ou alguma outra terminologia adequada. A área de cobertura 110 para uma estação base pode ser dividida em setores que constituem apenas uma parte da área de cobertura (não mostrada). O sistema de comunicação sem fio 100 pode incluir estações base 105 de tipos diferentes (macro, micro e/ou pico-estações base, por exemplo). As estações base 105 podem utilizar também rádio-tecnologias diferentes, tais como tecnologias de rádio-acesso celulares ou de WLAN (RAT). As estações base 105 podem ser associadas às mesmas ou diferentes redes de acesso ou implantações de operadora. As áreas de cobertura de estações base 105 diferentes, inclusive as áreas de cobertura dos mesmos ou diferentes tipos de estações base 105, que utilizam as mesmas ou diferentes rádio-tecnologias, e/ou que pertencem às mesmas ou diferentes redes de acesso podem superpor-se.

[0032] Na LTE/LTE avançada (LTE-A), por exemplo, os termos o termo NóB Evoluído (eNB ou eNóB) podem ser utilizados geralmente para descrever a estação base 105. O sistema de comunicação sem fio 100 pode ser uma rede LTE/LTE-A Heterogênea na qual tipos diferentes de pontos de acesso proporcionam cobertura para diversas regiões geográficas. Por exemplo, cada estação base 105 pode proporcionar cobertura de comunicação para uma macro- célula, uma pico-célula, uma femto-célula e/ou outros tipos de célula. Células pequenas, tais como pico-células, femto- células e outros tipos de célula podem incluir nós de baixa potência ou LPNs. Uma macro-célula cobre geralmente uma área geográfica relativamente grande (em um raio de vários quilômetros, por exemplo) e pode permitir acesso irrestrito por UEs com assinaturas de serviços junto ao provedor de rede. Uma célula pequena cobriria uma área geográfica relativamente menor e pode permitir acesso irrestrito por UEs 115 com assinaturas de serviço junto ao provedor de rede, por exemplo e além de acesso irrestrito pode também prover acesso restrito por UEs 115 que estão associados à célula pequena (UEs em um grupo fechado de assinantes (CSG), UEs para usuários na residência e semelhantes, por exemplo). Um eNB para uma macro-célula pode ser referido como macro-eNB. Um eNB para uma célula pequena pode ser referido como eNB de célula pequena. Um eNB pode suportar uma ou várias células (duas, três, quatro células e semelhante, por exemplo).

[0033] A rede básica 130 pode comunicar-se com os eNBs ou outras as estações base 105 por meio de um link de transporte de retorno 132 (como, por exemplo, interface S1, etc.) As estações base 105 podem comunicar-se também uma com as outras, por exemplo, diretamente ou indiretamente, por meio de links de transporte de retorno 134 (como, por exemplo, interface X2, etc.) e/ou por meio do links de transporte de retorno 132 (através da rede básica 130, por exemplo). O sistema de comunicação sem fio 100 pode suportar funcionamento sincrônico ou assincrônico. Para funcionamento sincrônico, as estações base podem ter temporização de quadros e as transmissões de estações base 105 diferentes podem ser aproximadamente alinhadas no tempo. Para funcionamento assincrônico, as estações base 105 podem ter temporização de quadros diferente, e as transmissões de estações base 105 diferentes podem não ser alinhadas no tempo. As técnicas aqui descritas podem ser utilizadas em funcionamento ou sincrônico ou assincrônico.

[0034] Os UEs 115 são dispersos por todo o sistema de comunicações sem fio 100, e cada UE 115 pode ser estacionário ou móvel. Um UE 115 pode ser também referido pelos versados na técnica como estação móvel, estação de assinante, unidade móvel, unidade de assinante, unidade sem fio, unidade remota, aparelho móvel, aparelho sem fio, aparelho de comunicação sem fio, aparelho remoto, estação de assinante móvel, terminal de acesso, terminal móvel, terminal sem fio, terminal remoto, aparelho telefônico, agente de usuário, cliente móvel, cliente ou alguma outra terminologia adequada. Um UE 115 pode ser um telefone celular, um assistente digital pessoal (PDA), um modem sem fio, um aparelho de comunicação sem fio, um aparelho de mão, um computador tablet, um computador laptop, um telefone sem fio, um item consumível tal como um relógio ou óculos, uma estação de loop local sem fio (WLL), um UE baseado em veículo ou semelhantes. Um UE 115 é capaz de comunicar-se com macro-eNBs, eNBs de célula pequena, retransmissores e semelhantes. Um UE 115 é também capaz de comunicar-se através de redes de acesso diferentes, tais como redes de acesso celulares ou de WWAN ou redes de acesso WLAN.

[0035] Os links de comunicação 125 mostrados no sistema de comunicações sem fio 100 podem incluir uplinks para portar transmissões de uplink (UL) (de um UE 115 para uma estação base 105) e/ou transmissões de downlink (DL) de uma estação base 105 para um UE 115. As transmissões de uplink podem ser também chamadas de transmissões de link reverso, enquanto as transmissões de downlink podem ser também chamadas de transmissões de link direto. Os UEs 115 podem ser configurados para comunicar-se de maneira colaborativa com várias estações base 105 através, por exemplo, de várias entradas e várias saídas (MIMO), agregação de portadora (CA), Multi-Pontos Coordenados (CoMP), múltipla conectividade ou outros esquemas. As técnicas MIMO utilizam várias antenas nas estações base 105 e/ou várias antenas nos UEs 115 para transmitir vários fluxos de dados.

[0036] A Figura 2 é um diagrama que mostra um exemplo de rede de acesso 200 em uma arquitetura de rede LTE. Neste exemplo, a rede de acesso 200 é dividida em várias regiões celulares (células) 202. Uma ou mais estações base de célula pequena 208 de uma classe de potência mais baixa do que as de macro-estações base 204. As estações base de célula pequena 208 podem ter regiões celulares 210 que se superpõe a uma ou mais das células 202. As estações base de célula pequena 208 podem ser uma femto-célula (eNB nativo (HeNB)), pico-célula ou micro- célula u cabeça de rádio remota (RRH). As macro-estações base 204 são, cada uma, atribuídas a uma respectiva célula 202 e são configuradas para prover um ponto de acesso para a rede básica 130 para todos os UEs 206 nas células 202. Conforme descrito, os UEs 206 podem ser UEs baseados em veículo que se comunicam utilizando tecnologia V2X ou outras tecnologias de comunicação baseadas em mensagens.

[0037] Sob um aspecto, um ou mais UEs 206 podem incluir componente de comunicação 361 (ver a Figura 4, por exemplo) configurado para gerar um BSR que indica pelo menos o número de mensagens e/ou p tamanho das mensagens em um armazenador no UE 206 de modo a facilitar a alocação de recursos para o (ou pelo) UE ou UEs 206. Da mesma maneira, uma ou mais das estações base 204/208 podem incluir um componente de programação 302 (ver a Figura 4, por exemplo) configurado para receber um BSR do UE ou UEs 206 e, por conseguinte, programar recursos para transmitir uma ou mais das mensagens pelo UE 206 com base, pelo menos em parte, no tamanho das mensagens indicado no BSR. Não há controlador centralizado neste exemplo de rede de acesso 200, mas um controlador centralizado pode ser utilizado em configurações alternativas. As estações base 204 são responsáveis por todas as funções conexas, inclusive, controle de rádio-portadora, controle de admissão, controle de mobilidade, programação, segurança e conectividade com um ou mais componentes da rede básica 130.

[0038] O esquema de modulação e acesso múltiplo utilizado pela rede de acesso 200 pode variar dependendo do padrão de telecomunicações específico que é implantado. Em aplicativos LTE, a OFDM é utilizada no DL e SC-FDMA é utilizado no UL para suportar tanto duplexação por divisão de frequência (FDD) quanto a duplexação por divisão de tempo (TDD). Conforme será prontamente entendido pelos versados na técnica a partir da descrição detalhada seguinte, os diversos conceitos aqui apresentados são bem adequados para aplicativos LTE. Entretanto, estes conceitos podem ser prontamente estendidos a outros padrões de telecomunicação que utilizam outras técnicas de modulação e acesso múltiplo. A título de exemplo estes conceitos podem ser estendidos à Evolução-Dados Otimizados (EV-DO) ou à Banda Larga Ultra-Móvel (UMB). A EV-DO e a UMB são padrões de interface aérea promulgados pelo Projeto de Parcerias de 3a Geração 2 (3GPP2) como parte da família CDMA2000 de padrões que utilizam CDMA para dar acesso à Internet de banda larga a estações móveis. Estes conceitos podem ser também estendidos ao Rádio-Acesso Terrestre Universal (UTRA), que utiliza CDMA de Banda Larga (W-CDMA) e outras variantes do CDMA, tais como o TD-SCDMA; e o Sistema Global para Comunicações Móveis (GSM) que utiliza TDMA; e o UTRA Evoluído (E-UTRA), Banda Larga Ultramóvel (IEEE) 802.11 (WiFi), IEEE 802.16 (WiMAX) IEEE 802.20 e o Flash-OFDM que utiliza OFDMA. UTRA, E-UTRA, UMTS, LTE e GSM são descritos como documentos da organização 3GPP. O CDMA2000 e o UMB são descritos em documentos da organização 3GPP2. O padrão de comunicação sem fio real e a tecnologia de acesso múltiplo utilizada dependerão da aplicação específica e das restrições de desenho impostas ao sistema.

[0039] As estações base 204 podem ter várias antenas que suportam a tecnologia MIMO. A utilização da tecnologia MIMO permite que as estações base 204 explorem o domínio espacial para suportar multiplexação espacial, formação de feixes e diversidade de transmissão. A multiplexação espacial pode ser utilizada para transmitir fluxos diferentes de dados simultaneamente na mesma frequência. Os fluxos de dados podem ser transmitidos para um único UE 206 de modo a se aumentar a taxa de dados ou para vários UEs 206 de modo a se aumentar a capacidade do sistema total. Isto é obtido pré-codificando-se espacialmente cada fluxo de dados (isto é, aplicando-se um escalonamento de amplitude e de fase, por exemplo) e em seguida transmitindo-se cada fluxo espacialmente pré- codificado através de várias antenas de transmissão no DL. Os fluxos de dados espacialmente pré-codificados chegam ao UEs 206 com assinaturas espaciais diferentes, o que permite que cada um dos UEs 206 recupere o fluxo ou fluxos de dados destinados a esse UE 206. No UL, cada UE 206 transmite um fluxo de dados espacialmente pré-codificados, o que permite que as estações base 204 identifiquem a fonte de cada fluxo de dados espacialmente pré-codificados.

[0040] A multiplexação espacial é geralmente utilizada quando as condições de canal são boas. Quando as condições de canal são menos favoráveis, a formação de feixes pode ser utilizada para focalizar a energia de transmissão em uma ou mais direções. Isto pode ser conseguido pela pré-codificação espacial dos dados para transmissão através de várias antenas. De modo a se obter boa cobertura nas bordas da célula, uma transmissão de formação de feixes de fluxo único pode ser utilizada em combinação com a diversidade de transmissão.

[0041] Na descrição detalhada que se segue, diversos aspectos de uma rede de acesso serão descritos com referência a um sistema MIMO que suporta OFDM no DL. A OFDM é uma técnica de espectro de espalhamento que modula dados através de várias sub-portadoras dentro de um símbolo OFDM. As sub-portadoras são afastadas entre si a freqüências precisas. O afastamento proporciona “ortogonalidade” que permite que um receptor recupere os dados das sub- portadoras. No domínio do tempo, um intervalo de proteção (um prefixo cíclico, por exemplo) pode ser adicionado a cada símbolo OFDM para combater a interferência inter- símbolos OFDM. O UL pode utilizar SC-FDMA sob a forma de um sinal OFDM com espalhamento DFT para compensar a relação potência de pico-média (PAPR).

[0042] A Figura 3 é um diagrama de blocos 310 de uma estação base 310 em comunicação com um UE 350 em uma rede de acesso. No DL pacotes de camada superior da rede básica são enviados a um controlador/processador 375. O controlador/processador 375 implementa a funcionalidade da camada L2. No DL, o controlador/processador 375 proporciona compactação de cabeçalhos, cifragem, segmentação e reordenamento de pacotes, multiplexação entre canais lógicos e de transporte e alocações de rádio-recursos para o UE 350 com base em diversas métricas de prioridade. O controlador/processador 375 é também responsável por operações de HARQ, retransmissão de pacotes perdidos e sinalização para o UE 350.

[0043] O processador de transmissão (TX) 316 implementa diversas funções de processamento de sinais para a camada L1 (isto é, camada física). As funções de processamento de sinais incluem codificação e intercalação para facilitar a correção antecipada de erros (FEC) no UE 350 e mapeamento em constelações de sinais com base em diversos esquemas de modulação (chaveamento por deslocamento de chave de fase binário (BPSK), chaveamento por deslocamento de chave pela quadratura (QPSK), chaveamento por deslocamento de fase M (M-PSK), modulação de amplitude pela quadratura M (M-QAM)). Os símbolos codificados e modulados são então divididos em fluxos paralelos. Cada fluxo é em seguida mapeado em uma sub- portadora OFDM, multiplexado com um sinal de referência (piloto, por exemplo) no domínio do tempo e/ou da frequência, e em seguida combinado entre si utilizando-se uma transformada de Fourier Rápida inversa (IFFT) para produzir um camada física que porta um fluxo de símbolos OFDM no domínio do tempo. O fluxo OFDM é espacialmente pré- codificado de modo a se produzirem vários fluxos espaciais. Estimativas de canal de um estimador de canal 374 podem ser utilizadas para determinar o esquema de codificação e modulação, assim como para processamento espacial. A estimativa de canal pode ser derivada de um sinal de referência ou de realimentação de condição de canal transmitida pelo UE 350. Cada fluxo espacial é em seguida enviado a uma antena 320 diferente por meio de um transmissor 318TX junto. Cada transmissor 318TX junto modula uma portadora RF com um respectivo fluxo espacial para transmissão. Além disto, a estação base 310 pode incluir um componente de programação 302 (ver a Figura 4, por exemplo) configurado para receber um BSR do UE ou UEs 350 e, por conseguinte, programar recursos para transmitir uma ou mais das mensagens com base, pelo menos em parte, no tamanho da mensagem indicado no BSR. Embora o componente de programação 302 seja mostrado como acoplado ao controlador/processador 375, deve ficar entendido que o componente de programação 302 pode ser também acoplado a outros processadores (como, por exemplo, o processador RX 370, o processador TX 316, etc.) e/ou implementado pelo processador ou processadores 316, 370, 375 para executar as ações aqui descritas.

[0044] No UE 350, cada receptor 354RX recebe um sinal através da sua respectiva antena 352. Cada receptor 354RX recupera informações moduladas em uma portadora RF e fornece as informações ao processador de recepção (RX) 356. O processador RX356 implementa diversas funções de processamento de sinais da camada L1. O processador RX356 executa processamento espacial nas informações de modo a recuperar quaisquer fluxos espaciais destinados ao UE 350. Se vários fluxos espaciais forem destinados ao UE 350, eles podem ser combinados pelo processador RX356 em um único fluxos de símbolos OFDM. O processador RX356 converte então o fluxo de símbolos OFDM do domínio do tempo no domínio de frequência utilizando uma transformada de Fourier Rápida (FFT). O sinal no domínio de frequência compreende um fluxo de símbolos OFDM separado para cada sub-portadora do sinal OFDM. Os símbolos em cada sub-portadora e o sinal de referência são recuperados e demodulados determinando-se os pontos de constelação de sinais mais prováveis transmitidos pela estação base 310. Estas decisões temporárias podem ser baseadas em estimativas de canal computadas pelo estimador de canal 358. As decisões temporárias são então decodificas e desintercaladas para recuperar os dados e sinais de controle que foram originalmente transmitidos pela estação base 310 no canal física. Os dados e sinais de controle são então enviados ao controlador/processador 359.

[0045] O controlador/processador 359 implementa a camada L2. O controlador/processador pode ser associado a um método 360 que armazena códigos de programa e dados. A memória 360 pode ser referida como meio passível de leitura por computador. No UL, o controlador/processador 359 proporciona a demultiplexação entre canais de transporte e lógicos, remontagem de pacotes, decifração, descompactação de cabeçalhos, processamento de sinais de controle para recuperar pacotes de camada superior da rede básica. Os pacotes de camada superior são então enviados a um depósito de dados 362, que representa todas as camadas de protocolo acima da camada L2. Diversos sinais de controle podem ser também enviados ao depósito de dados 362 para processamento de L3. O controlador/processador 359 é também responsável pela detecção de erros utilizando-se um protocolo de confirmação (ACK) e/ou confirmação negativa (NACK) para suportar operações de HARQ. Além disto, o UE 350 pode incluir um componente de comunicação 361 (ver a Figura 4, por exemplo) configurado para gerar um BSR que indica pelo menos um nó de mensagens e/ou o tamanho das mensagens para facilitar a alocação de recursos para o UE ou UEs 350. Embora o componente de componente de comunicação seja mostrado como acesso ao controlador/processador 359, deve ficar entendido que o componente de comunicação 361 pode ser também acoplado a outros processadores (como, por exemplo, o processador RX 356, o processador TX 368, etc.) e/ou implementado pelo processador ou processadores 356, 359, 368 para executar as ações aqui descritas.

[0046] No UL, uma fonte de dados 367 é utilizada para enviar pacotes de camada superior ao controlador/processador 359. A fonte de dados 367 representa todas as camadas de protocolo acima da camada L2. De maneira semelhante à funcionalidade descrita em conexão com a transmissão DL pela estação base 310, o controlador/processador 359 implementa a camada L2 para o plano de usuário e o plano de controle proporcionando compactação de cabeçalhos, cifragem, segmentação e reordenamento de pacotes e multiplexação entre canais lógico e de transporte com base em alocações de rádio- recursos pela estação base 310. O controlador/processador 359 é também responsável por operações de HARQ, retransmissão de pacotes perdidos e sinalização para a estação base 310.

[0047] As estimativas de canal derivadas por um estimador de canal 358 a partir de um sinal de referência ou realimentação transmitida pela estação base 310 podem ser utilizadas pelo processador TX 368 para selecionar os esquemas de codificação e modulação apropriados e para facilitar o processamento espacial. Os fluxos espaciais gerados pelo processador TX 368 são enviados a antenas 352 diferentes por meio de transmissores 354TX separados. Cada transmissor 354TX modula uma portadora RF com um respectivo fluxo espacial para transmissão.

[0048] A transmissão UL é processada na estação base 310 de maneira semelhante à descrita em conexão com a função de receptor no UE 350. Cada receptor 318RX recebe um sinal através da sua respectiva antena 320. cada receptor 318RX recebe informações moduladas em uma portadora RF e envia as informações a um processador RX 370. O processador RX370 pode implementar a camada L1.

[0049] O controlador/processador 375 implementa a camada L2. O controlador/processador 375 pode ser associado a uma memória 376 que armazena códigos de programa e dados. A memória 376 pode ser referida como meio passível de leitura por computador. No UL o controlador/processador 375 proporciona demultiplexação entre canais de transporte e lógicos, remontagem de pacotes, decifração, descompactação de cabeçalhos, processamento de sinais de controle para recuperar pacotes de camada superior do UE 350. Pacotes de camada superior do controlador/processador podem ser enviados à rede básica. O controlador/processador 375 é também responsável pela detecção de erros que utiliza um protocolo de ACK e/ou NACK para suportar as operações de HARQ.

[0050] Com referência às Figuras 4-6, são mostrados aspectos com referência a um ou mais componentes de um ou mais métodos que podem executar as ações ou funções aqui descritas. Sob um aspecto, o termo “componente” aqui utilizado pode ser uma das peças que constituem um sistema, pode ser um hardware ou software ou alguma combinação deles e pode ser dividido em outros componentes. Embora as operações descritas em seguida nas Figuras 5 e 6 sejam apresentadas em uma ordem específica e/ou como sendo executadas por um componente exemplar, deve ficar entendido que o ordenamento das ações e dos componentes que executam as ações pode variar, dependendo da implementação. Além disto, deve ficar entendido que as ações ou funções seguintes podem ser executadas por um processador especialmente programado, um processador que executa um software especialmente programado ou meios passíveis de leitura por computador ou por qualquer outra combinação de componente de hardware e/ou componente de software capaz de executar as ações ou funções descritas.

[0051] A Figura 4 mostra um sistema 400 exemplar para comunicar BSRs em comunicações sem fio. O sistema 400 inclui um UE 402 (ou UE 115 da Figura 1, o UE 206 da Figura 2, o UE 350 da Figura 3, por exemplo) que se comunica com uma estação base 404 (a estação base 105 da Figura 1, a estação base 204 da Figura 2, a estação base 310 da Figura 3, por exemplo) de modo a receber uma alocação de recursos para comunicar-se com outro UE (não mostrado) utilizando comunicações baseadas em mensagens (comunicações V2X, por exemplo). Em um exemplo, a estação base 404 e/ou UE 402 podem ter estabelecido um ou mais canais de downlink através dos quais comunicam sinais de downlink 408, que podem ser transmitidos estação base 404 (por meio de um transceptor 456, por exemplo) e recebidos pelo UE 402 (por meio do transceptor 406, por exemplo) para comunicar mensagens de controle e/ou de dados (na sinalização, por exemplo) da estação base 404 para o UE 402 através de recursos de comunicação configurados. Além do mais, por exemplo, a estação base 404 e o UE 402 podem ter estabelecido um ou mais canais de uplink através do qual comunicar-se por meio de sinal de uplink 408, que podem ser transmitidos pelo UE 402, por meio do transceptor 406, por exemplo, e recebidos pela estação base 404 (por meio do transceptor 456, por exemplo) para comunicar mensagens de controle e/ou dados (em sinalização, por exemplo) do UE 402 para a estação base 404 através de recursos de comunicação configurados. Em um exemplo, o componente de comunicação 361 pode gerar e transmitir um BSR 480 conforme descrito, para facilitar a alocação de recursos pela estação base 404. Em um exemplo, a estação base 404 pode incluir um UE ou um UE que se comunica diretamente com o UE 402 pode incluir um ou mais componentes descritos em seguida com relação à estação base 404 de modo a permitir que o UE conceda ou senão negocie recursos com o UE 402 de modo a permitir que o UE 402 comunique mensagens inteiras com base no tamanho, tipo de mensagem, etc. indicados no BSR 480.

[0052] Sob um aspecto, o UE 402 pode incluir um ou mais processadores 403 e/ou uma memória 405 que podem ser comunicativamente acoplados por meio de um ou mais barramentos 407, por exemplo, e podem funcionar em conjunto com ou senão implementar o componente de comunicação 361 para gerar e/ou transmitir (em conjunto com o transceptor 406, por exemplo) BSRs que indicam pelo menos tamanhos para uma série de mensagens para uma ou mais estações base de modo a facilitar a alocação de recursos das estações base para comunicar as mensagens. Por exemplo, as diversas operações relacionadas com o componente de comunicação conforme aqui descrito podem ser implementadas ou senão executadas pelo processador ou processadores 403 e, sob um aspecto, podem ser executadas por um único processador. Enquanto, sob outros aspectos, operações diferentes das operações podem ser executadas por uma combinação de dois ou mais processadores diferentes. Sob um aspecto, por exemplo, o processador ou processadores 403 podem incluir um ou qualquer combinação de um processador de modem ou processador de banda base, ou processador de sinais digitais, ou um circuito integrado específico de aplicativo (ASIC), ou um processador de transmissão, processador de recepção ou processador de transceptor associado ao transceptor 406. Além disto, por exemplo, a memória 405 pode ser um meio passível de leitura por computador não transitório que inclui, mas não está limitado a, memória de acesso aleatório (RAM) e memória exclusiva de leitura (ROM), ROM programável (PROM), PROM apagável (EPROM), PROM eletricamente apagável (EEPROM), um aparelho de armazenamento magnético (disco rígido, disco flexível, tira magnética, por exemplo), disco ótico, disco compacto (CD), disco versátil digital (DVD, por exemplo), cartão inteligente, aparelho de memória flash (cartão, stick, acionamento a chave, por exemplo), registrador, disco removível e qualquer outro meio adequado para armazenar software e/ou código ou instruções passíveis de leitura por computador que possam ser acessadas e lidas por um computador ou um ou mais processadores 403. Além do mais, a memória 405 ou o meio de armazenamento passível de leitura por computador pode residir no processador ou processadores 403, fora do processador ou processadores 403, distribuídos através de várias entidades que incluem o processador ou processadores 403, etc.

[0053] Em particular, o processador ou processadores 403 e/ou a memória 405 podem executar ações ou operações definidas pelo componente de comunicação 361 ou pelos seus sub-componentes. Além disto, por exemplo, o componente de comunicação 361 pode incluir um ou mais armazenadores 410 que incluem uma série de mensagens (como, por exemplo, mensagem 1, a mensagem 2, etc.) para comunicação a um ou mais outros UEs. Os armazenadores 410, por exemplo, podem ser armazenados pela memória 405 e acessíveis pelos processadores 403, pelo transceptor 406, etc., por meio do barramento 407. Além disto, por exemplo, o processador ou processadores 403 e/ou a memória 405 podem executar ações ou operações definidas por um componente gerador de BSRs 412 para gerar um BSR que fornece a condição de armazenador 410, que pode incluir a indicação do tamanho de cada uma de uma série de mensagens no armazenador 410, o número de mensagens no armazenador 410, o tipo de mensagem no armazenador 410, uma faixa, potência de transmissão, prioridade, latência-alvo, etc., para as mensagens no armazenador 410 e/ou semelhante. Sob um aspecto, por exemplo, o componente gerador de BSRs 412 pode incluir hardware (um ou mais módulos de processador do processador ou processadores 403, por exemplo) e/ou um código ou instruções executáveis por computador armazenadas na memória 405 e executáveis por pelo menos um do processador ou processadores 406 para executar as operações de geração de BSR especialmente configuradas aqui descritas.

[0054] Sob um aspecto, o processador ou processadores 403 e/ou a memória 405 podem executar opcionalmente ações ou operações definidas por um componente indicador de tamanho de mensagem 414 para determinar e/ou indicar o tamanho de cada uma da série de mensagens do armazenador 410. Sob um aspecto, o componente de indicador de tamanho de mensagem 414 pode incluir um hardware (um ou mais módulos de processador do processador ou processadores 403, por exemplo) e/ou um código ou instruções passíveis de leitura por computador armazenadas na memória 405 e executáveis por pelo menos um do processador ou processadores 403 para execução das operações de indicador de tamanho de mensagem especialmente configuradas aqui descritas. Sob um aspecto, o processador ou processadores 403 e/ou a memória 405 podem executar opcionalmente ações ou operações definidas por um componente indicador de tipo de mensagem 416 para determinar e/ou indicar o tipo de cada uma da série de mensagens no armazenador 410. Sob um aspecto, por exemplo, o componente indicador de tipo de mensagem 416 pode incluir um hardware (um ou mais módulos de processador do processador ou processadores 403, por exemplo) e/ou um código ou instruções passíveis de leitura por computador armazenadas na memória 405 e executáveis por pelo menos um do processador ou processadores 403 para executar as operações de indicação de tipo de mensagem especialmente configuradas aqui descritas.

[0055] Da mesma maneira, sob um aspecto, a estação base 404 pode incluir um ou mais processadores 453 e/ou uma memória 455 que podem ser comunicativamente acoplados por meio de um ou mais barramentos 457, por exemplo, e podem funcionar em conjunto com um ou senão implementar um componente de programação 302 para um ou mais UEs com base em BSRs que indica pelo menos tamanhos para uma série de mensagens para comunicação do UE 402 a um ou mais outros UEs. Por exemplo, as diversas funções relacionadas com o componente de programação 302 podem ser implementadas ou senão executadas por um ou mais processadores 453 e, sob um aspecto, podem ser executadas por um único processador, enquanto, sob outros aspectos, funções diferentes podem ser executadas por uma combinação de dois ou mais processadores diferentes, conforme descrito acima. Deve ficar entendido que, em um exemplo, o processador ou processadores 453 e/ou a memória 455 podem ser configurados conforme descrito nos exemplos acima com relação ao processador ou processadores 403 e/ou à memória 405 do UE 402.

[0056] Em um exemplo, o processador ou processadores 453 e/ou a memória 455 podem executar ações ou operações definidas pelo componente de programação 302 ou por seus sub-componentes. Por exemplo, o processador ou processadores 453 e/ou a memória 455 podem executar ações ou operações definidas por um componente de processador de BSRs 430 para processar um ou mais BSRs recebidos de um ou mais UEs de modo a se determinar o tamanho e/ou outros parâmetros de uma ou mais mensagens em um armazenador do UE ou UEs. Sob um aspecto, por exemplo, o componente de processamento de BSRs 430 pode incluir um hardware (um ou mais módulos de processador do processador ou processadores 453, por exemplo) e/ou um código e instruções passíveis de leitura por computador armazenadas na memória 455 e executáveis por pelo menos um do processador ou processadores 453 para executar as operações de processamento de BSRs especialmente configuradas aqui descritas. Além disto, o processador ou processadores e/ou a memória 455 podem executar ações ou operações definidas por um componente de alocação de recursos 432 para alocar recursos para o UE ou UEs para transmitir a mensagem ou mensagens com base, pelo menos em parte, no tamanho e/ou em outros parâmetros da mensagem ou mensagens. Sob um aspecto, o componente de alocação de recursos 432 pode incluir um hardware (um ou mais módulo de processador do processador ou processadores 453, por exemplo) e/ou um código e instruções passíveis de leitura por computador armazenadas na memória 455 e executáveis por pelo menos um do processador ou processadores 453 para executar as operações de alocação de recursos especialmente configuradas aqui descritas.

[0057] Além disto, por exemplo, o processador ou processadores 453 e/ou a memória 455 podem executar opcionalmente ações ou operações definidas por um componente determinador de tamanho de mensagem 434 para determinar o tamanho de um ou mais mensagens com base no BSR. Sob um aspecto, por exemplo, o componente determinador de tamanho de mensagem 434 pode incluir um hardware (um ou mais módulos de processador do processador ou processadores 453, por exemplo) e/ou um código e instruções passíveis de leitura por computador armazenadas na memória 455 e executáveis por pelo menos um do processador ou processadores 453 para executar as operações de determinação de tamanho de mensagem especialmente configuradas aqui descritas. Além disto, por exemplo, o processador ou processadores 453 e/ou a memória 455 podem executar opcionalmente ações ou operações definidas por um componente de determinação de tipo de mensagem 436 para determinar o tipo de uma ou mais mensagens com base no BSR. Sob um aspecto, o componente de determinação de tipo de mensagem 436 pode incluir um hardware (um ou mais módulo de processador do processador ou processadores 453, por exemplo) e/ou um código e instruções passíveis de leitura por computador armazenadas na memória 455 e executáveis por pelo menos um do processador ou processadores 453 para executar as operações de determinação de tipo de mensagem especialmente configuradas aqui descritas.

[0058] Deve ficar entendido que os transceptores 406, 456, podem ser configurados para transmitir e receber sinais através de uma ou mais antenas, um front-end RF, um ou mais transmitir e um ou mais receptores. Sob um aspecto, os transceptores 406, 456, podem ser sintonizados para funcionar a frequências especificadas de modo que o UE 402 e a estação base 404 possam comunicar-se a uma determinada frequência. Sob um aspecto, o processador ou processadores 403 podem configurar o transceptor 406 e/ou um ou mais processadores 453 podem configurar o transceptor 456 para funcionar a uma frequência especificada e a um nível de potência baseado em uma configuração, o protocolo de comunicação, etc., para comunicar sinais de uplink e/ou sinais de downlink através de canais de comunicação de uplink ou downlink conexos através do CC ou CCs.

[0059] Sob um aspecto, os transceptores 406, 456 podem funcionar em várias bandas (utilizando um modem de várias bandas/multimodal, não mostrado, por exemplo) de modo a processar dados digitais enviados e recebidos e utilizando-se os transceptores 406, 456. Sob um aspecto, os transceptores 406, 456 podem ser de várias bandas e ser configurados para suportar várias bandas de frequência para um protocolo de comunicação específico. Sob um aspecto, os transceptores 406, 456 podem ser configurados para suportar várias redes operacionais e protocolos de transmissão. Assim, os transceptores 406, 456 podem permitir transmissão e/ou recepção de sinais com base em uma configuração de modem especificada, por exemplo.

[0060] Sob um aspecto, conforme descrito, no caso de o UE 402 comunicar-se utilizando V2X, por exemplo, as mensagens do armazenador 410 (a mensagem 1, a mensagem 2 e/ou outras mensagens não mostradas, por exemplo) podem referir-se a mensagens de segurança definidas para comunicações V2X, tais como avisos antecipados de colisão, relatórios periódicos sobre colisão, do veículo relacionado com o UE 402. Assim, por exemplo, a estação base 404 pode alocar recursos para o UE 402 para comunicação das mensagens (em sua totalidade em uma única transmissão, por exemplo) a um ou mais outros UEs (em um veículo ou em um pedestre, por exemplo) outros nós na infra-estrutura de rede, etc. (não mostrado).

[0061] A Figura 5 mostra um método 500 exemplar para comunicar (por um UE, por exemplo) um BSR que indica pelo menos o tamanho de cada uma de uma série de mensagens armazenadas no armazenador de um UE. O método 500 inclui, no Bloco 502, gerar um BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador do aparelho para comunicação do aparelho a um ou mais outros aparelhos. Sob um aspecto, o componente gerador de BSRs 412 (Figura 4), em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, por exemplo, pode gerar o BSR que indica o tamanho de cada uma de uma série de mensagens armazenadas no armazenador 410 (a mensagem 1, a mensagem 2 e/ou outras mensagens não mostradas, por exemplo). Por exemplo, o componente indicador de tamanho de mensagem 414 pode determinar os tamanhos de pelo menos uma parte de uma série de mensagens no armazenador 410. Por exemplo,, cada mensagem pode ter um comprimento conexo que indica um parâmetro conexo, determinável com base na análise do local na memória 405 onde a mensagem reside (determinando o número de bytes na memória 405 utilizados pela mensagem, por exemplo) etc. Seja como for, o componente gerador de BSR 412 pode gerar o BSR de modo a indicar os tamanhos de pelo menos uma parte das mensagens armazenadas no armazenador 410. Em um exemplo, o componente gerador de BSRs 412 pode gerar o BSR de modo a incluir uma lista de tamanho de mensagem (como número de bytes, por exemplo). Neste exemplo, o número de tamanho de mensagens na lista pode indicar também implicitamente o número de mensagens no armazenador 410 (onde a entidade que recebe o BSR pode determinar o número de mensagens com base na determinação do número de tamanho de mensagens na lista indicada pelo BSR, por exemplo). Em ainda outro exemplo, o componente gerador de BSRs 412 pode gerar o BSR de modo a indicar explicitamente o número de mensagens no armazenador 410 (como um parâmetro definido no BSR, por exemplo). Além do mais, por exemplo, a lista do tamanho de mensagens pode indicar implicitamente uma prioridade para as mensagens no armazenador 410 (o tamanho de uma mensagem com a prioridade mais elevada pode ser enumerado como o primeiro tamanho de mensagem na lista de tamanho de mensagem indicada no BSR, por exemplo).

[0062] Em um exemplo, gerar o BSR no Bloco 502 pode incluir opcionalmente, no Bloco 504, gerar um BSR que indica o tipo de mensagem de cada uma da série de mensagens armazenadas no armazenador. Sob um aspecto, o componente gerador de BSRs 412, em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, por exemplo pode gerar o BSR que indica o tipo de mensagem de cada uma da série de mensagens armazenadas no armazenador 410. Por exemplo, o componente indicador de tamanho de mensagem 416 pode determinar o tipo de mensagem para cada uma da série de mensagens, e o componente gerador de BSRs 412 pode incluir os tipos de mensagem no BSR (como um ou mais parâmetros indicados no BSR, por exemplo).

[0063] Em um exemplo, o componente indicador de tamanho de mensagem 416 pode determinar o tipo de mensagem, com base pelo menos em parte, nas informações na mensagem (o tipo especificado em um ou mais cabeçalhos da mensagem com base em um protocolo da camada de aplicativo ou semelhantes, por exemplo). O tipo de mensagens (tipo de serviços nas comunicações V2X, por exemplo) pode indicar se cada um da série de mensagens é um aviso de colisão (tal como um aviso antecipado de colisão), um relatório periódico sobre condição (como, por exemplo, de um ou mais parâmetros relacionados com a saúde do veículo, estatísticas de condução, etc.) ou outro tipo de serviço em comunicações V2X. Em outro exemplo, o componente indicador de tipo de mensagem 416 pode determinar uma prioridade relacionada com o tipo de mensagem (com base no mapeamento do tipo de mensagem em uma prioridade indicada em uma configuração armazenada no UE 402, recebida da estação base 404 em uma configuração de rede) com base na prioridade indicada na mensagem e/ou semelhantes, por exemplo. Assim, em um exemplo, o tipo de mensagem pode ser adicionalmente ou alternativamente utilizado para indicar ou determinar uma prioridade para a mensagem ou mensagens. Seja como for, por exemplo, um a alocação de recursos para comunicar mensagens pode ser determinada com base em prioridade, conforme aqui descrito.

[0064] Além disto, por exemplo, gerar o BSR que indica os tipos de mensagem no Bloco pode incluir opcionalmente no Bloco 506, selecionar um identificador de grupo de canais lógicos (LCGID) de modo a indicar o tipo de mensagem de cada uma ou de pelo menos uma parte da série de mensagens, e incluir os LCGIDs no BSR. Sob um aspecto, o componente de indicador de tamanho de mensagem 416 (em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, por exemplo, pode selecionar o LCGID de modo a indicar o tipo de mensagem de cada um da série de mensagens que pode incluir os LCGIDs no BSR. Neste exemplo, o componente de indicador de tamanho de mensagem 416 pode receber o mapeamento de LCGIDs em tipos de mensagens, que podem ser armazenados em uma configuração no UE 402 recebidos da estação base 404 em uma configuração de rede, etc. Em um exemplo, o UE 402 pode transmitir o mapeamento para a estação base 404. Seja como for, o componente de indicador de tamanho de mensagem 416 seleciona o LCGID com base no mapeamento de modo a indicar o tipo de cada uma da série de mensagens e pode incluir os LCGIDs no BSRs.

[0065] Em outro exemplo, gerar o BSR no Bloco 502 pode incluir opcionalmente, no Bloco 508, gerar o BSR que indica a faixa, potência de transmissão, prioridade e/ou latência-alvo para cada uma da série de mensagens armazenadas no armazenador. Sob um aspecto, o componente gerador de BSRs 412, em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, pode gerar o BSR que indica a faixa-alvo, a potência de transmissão- alvo, prioridade-alvo e/ou latência-alvo para cada uma da série de mensagens. Estas informações podem ser utilizadas para gerar uma alocação de recursos para o UE 402 para transmissão de uma ou mais da série de mensagens para outro UE. Conforme também aqui descrito (recursos adicionais podem ser concedidos para faixas, potências, prioridades solicitadas mais elevadas, etc., latências mais baixas e/ou semelhantes, por exemplo).

[0066] O método 500 pode incluir também no Bloco 510 transmitir o BSR para uma estação base de modo a selecionar recursos para comunicar uma ou mais da série de mensagens ao outro ou outros aparelhos Sob outro aspecto, o componente de comunicação 361, em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, por exemplo, pode transmitir o BSR 480 para a estação base 404 de modo a solicitar recursos para comunicar a ou as mensagens para o outro ou outros aparelhos, onde o BSR pode indicar os tamanhos de uma série de mensagens, tipos de mensagens de pelo menos uma parte da série de mensagens, etc., conforme descrito. Em um exemplo, a estação base 404 pode determinar uma alocação de recursos para o UE 402 comunicar uma ou mais mensagens no armazenador 410 com base no BSR. Por conseguinte, o método 500 pode incluir opcionalmente, no Bloco 512, receber uma alocação de recursos da estação base para comunicar a mensagem ou mensagens da série de mensagens ao outro ou outros aparelhos com base, pelo menos em parte, no BSR. Sob um aspecto, o componente de comunicação 361, em conjunto com os processadores 403, com a memória 405 e o com o transceptor 406, por exemplo, pode receber a alocação de recursos da estação base 404 para comunicar a mensagem ou mensagens da série de mensagens ao outro ou outros aparelhos (outros UEs, por exemplo), com base, pelo menos em parte, no BSR. A alocação de recursos pode incluir uma quantidade de recursos suficiente para transmitir uma ou mais das mensagens no armazenador 410 com base nos tamanhos de mensagem de cada uma das mensagens indicados no BSR 480.

[0067] O método 500 pode incluir opcionalmente, no Bloco 514, comunicar a mensagem ou mensagens da série de mensagens ao aparelho ou aparelhos com base na alocação de recursos. Sob um aspecto, o componente de comunicação 316, em conjunto com os processadores 403, com a memória 405 e/ou com o transceptor 406, por exemplo, pode comunicar a mensagem ou mensagens da série de mensagens ao aparelho ou aparelhos com base na alocação de recursos. Por exemplo, o outro ou outros aparelhos podem incluir um ou mais UEs, o eNB, outro eNB ou substancialmente qualquer nó na rede sem fio. Assim, por exemplo, comunicar a mensagem ou mensagens da série de mensagens pode incluir transmitir a mensagem ou mensagens para um ou mais para o UE ou UEs utilizando comunicações de link colateral (comunicação de aparelho para aparelho sem utilização de uma estação base intermediária, por exemplo) através do recursos na alocação de recursos para uma ou mais estações base utilizando comunicações de uplink através dos recursos na alocação de recursos.

[0068] A Figura 6 mostra um método 600 exemplar para comunicar (receber por um eNB, por exemplo) um BSR que indica pelo menos o tamanho de cada uma de uma série de mensagens armazenadas em um armazenador de um UE. O método 600 inclui, no Bloco 602, receber um BSR de um aparelho, no qual o BSR indica o tamanho de cada uma de uma série de mensagens armazenadas em um armazenador do aparelho para comunicação do aparelho a um ou mais outros aparelhos. Sob um aspecto, o componente de programação 302 (Figura 4), em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode receber o BSR 480 do aparelho (o UE 402, por exemplo), no qual o BSR indica o tamanho de cada uma da série de mensagens armazenadas no armazenador 410 do aparelho. Por exemplo, o componente de programação 32 pode receber o BSR 480 do UE 402 através de recursos de comunicação alocados pela estação base 404 para o UE 402 (recursos de dados de controle, por exemplo). O UE 402 pode, por conseguinte, comunicar dados de controle à estação base 404 (tais como o BSR 480) através dos recursos. O BSR pode incluir o tamanho de cada uma de uma série de mensagens no armazenador 410, o que pode ajudar a estação base 404 a alocar recursos de dados para o UE 402 para comunicar uma ou mais da série de mensagens a um ou mais outros aparelhos (não mostrados).

[0069] O método 600 inclui também no Bloco 604, determinar uma alocação de recursos para o aparelho de modo a facilitar a comunicação do aparelho com um ou mais aparelhos com base, pelo menos em parte, no tamanho de pelo menos uma da série de mensagens indicado no BSR. Sob um aspecto, o componente de processamento de BSRs 430, em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode determinar uma alocação de recursos para o aparelho (o UE 402, por exemplo) de modo a facilitar a comunicação do aparelho com um ou mais aparelhos com base, pelo menos em parte, no tamanho de pelo menos uma da série de mensagens conforme indicado no BSR. Por exemplo, o componente de determinação de tamanho de mensagem 434 pode determinar o tamanho da pelo menos uma da série de mensagens com base no processamento do BSR para determinar o tamanho da mensagem. Por exemplo, o componente de determinação de tamanho de mensagem 434 pode determinar o tamanho de mensagem para uma primeira mensagem indicada no BSR, uma mensagem que tem uma prioridade mais elevada indicada no BSR (como, por exemplo, explicitamente para cada tamanho de mensagem indicado no BSR, implicitamente pelo ordenamento dos tamanhos de mensagem no BSR, etc.). O componente de processamento de BSR 430 pode determinar a alocação de recursos para transmitir a pelo menos uma da série de mensagens (determinar o número de bits/bytes ou recursos de tempo/frequência) para transmitir um número de bits/bytes ocupados pela pelo menos uma da série de mensagens, conforme indicado no BSR, por exemplo. Por exemplo, a alocação de recursos pode referir-se a comunicações de aparelho para aparelho (comunicações V2X, por exemplo) de modo a permitir que o UE 402 comunique diretamente uma ou mais das mensagens (em sua totalidade em uma única transmissão, por exemplo) a um ou mais UEs (com o auxilio da estação base 404 para alocar os recursos de comunicação, por exemplo).

[0070] O método 600 inclui também no Bloco 606, transmitir uma indicação da alocação de recursos para o aparelho. Sob um aspecto, o componente de alocação de recursos 423 em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode transmitir a indicação da alocação de recursos para o aparelho (o UE 402, por exemplo), o componente de alocação de recursos 432 pode transmitir a indicação em uma concessão de recursos para o UE 402 (através de um canal de controle de downlink, por exemplo), que pode incluir uma indicação de recursos de tempo e/ou frequência através dos quais o UE 402 pode transmitir uma ou mais mensagens no armazenador 410, conforme indicado pelo BSR.

[0071] Em um exemplo, receber o BSR do aparelho no Bloco 602 pode incluir no Bloco 608, receber o BSR no aparelho indicando o tipo de mensagem para cada uma da série de mensagens armazenadas no armazenador do aparelho. Sob um aspecto, o componente de programação 302, em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode receber o BSR 480 do aparelho (o UE 402, por exemplo), indicando o tipo de mensagem para cada uma da série de mensagens armazenadas no armazenador (o armazenador 410, por exemplo) do aparelho. Assim, por exemplo, determinar a alocação de recursos no Bloco 604 pode incluir no Bloco 610, determinar a alocação de recursos para o aparelho com base no tipo de mensagem para a pelo menos uma da série de mensagens. Sob um aspecto, o componente de processamento de BSRs 430, em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode determinar a alocação de recursos para o aparelho (o UE 402, por exemplo), com base no tipo de mensagem para a pelo menos uma da série de mensagens. Por exemplo, o componente de determinação de tamanho de mensagem 436 pode determinar o tipo de mensagem processando o BSR e determinando um ou mais tipos de mensagens associados a cada uma da série de mensagens. Por exemplo, o tipo de mensagem pode indicar avisos de colisão (avisos antecipados de colisão, por exemplo), relatórios periódicos sobre condição (como, por exemplo, de um ou mais parâmetros relacionados com a saúde do veículo, estatísticas de condução, etc.). Em um exemplo, o tipo ou tipos de mensagem podem indicar implicitamente o tamanho da mensagem. O componente de processamento de BSRs 430 pode priorizar determinados tipos de mensagem em detrimento de outros tipos de mensagem e pode determinar assim uma alocação de recursos para uma ou mais das mensagens com base no tipo de mensagem e/ou na prioridade correspondente (com base na determinação de uma mensagem com um tipo da prioridade indicada ou implicada mais elevada, conforme descrito acima, e determinando uma alocação de recursos suficiente para comunicar a mensagem com base no tamanho de mensagem indicada, etc.

[0072] Em um exemplo específico, conforme descrito, o BSR pode indicar um LCGID de modo a especificar o tipo de mensagem. Neste exemplo, receber o BSR que indica o tipo de mensagem no Bloco 608, pode incluir, no Bloco 612, determinar o tipo de mensagem com base, pelo menos em parte, no LCGID indicado no BSR. Sob um aspecto, o componente de determinação de tamanho de mensagem 436 em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode determinar o tipo de programa com base, pelo menos em parte, no LCGID indicado no BSR. Por exemplo, o LCGID pode ser indicado como parte de dados de controle que incluem o BSR e pode ser utilizado para indicar o tipo de mensagem com base, pelo menos em parte, no mapeamento de LCGIDs em tipos de mensagem. Conforme descrito, o componente de determinação de tamanho de mensagem 436 pode receber o mapeamento de LCGIDs em tipos de mensagens de uma configuração armazenada, de uma configuração recebida de um ou mais componentes de rede, do UE 402 e/ou semelhantes. Em outro exemplo, o componente de determinação de tamanho de mensagem 436 pode fornecer a configuração ao UE 402 de modo a permitir que o UE 402 utilize o LCGID para indicar o tipo de mensagem. Seja como for, o componente de determinação de tamanho de mensagem 436 pode utilizar o mapeamento para determinar o tipo de mensagem com base no LCGID especificado.

[0073] Em outro exemplo, receber o BSR no Bloco 602 pode incluir opcionalmente, no Bloco 614, receber do aparelho o BSR que indica uma faixa, potência de transmissão, prioridade ou latência-alvo para cada uma da série de mensagens. Sob um aspecto, o componente vertical de programação 302, em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode receber do aparelho (o UE 402, por exemplo) ou o BSR que indica a faixa-alvo, a potência de transmissão-alvo, a prioridade-alvo ou a latência-alvo para cada uma da série de mensagens. Por conseguinte, neste exemplo, a determinação da alocação de recursos no Bloco 604 ou no Bloco 610 pode ser também baseada, pelo menos em parte, na faixa-avo, na potência de transmissão-alvo, na prioridade- alvo, na latência-alvo, etc., para pelo menos uma mensagem, conforme indicado no BSR.

[0074] Em um exemplo específico, o componente de processamento de BSRs 430 pode selecionar a pelo menos uma mensagem para a qual é obtida uma alocação de recursos com base na faixa-alvo, na potência de transmissão-alvo, na prioridade-alvo, na latência-alvo, etc. Por exemplo, o componente de processamento de BSRs 430 pode selecionar a pelo menos uma mensagem com base no número de recursos disponíveis na estação base 404 para alocação e no número de recursos para obter a faixa, a potência de transmissão, a latência-alvo, etc., para a pelo menos uma mensagem. Em outro exemplo, o componente de processamento de BSRs 430 pode determinar para a qual são alocados recursos com base, pelo menos em parte no tipo, tamanho, prioridade de mensagem, etc., e em seguida determinar uma alocação de recursos para a mensagem de modo a se obter a faixa-alvo, a potência de transmissão-alvo, a latência-alvo conexas, etc. Em um exemplo, deve ficar entendido que o BSR pode especificar a faixa, potência de transmissão e/ou latência- alvo para uma série mensagens (uma única faixa, potência, latência, etc., para todas as mensagens ou um grupo de mensagens no BSR, por exemplo).

[0075] O método 600 pode incluir opcionalmente no Bloco 616 receber uma ou mais mensagens do aparelho através dos recursos. Sob um aspecto, o componente de programação 302, em conjunto com os processadores 453, com a memória 455 e/ou com o transceptor 456, por exemplo, pode receber a mensagem ou mensagens do aparelho (o UE 402, por exemplo) através dos recursos. Conforme descrito, por exemplo, o UE 402 pode transmitir uma ou mais mensagens para a estação base 404, tais como relatórios periódicos sobre condição para relato a um servidor e não (ou além de) relatos de link colateral a um ou mais UEs.

[0076] Deve ficar entendido que a ordem ou hierarquia específica das etapas nos processos revelados é uma ilustração de abordagens exemplares. Com base nas preferências de desenho, deve ficar entendido que a ordem ou hierarquia específica das etapas nos processos pode ser redisposta. Além disto, algumas etapas podem ser combinadas ou omitidas. As reivindicações de método anexas apresentam elementos das diversas etapas em uma ordem de amostra, e não pretendem estar limitadas à ordem ou hierarquia específica apresentada.

[0077] A descrição anterior é apresentada para permitir que qualquer pessoa versada na técnica ponha em prática os diversos aspectos aqui descritos. Diversas modificações nestes aspectos serão prontamente evidentes aos versados na técnica, e os princípios genéricos aqui definidos podem ser aplicados a outros aspectos. Assim, as reivindicações não pretendem estar limitadas aos aspectos aqui mostrados, mas deve receber o mais amplo alcance compatível com as reivindicações, nas quais a referência a um elemento no singular não pretende significar “um e apenas um”, a menos especificamente assim afirmado, mas, em vez disso “um ou mais”. A menos que especificamente afirmado de outro modo, o termo “alguns” refere-se a um ou mais. Todos os equivalentes estruturais e funcionais dos elementos dos diversos aspectos descritos que são conhecidos ou virão a ser conhecidos dos versados na técnica, são expressamente incorporados aqui como referência e pretendem ser abrangidos pelas reivindicações. Além do mais, nada aqui revelado pretende ser dedicado ao público, independentemente de tal revelação ser ou não explicitamente mencionada das reivindicações. Nenhum elemento de reivindicação deve ser interpretado como um dispositivo mais função, a menos que o elemento seja expressamente mencionado com a utilização da locução “dispositivo para”.

Claims

1. Método (500) para comunicar relatórios sobre condição de armazenador, BSRs, em comunicações sem fio, caracterizado pelo fato de que compreende: gerar (502), em um dispositivo (115, 402), um BSR (480) que indica um tamanho de cada uma de uma pluralidade de mensagens D2D dispositivo-a-dispositivo armazenadas no armazenador (410) do dispositivo (115, 402) para comunicação a partir do dispositivo (115, 402) para um ou mais outros dispositivos; e transmitir (510) o BSR (480) para uma estação base (105, 404) de modo a solicitar recursos D2D respectivos para comunicar uma ou mais da pluralidade de mensagens D2D para o um ou mais outros dispositivos.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de o BSR inclui uma indicação de um número da pluralidade de mensagens D2D armazenadas no armazenador do dispositivo.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de o BSR inclui um tipo de mensagem para cada uma da pluralidade de mensagens D2D armazenadas no armazenador do dispositivo.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de o BSR indica o tipo de mensagem com base, pelo menos em parte, na especificação de um identificador de grupo de canais lógicos no BSR.

5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de que compreende adicionalmente: receber um mapeamento de uma pluralidade de identificadores de grupo de canais lógicos para uma pluralidade de tipos de mensagem; e selecionar o identificador de grupo de canais lógicos a partir da pluralidade de identificadores de grupo de canais lógicos que corresponde ao tipo de mensagem no mapeamento para indicação no BSR.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de receber o mapeamento compreende pelo menos um dentre obter o mapeamento a partir de uma configuração armazenada no dispositivo ou receber o mapeamento a partir da estação base.

7. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que compreende adicionalmente transmitir o mapeamento a partir do dispositivo para a estação base.

8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de o BSR inclui pelo menos uma dentre uma faixa-alvo, uma potência de transmissão-alvo, uma prioridade-alvo ou uma latência-alvo para cada uma da pluralidade de mensagens.

9. Método, de acordo com a reivindicação 1, caracterizado pelo fato de o BSR indicando o tamanho de cada uma da pluralidade de mensagens D2D no armazenador indica uma prioridade para cada uma das mensagens no armazenador, o tamanho da mensagem com a prioridade mais alta sendo listada primeiro no BSR.

10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que compreende adicionalmente receber uma alocação de recursos a partir da estação base para comunicar a uma ou mais da pluralidade de mensagens D2D ao um ou mais outros dispositivos, em que a alocação de recurso é com base, pelo menos em parte, no BSR.

11. Método, de acordo com a reivindicação 10, caracterizado pelo fato de comunicar a um ou mais da pluralidade de mensagens D2D ao um ou mais outros dispositivos compreende transmitir, com base na alocação de recursos, a uma ou mais da pluralidade de mensagens para pelo menos um de um equipamento de usuário, UE, utilizando comunicações de link lateral, ou a estação base utilizando comunicações de uplink.

12. Aparelho para comunicar relatórios sobre condição de armazenador, BSRs, em comunicações sem fio, caracterizado pelo fato de que compreende: meios para gerar (361, 412) um BSR (480) que indica um tamanho de cada uma de uma pluralidade de mensagens D2D dispositivo-a-dispositivo armazenadas no armazenador (410) para comunicar uma ou mais da pluralidade de mensagens D2D para um ou mais dispositivos; e meios para transmitir (352, 406) o BSR (480) para uma estação base (105, 404) para solicitar recursos D2D respectivos para comunicar a uma ou mais da pluralidade de mensagens D2D para um ou mais dispositivos.

13. Dispositivo, de acordo com a reivindicação 12, caracterizado pelo fato de o BSR inclui uma indicação de um número da pluralidade de mensagens D2D armazenadas no armazenador.

14. Dispositivo, de acordo com a reivindicação 12, caracterizado pelo fato de o BSR inclui um tipo de mensagem para cada uma da pluralidade de mensagens D2D armazenadas no armazenador, em que o BSR indica o tipo de mensagem com base, pelo menos em parte, na especificação de um identificador de grupo de canais lógicos no BSR.

15. Memória legível por computador, caracterizada pelo fato de que compreende instruções armazenadas na mesma, as instruções sendo executadas por um computador para realizar o método conforme definido em qualquer uma das reivindicações 1 a 11.