BR112021005254A2

BR112021005254A2 - procedimento de acesso aleatório

Info

Publication number: BR112021005254A2
Application number: BR112021005254-2A
Authority: BR
Inventors: Samuli Turtinen; Chunli Wu; Benoist Sebire
Original assignee: Nokia Technologies Oy
Priority date: 2018-09-21
Filing date: 2018-09-21
Publication date: 2021-06-22
Also published as: JP7285315B2; JP2022500946A; PL3854165T3; WO2020056770A1; TW202301899A; AU2018442418A1; CA3112352A1; MX2021003305A; CO2021004527A2; FI3854165T3; AR116440A1; AU2018442418B2; TWI774988B; CN112789933A; TW202027551A; EP3854165B1; CA3112352C; EP3854165A1; JP2023120192A; ZA202102451B

Abstract

procedimento de acesso aleatório. modalidades da presente divulgação se referem a métodos, dispositivos e meios legíveis por computador para procedimento de acesso aleatório. o método compreende transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; em resposta ao recebimento, no procedimento de acesso aleatório, do dispositivo de rede, de uma concessão de uplink para o dispositivo terminal, determinar se um primeiro tamanho de uma primeira unidade de dados indicada pela concessão de uplink corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal; em resposta à determinação de que o primeiro tamanho não corresponde ao segundo tamanho, determinar uma primeira parte da segunda unidade de dados para transmissões subsequentes.

Description

“PROCEDIMENTO DE ACESSO ALEATÓRIO” CAMPO TÉCNICO

[0001] Modalidades da presente divulgação geralmente se referem ao campo de telecomunicações e, em particular, a métodos, dispositivos e meios de armazenamento legíveis por computador para procedimento de acesso aleatório.

FUNDAMENTOS

[0002] O 5G New Radio (NR) é fornecido com uma operação de múltiplos feixes. Suporte para a operação de múltiplos feixes em NR inclui medição de qualidade de feixe, relatório de qualidade de feixe, atribuição de feixe e mecanismo de recuperação em caso de a qualidade de feixe atribuído não seja boa o suficiente. NR fornece suporte para operação de múltiplos feixes em cada estágio da operação de rádio: acesso inicial/aleatório, paging, transmissão/recepção de dados/controle e manipulação de mobilidade.

[0003] No caso da operação de múltiplos feixes em NR, equipamentos de usuário (UEs) podem comutar entre os feixes alocados com características de Contention Free Random Access (CFRA) e os feixes alocados com características de Contention Based Random Access (CBRA). No entanto, em LTE, a rede de comunicação aloca características CFRA em toda a célula para os UEs. Em outras palavras, não há comutação entre CFRA e CBRA. Assim, quando o procedimento de comutação de feixe ocorre em NR, um tamanho de Medium Access Control (MAC) Protocol Data Unit (PDU) permitido em uma concessão de uplink alocada durante um procedimento de Acesso Aleatório (RA), que é transmitido de um dispositivo de rede (por exemplo, gNB), pode ser diferente de um tamanho de MAC PDU obtido do Msg3 Buffer de um UE.

SUMÁRIO

[0004] Em geral, modalidades de exemplo da presente divulgação fornecem métodos, dispositivos e meios de armazenamento legíveis por computador para procedimento de acesso aleatório.

[0005] Em um primeiro aspecto, é fornecido um método implementado em um dispositivo terminal. O método compreende transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; em resposta ao recebimento, no procedimento de acesso aleatório, do dispositivo de rede, de uma concessão de uplink para o dispositivo terminal, determinar se um primeiro tamanho de uma primeira unidade de dados indicada pela concessão de uplink corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal; em resposta à determinação de que o primeiro tamanho não corresponde ao segundo tamanho, determinar uma primeira parte da segunda unidade de dados para transmissões subsequentes.

[0006] Em um segundo aspecto, é fornecido um método implementado em um dispositivo de rede. O método compreende receber, de um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório; em resposta ao recebimento da solicitação de acesso aleatório, transmitindo, para o dispositivo terminal, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um primeiro tamanho de uma primeira unidade de dados, de modo que o dispositivo terminal determine se o primeiro tamanho dos primeiros dados corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal.

[0007] Em um terceiro aspecto, é fornecido um dispositivo terminal. O dispositivo compreende pelo menos um processador; e pelo menos uma memória incluindo códigos de programa de computador. A pelo menos uma memória e o código de programa de computador configurados para, com o pelo menos um processador, fazer o dispositivo pelo menos realizar o método de acordo com o primeiro aspecto.

[0008] Em um quarto aspecto, é fornecido um dispositivo de rede. O dispositivo compreende pelo menos um processador; e pelo menos uma memória incluindo códigos de programa de computador. A pelo menos uma memória e o código de programa de computador são configurados para, com o pelo menos um processador, fazer o dispositivo pelo menos realizar o método de acordo com o segundo aspecto.

[0009] Em um quinto aspecto, é fornecido um aparelho compreendendo meios para realizar as etapas do método de acordo com o primeiro aspecto.

[0010] Em um sexto aspecto, é fornecido um aparelho compreendendo meios para realizar as etapas do método de acordo com o segundo aspecto.

[0011] Em um sétimo aspecto, é fornecido um meio legível por computador tendo um programa de computador armazenado no mesmo o qual, quando executado por pelo menos um processador de um dispositivo, faz com que o dispositivo execute o método de acordo com o primeiro aspecto.

[0012] Em um oitavo aspecto, é fornecido um meio legível por computador tendo um programa de computador armazenado no mesmo o qual, quando executado por pelo menos um processador de um dispositivo, faz com que o dispositivo execute o método de acordo com o segundo aspecto.

[0013] Deve ser entendido que a seção de sumário não se destina a identificar características principais ou essenciais de modalidades da presente divulgação, nem se destina a ser usada para limitar o escopo da presente divulgação. Outras características da presente divulgação se tornarão facilmente compreensíveis por meio da seguinte descrição.

BREVE DESCRIÇÃO DOS DESENHOS

[0014] Através da descrição mais detalhada de algumas modalidades de exemplo da presente divulgação nos desenhos anexos, o acima e outros objetos, características e vantagens da presente divulgação se tornarão mais aparentes, em que:

[0015] FIG. 1 mostra um sistema de comunicação de exemplo 100 no qual modalidades de exemplo da presente divulgação podem ser implementadas.

[0016] FIG. 2 mostra um diagrama de um processo de exemplo 200 para um procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação;

[0017] FIG. 3 mostra um fluxograma de um método de exemplo 300 para um procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação;

[0018] FIG. 4 mostra um fluxograma de um método de exemplo 400 para um procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação;

[0019] Fig. 5 é um diagrama de blocos simplificado de um dispositivo que é adequado para implementar modalidades de exemplo da presente divulgação.

[0020] Ao longo dos desenhos, os mesmos numerais de referência ou numerais semelhantes representam o mesmo elemento ou elemento semelhante.

DESCRIÇÃO DETALHADA

[0021] O princípio da presente divulgação será agora descrito abaixo com referência a algumas modalidades de exemplo. Será entendido que essas modalidades são descritas apenas para fins de ilustração e ajudam os versados na técnica a compreender e implementar a presente divulgação, sem sugerir qualquer limitação quanto ao escopo da divulgação. A divulgação aqui descrita pode ser implementada de várias maneiras diferentes daquelas descritas abaixo.

[0022] Na descrição e nas reivindicações a seguir, a menos que definido de outro modo, todos os termos técnicos e científicos usados neste documento têm o mesmo significado como comumente compreendido por um versado na técnica ao qual pertence esta divulgação.

