BR112021002355A2 - recurso dedicado pré-configurado para transmissões em modo ocioso - Google Patents

Abstract

RECURSO DEDICADO PRÉ-CONFIGURADO PARA TRANSMISSÕES EM MODO OCIOSO". A presente invenção refere-se a métodos, sistemas, e dispositivos para prover recursos dedicados pré-configurados para comunicações durante o estado ocioso de RRC (controle de recurso de rádio), por meio disto permitindo significativas economias de energia durante a comunicação de pequenos pacotes de dados. Um método exemplar para comunicação sem fio inclui transmitir uma primeira mensagem que compreende uma indicação de recursos dedicados específicos de terminal pré-configurados para uma comunicação entre o dispositivo de rede e um terminal, e receber informações do terminal sobre os recursos dedicados específicos de terminal pré-configurados, em que o terminal está em um modo ocioso e está sem uma conexão de RRC estabelecida. Outro método exemplar para comunicação sem fio inclui receber uma primeira mensagem que compreende uma indicação de recursos dedicados específicos de terminal pré-configurados para uma comunicação entre um dispositivo de rede e o terminal, e transmitir, enquanto no modo ocioso e sem uma conexão de RRC estabelecida, informações sobre os recursos dedicados específicos de terminal pré-configurados.

Description

Relatório Descritivo da Patente de Invenção para "RE- CURSO DEDICADO PRÉ-CONFIGURADO PARA TRANSMISSÕES EM MODO OCIOSO".

CAMPO DA TÉCNICA

[0001] Este documento está direcionado geralmente a comunica- ções sem fio.

FUNDAMENTOS

[0002] As tecnologias de comunicação sem fio estão movendo o mundo na direção de uma sociedade crescentemente conectada e em rede. O rápido crescimento de comunicações sem fio e avanços em tec- nologia levaram a uma maior demanda para capacidade e conectivi- dade. Outros aspectos, tais como consumo de energia, custo de dispo- sitivo, eficiência espectral, e latência são também importantes para atender às necessidades de vários cenários de comunicação. Em com- paração com as redes sem fio existentes, os sistemas de próxima gera- ção e técnicas de comunicação sem fio precisam prover suporte para um número crescente de usuários e dispositivos, por meio disto reque- rendo métodos para conservar energia, especialmente durante a comu- nicação constante de pequenos pacotes de dados.

SUMÁRIO

[0003] Este documento refere-se a métodos, sistemas, e dispositi- vos para prover recursos dedicados pré-configurados para comunica- ções durante o estado ocioso de RRC (controle de recurso de rádio), por meio disto permitindo significativas economias de energia durante a comunicação de pequenos pacotes de dados.

[0004] Em um aspecto exemplar, um método de comunicação sem fio está descrito. O método inclui transmitir uma primeira mensagem que compreende uma indicação de recursos dedicados específicos de ter- minal pré-configurados para uma comunicação entre o dispositivo de rede e um terminal, e receber informações do terminal sobre os recursos dedicados pré-configurados específicos de terminal, em que o terminal está em um modo ocioso e está sem uma conexão de RRC estabele- cida.

[0005] Em outro aspecto exemplar, um método de comunicação sem fio está descrito. O método inclui receber uma primeira mensagem que compreende uma indicação de recursos dedicados específicos de terminal pré-configurados para uma comunicação entre um dispositivo de rede e o terminal, e transmitir, enquanto no modo ocioso e sem uma conexão de RRC estabelecida, informações sobre os recursos dedica- dos específicos de terminal pré-configurados.

[0006] Em ainda outro aspecto exemplar, os métodos acima descri- tos estão incorporados na forma de um código executável por proces- sador e armazenados em um meio de programa legível por computador.

[0007] Em ainda outra modalidade exemplar, um dispositivo que está configurado ou operável para executar os métodos acima descritos está descrito.

[0008] Os acima e outros aspectos e suas implementações estão descritos em maiores detalhes nos desenhos, nas descrições, e nas rei- vindicações.

BREVE DESCRIÇÃO DOS DESENHOS

[0009] Figura 1 mostra um exemplo de uma estação de base (BS) e equipamento de usuário (UE) em comunicação sem fio, de acordo com algumas modalidades da tecnologia presentemente descrita.

[0010] Figura 2 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaço de pesquisa dedicados pré-configurados.

[0011] Figura 3 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaço de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink.

[0012] Figura 4 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaço de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de informações de controle de downlink (DCI).

[0013] Figura 5 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaço de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de DCI e a Conexão de RRC sendo liberada utilizando um temporizador.

[0014] Figura 6 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaço de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de DCI e a Conexão de RRC sendo liberada através de disparo de DCI.

[0015] Figura 7 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de proteção de liberação de recurso.

[0016] Figura 8 mostra um exemplo de um método de comunicação sem fio executado em um aparelho de comunicação sem fio (ou equi- pamento de usuário), de acordo com algumas modalidades da tecnolo- gia presentemente descrita.

[0017] Figura 9 mostra um exemplo de um método de comunicação sem fio executado em um nodo de comunicação (ou nodo de rede), de acordo com algumas modalidades da tecnologia presentemente des- crita.

[0018] Figura 10 é uma representação de diagrama de blocos de uma porção de um aparelho, de acordo com algumas modalidades da tecnologia presentemente descrita.

DESCRIÇÃO DETALHADA

[0019] Em sistemas de comunicação M2M (Máquina para Má- quina), a economia de energia de UE (equipamento de usuário) é cru- cial. O consumo de energia da UE é principalmente refletido no estabe- lecimento do processo de conexão de RRC, e a transmissão de dados, recepção e monitoramento de canal no estado de conexão de RRC. Para a tecnologia de (Banda Estreita) NB-IoT (Internet de Coisas), a qual principalmente transporta pequenas transmissões de dados, o UE mantém o estado conexão de RRC por um curto tempo, de modo que o consumo de energia de UE é principalmente consumido na fase de es- tabelecimento de conexão de RRC (por exemplo, no processo de PRACH (canal de acesso randômico físico)). Com a introdução de EDT (Transmissão de Dados Antecipada), em que pequenos pacotes de da- dos podem ser transmitidos no processo de PRACH, os UEs que trans- mitem pequenos pacotes de dados não precisam entrar no estado de conexão de RRC. Assim, o consumo de energia do UE que transmite pequenos dados é principalmente consumido no processo de PRACH.

[0020] O processo de PRACH no processo de estabelecimento de conexão de RRC está geralmente baseado em recursos de PRACH ba- seados em contenção, e o processo está dividido em quatro etapas:

[0021] Etapa 1: Preâmbulo (Msg1: UE para eNodeB)

[0022] Etapa 2: RAR (Resposta de Canal de Acesso Randômico) (Msg2: eNodeB para UE)

[0023] Etapa 3: 1ª Mensagem de RRC (Msg3: UE para eNodeB)

[0024] Etapa 4: 2ª Mensagem de RRC (Msg4: eNodeB para UE)

[0025] A Msg3 carrega o identificador de UE, e a Msg4 completa a resolução de contenção com base no identificador de UE (identifica o UE), e o processo de PRACH termina. Em um esquema não EDT, após a resolução de contenção ser completada, o UE entra no estado de co- nexão de RRC e inicia uma transmissão de dados Específica de UE. Para a solução de EDT, Msg3 pode carregar dados de uplink, Msg4 pode carregar dados de downlink, e os dados foram enviados com su- cesso para o destino uma vez que a resolução de contenção completa com sucesso, e o UE retorna para o estado ocioso de RRC. Pode ser visto deste processo que Msg1 e Msg2 são essenciais para soluções tanto de EDT quanto não EDT.

[0026] Se o UE em modo ocioso for pré-configurado com recursos dedicados, a transmissão e recepção de dados podem ser executadas nos recursos dedicados pré-configurados, e a resolução de contenção (identificação UE) pode ser completada com base no recursos pré-con- figurados em Msg2, por meio disto encurtando o processo de PRACH e aperfeiçoando a eficiência de transmissão de pequenos dados. Em al- gumas modalidades da tecnologia descrita, e como descrito no presente documento, os recursos dedicados pré-configurados são referidos como recursos dedicados específicos de UE pré-configurados (ou específicos de terminal) (por exemplo, destinados para um UE ou terminal especí- fico).

[0027] Os recursos dedicados do UE no modo ocioso podem so- mente ser configurados no estado de conexão de RRC anterior, e as políticas de recursos e fluxos de serviço pré-configurados envolvidos em diferentes tipos de recursos pré-configurados são diferentes.

[0028] As modalidades da tecnologia descrita proveem um método de pré-configuração de recurso dedicado para UE com base em trans- missão de dados baseada em recurso pré-configurado no modo ocioso de RRC.

[0029] A Figura 1 mostra um exemplo de um sistema de comunica- ção sem fio (por exemplo, um LTE, rede de celular 5G ou NR) que inclui uma BS 120 e um ou mais equipamentos de usuário (UE) 111, 112 e

113. Em algumas modalidades, a BS transmite uma indicação dos re- cursos dedicados pré-configurados (141, 142, 143) para os UEs. Sub-