[0023] Conforme usado neste documento, o termo "rede de comunicação" se refere a uma rede que segue quaisquer padrões ou protocolos de comunicação adequados, tal como evolução de longo prazo (LTE), LTE-Advanced (LTE-A) e 5G NR, e emprega quaisquer tecnologias de comunicação adequadas incluindo, por exemplo, tecnologias Multiple-Input Multiple-Output (MIMO), OFDM, time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), Bluetooth, ZigBee, machine type communication (MTC), eMBB, mMTC e uRLLC. Para fins de discussão, em algumas modalidades, a rede LTE, a rede LTE-A, a rede 5G NR ou qualquer combinação das mesmas é considerada um exemplo da rede de comunicação.

[0024] Conforme usado neste documento, o termo "dispositivo de rede" se refere a qualquer dispositivo adequado em um lado da rede de uma rede de comunicação. O dispositivo de rede pode incluir qualquer dispositivo adequado em uma rede de acesso da rede de comunicação, por exemplo, incluindo uma estação base (BS), um relé, um ponto de acesso (AP), um nó B (NodeB ou NB), um NóB evolvido (eNodeB ou eNB), um gigabit NodeB (gNB), um Remote Radio Module (RRU), a radio header (RH), a remote radio head (RRH), um nó de baixa potência, tal como um femto, um pico e semelhante. Para fins de discussão, em algumas modalidades, o eNB é considerado um exemplo do dispositivo de rede.

[0025] O dispositivo de rede também pode incluir qualquer dispositivo adequado em uma rede de núcleo, por exemplo, incluindo equipamento de rádio multi-standard radio (MSR), tal como MSR BSs, controladores de rede, tal radio network controllers (RNCs) ou base station controllers (BSCs), Multi-cell/multicast Coordination Entities (MCEs), Mobile Switching Centers (MSCs) e MMEs, nós Operation and Management (O&M), nós Operation Support System (OSS), nós Self-Organization Network (SON), nós de posicionamento, tal como Enhanced Serving Mobile Location Centers (E-SMLCs) e/ou Mobile Data Terminals (MDTs).

[0026] Conforme usado neste documento, o termo "dispositivo terminal" se refere a um dispositivo capaz de, configurado para, arranjado para e/ou operável para comunicações com um dispositivo de rede ou um dispositivo terminal adicional em uma rede de comunicação. As comunicações podem envolver transmissão e/ou recepção de sinais sem fio usando sinais eletromagnéticos, ondas de rádio, sinais infravermelhos e/ou outros tipos de sinais adequados para transmitir informações pelo ar. Em algumas modalidades, o dispositivo terminal pode ser configurado para transmitir e/ou receber informações sem interação humana direta. Por exemplo, o dispositivo terminal pode transmitir informações para o dispositivo de rede em horários predeterminados, quando disparado por um evento interno ou externo, ou em resposta a solicitações do lado de rede.

[0027] Exemplos do dispositivo terminal incluem, mas não estão limitados a, equipamento de usuário (UE), tal como smartphones, computadores tablet habilitados para wireless, equipamento embutido em laptop (LEE), equipamento montado em laptop (LME) e/ou equipamento de instalações de cliente sem fio (CPE). Para fins de discussão, a seguir, algumas modalidades serão descritas com referência a UEs como exemplos dos dispositivos terminais e os termos "dispositivo terminal" e "equipamento de usuário" (UE) podem ser usados intercambiavelmente no contexto da presente divulgação.

[0028] Conforme usado neste documento, o termo "célula" se refere a uma área coberta por sinais de rádio transmitidos por um dispositivo de rede. O dispositivo terminal dentro da célula pode ser servido pelo dispositivo de rede e acessar a rede de comunicação através do dispositivo de rede.

[0029] Conforme usado neste documento, o termo "circuito" pode se referir a um ou mais ou todos os seguintes: (a) implementações de circuitos somente de hardware (tal como implementações em apenas circuitos analógicos e/ou digitais) e (b) combinações de circuitos de hardware e software, tal como (conforme aplicável): (i) uma combinação de circuito(s) de hardware analógico(s) e/ou digital(is) com software/firmware e (ii) quaisquer porções de processador(es) de hardware com software (incluindo processador(es) de sinal digital), software e memória(s) que funcionam juntos para fazer com que um aparelho, tal como um telefone celular ou servidor, execute várias funções e (c) circuito(s) de hardware e/ou processador(es), tal como microprocessador(es) ou uma porção microprocessador(es), que requer(em) software (por exemplo, firmware) para operação, mas o software pode não estar presente quando ele não é necessário para operação.

[0030] Esta definição de circuito se aplica a todos os usos deste termo neste pedido, incluindo em quaisquer reivindicações. Como um exemplo adicional, conforme usado neste pedido, o termo circuito também cobre uma implementação meramente de um circuito de hardware ou processador (ou múltiplos processadores) ou porção de um circuito de hardware ou processador e seu (ou deles) software e/ou firmware que o acompanha. O termo circuito também cobre, por exemplo, e se aplicável, o elemento de reivindicação particular, um circuito integrado de banda base ou circuito integrado de processador para um dispositivo móvel ou um circuito integrado semelhante em servidor, um dispositivo de rede celular ou outro dispositivo de computação ou rede.

[0031] Como usadas neste documento, as formas singulares “um”, “uma” e "o/a" se destinam a incluir também as formas plurais, a menos que o contexto indique claramente o contrário. O termo "inclui" e suas variantes serão lidos como termos abertos que significam "inclui, mas não é limitado a". O termo “baseado em” será lido como “baseado pelo menos em parte em”. O termo "uma modalidade" e "uma modalidade" serão lidos como "pelo menos uma modalidade". O termo "outra modalidade" será lido como "pelo menos outra modalidade". Outras definições, explícitas e implícitas, podem ser incluídas abaixo.

[0032] FIG. 1 ilustra uma rede de comunicação 100 na qual modalidades da presente divulgação podem ser implementadas. A rede de comunicação 100 pode estar em conformidade com qualquer protocolo ou padrão adequado que já existe ou será desenvolvido no futuro. Em algumas modalidades, a rede de comunicação 100 pode ser a rede LTE (ou LTE-A), a rede NR ou combinação das mesmas.

[0033] A rede de comunicação 100 compreende um dispositivo de rede 110. O dispositivo de rede 110 serve a um dispositivo terminal 120 em uma célula 111. Será entendido que os números de dispositivos de rede e dispositivos terminais são mostrados apenas com a finalidade de ilustração sem sugerir qualquer limitação. O sistema de comunicação 100 pode incluir qualquer número adequado de dispositivos de rede e dispositivos terminais. A comunicação entre o dispositivo de rede 110 e o dispositivo terminal 120 pode utilizar qualquer tecnologia adequada que já existe ou será desenvolvida no futuro.

[0034] A questão de diferentes tamanhos de concessões fornecidas pela rede de comunicação para a transmissão de MESSAGE 3 (Msg3) foi discutida em LTE. A Msg3 pode transmitir mensagens de Camada 2 e Camada 3, tal como uma solicitação de conexão de controle de característica de rádio para acesso inicial ou C-RNTI Medium Access Control (MAC) Control

Element (CE) para acesso aleatório em modo conectado, do dispositivo terminal 120 em direção ao dispositivo de rede 110. Se uma concessão de uplink fornecida na Random Access Response (RAR) para um mesmo grupo de Random Access Preambles (RAP) tiver um tamanho diferente de uma concessão de uplink anterior (por exemplo, a primeira concessão de uplink) alocada durante esse procedimento de Acesso Aleatório, o comportamento do dispositivo terminal 120 não foi definido dentro de um procedimento de Acesso Aleatório, pois, este é considerado um caso muito raro. Em LTE, a rede de comunicação aloca características CFRA em toda a célula para o dispositivo terminal 120. Em outras palavras, não há comutação entre CFRA e CBRA dentro de um procedimento de acesso aleatório.

[0035] O 5G New Radio (NR) é fornecido com uma operação de múltiplos feixes. Assim, ao contrário em LTE onde recursos CFRA poderiam ser alocados para uma célula (por exemplo, a célula 111 como mostrado na FIG. 1), em NR a rede de comunicação pode não alocar recursos CFRA para todos os feixes, mas apenas para um subconjunto dos feixes na célula 111, porque pode ser caro demais alocar recursos CFRA para todos os feixes para todos os UEs e o propósito de formação de feixe pode ser anulado desse modo.

[0036] Assim, no caso da operação de feixes múltiplos em NR, equipamentos de usuário (UEs), por exemplo, o dispositivo terminal 120, como mostrado na FIG. 1, podem se mover dentro de uma célula e mudar o feixe. O dispositivo terminal 120 pode comutar entre feixes com um tipo de recursos RA para alguns outros feixes com outro tipo de recursos RA, por exemplo, o dispositivo terminal pode comutar entre os feixes alocados com recursos de Contention Free Random Access (CFRA) e os feixes alocados com recursos Contention Based Random Access (CBRA) na célula 111.

[0037] Se o dispositivo terminal 120 comutar de CFRA para CBRA, não há nenhum problema causado pelo Msg3 que só pode ser gerado durante a primeira tentativa de CBRA. No caso de CFRA, o procedimento RA já é bem-sucedido recebendo o Msg2 do gNB (por exemplo, o dispositivo de rede 110 como mostrado na FIG. 1).

[0038] Entretanto, se o dispositivo terminal 120 comutar de CBRA para CFRA, de acordo com o TS 38.321, o Msg3 foi gerado e também será transmitido com CFRA, pois o buffer de solicitação de repetição automática híbrida (hybrid ARQ or HARQ) será esvaziado mediante conclusão do procedimento RA, mas o buffer Msg3 não será esvaziado. Mais ainda, na entidade HARQ, em caso de a concessão de uplink ser recebida em um RAR e haver uma Unidade de Dados de Protocolo (PDU) de Controle de Acesso de Meio (MAC) no buffer Msg3, a PDU de MAC pode ser obtida do buffer Msg3.

[0039] No caso acima, se a concessão fornecida em RAR para a transmissão de preâmbulo CFRA tendo um tamanho igual ao tamanho indicado na concessão fornecida anteriormente em resposta à transmissão de preâmbulo CBRA, a PDU de MAC no buffer Msg3 poderia ser transmitida na concessão fornecida. No entanto, dois grupos de preâmbulos diferentes, isto é, Grupo A e Grupo B de preâmbulos, são definidos para CBRA. Em geral, o dispositivo terminal 120 seleciona a sequência desses dois grupos com base no tamanho de pacote de uplink e nas condições de rádio. Isso ajuda o dispositivo de rede 110 a calcular recursos de Physical Uplink Shared Channel (PUSCH) necessários para a transferência de uplink do dispositivo de terminal

120. Preâmbulos no Grupo-A são usados para pacotes de tamanho menor ou pacotes de tamanho maior em condições de rádio ruins. Preâmbulos no Grupo B são usados para pacotes de tamanho maior em boas condições de rádio. Neste caso, o dispositivo de rede 110 não saberia se o dispositivo terminal 120 foi tentado CBRA antes de CFRA ou qual grupo do preâmbulo foi aplicado quando preâmbulo CBRA foi transmitido. Portanto, é esperado que o problema causado por diferentes tamanhos de concessão de Msg3 ocorra em NR com frequência.

[0040] Além disso, dado o fato de que a PDU de MAC PDU no buffer Msg3 poderia multiplexar, por exemplo, pelo menos um segmento do comando completo de transferência (HO) (RRCReconfigurationComplete), não é desejável perder esses dados e atrasar a conclusão do procedimento HO (pois a retransmissão de nível RLC seria necessária). Em um caso em que CFRA é selecionado para uma tentativa de preâmbulo, o dispositivo terminal 120 usará buffer Msg3 para transmissão dos primeiros dados de uplink no procedimento RA. Em um caso em que o CFRA é selecionado para uma tentativa de preâmbulo, o procedimento RA é concluído com sucesso por recepção RAR.

[0041] Assim, em relação ao fato de que um tamanho de PDU de MAC indicado em uma concessão de uplink alocada durante um procedimento de RA, que é transmitido de um dispositivo de rede 110, pode ser diferente de um tamanho de PDU de MAC obtido do Buffer Msg3 do dispositivo terminal 120, algumas abordagens foram consideradas para resolver esse problema.

[0042] Uma abordagem propôs que durante a seleção de recursos de acesso aleatório para transferência, o dispositivo terminal 120 não selecionará o preâmbulo de acesso aleatório dentre o Preâmbulo CFRA, se Msg3 foi transmitido no procedimento de acesso aleatório atual. No entanto, essa abordagem pode desperdiçar os recursos dedicados para CFRA e aumentar a carga desnecessariamente dentre os preâmbulos baseados em contenção.

[0043] Uma abordagem adicional propôs que a entidade de multiplexação e montagem pode incluir uma pluralidade de sub-PDUs de MAC da PDU de MAC obtida nas transmissões de uplink subsequentes. Em um caso em que o tamanho da concessão de uplink não coincide com a concessão de uplink anterior fornecida em resposta a preâmbulo CBRA, o buffer Msg3 pode ser esvaziado e uma nova PDU de MAC pode ser obtida da entidade de multiplexação e montagem. No entanto, essa abordagem pode levar à perda de dados.

[0044] Como uma opção para esvaziar Msg3, MAC pode indicar os dados que foram multiplexados na PDU de MAC e, nesse caso, a PDU de RLC poderia ser regenerada e multiplexada novamente. Essa abordagem pode ser boa para lidar com dados, mas pode não funcionar para Elementos de Controle MAC (CEs).

[0045] O princípio e as implementações da presente divulgação serão descritos em detalhes abaixo com referência à FIG.2, que mostra o processo 200 de acordo com modalidades de exemplo da presente divulgação. Para fins de discussão, o processo 200 será descrito com referência à FIG. 1. O processo 200 pode envolver um procedimento de acesso aleatório.

[0046] FIG. 2 mostra um diagrama de um processo de exemplo 200 para um procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação;

[0047] Como mostrado na FIG. 2, quando o dispositivo terminal 120 realiza acesso aleatório, o dispositivo terminal 120 envia 210 uma solicitação de acesso aleatório, isto é, um preâmbulo de acesso aleatório (RAP) para o dispositivo de rede 110. O RAP também é referido como "MESSAGE 1" ou "Msg1" no contexto da presente divulgação. O RAP é uma sequência de código de assinatura que age como um identificador para o dispositivo terminal

120. Dependendo se o RAP é específico de UE, o procedimento de acesso aleatório divide em um procedimento de acesso aleatório sem contenção (CFRA) e um procedimento de acesso aleatório baseado em contenção (CBRA). Consequentemente, o dispositivo terminal 120 pode enviar diferentes preâmbulos de acesso aleatório ao dispositivo de rede 110, a saber, um preâmbulo CFRA ou um preâmbulo CBRA. Conforme descrito acima, para o procedimento CBRA, o dispositivo terminal 120 pode selecionar o preâmbulo CBRA do Grupo-A e Grupo-B. O dispositivo terminal 120 pode selecionar a sequência desses dois grupos com base no tamanho de pacote de uplink e nas condições de rádio.

[0048] Mediante detecção do preâmbulo RAP do dispositivo terminal 120, o dispositivo de rede 110 pode responder 220 à solicitação de acesso aleatório transmitindo uma resposta de acesso aleatório (RAR) (também referida como "MESSAGE 2" ou "Msg2" no contexto da presente divulgação) para o dispositivo terminal 120 com base no preâmbulo RAP recebido. A RAR pode ser programada via um canal de controle de downlink físico (PDCCH) e a mensagem real em um canal compartilhado de downlink físico (PDSCH). A RAR pode incluir, por exemplo, Timing Advance Command (TAC) para alinhamento de temporização de UL, concessão de uplink e Identificador de Rede de Rádio Celular Temporária para o dispositivo terminal 120.