sequentemente, os UEs podem utilizar estes recursos dedicados espe- cíficos de UE para comunicação (131, 132, 133) com a BS quando estes estão no modo ocioso. O UE pode ser, por exemplo, um smartphone, um tablet, um computador móvel, um dispositivo de máquina para má- quina (M2M), um terminal, um dispositivo móvel, um dispositivo de In- ternet de Coisas (IoT), e assim por diante.

[0030] As modalidades da tecnologia descrita incluem a estação de base (ou dispositivo de rede, eNodeB, gNB, e assim por diante) confi- gurando os recursos dedicados requeridos para transmissão de dados em modo ocioso de RRC (também referido como o estado ocioso de RRC, ou simplesmente estado ocioso ou modo ocioso), e os terminais que utilizam estes recursos dedicados específicos de terminal para exe- cutar comunicação com a estação de base.

[0031] Em algumas modalidades, os recursos dedicados pré-confi- gurados utilizados pelo UE incluem pelo menos um dos seguintes:

[0032] (a) um espaço de pesquisa dedicado de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE), o qual envolve monitorar o tempo do PDCCH (canal de controle de downlink físico) para ser preciso para milissegundos ou limites de subquadro;

[0033] (b) duração de monitoramento de espaço de pesquisa dedi- cado de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE) (USS_IDLE Monitoring Window Length);

[0034] (c) tempo de início de monitorar o espaço de pesquisa dedi- cado de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE) (USS_IDLE_START), cujo tempo deve ser preciso para o segundo ou limite de quadro sem fio (SFN), e pode ainda ser preciso para milissegundos ou limites subquadro;

[0035] (d) recurso de PUSCH (canal compartilhado de uplink físico) dedicado para transmissão de dados de estado ocioso de RRC (infor- mações de programação de PUSCH dedicado);

[0036] (e) (Recurso de Acesso Randômico Livre de Contenção (CFRA) para transmissão de dados de estado ocioso de RRC; e

[0037] (f) tempo de início de recursos de PUSCH dedicados e/ou recursos de CFRA, em que o tempo de início do recurso de PUSCH é preciso para um milissegundo ou um limite de subquadro, e o tempo de início do recurso de CFRA é preciso para um segundo ou um limite de quadro de rádio sem fio (SFN).

[0038] Em algumas modalidades, o modo de configuração de parâ- metro é relativo ao modo gatilho da Liberação de Conexão de RRC, como descrito no contexto das Figuras 2-7.

[0039] A Figura 2 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaços de pesquisa dedicados pré-configurados. Como mostrado na Figura 2, o diagrama de mensagem e tempo exemplar inclui:

[0040] Etapa 1: O parâmetro relativo a espaço de pesquisa dedi- cado em modo ocioso é carregado na mensagem de liberação de cone- xão de RRC ou no MAC CE acompanhante, e o UE entra em uma indi- cação de status de recurso dedicado pré-configurado do modo ocioso. Este é o final do período T1 e o início do período T2, em que o UE entra no modo ocioso com uma indicação de estado de recurso dedicado pré- configurado, a qual é utilizada para indicar que o UE no estado de re- curso dedicado específico de UE pré-configurado em modo ocioso pode executar transmissão e recepção de informações, e o parâmetro relativo DE espaço de pesquisa dedicado em modo ocioso é utilizado para mo- nitoramento de PDCCH de espaço de pesquisa dedicado em modo oci- oso para transmissão de dados.

[0041] A mensagem de liberação de conexão de RRC inclui pelo menos um dos seguintes:

[0042] ● RRCConnectionRelease

[0043] ● RRCEarlyDataComplete

[0044] ● Outras mensagens de liberação de RRC que podem ser recentemente introduzidas

[0045] Em algumas modalidades, os parâmetros relativos de es- paço de pesquisa dedicado em modo ocioso pré-configurados incluem pelo menos um dos seguintes:

[0046] ● Um espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE)

[0047] ● Uma duração máxima de monitoramento de espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE) (USS_IDLE Monitoring Window Length)

[0048] ● Um tempo de monitoramento de início de espaço de pes- quisa dedicado de UE de modo de transmissão de dados de estado oci- oso de RRC (USS_IDLE) (USS_IDLE_START)

[0049] O parâmetro USS_IDLE inclui: um parâmetro utilizado para determinar um tempo de monitoramento de início de PDCCH de USS_IDLE (subquadro), um intervalo de monitoramento de PDCCH de USS_IDLE e um número de repetição de monitoramento de PDCCH de USS_IDLE.

[0050] Em algumas modalidades, os parâmetros utilizados para de- terminar o tempo de início de monitoramento de PDCCH de USS_IDLE (subquadro) podem ser determinados em um dos seguintes modos:

[0051] ● Configurando o deslocamento de tempo de início de moni- toramento de PDCCH, utilizando o parâmetro npdcch-Offset-USS (o qual usualmente utilizado para decidir a localização de subquadro de início de monitoramento de PDCCH de espaço de pesquisa específico de UE (USS), no modo conectado), o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base no deslocamento de tempo de início de monitoramento de PDCCH.

[0052] ● Configurando um ciclo de monitoramento de PDCCH e um número de pontos de início de monitoramento de PDCCH em um perí- odo de monitoramento de PDCCH, o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base nos parâmetros con- figurados e UE-ID. Especificamente, o período de monitoramento de PDCCH pode ser 1/n ou n vezes do ciclo de DRX de pageamento, em que n é um inteiro positivo, e UE calcula o subquadro de início de moni- toramento de PDCCH com o mesmo modo como calcula a Ocasião de monitoramento de pageamento de CSS.

[0053] ● Parâmetros determinados de tempo de início de monitora- mento (subquadro) de espaço de pesquisa específico de UE em modo ocioso pré-configurado (USS_IDLE) (por exemplo, com base em pelo menos uma das seguintes configurações de parâmetro para determinar o tempo de início de monitoramento de monitoramento de PDCCH: H- SFN-Start, SFN-Start, SubFrame-Start).

[0054] Em algumas modalidades, os parâmetros utilizados para de- terminar o intervalo de PDCCH de monitoramento de USS_IDLE podem ser determinados em um dos seguintes modos:

[0055] ● O espaço de pesquisa específico de UE (USS) no modo conectado determina o parâmetro do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS)

[0056] ● Um espaço de pesquisa específico do UE em modo ocioso pré-configurado (USS_IDLE) determina os parâmetros do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS_IDLE)

[0057] ● Um intervalo pré-configurado do espaço de pesquisa es- pecífico de UE do modo ocioso (USS_IDLE) (por exemplo, o número de ciclos de PDCCH, ou o número de SFNs, ou o número de outros com- primentos de tempo de expressão)

[0058] Em algumas modalidades, o parâmetro utilizado por USS_IDLE para monitorar o número de repetições de PDCCH pode ser um dos seguintes:

[0059] ● Um número de repetição de PDCCH de espaço de pes- quisa específico de UE (USS) (npdcch-NumRepetitions) no modo co- nectado

[0060] ● Um espaço de pesquisa específico de UE em modo ocioso reconfigurado (USS_IDLE) repetições de PDCCH (npdcch-NumRepeti- tions-USS_IDLE)

[0061] Em algumas modalidades, e no modo de transmissão de da- dos de estado ocioso de RRC, o tempo de monitoramento máximo (USS_IDLE Monitoring Window Length) do espaço de pesquisa especí- fico de UE (USS_IDLE) pode ser pré-configurado pelo comprimento de janela de tempo em segundos, utilizando um temporizador, ou predefi- nido por padronização de rede, etc.

[0062] Em algumas modalidades, e no modo de transmissão de da- dos de estado ocioso de RRC, o tempo de início de monitoramento (USS_IDLE_START) do espaço de pesquisa específico de UE (USS_IDLE) pode ser definido por tempo relativo (por exemplo, utili- zando um temporizador) ou tempo absoluto.

[0063] ● Quando utilizando o tempo relativo, o temporizador inicia a contar de um certo momento (por exemplo, quando o eNB envia uma mensagem de liberação de conexão de RRC ou o UE recebe a mensa- gem de liberação de conexão de RRC), e então inicia a monitorar o PDCCH em USS_IDLE após um certo período de tempo. O temporiza- dor pode ser em segundos, horas, etc.

[0064] ● Quando utilizando o tempo absoluto, o tempo absoluto é um tempo de monitoramento de início de pré-configuração, por exem- plo: uma certa hora em um certo dia em um certo mês de um certo ano. Este tempo absoluto pode ser H-HSFN_Start, H-SFN_Start ou SFN_Start. As informações de H-HSFN de transmissão de mensagem de sistema são requeridas no H-HSFN_Start. O H-HSFN é um período de tempo em unidades de períodos de H-SFN. Geralmente, um H-HSFN contém 1024 H-SFNs.

[0065] Etapa 2: O UE inicia o monitoramento de PDCCH de acordo com o tempo de monitoramento de PDCCH, e o intervalo de monitora- mento definido pelo "parâmetro de USS_IDLE" o período de "Compri- mento de Janela de Monitoramento de USS_IDLE" inicia em "USS_IDLE_START". Este é o final do período T2 e o início do período T3.

[0066] Etapa 3: O UE monitora o PDCCH, mas não monitora seu próprio PDCCH.

[0067] Etapa 3a: O UE monitora o PDCCH, mas não monitora seu próprio PDCCH.