[0049] No procedimento de acesso aleatório livre de contenção, isto é, em um procedimento de acesso aleatório não baseado em contenção, o dispositivo terminal 120 envia uma RAP dedicada para o dispositivo de rede 110; e, se o dispositivo terminal 120 receber uma RAR enviada pelo dispositivo de rede 110, o dispositivo terminal 120 determina sucesso do procedimento de acesso aleatório.

[0050] No procedimento de acesso aleatório baseado em contenção, após o dispositivo terminal 120 receber a RAR, o dispositivo terminal 120 pode transmitir uma mensagem (também referida como "MESSAGE 3" ou "Msg3") no canal compartilhado de uplink físico (PUSCH) para o dispositivo de rede 110. Como mencionado acima, a Msg3 pode transmitir mensagens de Camada 2 e Camada 3, tal como uma solicitação de conexão de controle de característica de rádio para acesso inicial ou C-RNTI MAC CE para acesso aleatório em modo conectado, do dispositivo terminal 120 em direção ao dispositivo de rede 110. Se o dispositivo terminal 120 receber a RAR do dispositivo de rede 110, o dispositivo terminal pode obter a concessão de uplink contida na RAR indicando uma concessão de uplink disponível para o dispositivo terminal 120 para transmitir sua Msg3.

[0051] Como mencionado acima, o dispositivo terminal 120 pode enviar o preâmbulo de diferentes grupos com base no tamanho do pacote de uplink e nas condições de rádio e o dispositivo de rede 110 pode alocar uma concessão de uplink correspondente ao dispositivo terminal 120 para transmitir a Msg3. Nesse caso, para transmitir a Msg3, a concessão de uplink contida na RAR pode corresponder à concessão de uplink no buffer de Msg3 do dispositivo terminal 120.

[0052] Como mostrado na FIG. 2, o dispositivo terminal 120 determina 230 se um primeiro tamanho de uma primeira unidade de dados indicada pela concessão de uplink corresponde a um segundo tamanho de uma segunda unidade de dados armazenada no buffer do dispositivo terminal 120. A primeira e a segunda unidades de dados podem se referir como a PDU de MAC. O buffer pode se referir como o buffer Msg3 do dispositivo terminal 120.

[0053] Em algumas modalidades de exemplo, para determinar se o primeiro tamanho corresponde ao segundo tamanho, o dispositivo terminal 120 pode determinar o segundo tamanho com base na Msg3 que foi transmitida do buffer Msg3 do dispositivo terminal 120. O dispositivo terminal pode ainda determinar o primeiro tamanho da concessão de uplink transmitida do dispositivo de rede 110. O dispositivo terminal 120 pode comparar o primeiro tamanho com o segundo tamanho e determinar se o primeiro tamanho não corresponde ao segundo tamanho.

[0054] Em algumas modalidades de exemplo, a Msg3 pode indicar pelo menos um Medium Access Control Control Element (MAC CE). Em algumas modalidades de exemplo, o MAC CE pode compreender pelo menos um de um C-RNTI MAC CE, um Buffer Status Report, BSR e um Power Headroom Report, PHR.

[0055] Em geral, BSR é um tipo de MAC CE de UE (por exemplo, o dispositivo terminal 120) para gNB (por exemplo, o dispositivo de rede 110) transportando a informação sobre quantos dados estão no buffer de UE para serem enviados.

[0056] O BSR pode se referir a diferentes tipos de BSR. Por exemplo, o BSR pode compreender Regular BSR, Periodic BSR e Padding BSR. Um regular BSR é enviado quando um novo dado chega no buffer e o novo dado têm prioridade mais alta do que aquele que já está esperando no buffer. Um BSR periódico é enviado com a periodicidade predefinida. O gNB pode pré-configurar a periodicidade para o UE por mensagem RRC (por exemplo, RRCConnectionReconfiguration). Além disso, um padding BSR é enviado quando o número de bits de padding em uma mensagem de dados é maior que o tamanho de padding BSR, de modo que o espaço de bits de padding possa ser usado para enviar o BSR. Padding BSR pode compreender um BSR truncado no caso de o BSR completo não se adequar aos bits de padding disponíveis. Neste caso, o BSR é truncado e apenas os dados com prioridade mais alta são relatados para o dispositivo de rede 110 pelo dispositivo terminal

120.

[0057] Em geral, PHR pode indicar quanta potência de transmissão resta no UE.

[0058] Como mostrado na FIG. 2, se o dispositivo terminal 120 determinar que o primeiro tamanho não corresponde ao segundo tamanho, o dispositivo terminal 120 determina 240 uma primeira parte da segunda unidade de dados para transmissões subsequentes.

[0059] Em algumas modalidades de exemplo, as transmissões subsequentes podem compreender pelo menos um dos seguintes: uma transmissão associada com a concessão de uplink fornecida em uma Random Access Response (RAR) e uma transmissão associada a uma concessão de uplink adicional que é diferente da concessão de uplink.

[0060] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode determinar se o segundo tamanho corresponde ao primeiro tamanho.

Se o dispositivo terminal determinar que o segundo tamanho não combina com o primeiro tamanho, o dispositivo terminal 120 pode descartar algumas partes da segunda unidade de dados ou pode não considerá-las para transmissões subsequentes.

[0061] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode descartar o BSR truncado da segunda unidade de dados.

[0062] Alternativamente ou adicionalmente, o dispositivo terminal 120 pode descartar um padding BSR da segunda unidade de dados.

[0063] Alternativamente ou adicionalmente, o dispositivo terminal 120 pode descartar um PHR da segunda unidade de dados.

[0064] Alternativamente ou adicionalmente, o dispositivo terminal 120 pode ajustar um tamanho do BSR truncado. Por exemplo, o BSR truncado é ajustado para caber no tamanho disponível, isto é, o número de Grupo de Canal Lógico (LCG) relatado é mudado. Naturalmente, o bitmap pode refletir a adição/remoção de LCG relatado. O ajuste do tamanho do BSR truncado pode ser limitado a casos onde o tamanho encolhe. Deve ser entendido que remover informações pode ser mais fácil para a implementação de UE do que criar um adicional. Dessa forma, as informações mais recentes do BSR podem ser fornecidas.

[0065] Alternativamente ou adicionalmente, o dispositivo terminal 120 pode descartar um BSR regular/periódico e/ou um PHR. Adicionalmente, o BSR regular/periódico e/ou o PHR não podem ser cancelados até que o BSR regular/periódico e o PHR tenham sido incluídos em uma concessão programada por C-RNTI ou CS-RNTI. Esta abordagem pretende fornecer as informações mais recentes disponíveis sobre o estado do buffer e espaço de energia do dispositivo terminal 120, porque o BSR/PHR seria gerado de novo para as transmissões subsequentes.

[0066] Em algumas modalidades de exemplo, se o dispositivo terminal determinar que o segundo tamanho não combina com o primeiro tamanho, o dispositivo terminal 120 pode determinar se o procedimento de acesso aleatório é concluído com sucesso recebendo a concessão de uplink. Se o dispositivo terminal 120 determinar que o procedimento de acesso aleatório é considerado concluído com sucesso, o dispositivo terminal pode descartar um C-RNTI Medium Access Control MAC Control Element MAC CE da segunda unidade de dados.

[0067] Em algumas modalidades de exemplo, se o dispositivo terminal 120 determinar que o segundo tamanho não combina com o primeiro tamanho, o dispositivo terminal 120 pode determinar se o preâmbulo de acesso aleatório livre de contenção foi transmitido. Se o dispositivo terminal 120 determinar que o preâmbulo de acesso aleatório livre de contenção foi transmitido, o dispositivo terminal pode descartar um C-RNTI Medium Access Control MAC Control Element MAC CE da segunda unidade de dados.

[0068] Em algumas modalidades de exemplo, o dispositivo terminal 120 determinar que o procedimento de acesso aleatório é concluído com sucesso pode compreender determinar que a concessão de uplink e/ou o RAR é endereçada a pelo menos um dos seguintes: Cell Radio Network Temporary Identifier C-RNTI e um Random Access Radio Network Temporary Identifier RA-RNTI.

[0069] O caso descrito aqui pode se referir a um procedimento de acesso aleatório durante uma comutação do dispositivo terminal 120 de procedimento CBRA para procedimento CFRA, porque no procedimento CFRA, o dispositivo terminal 120 envia um RAP dedicado para o dispositivo de rede 110; e, se o dispositivo terminal 120 receber um RAR enviado pelo dispositivo de rede 110, o dispositivo terminal 120 determina sucesso do acesso aleatório. Isto é, não é necessário transmitir o C-RNTI MAC CE para o dispositivo de rede

110.

[0070] De acordo com esta solução, uma vez que o dispositivo terminal 120 já foi identificado a partir do preâmbulo CFRA transmitido, a sobrecarga desnecessária para transmissão poderia ser evitada. Além disso, essa solução evita que quaisquer outros tipos de PDU de MAC sejam transmitidos pelo dispositivo terminal 120, uma vez que o dispositivo de rede 110 não espera receber o C-RNTI MAC CE em resposta à transmissão de preâmbulo CFRA.

[0071] Em algumas modalidades de exemplo, outro MAC CE multiplexado no MAC PDU obtido pode ser indicado para a entidade de multiplexação e montagem, para ser incluído nas transmissões de uplink subsequentes. Desta forma, a perda de informação de controle pode ser evitada durante a reconstrução de Msg3, porque outro MAC CE a ser multiplexado poderia ser incluído nas transmissões subsequentes.

[0072] Como mostrado na FIG. 2, o dispositivo terminal 120 transmite 250 pelo menos porção da primeira parte da segunda unidade de dados na primeira unidade de dados para o dispositivo de rede. A parte restante da primeira parte pode ser transmitida em transmissões subsequentes.

[0073] Por meio das modalidades acima, para cada concessão de uplink, a entidade HARQ do dispositivo terminal 120 deve identificar o processo HARQ associado a essa concessão. Para cada processo HARQ identificado:

[0074] se a concessão recebida não foi endereçada a um Temporary C-RNTI em PDCCH, e o New Data Indicator (NDI) fornecido nas informações de HARQ associadas foi alternado em comparação com o valor na transmissão anterior desse Transfer Block (TB) desse Processo HARQ; ou

[0075] se a concessão de uplink foi recebida em PDCCH para o C-RNTI e o buffer HARQ do processo identificado estiver vazia; ou

[0076] se a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório; ou

[0077] se a concessão de uplink for parte de um pacote da concessão configurada e puder ser usada para transmissão inicial de acordo com a subcláusula 6.1.2.3 de TS 38.214 [7] e se nenhuma PDU de MAC foi obtida para este pacote:

[0078] se houver uma PDE de MAC no buffer Msg3 e a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório:

[0079] se o tamanho da concessão de uplink não corresponder ao tamanho da PDU de MAC no buffer Msg3:

[0080] indicar para a entidade de multiplexação e montagem para incluir subPDUs de MAC, exceto subPDU de MAC contendo Truncated BSR MAC CE da PDU de MAC no buffer Msg3 na(s) transmissão(ões) de uplink subsequente(s), se houver;

[0081] obter a PDU de MAC para transmitir da entidade de multiplexação e montagem e armazená-la no buffer Msg3;

[0082] se o tamanho de concessão de uplink for igual ao tamanho da PDU de MAC no buffer Msg3:

[0083] obter a PDU de MAC para transmitir do buffer Msg3.

[0084] se não houver nenhuma PDE de MAC no buffer Msg3 e a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório:

[0085] obter a PDU de MAC para transmitir da entidade de multiplexação e montagem, se houver.

[0086] Alternativamente ou adicionalmente, através das modalidades acima, para cada concessão de uplink, a entidade HARQ do dispositivo terminal 120 identificará o processo HARQ associado a essa concessão. Para cada processo HARQ identificado:

[0087] se a concessão recebida não foi endereçada a um

Temporary C-RNTI em PDCCH, e o New Data Indicator (NDI) fornecido nas informações de HARQ associadas foi alternado em comparação com o valor na transmissão anterior desse Transfer Block (TB) desse Processo HARQ; ou

[0088] se a concessão de uplink foi recebida em PDCCH para o C-RNTI e o buffer HARQ do processo identificado estiver vazia; ou

[0089] se a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório; ou

[0090] se a concessão de uplink for parte de um pacote da concessão configurada e puder ser usada para transmissão inicial de acordo com a subcláusula 6.1.2.3 de TS 38.214 [7] e se nenhuma PDU de MAC foi obtida para este pacote:

[0091] se houver uma PDU de MAC no buffer Msg3 e a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório agendada por PDCCH endereçada a RA-RNTI ou C-RNTI:

[0092] se o tamanho da concessão de uplink não corresponder ao tamanho da PDU de MAC no buffer Msg3, e

[0093] se por esta Resposta de Acesso Aleatório, o procedimento de Acesso Aleatório for concluído com sucesso:

[0094] indicar para a entidade de multiplexação e montagem para incluir subPDUs de MAC, exceto subPDU de MAC contendo Truncated BSR MAC CE ou C-RNTI MAC CE da PDU de MAC no buffer Msg3 na(s) transmissão(ões) de uplink subsequente(s), se houver;

[0095] obter a PDU de MAC para transmitir da entidade de multiplexação e montagem e armazená-la no buffer Msg3;

[0096] se o tamanho de concessão de uplink for igual ao tamanho da PDU de MAC no buffer Msg3:

[0097] obter a PDU de MAC para transmitir do buffer

Msg3.

[0098] se não houver nenhuma PDE de MAC no buffer Msg3 e a concessão de uplink foi recebida em uma Resposta de Acesso Aleatório:

[0099] obter a PDU de MAC para transmitir da entidade de multiplexação e montagem, se houver.

[00100] Dessa forma, o problema causado pela incompatibilidade da concessão de uplink indicada em RAR com a PDU de MAC no buffer Msg3 poderia ser resolvido por meio de reconstrução do MAC CE da PDU de MAC de acordo com as modalidades da presente invenção.

[00101] Mais detalhes das modalidades de exemplo de acordo com a presente divulgação serão descritos com referência às FIGs. 3-4.

[00102] FIG. 3 mostra um fluxograma de um método de exemplo 300 para procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação. O método 300 pode ser implementado no dispositivo terminal 120, como mostrado na FIG. 2. Para efeitos de discussão, o método 300 será descrito com referência à FIG. 2.

[00103] Em 310, o dispositivo terminal 120 transmite uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede.

[00104] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode transmitir um dos seguintes: um preâmbulo de acesso aleatório livre de contenção e um preâmbulo de acesso aleatório baseado em contenção.

[00105] Em 320, se o dispositivo terminal 120 receber, no procedimento de acesso aleatório, do dispositivo de rede 110 uma concessão de uplink para o dispositivo terminal 120, o dispositivo terminal 120 determina se um primeiro tamanho de uma primeira unidade de dados indicada pela concessão de uplink corresponde um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal.

[00106] Em algumas modalidades de exemplo, a segunda unidade de dados pode compreender pelo menos um dos seguintes MAC CEs: um C-RNTI, um BSR e um PHR.

[00107] Em algumas modalidades de exemplo, o BSR pode compreender pelo menos um dos seguintes: um BSR truncado, um padding BSR, um BSR regular; e um BSR periódico.