[0068] Em algumas modalidades, como o UE monitora seu próprio PDCCH dedicado, a resolução de contenção é completada com su- cesso ou a identificação do UE é completada com sucesso e o UE entra no estado de RRC_CONNECTED. Assim, o UE termina o monitora- mento de PDCCH do USS_IDLE com antecedência, e inicia a monitori- zar o PDCCH do modo conectado de USS. Isto quer dizer, o tempo de final de monitoramento de PDCCH de USS_IDLE é quando o Compri- mento da Janela de Monitoramento de USS_IDLE expira ou o PDCCH dedicado é monitorado, o que ocorrer primeiro.

[0069] Etapa 4: Se o PDCCH carregado na Etapa 3b for uma Con- cessão de UL, o UE envia o PUSCH sobre o recurso programado pela Concessão de UL.

[0070] Etapa 4a: Se o PDCCH carregar uma Ordem de PDCCH na Etapa 3b, o UE envia um Preâmbulo (que dispara o procedimento de PRACH).

[0071] Etapa 4b: Se o PDCCH carregar uma Concessão de DL na Etapa 3b, o UE monitora o PDSCH no recurso programado de Conces- são de DL.

[0072] Etapa 5: O UE entra no estado de recurso dedicado pré-con- figurado em modo ocioso quando recebendo a mensagem de liberação de conexão de RRC com uma indicação de recurso dedicado pré-confi- gurada. Aqui, o UE pode executar transmissão e recepção de informa- ções na localização de recurso dedicado específico de UE pré-configu- rado em modo ocioso. O período T1 termina, e o período de tempo T2 inicia. Neste ponto, a mensagem de liberação de conexão de RRC cor- rente não carrega informações de recursos dedicados pré-configurados, o UE utiliza as informações de recursos dedicados pré-configurados mais recentes.

[0073] Em algumas modalidades, e se o UE receber a mensagem de liberação de conexão de RRC sem indicar o UE no estado de recurso dedicado de pré-configuração em modo ocioso, o UE libera o recurso dedicado pré-configurado.

[0074] A Figura 3 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaços de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink. Como mostrado na Figura 3, o diagrama de mensagem e tempo exemplar inclui:

[0075] Etapa 1: O parâmetro relativo de espaço de pesquisa dedi- cado em modo ocioso, configuração relativa de recursos dedicados de uplink em modo ocioso são carregados na mensagem de liberação de conexão de RRC ou no MAC CE acompanhante, e o UE entra no modo ocioso com uma indicação de status de recurso dedicado pré-configu- rada. Este é o final do período T1 e o início do período T2, em que: o UE entra em um modo ocioso com uma indicação de status de recurso dedicado pré-configurada, a qual é utilizada para indicar o UE na locali- zação de recurso dedicado específico de UE pré-configurado em modo ocioso para transmissão e recepção de informações. A configuração re- lativa a recurso dedicado específico do UE de uplink em modo ocioso é utilizada para a transmissão de informações do uplink em modo ocioso; e parâmetros relativos de espaço de pesquisa dedicado em modo oci- oso, são utilizados para o monitoramento de PDCCH de espaço de pes- quisa dedicado de transmissão de dados em modo ocioso.

[0076] A mensagem de liberação de conexão de RRC inclui pelo menos um dos seguintes:

[0077] ● RRCConnectionRelease

[0078] ● RRCEarlyDataComplete

[0079] ● Outras mensagens de liberação de RRC que podem ser recentemente introduzidas

[0080] Em algumas modalidades, a mensagem de configuração de recurso dedicado de uplink inclui pelo menos um dos seguintes:

[0081] ● Informações de programação de recurso de PUSCH de uplink dedicado pré-configurado em modo ocioso, as quais incluem in- formações de programação da transmissão de PUSCH de uplink, e in- cluem pelo menos: CarrierIndex, SubCarrierIndex, ResourceAssign- ment, ModulationAndCodingScheme, e/ou RepetitionNumber.

[0082] ● Informações de recurso de CFRA de uplink dedicado pré- configurado em modo ocioso, as quais incluem informações de recurso de CFRA de uplink, incluindo pelo menos: CarrierIndex, ResourceIndex (CEL), e/ou SubCarrierIndex.

[0083] ● Um tempo de início de recursos de uplink dedicados pré- configurados em modo ocioso

[0084] ● Um intervalo para pré-configurar recursos de uplink dedi- cados em modo ocioso, o qual pode consistir em um intervalo para pré- configurar recursos de uplink dedicados em modo ocioso, por exemplo, um intervalo de recursos para pré-configurar múltiplos recursos de PUSCH de uplink, ou um intervalo de recursos quando múltiplos recur- sos de CFRA são pré-configurados. Se o parâmetro for configurado, o recurso de uplink dedicado pré-configurado em modo ocioso inicia do tempo de início do recurso de uplink dedicado pré-configurado em modo ocioso, e a ocasião de recurso de uplink dedicado em modo ocioso ocorre a cada intervalo do intervalo de "intervalo de recurso de uplink dedicado pré-configurado em modo ocioso". Na Figura 3, o intervalo "T: intervalo do recurso de uplink dedicado de pré-configurado em modo ocioso" é utilizado, e as informações de uplink são transmitidas no re- curso dedicado pré-configurado.

[0085] ● Um número de recursos de uplink dedicados pré-configu- rados no modo ocioso (ou número de blocos TB), o qual pode incluir o número de recursos pré-configurados utilizados para pré-configurar múltiplos recursos de PUSCH de uplink. Se o parâmetro for configurado, o recurso de uplink dedicado pré-configurado em modo ocioso inicia do tempo de início do recurso de uplink dedicado pré-configurado em modo ocioso, e a ocasião de recurso de uplink dedicado em modo ocioso ocorre a cada intervalo do intervalo de "intervalo de recursos de uplink dedicados pré-configurados em modo ocioso". O recurso pré-configu- rado de uplink termina até que o número de recursos seja igual ao nú- mero de recursos de uplink dedicados pré-configurados em modo oci- oso. Na Figura 3, o intervalo "T: intervalo de recurso de uplink dedicado pré-configurado de modo ocioso" é utilizado, as informações de uplink são enviadas uma vez no recurso dedicado pré-configurado, e o recurso pré-configurado de uplink termina após n vezes de transmissão, em que n é o número de "pré-configuração em modo ocioso" de recursos de uplink dedicados.

[0086] Mais ainda, no modo ocioso, o tempo de início de pré-confi- gurar recursos de uplink dedicados pode ser definido por um tempo re- lativo (temporizador), tempo absoluto ou tempo relativo + tempo abso- luto.

[0087] ● Quando utilizando o tempo relativo, o temporizador inicia de um certo tempo (tal como quando o eNB envia uma mensagem de liberação de conexão de RRC ou o UE recebe a mensagem de liberação de conexão de RRC), e inicia a monitorar o PDCCH no USS_IDLE ou enviar informações de uplink nos recursos de uplink dedicados pré-con- figurados após um certo período de tempo. O temporizador pode ser segundos, horas, quadros de rádio, etc.

[0088] ● Quando utilizando tempo absoluto, o tempo absoluto é um tempo de monitoramento de início de pré-configuração. Por exemplo, uma certa hora de um certo dia em um certo mês, um certo milissegundo de uma certa hora, ou um certo dia do mês, ou uma certa hora da se- mana. Esta certa hora é H-HSFN_Start/H-SFN_Start/SFN_Start/Sub- Frame_Start. As informações de H-HSFN transmitidas na mensagem de sistema são requeridas no modo de H-HSFN_Start. O H-HSFN é um período de tempo em unidades de períodos de H-SFN. Geralmente, um H-HSFN contém 1024 H-SFNs.

[0089] ● Quando utilizando tempo relativo + tempo absoluto, um re- curso de uplink dedicado pré-configurado em modo ocioso pré-configu- rado inicia em um certo ponto no tempo (tal como quando o eNB envia uma mensagem de liberação de conexão de RRC ou o UE recebe a mensagem de liberação de conexão de RRC) mais um valor de deslo- camento, o qual pode ser um certo período de tempo (por exemplo, com base em um temporizador), o primeiro HSFN_Start, SFN_Start, ou po- sição SubFrame_Start, o primeiro HSFN_Start, SFN_Start, ou posição de SubFrame_Start após um certo mês do ano, e assim por diante.

[0090] O tempo de início do recurso de uplink dedicado pode tam- bém ser um deslocamento em relação ao USS_IDLE_Start (por exem- plo, o tempo de início pode ser o mesmo que o tempo de início de USS_IDLE_Start, ou pode ser um tempo pré-configurado antes do tempo de início DE USS_IDLE_Start), ou a duração pré-configurada ou duração pré-definida padrão podem ser diferidas do USS_IDLE_Start.

[0091] Em algumas modalidades, os parâmetros relativos a espaço de pesquisa dedicada em modo ocioso pré-configurados incluem pelo menos um dos seguintes:

[0092] ● Um espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso RRC (USS_IDLE)

[0093] ● Um espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso RRC (USS_IDLE) que monitora duração máxima (USS_IDLE Monitoring Window Length)

[0094] ● Um tempo de monitoramento de início (USS_IDLE_START) de espaço de pesquisa dedicado de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE)

[0095] Em algumas modalidades, os parâmetros relativos de es- paço de pesquisa dedicado em modo ocioso pré-configurados (USS_IDLE) incluem pelo menos um dos seguintes: PDCCH inicia a monitorar o tempo (subquadro), um USS_IDLE monitorando parâmetro de intervalo de PDCCH e USS_IDLE monitorando número de repetição de PDCCH.

[0096] Em algumas modalidades, os parâmetros utilizados para de- terminar o USS_IDLE que monitora o tempo de monitoramento de início de PDCCH (subquadro) podem ser determinados em um dos seguintes modos:

[0097] ● Configurar o desvio de tempo de início de monitoramento de PDCCH (especialmente utilizar o parâmetro npdcch-Offset-USS (o qual é utilizado usualmente para decidir a localização de subquadro de início de monitoramento de PDCCH de espaço de pesquisa específico de UE (USS) no modo conectado), o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base no deslocamento de tempo de início de monitoramento de PDCCH.

[0098] ● Configurar um ciclo de monitoramento de PDCCH e um número de pontos de início de monitoramento de PDCCH em um perí- odo de monitoramento de PDCCH, o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base nos parâmetros con- figurados e UE-ID. Especificamente, o período de monitoramento de PDCCH pode ser 1/ n ou n vezes do ciclo de DRX de pageamento, em que n é um inteiro positivo, e UE calcula o subquadro de início de moni- toramento de PDCCH com o mesmo modo como calcula a Ocasião de monitoramento de pageamento de CSS.

[0099] ● Parâmetros determinados de tempo de início de monitora- mento (subquadro) de espaço de pesquisa específico de UE em modo ocioso pré-configurado (USS_IDLE) (por exemplo, com base em pelo menos uma das seguintes configurações de parâmetro para determinar o tempo de início de monitoramento (subquadro) de monitoramento de PDCCH: H-SFN-Start, SFN-Start, SubFrame-Start).

[0100] ● Deslocamento pré-configurado relativo ao tempo inicial do tempo de início de recurso de uplink dedicado (por exemplo, o tempo inicial pode ser o mesmo que o tempo de início do recurso de uplink dedicado pré-configurado de modo ocioso, ou pode ser um tempo pré- configurado antes do tempo de início do recurso de uplink dedicado pré- configurado de modo ocioso, ou a duração pré-configurada ou duração predefinida padrão pode ser deferida do início do recurso a montante dedicado pré-configurado de modo ocioso).

[0101] Em algumas modalidades, os parâmetros utilizados para de- terminar o intervalo de PDCCH de monitoramento de USS_IDLE podem ser determinados em um dos seguintes modos:

[0102] ● O espaço de pesquisa específico de UE (USS) no modo conectado determina os parâmetros do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS)

[0103] ● Um espaço de pesquisa específico do modo ocioso UE pré-configurado (USS_IDLE) determina os parâmetros do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS_IDLE)

[0104] ● Um intervalo pré-configurado do espaço de pesquisa es- pecífico de UE de modo ocioso (USS_IDLE) (por exemplo, o número de ciclos de PDCCH, o número de SFNs, ou o número de outros compri- mentos de tempo de expressão)

[0105] ● Um ciclo de monitoramento de PDCCH pré-configurado

[0106] O parâmetro utilizado por USS_IDLE para monitorar o nú- mero de repetições de PDCCH pode ser um dos seguintes:

[0107] ● Um número de repetição de PDCCH de espaço de pes- quisa específico de UE (USS) (npdcch-NumRepetitions) no modo co- nectado

[0108] ● Repetições de PDCCH em modo ocioso pré-configurado (USS_IDLE) PDCCH (npdcch-NumRepetitions-USS_IDLE)

[0109] Em algumas modalidades, no modo de transmissão de da- dos de estado ocioso RRC, o tempo máximo de monitoramento (USS_IDLE Monitoring Window Length) do espaço de pesquisa especí- fico de UE (USS_IDLE) pode ser pré-configurado pelo comprimento da janela de tempo em segundos, temporizadores, etc., ou predefinidos pela padronização da rede, etc.

[0110] Em algumas modalidades, e no modo de transmissão de da- dos de estado ocioso RRC, o tempo de monitoramento de início (USS_IDLE_START) do espaço de busca específico da UE (USS_IDLE) pode ser definido por tempo relativo (temporizador) ou tempo absoluto.

[0111] ● O temporizador inicia a contagem de um certo momento (tal como o eNB envia uma mensagem de liberação de conexão de RRC ou o UE recebe a mensagem de liberação de conexão de RRC), e então inicia o monitoramento de PDCCH em USS_IDLE após um certo perí- odo de tempo (o temporizador pode ser em segundos, horas, etc.)

[0112] ● O tempo absoluto é um tempo de monitoramento de início de pré-configuração. Por exemplo, este pode ser uma certa hora em um certo mês de um certo ano, uma certa hora em um certo mês de um certo ano, ou uma certa hora em um certo dia do mês, uma certa hora do mês, uma certa hora do dia, ou H-HSFN_Start/H- SFN_Start/SFN_Start. As informações de H-HSFN transmitidas em mensagem de sistema são requeridas no modo de H-HSFN_Start. O H- HSFN é um período de tempo em unidades de períodos de H-SFN. Ge- ralmente, um H-HSFN contém 1024 H-SFNs.

[0113] Etapa 2: O UE inicia o monitoramento de PDCCH de acordo com o tempo de monitoramento de PDCCH e o intervalo de monitora- mento definido pelo "parâmetro USS_IDLE" no período de "USS_IDLE Comprimento de Janela de Monitoramento" no "USS_IDLE_START". Este é o final do período T2 e o início do período T3.

[0114] Etapa 2-1: O UE envia informações de uplink sobre o recurso pré-configurado.

[0115] Além disso, o tempo da Etapa 2 e Etapa 2-1 pode ser o mesmo, a Etapa 2 pode ser pré-configurada antes da Etapa 2-1 ou para uma duração predefinida padrão, ou a Etapa 2 pode ser posterior à du- ração pré-configurada de Etapa 2-1 ou por uma duração predefinida pa- drão.

[0116] As informações do uplink incluem pelo menos uma das se- guintes porções de informações:

[0117] BSR, NAS PDU, User Data PDU, RRCConnectionRequest, RRCConnectionResumeRequest, RRCConnectionReestablishmentRe- quest, RRCEarlyDataRequest, C-RNTI MAC CE, ou indicação de tipo de serviço solicitado pelo UE.

[0118] Etapa 3: O UE monitora seu próprio PDCCH, executa as ope- rações subsequentes com base nas informações de programação (Con- cessão de UL / Concessão de DL / Pedido de PDCCH, etc.) incluídas no PDCCH, e entra no modo de conexão de RRC. Este é o final do período T3 e o início do período T1.

[0119] Etapa 2-2: Se o parâmetro de pré-configuração de recurso dedicado do modo ocioso incluir o "intervalo de recurso de uplink dedi- cado pré-configurado de modo de intervalo", o recurso de uplink dedi- cado pré-configurado de modo ocioso inicia na Etapa 2, e cada intervalo tem um "recurso de uplink dedicado pré-configurado de modo ocioso", então o tempo de recurso de uplink dedicado de modo ocioso ocorre em cada intervalo. (Na Figura 3, o intervalo é o período "T: intervalo de re- curso de uplink dedicado pré-configurado de modo ocioso", e as infor- mações de uplink são enviadas no recurso dedicado pré-configurado).

[0120] Etapa 2-n: Se o parâmetro de pré-configuração de recurso dedicado de modo ocioso incluir "o número de recursos de uplink dedi- cados pré-configurados de modo ocioso", o recurso de uplink dedicado pré-configurado de modo ocioso inicia na Etapa 2, e cada intervalo tem um "recurso de uplink dedicado pré-configurado de modo ocioso", então o tempo do recurso de uplink dedicado do modo ocioso ocorre uma vez (por exemplo, no início) até que o número de recursos de uplink dedica- dos pré-configurados de modo ocioso ocorra, e o recurso pré-configu- rado de uplink termina. Na Figura 3, o intervalo é o período "T: intervalo de recurso de uplink dedicado pré-configurado de modo ocioso", as in- formações de uplink são enviadas uma vez no recurso dedicado pré- configurado, e o recurso pré-configurado de uplink termina após n trans- missões, em que n é o número de recursos de uplink dedicados especi- ficados na "pré-configuração de modo ocioso".

[0121] Etapa 3: O UE recebe a mensagem de liberação de conexão de RRC, entra no status de recurso dedicado pré-configurado de modo ocioso indicado na mensagem de liberação de conexão de RRC, e exe- cuta a transmissão e recepção de informações a localização de recursos dedicado pré-configurado de modo ocioso. Este é o final do período T1 e o início do período T2. Se a mensagem de liberação de conexão de RRC corrente não carregar as informações de recursos dedicados pré-

configurado, o UE utiliza as informações de recursos dedicados pré- configuradas mais recentes.

[0122] Em algumas modalidades, e se o UE receber a mensagem de liberação de conexão de RRC sem indicar o UE no status de recurso dedicado de pré-configuração de modo ocioso, o UE libera o recurso dedicado pré-configurado.