[00108] Em 330, se o dispositivo terminal 120 determinar que o primeiro tamanho não corresponde ao segundo tamanho, se o dispositivo terminal 120 determinar uma primeira parte da segunda unidade de dados para transmissões subsequentes pelo menos com base no primeiro tamanho.

[00109] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode determinar se o segundo tamanho corresponde ao primeiro tamanho. Se o segundo tamanho não corresponder ao primeiro tamanho, o dispositivo terminal pode realizar pelo menos um dos seguintes: descartar um Buffer Status Report BSR truncado da segunda unidade de dados; descartar um padding Buffer Status Report BSR da segunda unidade de dados; descartar um regular BSR da segunda unidade de dados; descartar um BSR periódico da segunda unidade de dados; e descartar um Power Headroom Report PHR da segunda unidade de dados; e ajustar um tamanho do BSR truncado.

[00110] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode determinar se o segundo tamanho corresponde ao primeiro tamanho. Se o segundo tamanho não combinar com o primeiro tamanho, o dispositivo terminal 120 pode determinar se o procedimento de acesso aleatório é concluído com sucesso recebendo a concessão de uplink. Se o dispositivo terminal 120 determinar que o procedimento de acesso aleatório é considerado concluído com sucesso, o dispositivo terminal 120 pode descartar um C-RNTI Medium Access Control MAC Control Element MAC CE da segunda unidade de dados.

[00111] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode determinar se o segundo tamanho não corresponde ao primeiro tamanho. Se o segundo tamanho não corresponder ao primeiro tamanho, o dispositivo terminal 120 pode determinar se o preâmbulo de acesso aleatório livre de contenção foi transmitido. Se o dispositivo terminal 120 determinar que o preâmbulo de acesso aleatório livre de contenção foi transmitido, o dispositivo terminal pode descartar um C-RNTI Medium Access Control MAC Control Element MAC CE da segunda unidade de dados.

[00112] Em algumas modalidades de exemplo, o dispositivo terminal 120 determinar que o procedimento de acesso aleatório é concluído com sucesso pode compreender determinar que a concessão de uplink é endereçada a pelo menos um dos seguintes: Cell Radio Network Temporary Identifier C-RNTI e um Random Access Radio Network Temporary Identifier RA-RNTI.

[00113] Em algumas modalidades de exemplo, as transmissões subsequentes podem compreender pelo menos um dos seguintes: uma transmissão associada com a concessão de uplink fornecida e uma transmissão associada a uma concessão de uplink adicional que é diferente da concessão de uplink.

[00114] Em algumas modalidades de exemplo, o dispositivo terminal 120 pode transmitir ainda pelo menos porção da primeira parte da segunda unidade de dados na primeira unidade de dados para o dispositivo de rede.

[00115] FIG. 4 mostra um fluxograma de um método de exemplo 400 para procedimento de acesso aleatório de acordo com algumas modalidades de exemplo da presente divulgação. O método 300 pode ser implementado no dispositivo de rede 110, como mostrado na FIG. 2. Para efeitos de discussão, o método 400 será descrito com referência à FIG. 2.

[00116] Em 410, o dispositivo de rede 110 recebe, de um dispositivo terminal 120, uma solicitação de acesso aleatório em um procedimento de acesso aleatório.

[00117] Em algumas modalidades de exemplo, o dispositivo de rede 110 pode receber um dos seguintes: um preâmbulo de acesso aleatório livre de contenção e um preâmbulo de acesso aleatório baseado em contenção.

[00118] Em 420, o dispositivo de rede 110 transmite, para o dispositivo terminal 120, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um primeiro tamanho de uma primeira unidade de dados, de modo que o dispositivo terminal determine se o primeiro tamanho dos primeiros dados corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal.

[00119] Em algumas modalidades de exemplo, a segunda unidade de dados pode compreender pelo menos um dos seguintes MAC CEs: um C-RNTI, um BSR e um PHR.

[00120] Em algumas modalidades de exemplo, o BSR pode compreender pelo menos um dos seguintes: um BSR truncado, um padding BHR, um BSR regular; e um BSR periódico.

[00121] Em algumas modalidades de exemplo, o dispositivo terminal 110 pode receber ainda do dispositivo terminal pelo menos porção da primeira parte da segunda unidade de dados na primeira unidade de dados.

[00122] Em algumas modalidades de exemplo, um aparelho capaz de realizar o método 300 (por exemplo, o dispositivo terminal 120) pode compreender meios para realizar as respectivas etapas do método 300. Os meios podem ser implementados em qualquer forma adequada. Por exemplo, os meios podem ser implementados em um módulo de circuito ou software.

[00123] Em algumas modalidades de exemplo, o aparelho compreende: meios para transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; meios para, em resposta ao recebimento, no procedimento de acesso aleatório, do dispositivo de rede, de uma concessão de uplink para o dispositivo terminal, determinar se um primeiro tamanho de uma primeira unidade de dados indicada pela concessão de uplink corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal; meios para, em resposta à determinação de que o primeiro tamanho não corresponde ao segundo tamanho, determinar uma primeira parte da segunda unidade de dados para transmissões subsequentes.

[00124] Em algumas modalidades de exemplo, os meios para transmitir a solicitação de acesso aleatório podem compreender meios para transmitir um dos seguintes: um preâmbulo de acesso aleatório livre de contenção; e um preâmbulo de acesso aleatório baseado em contenção.

[00125] Em algumas modalidades de exemplo, a segunda unidade de dados pode compreender pelo menos um dos seguintes MAC CEs: um C-RNTI, um BSR e um PHR.

[00126] Em algumas modalidades de exemplo, o BSR pode compreender pelo menos um dos seguintes: um BSR truncado, um padding BHR, um BSR regular; e um BSR periódico.

[00127] Em algumas modalidades de exemplo, os meios para determinar a primeira parte compreendem podem compreender meios para, em resposta a determinar que o segundo tamanho não corresponde ao primeiro tamanho, realizar pelo menos um dos seguintes: descartar um Buffer Status Report BSR truncado da segunda unidade de dados; descartar um padding Buffer Status Report BSR da segunda unidade de dados; descartar um regular BSR da segunda unidade de dados; descartar um BSR periódico da segunda unidade de dados; e descartar um Power Headroom Report PHR da segunda unidade de dados; e ajustar um tamanho do BSR truncado.

[00128] Em algumas modalidades de exemplo, os meios para determinar que a primeira parte compreende podem compreender meios para, em resposta à determinação de que o segundo tamanho não combina com o primeiro tamanho, determinar se determinar se o procedimento de acesso aleatório foi concluído com sucesso recebendo a concessão de uplink e meios para resposta determinar que o procedimento de acesso aleatório é considerado concluído com sucesso, descartando um C-RNTI Medium Access Control MAC Control Element MAC CE da segunda unidade de dados.

[00129] Em algumas modalidades de exemplo, os meios para determinar se o procedimento de acesso aleatório é concluído com sucesso pode compreender meios para determinar que a concessão de uplink é endereçada a pelo menos um dos seguintes: Cell Radio Network Temporary Identifier C-RNTI e um Random Access Radio Network Temporary Identifier RA-RNTI.

[00130] Em algumas modalidades de exemplo, as transmissões subsequentes podem compreender pelo menos um dos seguintes: uma transmissão associada com a concessão de uplink fornecida e uma transmissão associada a uma concessão de uplink adicional que é diferente da concessão de uplink.

[00131] Em algumas modalidades de exemplo, o aparelho pode compreender ainda meios para transmitir pelo menos porção da primeira parte da segunda unidade de dados na primeira unidade de dados para o dispositivo de rede.

[00132] Em algumas modalidades de exemplo, um aparelho capaz de realizar o método 400 (por exemplo, o dispositivo de rede 110) pode compreender meios para realizar as respectivas etapas do método 400. Os meios podem ser implementados em qualquer forma adequada. Por exemplo, os meios podem ser implementados em um módulo de circuito ou software.