[0123] A Figura 4 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaços de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de informações de controle de downlink (DCI). Como mostrado na Figura 4, o diagrama de mensagem e tempo exemplar inclui:

[0124] Este exemplo é equivalente à combinação descrita na Figura 2 e Figura 3. O PDCCH DCI na Figura 2 configura um recurso de uplink, enquanto na Figura 3, o intervalo de recursos de uplink é pré-configu- rado. Neste exemplo, o intervalo de recurso de uplink é pré-configurado e a DCI ativa / desativa o recurso de uplink.

[0125] Etapa 1: O parâmetro relativo de espaço de pesquisa dedi- cado de modo ocioso é carregado na mensagem de liberação de cone- xão de RRC ou o MAC CE acompanhante, e o período de recurso dedi- cado de uplink de modo ocioso é configurado, e o UE entra no modo ocioso com uma indicação de status de recurso dedicado pré-configu- rado. Este é o final do período T1 e o início do período T2, em que: o UE entra em um modo ocioso com uma indicação de status de recurso dedicado pré-configurado, a qual é utilizada para indicar que a localiza- ção de recursos dedicados específicos de UE pré-configurados no modo ocioso de UE para transmissão e recepção de informações. O período de recurso dedicado de uplink de modo ocioso é utilizado para pré-con- figuração do intervalo de recurso quando blocos de recursos dedicados são utilizados, e parâmetros relativos de espaço de pesquisa dedicados de modo ocioso são utilizados para monitoramento de PDCCH de es- paço de pesquisa dedicado de transmissão de dados de modo ocioso.

[0126] A mensagem de liberação de conexão de RRC inclui pelo menos um dos seguintes:

[0127] ● RRCConnectionRelease

[0128] ● RRCEarlyDataComplete

[0129] ● Outras mensagens de liberação de RRC que podem ser recentemente introduzidas

[0130] Em algumas modalidades, os parâmetros relativos a espaço de pesquisa dedicado de modo ocioso pré-configurados, incluem pelo menos um dos seguintes:

[0131] ● Um espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE)

[0132] ● Uma duração máxima de monitoramento de espaço de pesquisa específico de UE de modo de transmissão de dados de estado ocioso de RRC (USS_IDLE) (USS_IDLE Monitoring Window Length)

[0133] ● Um tempo de monitoramento de início de espaço de pes- quisa dedicado de UE de modo de transmissão de dados de estado oci- oso de RRC (USS_IDLE) (USS_IDLE_START)

[0134] O parâmetro USS_IDLE inclui: um parâmetro utilizado para determinar um tempo de monitoramento de início de PDCCH de USS_IDLE (subquadro), um intervalo de monitoramento de PDCCH de USS_IDLE e um número de repetição de monitoramento de PDCCH de USS_IDLE.

[0135] Em algumas modalidades, os parâmetros utilizados para de- terminar o tempo de monitoramento de início de PDCCH (subquadro) de monitorar USS_IDLE podem ser determinados em um dos seguintes modos:

[0136] ● Configurar o deslocamento de tempo de início de monito- ramento de PDCCH (especialmente utilizar o parâmetro npdcch-Offset-

USS (o qual é utilizado usualmente para decidir a localização do subquadro de início de monitoramento de PDCCH de espaço de pes- quisa específico de UE (USS) no modo conectado), o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base no deslocamento de tempo de início de monitoramento de PDCCH.

[0137] ● Configurar um ciclo de monitoramento de PDCCH e um número de pontos de início de monitoramento de PDCCH em um perí- odo de monitoramento de PDCCH, o UE calcula o tempo de início de monitoramento de PDCCH (subquadro) com base nos parâmetros con- figurados e UE-ID. Especificamente, o período de monitoramento de PDCCH pode ser 1/n ou n vezes do ciclo de DRX de pageamento, em que n é um inteiro positivo, e UE calcula o subquadro de início de moni- toramento de PDCCH com o mesmo modo como calcula a Ocasião de monitoramento de pageamento de CSS.

[0138] ● Parâmetros determinados de tempo de início de monitora- mento (subquadro) de espaço de pesquisa específico de UE em modo ocioso pré-configurado (USS_IDLE) (por exemplo, com base em uma das seguintes configurações de parâmetro para determinar o tempo de início de monitoramento de monitoramento de PDCCH: H-SFN-Start, SFN-Start, SubFrame-Start).

[0139] Em algumas modalidades, os parâmetros utilizados para de- terminar o intervalo de PDCCH de monitoramento de USS_IDLE podem ser determinados em um dos seguintes modos:

[0140] ● O espaço de pesquisa específico de UE (USS) no modo conectado determina o parâmetro do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS)

[0141] ● Um espaço de pesquisa específico do UE em modo ocioso pré-configurado (USS_IDLE) determina os parâmetros do intervalo de monitoramento de PDCCH (npdcch-StartSF-USS_IDLE)

[0142] ● Um intervalo pré-configurado do espaço de pesquisa es- pecífico de UE do modo ocioso (USS_IDLE) (por exemplo, o número de ciclos de PDCCH, ou o número de SFNs, ou o número de outros com- primentos de tempo de expressão)

[0143] Em algumas modalidades, o parâmetro utilizado por USS_IDLE para monitorar o número de repetições de PDCCH pode ser um dos seguintes:

[0144] ● Um número de repetição de PDCCH de espaço de pes- quisa específico de UE (USS) (npdcch-NumRepetitions) no modo co- nectado

[0145] ● Um espaço de pesquisa específico de UE em modo ocioso reconfigurado (USS_IDLE) repetições de PDCCH (npdcch-NumRepeti- tions-USS_IDLE)

[0146] Em algumas modalidades, e no modo de transmissão de da- dos de estado ocioso de RRC, o tempo de monitoramento máximo (USS_IDLE Monitoring Window Length) do espaço de pesquisa especí- fico de UE (USS_IDLE) pode ser pré-configurado pelo comprimento de janela de tempo em segundos, utilizando um temporizador, ou predefi- nido por padronização de rede, etc.

[0147] Em algumas modalidades, e no modo de transmissão de da- dos de estado ocioso de RRC, o tempo de início de monitoramento (USS_IDLE_START) do espaço de pesquisa específico de UE (USS_IDLE) pode ser definido por tempo relativo (por exemplo, utili- zando um temporizador) ou tempo absoluto.

[0148] ● Quando utilizando o tempo relativo, o temporizador inicia a contar de um certo momento (por exemplo, quando o eNB envia uma mensagem de liberação de conexão de RRC ou o UE recebe a mensa- gem de liberação de conexão de RRC), e então inicia a monitorar o PDCCH em USS_IDLE após um certo período de tempo. O temporiza- dor pode ser em segundos, horas, etc.

[0149] ● Quando utilizando o tempo absoluto, o tempo absoluto é um tempo de monitoramento de início de pré-configuração, por exem- plo: uma certa hora em um certo dia em um certo mês de um certo ano. Este tempo absoluto pode ser H-HSFN_Start, H-SFN_Start ou SFN_Start. As informações de H-HSFN de transmissão de mensagem de sistema são requeridas no modo de H-HSFN_Start. O H-HSFN é um período de tempo em unidades de períodos de H-SFN. Geralmente, um H-HSFN contém 1024 H-SFNs.

[0150] Etapa 2: O UE inicia o monitoramento de PDCCH de acordo com o tempo de monitoramento de PDCCH, e o intervalo de monitora- mento definido pelo "parâmetro de USS_IDLE" o período de "Compri- mento de Janela de Monitoramento de USS_IDLE" no "USS_IDLE_START". Este é o final do período T2 e o início do período T3.

[0151] Em algumas modalidades, as informações do uplink incluem pelo menos uma das seguintes porções de informações:

[0152] BSR, NAS PDU, User Data PDU, RRCConnectionRequest, RRCConnectionResumeRequest, RRCConnectionReestablishmentRe- quest, RRCEarlyDataRequest, C-RNTI MAC CE, ou indicação de tipo de serviço solicitado pelo UE.

[0153] Etapa 3: O UE monitora o PDCCH, mas não monitora seu próprio PDCCH.

[0154] Etapa 3a: O UE monitora o PDCCH, mas não monitora seu próprio PDCCH.

[0155] Etapa 3b: O UE monitora seu próprio PDCCH (o PDCCH misturado com o RNTI específico de UE, o qual pode ser um C-RNTI, um SPS-RNTI ou outro tipo de RNTI definido). O período T3 termina, e o período T1 inicia.

[0156] Etapa 4-1: O tempo de início do recurso de uplink pré-confi- gurado é o tempo quando da recepção do PDCCH ou o tempo quando da recepção do PDCCH mais um deslocamento de tempo. Do tempo de início, a UE envia informações de UL sobre a concessão de UL.

[0157] Etapa 4-2 até Etapa 4-n: O UE envia as informações de uplink uma vez por intervalo do "intervalo de recurso de uplink dedicado pré-configurado de modo de intervalo" na Concessão de UL com base nas informações de programação (informações de Concessão de UL) incluídas no PDCCH como o tempo de início do recurso de uplink pré- configurado.

[0158] Em algumas modalidades, as informações de programação incluídas no PDCCH na Etapa 3b podem também ser informações de Concessão de DL. Se informações de Concessão de DL forem incluí- das, a etapa 4-1 até etapa 4-n devem incluir o eNB enviando informa- ções para o UE no recurso pré-configurado.

[0159] Etapa 5: Se o UE receber a indicação de PDCCH de que o recurso pré-configurado está desativado, o recurso dedicado pré-confi- gurado de uplink é liberado.

[0160] Etapa 6: O UE recebe a mensagem de liberação de conexão de RRC, e entra no modo ocioso com uma indicação de status de re- curso dedicado específico de UE de pré-configuração na mensagem de liberação de conexão de RRC, e executa a transmissão e recepção de informações na localização de recursos dedicados pré-configurados de modo ocioso. Neste ponto, o período T1 termina, e o período T2 inicia. Uma vez que a mensagem de liberação de conexão de RRC corrente não carrega as informações de recursos dedicados pré-configurados, o UE utiliza as informações de recursos dedicados pré-configurados mais recentes.

[0161] A Figura 5 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados de modo ocioso com espaço de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de

DCI e a Conexão de RRC sendo liberada utilizando um temporizador.

[0162] A diferença entre este exemplo e o exemplo mostrado na Fi- gura 4 é que quando a conexão de RRC é disparada pelo temporizador, o temporizador é iniciado quando os dados são enviados ou recebidos. Se o temporizador expirar e não existir nova transmissão e recepção de dados de uplink e downlink, este entra no estado ocioso. Como não existe nenhuma interação de mensagem explícita quando o UE libera os recursos pré-configurados (parâmetros relativos a USS dedicados de transmissão de dados de modo ocioso e intervalo de recurso dedicado de uplink pré-configurados), o UE entra no modo ocioso com uma indi- cação de status de recurso dedicado pré-configurado, o qual pode so- mente ser configurado para o UE com antecedência durante o processo de conexão de RRC.

[0163] Em algumas modalidades, e na política de liberação de co- nexão de RRC baseada em temporizador, as informações de recursos dedicados pré-configuradas podem ser configuradas em qualquer dos seguintes modos:

[0164] ● Enviar para o terminal através da mensagem de RRCCon- nectionSetup

[0165] ● Enviar para o terminal através da mensagem RRCConnec- tionResume

[0166] ● Enviar para o terminal através da mensagem RRCConnec- tionReestablishment

[0167] ● Enviar para o terminal através da mensagem RRCEarlyDa- taComplete

[0168] ● Enviar para o terminal através da mensagem RRCConnec- tionReconfiguration

[0169] ● Enviar para o terminal através do downlink MAC CE

[0170] ● Enviar para o terminal através do PDCCH DCI

[0171] Em algumas modalidades, as informações incluem pelo me- nos uma das seguintes: um parâmetro relacionado a USS dedicado de transmissão de dados de modo ocioso, uma indicação de modo de libe- ração de conexão de RRC, ou um recurso pré-configurado dedicado de uplink de modo ocioso.

[0172] Em algumas modalidades, a indicação de modo de liberação de conexão de RRC inclui qualquer uma das seguintes: uma liberação de liberação e contexto de RRC, uma suspensão de conexão de RRC ou uma indicação de pré-configuração de recurso dedicado de modo ocioso.

[0173] A Figura 6 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de transferência de dados em modo ocioso com espaços de pesquisa dedicados pré-configurados e recursos dedi- cados de uplink, com os recursos dedicados sendo ativados através de DCI e a Conexão de RRC sendo liberada através de disparo de DCI.

[0174] A diferença entre este exemplo e a Figura 5 é que neste exemplo, a DCI pode carregar um pequeno número de bits de informa- ções, tais como informações de concessão de recursos e uma indicação de modo de liberação de conexão de RRC. A diferença da Figura 2 e Figura 3 é que a DCI pode somente carregar um número limitado de bits. Portanto, uma parte das informações de recursos pré-configuradas (tal como o parâmetro relativo a USS_IDLE) pode ser configurada utili- zando uma mensagem de RRC, um MAC CE, ou similares no processo de conexão de RRC, e uma parte das informações são carregadas pela DCI.

[0175] Nesta modalidade, se as informações de recursos pré-confi- guradas (tal como o parâmetro relativo a USS_IDLE) forem configura- das através de uma mensagem de RRC, um MAC CE, ou similares no processo de conexão de RRC, o recurso pré-configurado pode também ser explicitamente indicado para ser liberado por uma mensagem de

RRC, um MAC CE, ou similares.

[0176] A mensagem de RRC inclui uma mensagem de pelo menos um dos seguintes:

[0177] ● RRCConnectionSetup

[0178] ● RRCConnectionResume

[0179] ● RRCConnectionReestablishment

[0180] ● RRCConnectionReconfiguration

[0181] ● Uma mensagem recentemente adicionada para instruir o UE para entrar no estado conectado de RRC, ou uma mensagem para reconfigurar o recurso de rádio do estado conectado de RRC.

[0182] Em algumas modalidades, os recursos dedicados pré-confi- gurados que são indicados na mensagem de Liberação de Conexão de RRC são baseados em disparos de MAC CE. Como o MAC CE pode carregar mais informações, quando o RRC é disparado pelo MAC CE, o recurso dedicado pré-configurado pode ser carregado no MAC-CE, ou pode ser configurado com antecedência no modo mostrado nas Figuras 2-6.

[0183] A Figura 7 mostra um diagrama de mensagem / tempo exem- plar de uma implementação de proteção de liberação de recurso. Nesta modalidade, quando o eNB pré-configura o recurso dedicado de modo ocioso para o UE, o eNB configura um temporizador ou contador válido de recurso do recurso dedicado pré-configurado.

[0184] Em algumas modalidades, o UE automaticamente libera o recurso dedicado pré-configurado se o UE não utilizar o recurso dedi- cado pré-configurado para transmissão e recepção de dados dentro do tempo configurado. O tempo de início ou reinício do temporizador asso- ciado pode ser o tempo de pré-configurar o recurso dedicado (por exem- plo, receber a mensagem de liberação de conexão de RRC que carrega a indicação do recurso dedicado de pré-configuração), ou após os da- dos serem transmitidos e/ou recebido utilizando o recurso dedicado pré-

configurado.

[0185] Em algumas modalidades, e se o UE não tiver os tempos de transmissão de dados de uplink e downlink na localização de recurso pré-configurado alcançando o contador efetivo pré-configurado, o re- curso dedicado configurado é automaticamente liberado. O número de vezes que não existe transmissão de dados de uplink e downlink na lo- cal de recurso pré-configurado pode ser o número de vezes que não existe transmissão e recepção de dados em consecutivas localizações de recursos, ou o número total de vezes que a localização de dados não tem transmissão e recepção de dados (por exemplo, a localização do recurso pode ser descontínua, de modo que os dados de recurso são transmitidos e recebidos em intervalos).

[0186] Em algumas modalidades, o temporizador ou contador do re- curso dedicado pré-configurado pode também ser um temporizador ou contador absoluto: isto é, os recursos dedicados pré-configurados são válidos somente em certa duração de tempo, ou a localização de recur- sos pré-configurados é válida somente com o número pré-configurado, e se existe transmissão de dados na localização de recurso é irrele- vante.

[0187] Em algumas modalidades, o temporizador ou contador é se- paradamente mantido no eNB e no lado do UE. Como mostrado na Fi- gura 7, o diagrama de mensagem e tempo exemplar inclui:

[0188] Etapa 1: Quando o recurso dedicado é pré-configurado para o UE, o temporizador ou contador efetivo para configurar o recurso de- dicado pré-configurado é configurado ao mesmo tempo.

[0189] Etapa 2: Enviar uma indicação de liberação de conexão de RRC para o UE, e o UE entra em um estado ocioso de RRC. Este é o período T2.

[0190] Etapa 3/3a… /3x: Na posição USS-IDLE_START, o UE co- meça a monitorar USS_IDLE ou envia informações de uplink no recurso dedicado pré-configurado. Se nem o PDCCH nem as informações de uplink forem monitorados no temporizador ou contador, o UE automati- camente libera o recurso pré-configurado.

[0191] Alternativamente, o temporizador pode ser iniciado na Etapa 2, e se o temporizador expirar, o recurso dedicado pré-configurado é automaticamente liberado; ou, a Etapa 2 inicia o contador x, e o UE au- tomaticamente libera o recurso pré-configurado após a Etapa 3x.

[0192] Etapa 4/4a: O UE inicia o monitoramento do PDCCH de USS_IDLE.

[0193] Etapa 5: Após o temporizador ou contador expirar, o UE au- tomaticamente libera o recurso pré-configurado.

[0194] Etapa 5a: Após o temporizador ou contador expirar, o eNB automaticamente libera o recurso pré-configurado.

[0195] Como discutido no contexto das Figuras 2-7, as modalidades da tecnologia descrita proveem numerosas características vantajosas que incluem, mas não estão limitadas a:

[0196] (1) Diferentes políticas de disparo de liberação de RRC e configuração de recursos dedicados pré-configurados de modo ocioso

[0197] (2) O tempo de ativação de recursos dedicados pré-configu- rados é determinado (preciso a milissegundos ou subquadros)

[0198] (3) Política de configuração para os parâmetros relativos a tempo de ativação de recursos dedicados pré-configurados