[00133] Em algumas modalidades de exemplo, o aparelho compreende: meios para receber, de um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório; meios para, em resposta ao recebimento da solicitação de acesso aleatório, transmitir, para o dispositivo terminal, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um primeiro tamanho de uma primeira unidade de dados, de modo que o dispositivo terminal determine se o primeiro tamanho dos primeiros dados corresponde a um segundo tamanho de uma segunda unidade de dados armazenada em um buffer do dispositivo terminal.

[00134] Em algumas modalidades de exemplo, os meios para receber a solicitação de acesso aleatório podem compreender meios para receber um dos seguintes: um preâmbulo de acesso aleatório livre de contenção; e um preâmbulo de acesso aleatório baseado em contenção.

[00135] Em algumas modalidades de exemplo, a segunda unidade de dados pode compreender pelo menos um dos seguintes MAC CEs: um C-RNTI, um BSR e um PHR.

[00136] Em algumas modalidades de exemplo, o BSR pode compreender pelo menos um dos seguintes: um BSR truncado, um padding BHR, um BSR regular; e um BSR periódico.

[00137] Em algumas modalidades de exemplo, o aparelho compreende ainda: meios para receber, do dispositivo terminal, pelo menos porção da primeira parte da segunda unidade de dados na primeira unidade de dados.

[00138] Fig. 5 é um diagrama de blocos simplificado de um dispositivo 500 que é adequado para implementar modalidades da presente divulgação. O dispositivo 500 pode ser considerado como uma implementação de exemplo adicional de um dispositivo terminal 120 como mostrado na FIG. 1. Por conseguinte, o dispositivo 500 pode ser implementado em ou como pelo menos uma parte do dispositivo terminal 110.

[00139] Como mostrado, o dispositivo 500 inclui um processador 510, uma memória 520 acoplada ao processador 510, um transmissor (TX) e receptor (RX) adequados 540 acoplados ao processador 510 e uma interface de comunicação acoplada ao TX/RX 540. A memória 510 armazena pelo menos uma parte de um programa 530. O TX/RX 540 é para comunicações bidirecionais. O TX/RX 540 tem pelo menos uma antena para facilitar comunicação, embora, na prática, um Nó de Acesso mencionado neste pedido possa ter várias. A interface de comunicação pode representar qualquer interface que seja necessária para comunicação com outros elementos de rede, tal como a interface X2 para comunicações bidirecionais entre eNBs, interface S1 para comunicação entre uma Mobility Management Entity (MME)/Serving Gateway (S-GW) e o eNB , interface Un para comunicação entre o eNB e um nó de retransmissão (RN), ou interface Uu para comunicação entre o eNB e um dispositivo terminal.

[00140] O programa 530 é assumido incluir instruções de programa que, quando executadas pelo processador associado 510, permitem que o dispositivo 500 opere de acordo com as modalidades de exemplo da presente divulgação, conforme discutido aqui com referência às Figs. 2 a 4. As modalidades de exemplo aqui podem ser implementadas por software de computador executável pelo processador 510 do dispositivo 500, ou por hardware, ou por uma combinação de software e hardware. O processador 510 pode ser configurado para implementar várias modalidades de exemplo da presente divulgação. Além disso, uma combinação do processador 510 e da memória 510 pode formar meios de processamento 550 adaptados para implementar várias modalidades de exemplo da presente divulgação.

[00141] A memória 510 pode ser de qualquer tipo adequado para a rede técnica local e pode ser implementada usando qualquer tecnologia de armazenamento de dados adequada, tal como um meio de armazenamento legível por computador não transitório, dispositivos de memória baseados em semicondutor, dispositivos e sistemas de memória magnéticos, dispositivos e sistemas de memória ópticos, memória fixa e memória removível, como exemplos não limitativos. Embora apenas uma memória 510 seja mostrada no dispositivo 500, pode haver vários módulos de memória fisicamente distintos no dispositivo 500. O processador 510 pode ser de qualquer tipo adequado para a rede técnica local e pode incluir um ou mais computadores de uso geral, computadores de uso especial, microprocessadores, processadores de sinal digital (DSPs) e processadores baseados na arquitetura de processador multicore, como não exemplos não limitativos. O dispositivo 500 pode ter mútiplos processadores, tal como um chip de circuito integrado específico de aplicação que é escravo no tempo de um relógio que sincroniza o processador principal.

[00142] Geralmente, as várias modalidades da presente divulgação podem ser implementadas em hardware ou circuitos, software, lógica ou qualquer combinação destes de fins especiais. Alguns aspectos podem ser implementados em hardware, enquanto outros aspectos podem ser implementados em firmware ou software que podem ser executados por um controlador, microprocessador ou outro dispositivo de computação. Embora vários aspectos de modalidades da presente divulgação sejam ilustrados e descritos como diagramas, fluxogramas ou usando alguma outra representação pictórica, será apreciado que os blocos, aparelhos, sistemas, técnicas ou métodos descritos neste documento podem ser implementados, como exemplos não limitantes, hardware, software, firmware, circuitos de finalidade especial ou lógica, hardware de propósito geral ou controlador ou outros dispositivos de computação ou alguma combinação destes.

[00143] A presente divulgação também fornece pelo menos um produto de programa de computador tangivelmente armazenado em um meio de armazenamento legível por computador não transitório. O produto de programa de computador inclui instruções executáveis por computador, tal como aquelas incluídas em módulos de programa, sendo executadas em um dispositivo em um processador alvo real ou virtual, para realizar o processo ou método como descrito acima com referência a qualquer das Figs. 2 a 5. Geralmente, os módulos de programa incluem rotinas, programas, bibliotecas, objetos, classes, componentes, estruturas de dados ou semelhantes que executam tarefas particulares ou implementam tipos de dados abstratos particulares. A funcionalidade dos módulos de programa pode ser combinada ou dividida entre módulos de programa, conforme desejado em várias modalidades. Instruções executáveis por máquina para módulos de programa podem ser executadas dentro de um dispositivo local ou distribuído. Em um dispositivo distribuído, módulos de programa podem estar localizados em ambos os meios de armazenamento locais e remotos.

[00144] Código de programa para realizar métodos da presente divulgação pode ser escrito em qualquer combinação de uma ou mais linguagens de programação. Esses códigos de programa podem ser fornecidos a um processador ou controlador de um computador de propósito geral, um computador de propósito especial ou outro aparelho de processamento de dados programável, de modo que os códigos de programa, quando executados pelo processador ou controlador, façam com que as funções/operações especificadas nos fluxogramas e/ou diagramas de bloco sejam implementadas. O código de programa pode executar inteiramente em uma máquina, parcialmente na máquina, como um pacote de software independente, parcialmente na máquina e parcialmente em uma máquina remota ou inteiramente na máquina remota no servidor.

[00145] No contexto da presente divulgação, os códigos de programa de computador ou dados relacionados podem ser transportados por qualquer portadora adequada para permitir que o dispositivo, aparelho ou processador execute vários processos e várias operações, conforme descrito acima. Exemplos da portadora incluem um sinal, meio legível por computador.

[00146] O meio legível por computador pode ser um meio de sinal legível por computador ou um meio de armazenamento legível por computador. Um meio legível por computador pode incluir, mas não se limitando a, um sistema, aparelho ou dispositivo eletrônico, magnético, óptico, eletromagnético, infravermelho ou semicondutor ou qualquer combinação adequada dos anteriores. Exemplos mais específicos do meio de armazenamento legível por máquina incluiriam uma conexão elétrica tendo um ou mais fios, um disquete de computador portátil, um disco rígido, uma memória de acesso aleatório (RAM), uma memória apenas de leitura (ROM), uma memória apenas de leitura programável apagável (EPROM ou memória flash), uma fibra óptica, uma memória apenas de leitura de disco compacto portátil (CD-ROM), um dispositivo de armazenamento óptico, um dispositivo de armazenamento magnético ou qualquer combinação adequada dos anteriores.