[0199] A Figura 8 mostra um exemplo de um método de comunica- ção sem fio 800 para transmissões em modo ocioso utilizando recursos dedicados pré-configurados, os quais podem ser implementados em uma estação de base (ou nodo de rede, dispositivo de rede, eNodeB, gNB, e assim por diante). O método 800 inclui, na etapa 810, transmitir uma primeira mensagem que compreende uma indicação de recursos dedicados específicos de terminal pré-configurados para uma comuni- cação entre o dispositivo de rede e um terminal.

[0200] O método 800 inclui, na etapa 820, receber informações do terminal sobre os recursos dedicados específicos de terminal pré-confi- gurados, em que o terminal está em um modo ocioso e está sem uma conexão de RRC (controle de recurso de rádio) estabelecida.

[0201] Em algumas modalidades, o método 800 ainda inclui trans- mitir uma segunda mensagem que compreende um gatilho que faz com que o terminal entre no modo ocioso. Em outras modalidades, a primeira mensagem é comunicada durante uma conexão de RRC anterior, e a segunda mensagem compreende instruções para o terminal liberar a Conexão de RRC anterior e é comunicada subsequente à primeira men- sagem.

[0202] Em algumas modalidades, o método 800 ainda inclui iniciar um temporizador de modo ocioso após comunicar as informações sobre os recursos dedicados pré-configurados, e liberar os recursos dedica- dos pré-configurados quando determinando que o temporizador de modo ocioso expirou e nenhuma informação adicional foi comunicada sobre os recursos dedicados pré-configurados de um início do tempori- zador de modo ocioso.

[0203] Em algumas modalidades, e como acima descrito, o tempo de monitoramento e/ou tempos de início do PDCCH devem ser precisos dentro de um milissegundo ou um subquadro. Uma implementação exemplar para conseguir esta precisão de tempo inclui:

[0204] (1) Configurar um deslocamento de espaço de pesquisa do UE, e o UE calcula um tempo de início do monitoramento de PDCCH com base no deslocamento, especificamente, um parâmetro determi- nado pelo tempo de monitoramento de início de espaço de pesquisa específico de UE (USS) no modo conectado (npdcch-Offset-USS);

[0205] (2) Configurar o período de monitoramento de PDCCH, o nú- mero de posições de início de monitoramento de PDCCH no período de monitoramento de PDCCH ou a posição de início de monitoramento de

PDCCH. Se o número de posições de início de monitoramento de PDCCH no período de monitoramento de PDCCH for configurado, o lado de rede precisa pré-definir uma estratégia para calcular a posição real de PDCCH com base no número de posições de início de monito- ramento de PDCCH no período de monitoramento de PDCCH e o perí- odo de monitoramento de PDCCH. O UE determina a posição de moni- toramento do PDCCH do UE com base no período de monitoramento de PDCCH, no número de posições de início de monitoramento de PDCCH no período de monitoramento de PDCCH, ou na posição de início do monitoramento de PDCCH, e no UE-ID. O modo de determina- ção pode ser um modo no qual o número do UE-ID e da posição de início de monitoramento de PDCCH é módulo, e o modo de determina- ção precisa assegurar que o UE-ID seja uniformemente distribuído para a posição de início de monitoramento de PDCCH. Especificamente, o período de monitoramento de PDCCH pode estar configurado como um fator (múltiplo ou fração) do período de monitoramento de pageamento. Por exemplo, o período de monitoramento de PDCCH pode ser 1/n do período de monitoramento de pageamento (o valor de n pode ser uma potência de 2). O UE calcula um período de monitoramento de PDCCH com base no fator, e determina uma localização de monitoramento de PDCCH com base no período de monitoramento de PDCCH e uma po- lítica de cálculo de PO; e

[0206] (3) O espaço de pesquisa específico de UE de modo ocioso pré-configurado (USS_IDLE) inicia o tempo de monitoramento (subqua- dro) determinando parâmetros (por exemplo, determinando que o tempo de monitoramento inicial (subquadro) do monitoramento de PDCCH com base na configuração de parâmetros de um dos seguintes: H-SFN- Start, SFN-Start ou Subquadro-Start).

[0207] A Figura 9 mostra outro exemplo de um método de comuni-

cação sem fio 900 para transmissões de modo ocioso utilizando recur- sos dedicados pré-configurados, os quais podem ser implementados em um equipamento de usuário (ou terminal, dispositivo móvel, e assim por diante). Este exemplo inclui algumas características e/ou etapas que são similares àquelas mostradas na Figura 8, e acima descritas. Pelo menos alguns destas características e/ou componentes podem não ser separadamente descritos nesta seção.

[0208] O método 900 inclui, na etapa 910, receber uma primeira mensagem que compreende uma indicação de recursos dedicados es- pecíficos de terminal pré-configurados para uma comunicação entre um dispositivo de rede e o terminal.

[0209] O método 900 inclui, na etapa 920, transmitir, enquanto no modo ocioso e sem uma conexão de RRC estabelecida, informações sobre os recursos dedicados pré-configurados.

[0210] Em algumas modalidades, o método 900 ainda inclui receber uma segunda mensagem que compreende um gatilho e entrar no modo ocioso com base no gatilho.

[0211] Em algumas modalidades, o método 900 ainda inclui moni- torar um canal de controle, e receber, sobre o canal de controle, uma ou mais mensagens que compreendem uma identificação. Em um exem- plo, a identificação inclui um cell-RNTI (Identificador Temporário de Rede de Rádio), e o canal de controle é um PDCCH (canal de controle de downlink físico). Em outro exemplo, os recursos dedicados pré-con- figurados compreendem um espaço de pesquisa dedicado que inclui monitorar o tempo do canal de controle, o qual é preciso para pelo me- nos um milissegundo ou um limite de subquadro.

[0212] Em algumas modalidades, e no contexto dos métodos 800 e 900, os recursos dedicados pré-configurados incluem uma duração de monitoramento de espaço de pesquisa dedicado ou um tempo de início de monitoramento de espaço de pesquisa dedicado, o que é preciso a pelo menos um segundo ou um limite de quadro. Em um exemplo, a duração de monitoramento de espaço de pesquisa dedicado é USS_IDLE, e o tempo de início de monitoramento de espaço de pes- quisa dedicado é USS_IDLE_START.

[0213] Em algumas modalidades, e no contexto dos métodos 800 e 900, os recursos dedicados pré-configurados compreendem recursos de PUSCH (canal compartilhado de uplink físico) dedicado ou recursos de CFRA (acesso randômico livre de contenção) dedicado. Em um exemplo, os recursos dedicados pré-configurados ainda compreendem um tempo de início do recurso de PUSCH dedicado que é preciso para um milissegundo ou um limite de subquadro. Em outro exemplo, os re- cursos dedicados pré-configurados ainda compreendem um tempo de início dos recursos de CFRA dedicados que é preciso para um segundo ou um limite de quadro de rádio.

[0214] Em algumas modalidades, e no contexto dos métodos 800 e 900, o gatilho pode ser definido em diferentes modalidades. Em um exemplo, o gatilho está baseado em informações de controle de down- link (DCI). Em outro exemplo, o gatilho está baseado em um MAC (con- trole de acesso de meio) CE (elemento de controle). Em outro exemplo, o gatilho está baseado em um temporizador. Em ainda outro exemplo, o gatilho está baseado em um temporizador. Em ainda outro exemplo, o gatilho está baseado em uma mensagem de Liberação de Conexão de RRC que compreende pelo menos uma de uma mensagem RRCConnectionRelease, uma mensagem RRCEarlyDataComplete ou uma mensagem de liberação de RRC.

[0215] A Figura 10 é uma representação de diagrama de blocos de uma porção de um aparelho, de acordo com algumas modalidades da tecnologia presentemente descrita. Um aparelho 1005, tal como uma estação de base ou um dispositivo sem fio (ou UE), pode incluir uma eletrônica de processador 1010, tal como um microprocessador que im- plementa uma ou mais das técnicas apresentadas neste documento. O aparelho 1005 pode incluir uma eletrônica de transceptor 1015 para en- viar e/ou receber sinais sem fio sobre uma ou mais interfaces de comu- nicação, tal como antena(s) 1020. O aparelho 1005 pode incluir outras interfaces de comunicação para transmitir e receber dados. O Aparelho 1005 pode incluir uma ou mais memórias (não explicitamente mostra- das) configuradas para armazenar informações tais como dados e/ou instruções. Em algumas implementações, a eletrônica de processador 1010 pode incluir pelo menos uma porção da eletrônica de transceptor

1015. Em algumas modalidades, pelo menos algumas das técnicas, mó- dulos ou funções descritas são implementadas utilizando o aparelho

1005.

[0216] É pretendido que o relatório descritivo, juntamente com os desenhos, seja considerada exemplar somente, onde exemplar significa um exemplo e, a menos que de outro modo declarado, não implica um ideal ou uma modalidade preferida. Como aqui utilizadas, as formas sin- gulares "um", "uma" e "o" pretendem incluir as formas plurais também, a menos que o contexto claramente indique de outro modo. Além disso, a utilização "ou" pretende incluir "e/ou", a menos que o contexto clara- mente indique de outro modo.

[0217] Algumas das modalidades aqui descritas estão descritas no contexto geral de métodos ou processos, os quais podem ser implemen- tados em uma modalidade por um produto de programa de computador, incorporado em um meio legível por computador, que inclui instruções executáveis por computador tal como código de programa, executado por computadores em ambientes de rede. O meio legível por computa- dor pode incluir dispositivos de armazenamento removíveis e não remo- víveis, incluindo, mas não limitado a, Memória Somente de Leitura (ROM), Memória de Acesso Randômico (RAM), discos compactos

(CDs), discos versáteis digitais (DVD), etc. Portanto, o meio legível por computador pode incluir um meio de armazenamento não transitório. Geralmente, os módulos de programa podem incluir rotinas, programas, objetos, componentes, estruturas de dados, etc. que executam tarefas específicas ou implementam tipos de dados abstratos específicos. Ins- truções executáveis por computador ou processador, estruturas de da- dos associadas e módulos de programa representam exemplos de có- digo de programa para executar etapas dos métodos aqui descritos. A sequência específica de tais instruções executáveis ou estruturas de dados associadas representa exemplos de atos correspondentes para implementar as funções descritas em tais etapas ou processos.

[0218] Algumas das modalidades descritas podem ser implementa- das como dispositivos ou módulos que utilizam circuitos de hardware, software, ou suas combinações. Por exemplo, uma implementação de circuito de hardware pode incluir componentes analógicos e/ou digitais discretos que são, por exemplo, integrados como parte de uma placa de circuito impresso. Alternativamente, ou além disso, os componentes ou módulos descritos podem ser implementados como um Circuito Inte- grado de Aplicação Específica (ASIC) e/ou como um dispositivo de Rede de Portas Programáveis no Campo (FPGA). Algumas implemen- tações podem, além disso ou alternativamente incluir um processador de sinal digital (DSP) que é um microprocessador especializado com uma arquitetura otimizada para as necessidades operacionais de pro- cessamento de sinal digital associado com as funcionalidades descritas deste pedido. Similarmente, os vários componentes ou subcomponen- tes dentro de cada módulo podem ser implementados em software, hardware ou firmware. A conectividade entre os módulos e/ou compo- nentes dentro dos módulos pode ser provida utilizando qualquer um dos métodos de conectividade e meios que são conhecidos na técnica, in- cluindo, mas não limitado a, comunicações pela Internet, redes com fio ou sem fio utilizando os protocolos apropriados.

[0219] Apesar deste documento conter muitas especificidades, es- tas não devem ser consideradas como limitações sobre escopo de uma invenção que é reivindicada ou do que pode ser reivindicado, mas ao invés como descrições de características específicas para modalidades específicas. Certas características que estão descritas neste docu- mento no contexto de modalidades separadas podem também ser im- plementadas em combinação em uma única modalidade. Ao contrário, várias características que estão descritas no contexto de uma única mo- dalidade podem também ser implementadas em múltiplas modalidades separadamente ou em qualquer subcombinação adequada. Mais ainda, apesar de características poderem ser acima descritas como atuando em certas combinações e mesmo inicialmente reivindicadas como tal, uma ou mais características de uma combinação reivindicada podem, em alguns casos, ser removidas da combinação, e a combinação reivin- dicada pode ser direcionada a uma subcombinação ou uma variação de uma subcombinação. Similarmente, apesar das operações serem apre- sentadas nos desenhos em uma ordem específica, isso não deve ser compreendido como requerendo que tais operações sejam executadas na ordem específica mostrada ou em ordem sequencial, ou que todas as operações ilustradas sejam executadas, para alcançar os resultados desejáveis.

[0220] Somente algumas implementações e exemplos estão descri- tos e outras implementações, melhoramentos e variações podem ser feitos com base no que é descrito e ilustrado nesta descrição.

Claims (20)

REIVINDICAÇÕES

1. Método para comunicação sem fio, implementado em um dispositivo de rede, caracterizado pelo fato de de que compreende: transmitir uma primeira mensagem que compreende uma in- dicação de recursos dedicados específicos de terminal pré-configurados para uma comunicação entre o dispositivo de rede e um terminal; e receber informações do terminal sobre os recursos dedica- dos específicos de terminal pré-configurados, em que o terminal está em um modo ocioso, em que, no modo ocioso, o terminal está sem uma conexão de RRC (controle de recurso de rádio) estabelecida.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende: transmitir uma segunda mensagem que compreende um ga- tilho que faz com que o terminal entre no modo ocioso.

3. Método para comunicação sem fio, implementado em um terminal, caracterizado pelo fato de de que compreende: receber uma primeira mensagem que compreende uma indi- cação de recursos dedicados específicos de terminal pré-configurados para uma comunicação entre um dispositivo de rede e o terminal; e transmitir, enquanto no modo ocioso, informações sobre os recursos dedicados específicos de terminal pré-configurados, em que, no modo ocioso, o terminal está sem uma conexão de RRC (controle de recurso de rádio) estabelecida.

4. Método de acordo com a reivindicação 2, caracterizado pelo fato de que ainda compreende: receber uma segunda mensagem que compreende um gati- lho; e entrar no modo ocioso com base no gatilho.

5. Método de acordo com qualquer uma das reivindicações

1 a 4, caracterizado pelo fato de que ainda compreende: iniciar um temporizador de modo ocioso após comunicar as informações sobre os recursos dedicados específicos de terminal pré- configurados; e liberar os recursos dedicados específicos de terminal pré- configurados quando da determinação que o temporizador de modo oci- oso expirou e nenhuma informação adicional foi comunicada sobre os recursos dedicados específicos de terminal pré-configurados de um iní- cio do temporizador de modo ocioso.

6. Método de acordo com a reivindicação 2 ou 4, caracteri- zado pelo fato de que a primeira mensagem é comunicada durante uma Conexão de RRC anterior, e onde a segunda mensagem compreende instruções para o terminal liberar a Conexão de RRC anterior e é comu- nicada subsequente à primeira mensagem.

7. Método de acordo com a reivindicação 2 ou 4, caracteri- zado pelo fato de que a primeira mensagem e a segunda mensagem são comunicadas em uma única mensagem.

8. Método de acordo com a reivindicação 3 ou 4, caracteri- zado pelo fato de que ainda compreende: monitorar um canal de controle; e receber, sobre o canal de controle, uma ou mais mensagens que compreendem uma identificação.

9. Método de acordo com a reivindicação 8, caracterizado pelo fato de que a identificação inclui um cell-RNTI (Identificador Tem- porário de Rede de Rádio), e em que o canal de controle é um PDCCH (canal de controle de downlink físico).

10. Método de acordo com a reivindicação 8 ou 9, caracteri- zado pelo fato de que os recursos dedicados específicos de terminal pré-configurados compreendem um espaço de pesquisa dedicado que inclui monitorar o tempo do canal de controle, e em que o tempo é pre- ciso para pelo menos um milissegundo ou um limite de subquadro.

11. Método de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que os recursos dedicados específicos de terminal pré-configurados compreendem um espaço de pesquisa de- dicado que monitora a duração ou um tempo de início de monitoramento de espaço de pesquisa dedicado, em que o tempo de início é preciso para pelo menos um segundo ou um limite de quadro.

12. Método de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que os recursos dedicados específicos de terminal pré-configurados compreendem recursos de PUSCH (canal compartilhado de uplink físico) dedicado ou recursos de CFRA (acesso randômico livre de contenção) dedicado.

13. Método de acordo com a reivindicação 12, caracterizado pelo fato de que os recursos dedicados específicos de terminal pré-con- figurados ainda compreendem um tempo de início do recurso de PUSCH dedicado que é preciso para um milissegundo ou um limite de subquadro.

14. Método de acordo com a reivindicação 12, caracterizado pelo fato de que os recursos dedicados específicos de terminal pré-con- figurados ainda compreendem um tempo de início dos recursos de CFRA dedicados que é preciso para um segundo ou um limite de quadro de rádio.

15. Método de acordo com qualquer uma das reivindicações 1 a 14, caracterizado pelo fato de que o gatilho está baseado em infor- mações de controle de downlink (DCI).

16. Método de acordo com qualquer uma das reivindicações 1 a 14, caracterizado pelo fato de que o gatilho está baseado em MAC (controle de acesso de meio) CE (elemento de controle).

17. Método de acordo com qualquer uma das reivindicações

1 a 14, caracterizado pelo fato de que o gatilho está baseado em um temporizador.

18. Método de acordo com qualquer uma das reivindicações 1 a 14, caracterizado pelo fato de que o gatilho está baseado em uma Mensagem de Liberação de Conexão de RRC que compreende pelo menos uma de uma mensagem de RRCConnectionRelease, uma men- sagem de RRCEarlyDataComplete ou uma mensagem de liberação de RRC.

19. Aparelho de comunicações sem fio que compreende um processador e uma memória, caracterizado pelo fato de que o proces- sador está configurado para ler um código da memória e implementar um método como definido em qualquer uma das reivindicações 1 a 18.

20. Produto de programa de computador caracterizado pelo fato de compreender um código de meio de programa legível por com- putador armazenado no mesmo, o código, quando executado por um processador, fazendo com que o processador implemente um método como definido em qualquer uma das reivindicações 1 a 18.