[00147] Adicionalmente, embora operações sejam representadas em uma ordem específica, isso não deve ser entendido como requerendo que tais operações sejam desempenhadas na ordem em particular mostrada ou em ordem sequencial ou que todas as operações ilustradas sejam desempenhadas para alcançar os resultados desejáveis. Em certas circunstâncias, o processamento de multitarefas e paralelo pode ser vantajoso. Da mesma forma, embora vários detalhes de implementação específicos estejam contidos nas discussões acima, esses não devem ser interpretados como limitações no escopo da presente divulgação, mas em vez disso como descrições de características que podem ser específicas para modalidades particulares. Certas características descritas neste documento no contexto de modalidades separadas também podem ser implementadas em combinação em uma única modalidade. Inversamente, várias características que são descritas no contexto de uma única modalidade também podem ser implementadas em múltiplas modalidades separadamente ou em qualquer subcombinação adequada.

[00148] Embora a presente divulgação tenha sido descrita em linguagem específica para características estruturais e/ou atos metodológicos, será entendido que a presente divulgação definida nas reivindicações anexas não é necessariamente limitada às características ou aos atos específicos descritos acima. Em vez disso, as características e os atos específicos descritos acima são divulgados como formas de exemplo de implementar as reivindicações.

Claims

REIVINDICAÇÕES

1. Aparelho caracterizado pelo fato de que compreende: meios para transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; meios para, em resposta ao recebimento, durante o procedimento de acesso aleatório, do dispositivo de rede de uma concessão de uplink para o dispositivo terminal, determinar se um tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal; meios para, depois de determinar que o tamanho indicado pela concessão de uplink não coincide com o tamanho da unidade de dados de pacote armazenada no buffer, incluir uma unidade de dados de subpacote em uma transmissão.

2. Aparelho, de acordo com a reivindicação 1, caracterizado pelo fato de que o aparelho é forçado a transmitir a solicitação de acesso aleatório transmitindo um dos seguintes: um preâmbulo de acesso aleatório livre de contenção; e um preâmbulo de acesso aleatório baseado em contenção.

3. Aparelho, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a unidade de dados de pacote compreende pelo menos um dos seguintes Medium Access Control, MAC, Control Elements, CEs: um Cell Radio Network Temporary Identifier, C-RNTI; um Buffer Status Report, BSR; e um Power Headroom Report, PHR.

4. Aparelho, de acordo com a reivindicação 3, caracterizado pelo fato de que o BSR compreende pelo menos um dos seguintes: um truncated BSR; um padding BSR; um regular BSR; e um periodic BSR.

5. Aparelho, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que a inclusão da unidade de dados de subpacote compreende pelo menos um dos seguintes: descartar um truncated BSR da unidade de dados de pacote; descartar um padding BSR da unidade de dados de pacote; descartar um regular BSR da unidade de dados de pacote; descartar um periodic BSR da unidade de dados de pacote; descartar um PHR da unidade de pacote de dados; e ajustar um tamanho do truncated BSR.

6. Aparelho, de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que a unidade de dados de subpacote da unidade de dados de pacote na transmissão compreende: determinar se o procedimento de acesso aleatório está concluído com sucesso recebendo a concessão de uplink; e em resposta à determinação de que o procedimento de acesso aleatório é considerado concluído com sucesso, não levando em consideração um C-RNTI Medium Access Control, MAC, Control Element, CE da unidade de dados de pacote na transmissão.

7. Aparelho, de acordo com a reivindicação 6, caracterizado pelo fato de que o aparelho é forçado a determinar se o procedimento de acesso aleatório está concluído com sucesso por: meios para determinar que a concessão de uplink é endereçada a pelo menos um dos seguintes: um Cell Radio Network Temporary Identifier, C-RNTI; e um Random Access Radio Network Temporary Identifier, RA-RNTI.

8. Aparelho, de acordo com qualquer uma das reivindicações 1 a 7, caracterizado pelo fato de que a transmissão compreende pelo menos um dos seguintes:

uma transmissão associada à concessão de uplink; e uma transmissão associada a uma concessão de uplink adicional, a concessão de uplink adicional sendo diferente da concessão de uplink.

9. Aparelho, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que o aparelho compreende ainda: meios para transmitir, para o dispositivo de rede, pelo menos porção das unidades de dados de subpacote da unidade de pacote de dados no.

10. Aparelho caracterizado pelo fato de que compreende: meios para receber, de um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório; meios para, em resposta ao recebimento da solicitação de acesso aleatório, transmitir, para o dispositivo terminal, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um tamanho, de modo que o dispositivo terminal determine se o tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal.

11. Aparelho, de acordo com a reivindicação 10, caracterizado pelo fato de que o aparelho é forçado a receber a solicitação de acesso aleatório recebendo um dos seguintes: um preâmbulo de acesso aleatório livre de contenção; e um preâmbulo de acesso aleatório baseado em contenção.

12. Aparelho, de acordo com a reivindicação 10 ou reivindicação 11, caracterizado pelo fato de que a unidade de dados de pacote compreende pelo menos um dos seguintes Medium Access Control, MAC, Control Elements, CEs: um Cell Radio Network Temporary Identifier, C-RNTI; um Buffer Status Report, BSR; e um Power Headroom Report, PHR.

13. Aparelho, de acordo com qualquer uma das reivindicações 10 a 12, caracterizado pelo fato de que o BSR compreende pelo menos um dos seguintes: um truncated BSR; um padding BSR; um regular BSR; e um periodic BSR.

14. Aparelho, de acordo com qualquer uma das reivindicações 10 a 13, caracterizado pelo fato de que o aparelho compreende ainda: meios para receber, do dispositivo terminal, pelo menos porção de uma unidade de dados de subpacote da unidade de dados de pacote.

15. Método caracterizado pelo fato de que compreende: transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; em resposta ao recebimento, durante o procedimento de acesso aleatório, do dispositivo de rede de uma concessão de uplink para o dispositivo terminal, determinar se um tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal; depois de determinar que o tamanho indicado pela concessão de uplink não coincide com o tamanho da unidade de dados de pacote armazenada no buffer, incluir uma unidade de dados de subpacote em uma transmissão.

16. Método implementado em um dispositivo de rede, caracterizado pelo fato de que compreende: receber, de um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório; em resposta ao recebimento da solicitação de acesso aleatório, transmitir, para o dispositivo terminal, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um tamanho, de modo que o dispositivo terminal determine se o tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal.

17. Meio legível por computador não transitório, caracterizado pelo fato de que compreende instruções de programa para fazer com que um aparelho execute pelo menos: transmitir, em um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório para um dispositivo de rede; em resposta ao recebimento, durante o procedimento de acesso aleatório, do dispositivo de rede de uma concessão de uplink para o dispositivo terminal, determinar se um tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal; depois de determinar que o tamanho indicado pela concessão de uplink não coincide com o tamanho da unidade de dados de pacote armazenada no buffer, incluir uma unidade de dados de subpacote em uma transmissão.

18. Meio legível por computador não transitório, caracterizado pelo fato de que compreende instruções de programa para fazer com que um aparelho execute pelo menos: receber, de um dispositivo terminal, uma solicitação de acesso aleatório em um procedimento de acesso aleatório; em resposta ao recebimento da solicitação de acesso aleatório, transmitir, para o dispositivo terminal, uma concessão de uplink do dispositivo terminal, a concessão de uplink indicando um tamanho, de modo que o dispositivo terminal determine se o tamanho indicado pela concessão de uplink corresponde a um tamanho de uma unidade de dados de pacote armazenada em um buffer do dispositivo terminal.