BR112018014084A2 - método para controlar operações de drx de modo conectado - Google Patents
método para controlar operações de drx de modo conectado Download PDFInfo
- Publication number
- BR112018014084A2 BR112018014084A2 BR112018014084-8A BR112018014084A BR112018014084A2 BR 112018014084 A2 BR112018014084 A2 BR 112018014084A2 BR 112018014084 A BR112018014084 A BR 112018014084A BR 112018014084 A2 BR112018014084 A2 BR 112018014084A2
- Authority
- BR
- Brazil
- Prior art keywords
- timer
- duration
- downlink
- uplink transmission
- transmission
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 230000005540 biological transmission Effects 0.000 claims abstract description 343
- 238000012544 monitoring process Methods 0.000 claims abstract description 26
- 238000012545 processing Methods 0.000 claims description 55
- 238000012790 confirmation Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 description 39
- 230000006870 function Effects 0.000 description 26
- 230000008569 process Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 238000013459 approach Methods 0.000 description 14
- 230000000694 effects Effects 0.000 description 13
- 230000011664 signaling Effects 0.000 description 9
- 230000001360 synchronised effect Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 230000001960 triggered effect Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000005265 energy consumption Methods 0.000 description 5
- 239000011159 matrix material Substances 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101100386699 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) dcl-1 gene Proteins 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 101150069124 RAN1 gene Proteins 0.000 description 1
- 101100355633 Salmo salar ran gene Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006266 hibernation Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
- H04L1/1851—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
- H04L1/1883—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
Um método em um UE (510) compreende monitorar (1104) um canal de controle de downlink durante uma duração de pelo menos um primeiro temporizador e receber (1108) uma indicação de uma transmissão de downlink ou uplink (605, 705, 805, 905) para UE. O método compreende depois de receber a indicação da transmissão de downlink ou uplink para o UE, parar (1112) de monitorar o primeiro temporizador, em que após o primeiro temporizador ser parado o UE não necessita de monitorar o canal de controle de downlink. O método compreende desempenhar (1116) uma transmissão de uplink (635, 710, 830, 910) associada à transmissão downlink ou uplink indicada para o UE. O método compreende iniciar (1120) um segundo temporizador (645, 735, 840, 935) depois de receber a indicação para a transmissão de downlink ou uplink para o UE, a duração do segundo temporizador compreendendo um período de deslocamento e, quando o segundo temporizador expira, inicia-se (1124) um terceiro temporizador (640, 730, 835, 930). O UE monitora o canal de controle de downlink pela duração do terceiro temporizador.
Description
MÉTODO PARA CONTROLAR AS OPERAÇÕES DE MODO CONECTADO DRX Campo Técnico
[001] A presente invenção se refere, em geral, a comunicações sem fio e, mais particularmente, aos métodos para controlar as operações de recepção descontínua de modo conectado.
Antecedentes
[002] A Internet das Coisas de Banda Estreita (NB-loT) é um sistema de banda estreita (largura de banda de 180 KHz) que está sendo desenvolvido para a Internet das Coisas (loT) celular pelo Projeto de Parceria para Terceira Geração (3GPP). O sistema é baseado em sistemas de Evolução de Longo Prazo (LTE) e dedica arquitetura de rede otimizada e cobertura indoor aprimorada para um grande número de dispositivos com qualquer uma das seguintes características: baixa taxa de transferência (por exemplo, 2 Kbps); baixa sensibilidade ao atraso (por exemplo, = 10 segundos); custo de dispositivo ultrabaixo (por exemplo, abaixo de 5 dólares); e baixo consumo de energia do dispositivo (por exemplo, vida da bateria de 10 anos).
[003] Prevê-se que cada célula (por exemplo, = 1 Km?) neste sistema sirva a milhares (por exemplo, = 50.000) dispositivos, tais como sensores, medidores, atuadores e outros dispositivos. É imperativo que esse sistema seja capaz de fornecer uma boa cobertura para seus dispositivos, que geralmente estão localizados em ambientes indoor profundos (por exemplo, subterrâneos em porões ou mesmo embutidos em paredes de um edifício) e têm possibilidade limitada ou não têm possibilidade de carregamento de bateria. Embora muitos tipos diferentes de dispositivos estejam previstos, por uma questão de simplicidade, eles serão aqui mencionados de forma intercambiável como equipamentos de usuário (UEs) ou dispositivos sem fio.
[004] Para possibilitar a implantação da NB-loT usando apenas uma portadora GSM realocada (re-farmed) e suportar custos de fabricação menores para os UEs de NB-loT, a largura de banda foi reduzida a um bloco de recursos físico (PRB) de tamanho de 180 KHz dividido em várias subportadoras.
[005] Para duplexação por divisão de frequência (FDD) (isto é, o transmissor e o receptor operam em diferentes frequências de portadoras), apenas o modo half-duplex necessita ser suportado no UE. A menor complexidade dos dispositivos (por exemplo, apenas uma cadeia de transmissão/recepção) significa que alguma repetição também pode ser necessária na cobertura normal. Além disso, para aliviar a complexidade do UE, a suposição de trabalho é ter escalonamento de subquadro cruzado: isto é, uma transmissão é primeiramente programada em um canal de controle de downlink físico avançado (E-PDCCH, também conhecido como canal de controle de downlink físico de banda estreita (NB-PDCCH ou NPDCCH)). Em seguida, a primeira transmissão dos dados atuais no Canal Compartilhado de Downlink Físico de banda estreita (NB-PDSCH ou NPDSCH) é realizada após a transmissão final do NB-PDCCH. Similarmente, para transmissão de dados de uplink (UL), as informações sobre os recursos programados pela rede e necessárias pelo UE para transmissão de UL são primeiro transmitidas no NB-PDCCH e depois a primeira transmissão dos dados atuais pelo UE no Canal Compartilhado de Uplink Físico de Banda Estreita (NB-PUSCH ou NPUSCH) é realizada após a transmissão final do NB-PDCCH. Em outras palavras, para ambos os casos acima, não há recepção simultânea de canal de controle e recepção/transmissão de canal de dados a partir da perspectiva do UE.
[006] Em sistemas legados de comunicação celular como o High Speed Packet Access (HSPA) e LTE, um procedimento de retransmissão chamado de Solicitação Automática Hibrida de Repetição(HARQ) com combinação suave é suportado. Depois que um bloco de dados é transmitido em uma direção (por exemplo, entre um UE e uma estação rádio base), o feedback no resultado da decodificação é geralmente transmitido na direção reversa, denotada como uma mensagem de feedback de HARQ. Esta mensagem de feedback é tipicamente um resultado de decodificação "binári" ou uma mensagem de concessão/atribuição de escalonamento. Nos casos em que o feedback é um resultado de decodificação "binário", o feedback pode estar na forma de uma confirmação (ACK) indicando que a decodificação do bloco de dados foi bem- sucedida ou uma confirmação negativa (NACK) indicando que a decodificação do bloco de dados não foi bem-sucedida. Nos casos em que o feedback está na forma de uma mensagem de concessão/atribuição de escalonamento, a mensagem de concessão/atribuição de escalonamento pode solicitar uma retransmissão (no caso em que a decodificação do bloco de dados não tem sucesso, similar ao NACK descrito acima) ou transmissão de um novo bloco de dados que reconhece implicitamente que o bloco de dados anterior foi decodificado com sucesso (semelhante à ACK descrita acima).
[007] Em alguns casos, as informações de feedback do HARQ também podem ser indicadas por nenhuma transmissão (DTX). Em tal cenário, nenhuma transmissão significa que ACK ou NACK (tipicamente o último) e transmitir algo (por exemplo, um preâmbulo ou algum outro sinal/código) poderia indicar uma ACK. A falta de transmissão de uma mensagem de feedback de HARQ também pode ser possível para indicar um bloco de dados decodificado com sucesso ou sem sucesso (isto é, ACK ou NACK). O feedback de HARQ (ou a falta dele) então aciona a retransmissão ou, se os dados forem recebidos com sucesso e mais dados estiverem disponíveis, uma nova transmissão de dados pode ser iniciada.
[008] Tipicamente, os chamados múltiplos processos de HARQ são usados em paralelo (por exemplo, em HSPA e LTE). Um processo de HARQ é uma entidade de HARQ de stop-and-wait (SAW) que transfere independentemente os pacotes de dados e espera o feedback de HARQ antes de uma retransmissão ou uma nova transmissão ser transmitida. No LTE FDD legado, tipicamente oito processos de HARQ são suportados por direção. O mesmo se aplica ao HSPA com intervalo de tempo de transmissão de UL de 2 ms (TTI).
[009] A operação de HARQ síncrona significa que as retransmissões ocorrem em um tempo fixo após a transmissão anterior. Na operação assíncrona de HARO, por outro lado, as retransmissões podem ocorrer a qualquer momento após uma transmissão anterior. Tanto no LTE legado quanto no HSPA, o UL usa o HARQ síncrono e o downlink (DL) usa o HARQ assíncrono.
[0010] Para reduzir o consumo de bateria de UE, um conceito chamado recepção descontínua de modo conectado (DRX) é usado, que permite ao UE entrar em modo de espera (isto é, não é necessária recepção e/ou transmissão) durante o modo conectado em LTE. A ideia principal é que quando não tenha havido nenhuma atividade de transmissão e/ou recepção (por exemplo, sem transmissões/retransmissões e sem retransmissões pendentes) por um período de tempo, o UE pode entrar no modo de espera e só precisa ser ativado periodicamente por um curto período de tempo a cada ciclo de DRX para monitorar o canal de controle de DL. Se novos dados de UL estiverem disponíveis, o UE pode se ativar a qualquer momento, mas precisa informar a rede através de recursos de UL configurados (por exemplo, uma solicitação de escalonamento pode ser acionada para ser enviada ao Canal de Controle de Uplink Físico (PUCCH)).
[0011] A operação de DRX é definida em 3GPP TS 36.321, v. 13.0.0 para LTE legado e controlado por um conjunto de temporizadores/parâmetros que são predefinidos ou enviados para o UE. Especificamente: OnDurationTimer; drxStartOffset (de longDRX-CycleStartOffset no 3GPP TS 36.331, v. 13.0.0); longDRX-Cycle e (de longDRX-CycleStartOffset no 3GPP TS 36.331, v. 13.3.0);
shortDRX-Cycle; drxShortCycleTimer, drx-InactivityTimer, HARQ-RTT-Timer e drx- InactivityTimer. Aqui, as citações a uma versão particular do padrão (por exemplo, TS 36.331, v. 13.0.0) são destinadas como versões representativas disponíveis quando o pedido foi originalmente depositado. No entanto, outras versões também podem ser aplicadas, conforme apropriado.
[0012] A FIGURA 1 ilustra um exemplo de operação de UE durante o modo conectado DRX. Mais particularmente, a FIGURA 1 (que é reproduzida a partir de 3GPP TS 36.321. V. 13.0.0) ilustra quando o UE precisa ser ativado e monitorar o canal de controle de DL (denotado como PDCCH no exemplo da FIGURA 1, mas poderia ser PDCCH e/ou ePDCCH) durante o ciclo de modo conectado DRX 105. Em geral, durante o ciclo DRX 105, o UE monitora o canal de controle de DL durante o período OnDuration 110 e pausa durante o Opportunity para DRX 115. Se novos dados são programados (em UL ou DL) durante o tempo de OnDuration 105, o UE sai do DRX e inicia um temporizador chamado drx-InacthityTimer.
[0013] A FIGURA 2 ilustra um exemplo de operação de DRX de legado. Se novos dados 205 forem programados (pelo canal de controle de DL 210), o drx- InactivityTimer 215 será reiniciado, caso contrário, irá eventualmente expirar e o UE inserirá DRX. No exemplo da FIGURA 2, o UE insere DRX após a expiração do Drx-InactivityTimer 215 se ele não detectou PDCCH durante a duração do drx- InactivityTimer 215. Adicionalmente, a FIGURA 2 ilustra o desvio 220 entre os dados de HARQ 205 (mostrado no exemplo da FIGURA 2 como "Novos Dados" 205) e o feedback de HARQ 225 (mostrado na FIGURA 2 como transmissão de ACK 225 no UL 230). Em LTE, o desvio entre os dados de HARQ 205 e o feedback de HARQ 225 é sempre N + 4, isto é, sempre 4 ms (ou subquadros equivalentemente) após a transmissão de dados na ocasião de tempo N.
[0014] A FIGURA 3 ilustra um exemplo de operação de DRX de legado se houver retransmissões de DL. Em tal cenário, o UE utiliza dois outros temporizadores: HARQ-RTT-Timer 305 e o drx-RetransmissionTimer 310 para supervisionar a(s) retransmissão(ões). Observe que esses temporizadores são independentes do drx-InactivityTimer 215. Quando a retransmissão (mostrada na FIGURA 3 como ReTx 315) é decodificada com sucesso, o drx- RetransmissionTimer 310 é parado/cancelado, como mostrado no exemplo da FIGURA 3. Nota-se que no exemplo da FIGURA 3, depois de "Novos Dados" 205, pode haver atividade para outros processos de HARQ de UL/DL sinalizados no PDCCH. Se novos dados forem programados para qualquer um deles, o drx- InactivityTimer 215 será reiniciado.
[0015] A FIGURA 4 ilustra um exemplo de operação de DRX de legado quando há uma retransmissão de UL. No exemplo da FIGURA 4, o UE recebe a concessão de UL 405 no canal de controle de DL 410, enquanto o temporizador OnDuration 410 está funcionando. Ao receber a concessão de UL 405, o UE para o temporizador OnDuration 410 e inicia o drx-InactivityTimer 215. No exemplo da FIGURA 4, o UE realiza a transmissão de UL 420 (mostrada como "Novos Dados" no exemplo da FIGURA 4) associada à concessão de UL 405. Depois de realizar a transmissão de UL 420, o UE inserirá DRX após a expiração do drx- InactivityTimer 215 se não detectar PDCCH durante a duração do drx- InactivityTimer 215.
[0016] No LTE legado, nenhum temporizador de retransmissão é necessário se houver uma retransmissão de UL 425, à medida que HARQ síncrono é usado. O HARQ síncrono fornece o momento exato em que o feedback de HARQ (por exemplo, ACK 435 e/ou NACK 430) e a retransmissão está programada. Uma nova concessão no canal de controle de DL 410 (por exemplo, PDCCH) poderia também ser dada no mesmo subquadro que o NACK 430 é enviado ao Canal Indicador Híbrido Físico (PHICH) e então a retransmissão é chamada de “adaptativa”. As defasagens N + 4 entre a concessão de UL 405 e a transmissão de UL 420, entre a transmissão de uplink 420 e NACK 430 entre NACK 430 e retransmissão de UL 425, e a retransmissão entre UL 425 e ACK 435 são mostradas como elementos 220a, 220b, 220c e 220d, respectivamente.
[0017] Nota-se que no exemplo da FIGURA 4, após concessão de UL 405, pode haver atividade para outros processos de HARQ de UL/DL sinalizados no canal de controle de downlink 410 (por exemplo, PDCCH). Se novos dados forem programados em qualquer um desses, o drx-InactivityTimer será reiniciado (se usado/em execução). Note também que, em alguns casos, o ACK 435 também pode ser uma confirmação implícita, por exemplo, se uma concessão para novos dados for fornecida para o processo de HARQ.
[0018] No 3GPP Release 13, um item de trabalho para Comunicação Avançada Tipo Máquina (eMTC) está em andamento, no qual foram feitas alterações nas operações de HARQO, em comparação com o LTE legado. Foi decidido que três processos de HARQ paralelos são suportados. Além disso, o HARQ de UL foi alterado de síncrono para assíncrono, e o feedback de HARQ é apenas implícito e recebido em M-PDCCH (isto é, não existe canal de PHICH) mais cedo que N + 4 após a transmissão de PUSCH. Como resultado, são necessárias alterações em como o UE deve inserir o DRX quando houver uma retransmissão, pois o tempo do feedback de HARQ não é mais fixo.
[0019] Em outro item de trabalho no 3GPP Release 13 relacionado ao acesso assistido por licença (LAA), também foi identificado que o HARQ de UL precisa ser alterado de síncrono para assíncrono em comparação com o LTE legado. O impacto disso é descrito em detalhes no 3GPP TR 36.889, v. 13.0.0 (e, em particular, a seção 7.2.2.2), que é incorporado aqui por referência na sua totalidade.
[0020] Em LTE/eMTC, todos os parâmetros de DRX são configurados semiestaticamente no UE com base na sinalização de Controle de Recursos de
Rádio (RRC). Algumas alterações dinâmicas são suportadas através da sinalização de Controle de Acesso ao Meio (MAC) para controlar o UE que entra em DRX curto/longo durante o "tempo ativo".
[0021] Um problema com as abordagens existentes é que o projeto de HARQ/DRX foi otimizado para vários processos de HARQ e casos de uso em que a baixa latência é importante e a minimização do consumo de bateria do UE não tem sido o objetivo principal. Se o mesmo projeto for aplicado a um UE que somente suporta operações half-duplex, o escalonamento de subquadro cruzada e apenas um processo de HARQ, isso resultaria no UE ficando desperto por mais tempo do que o necessário para muitos casos de uso de tráfego que são tipicamente usados em Aplicações de MTC/loT. Por exemplo, em muitos dos casos de uso de tráfego, não há transferências simultâneas de dados de UL e DL. Em vez disso, a maioria dos casos de uso depende de um tipo de solicitação- resposta de padrão de tráfego em que um pacote |P é enviado em uma direção seguida por uma resposta na outra.
[0022] Além disso, de acordo com as abordagens existentes (tanto LTE como HSPA), a operação de HARQ no UL é síncrona. Se a operação de HARQ for alterada para assíncrona, não se sabe por quanto tempo o UE deve esperar o feedback de HARQ após uma transmissão/retransmissão ter sido feita. Uma abordagem seria copiar o projeto de DL também para o UL (isto é, introduzir temporizadores — semelhantes (por “exemplo, HARQ-RTT-Timer/drx- RetransmissionTimer) também para o UL). Embora essa abordagem possa ser aceitável para casos de uso de LTE legado, ela não é adequada para casos de uso na área de MTC/loT. Estas aplicações envolvem o uso de novos UEs simplificados com suporte apenas para half-duplex, um processo de HARQ e escalonamento de subquadro cruzado. Assim, uma solução mais otimizada é desejável. A razão para isso é que outras soluções poderiam reduzir o consumo da bateria/energia de UE e, portanto, funcionar melhor se as propriedades de half-duplex, um processo de HARQO, somente o escalonamento de subquadro cruzado e padrões de tráfego típicos forem usados no projeto.
[0023] Um objetivo de NB-loT é reutilizar o LTE legado (incluindo as alterações do eMTC) tanto quanto possível. Uma consideração importante é como as operações de DRX no modo HARQ e conectado devem funcionar. Se o projeto de legado for aplicado em NB-loT, isso levará a um maior consumo de bateria/energia para o UE. Além disso, como todos os temporizadores relacionados a DRX são semiestáticos, existe uma flexibilidade muito limitada para o eNB programar as transmissões/retransmissões de HARQ, e feedbacks de HARO. Se muitos UEs e/ou UEs com níveis de cobertura diferentes (e, portanto, tempos de duração de transmissão diferentes) precisam ser atendidos, as abordagens anteriores tendo parâmetros semiestáticos não são flexíveis o suficiente para permitir um "tempo ativo" curto para os UEs. A aplicação do mesmo projeto como no LTE legado exigiria o uso de valores de temporizador maiores e, assim, o tempo de despertar do UE seria mais longo, resultando em maior consumo de bateria/energia.
Sumário
[0024] Para resolver os problemas anteriores com soluções existentes, é descrito um método em um equipamento de usuário (UE). O método compreende monitorar um canal de controle de downlink durante uma duração de pelo menos um primeiro temporizador. O método compreende receber, no canal de controle de downlink monitorado, uma indicação de uma transmissão de downlink ou uplink para o UE. O método compreende, após receber a indicação de transmissão de downlink ou uplink para o UE, parar de monitorar o primeiro temporizador, em que após o primeiro temporizador ser parado, o UE não precisa monitorar o canal de controle de downlink. O método compreende a realização de uma transmissão de uplink associada à downlink ou transmissão de uplink indicada para o UE. O método compreende iniciar um segundo temporizador, após receber a indicação de transmissão de downlink ou uplink para o UE, a duração do segundo temporizador compreendendo um período de defasagem. O método compreende, quando o segundo temporizador expira, iniciar um terceiro temporizador, em que o UE monitora o canal de controle de downlink para a duração do terceiro temporizador.
[0025] Em certas modalidades, o segundo temporizador pode ser iniciado: após realizar a transmissão de uplink associada; ou no final da indicação recebida da transmissão de downlink ou uplink para o UE.
[0026] Em certas modalidades, o método pode compreender inserir um modo de recepção descontínua quando o terceiro temporizador expira. O método pode compreender receber uma mensagem incluindo informações sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores. Em certas modalidades, o primeiro temporizador pode ser um OnDurationTimer de um ciclo de recepção descontínua. Em certas modalidades, pelo menos um dentre o primeiro temporizador e o terceiro temporizador pode ser um drx-InactivityTimer. Em certas modalidades, pelo menos um dentre o primeiro temporizador e o terceiro temporizador pode compreender um temporizador de retransmissão de recepção descontínua. Em certas modalidades, o segundo temporizador pode ser um temporizador Round Trip Time (RTT) de Solicitação Automática Hibrida de Repetição (HARQ) que compreende o período de defasagem.
[0027] Em certas modalidades, a indicação de transmissão de downlink ou uplink para o UE pode compreender uma atribuição de escalonamento de downlink, e a transmissão de uplink associada com a transmissão de downlink indicada pode compreender uma mensagem de confirmação. Em certas modalidades, a indicação de transmissão de downlink ou uplink para o UE pode compreender uma concessão de uplink, e a transmissão de uplink associada à transmissão de uplink indicada pode compreender uma transmissão de dados no uplink. Em certas modalidades, a indicação da transmissão de downlink ou uplink para o UE pode compreender informações sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores.
[0028] Também é descrito um equipamento de usuário (UE). O UE compreende um conjunto de circuitos de processamento. O circuito de processamento é configurado para monitorar um canal de controle de downlink durante uma duração de pelo menos um primeiro temporizador. O circuito de processamento é configurado para receber, no canal de controle de downlink monitorado, uma indicação de uma transmissão de downlink ou uplink para o UE. O circuito de processamento é configurado para, após receber a indicação de transmissão de downlink ou uplink para o UE, parar de monitorar o primeiro temporizador, em que após o primeiro temporizador ser parado, o UE não precisa monitorar o canal de controle de downlink. O circuito de processamento está configurado para realizar uma transmissão de uplink associada à transmissão de downlink ou uplink indicada para o UE. O circuito de processamento é configurado para iniciar um segundo temporizador após receber a indicação de transmissão de downlink ou uplink para o UE, a duração do segundo temporizador compreendendo um período de defasagem. O circuito de processamento é configurado para, quando o segundo temporizador expirar, iniciar um terceiro temporizador, em que o UE monitora o canal de controle de downlink para a duração do terceiro temporizador.
[0029] Também é descrito um método em um nó de rede. O método compreende determinar a duração de um primeiro temporizador e a duração de um segundo temporizador, o primeiro e o segundo temporizadores para uso por um equipamento de usuário (UE) para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem. O método compreende enviar, para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador.
[0030] Em certas modalidades, enviar, ao EU, as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador pode compreender o envio de uma mensagem para o UE incluindo as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador.
[0031] Em certas modalidades, as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador podem ser incluídas em uma indicação de uma transmissão de downlink ou uplink para o UE. O método pode compreender o envio, para o UE, de uma indicação de uma transmissão de downlink ou uplink para o UE e a recepção, a partir do UE, de uma transmissão de uplink associada à transmissão de downlink ou uplink indicada para o UE. Em certas modalidades, a indicação de transmissão de downlink ou uplink para o UE pode compreender uma atribuição de escalonamento de downlink, e a transmissão de uplink associada à transmissão de downlink indicada pode compreender uma mensagem de confirmação. Em certas modalidades, a indicação de transmissão de downlink ou uplink para o UE pode compreender uma concessão de uplink, e a transmissão de uplink associada à transmissão de uplink indicada pode compreender uma transmissão de dados na uplink.
[0032] Em certas modalidades, a duração do primeiro temporizador compreende uma dentre: uma quantidade de tempo que o UE espera depois de enviar a transmissão de uplink associada à transmissão de downlink ou uplink para o UE antes de o UE iniciar o segundo temporizador; e um período de tempo que o UE espera após o final da indicação de transmissão de downlink ou uplink para o UE antes de o UE iniciar o segundo temporizador. Em certas modalidades, o primeiro temporizador pode ser um temporizador Round Trip Time (RTT) de Solicitação Automática Hibrida de Repetição (HARQ) Em certas modalidades, a duração do segundo temporizador pode compreender uma quantidade de tempo em que o UE monitora um canal de controle de downlink antes de entrar em um modo de recepção descontínua. Em certas modalidades, o segundo temporizador pode ser um drx-InactixityTimer.
[0033] Também é descrito um nó de rede. O nó de rede compreende circuito de processamento. O circuito de processamento é configurado para determinar a duração de um primeiro temporizador e a duração de um segundo temporizador, o primeiro e o segundo temporizadores para uso por um equipamento de usuário (UE) para controlar operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem. O circuito de processamento está configurado para enviar, para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador.
[0034] Certas modalidades da presente invenção podem fornecer uma ou mais vantagens técnicas. Por exemplo, certas modalidades podem, de um modo vantajoso, reduzir a o consumo de energia e/ou de bateria do UE em comparação com as abordagens existentes. Como um outro modo, certas modalidades podem reduzir vantajosamente o tempo que o UE necessita de estar desperto para monitorar o canal de controle de downlink. Como ainda outro exemplo, a quantidade de tempo que o UE necessita estar desperto para monitorar o canal de controle da downlink pode ser adaptada à presente situação de escalonamento no nó de rede (por exemplo, um eNB). Como ainda outro exemplo, devido ao canal de controle de downlink em NB-loT precisar multiplexar o tempo entre os UEs e com as transmissões no canal compartilhado de downlink, certas modalidades podem, com vantagem, possibilitar a multiplexação de tempo do "tempo ativo" para os UEs, o que pode aumentar a flexibilidade de escalonamento no nó de rede e permitir que os UEs estejam despertos durante menos tempo (isto é, durações com tempos menores). Outras vantagens podem ser prontamente evidentes para um versado na técnica. Certas modalidades podem não ter nenhuma, algumas ou todas as vantagens citadas.
[0035] Para uma compreensão mais completa das modalidades descritas e suas características e vantagens, faz-se agora referência à seguinte descrição, tomada em conjunto com os desenhos anexos, nos quais: A FIGURA 1 ilustra um exemplo de operação de UE durante o modo conectado DRX; A FIGURA 2 ilustra um exemplo de operação de DRX legado; A FIGURA 3 ilustra um exemplo de operação de DRX legado se houver retransmissões de DL; A FIGURA 4 ilustra um exemplo de operação de DRX legado quando há uma retransmissão de UL; A FIGURA 5 é um diagrama de blocos que ilustra uma modalidade de uma rede 500, de acordo com certas modalidades; A FIGURA 6A ilustra um primeiro exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades; A FIGURA 6B ilustra uma variação do primeiro exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 6A, de acordo com certas modalidades;
A FIGURA 7A ilustra um segundo exemplo de transição e transmissão para controlar as operações de DRX, de acordo com certas modalidades;
A FIGURA 78 ilustra uma variação do segundo exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 7A, de acordo com certas modalidades;
A FIGURA 8A ilustra um terceiro exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades;
A FIGURA 8B ilustra uma variação do terceiro exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 8A, de acordo com certas modalidades;
A FIGURA 9A ilustra um quarto exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades;
A FIGURA 98 ilustra uma variação do quarto exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 9A, de acordo com certas modalidades;
A FIGURA 10 é um fluxograma de um exemplo de operações de DRX, de acordo com certas modalidades;
A FIGURA 11 é um diagrama de fluxo de um método em um UF, de acordo com certas modalidades;
A FIGURA 12 é um diagrama de fluxo de um método em um nó de rede, de acordo com certas modalidades;
A FIGURA 13 é um diagrama de blocos de um UE exemplificador, de acordo com certas modalidades:
A FIGURA 14 é um diagrama de blocos de um nó de rede exemplificador, de acordo com certas modalidades;
A FIGURA 15 é um diagrama de blocos de um controlador de rede de rádio exemplificador ou nó de rede núcleo, de acordo com certas modalidades;
A FIGURA 16 é um diagrama de blocos de um UE exemplificador, de acordo com certas modalidades: e A FIGURA 17 é um diagrama de blocos de um nó de rede exemplificador, de acordo com certas modalidades.
[0036] Como descrito acima, uma consideração importante é como as operações de modo conectado DRX e HARQ devem funcionar em NB-loT. As abordagens existentes, como as usadas no LTE legado, não são aceitáveis para os casos de uso associados às operações de NB-loT. Por exemplo, se o projeto de legado for aplicado em NB-loT, isso levará a um maior consumo de bateria e/ou energia para o UE. Além disso, como todos os temporizadores relacionados a DRX são semiestáticos, existe uma flexibilidade muito limitada para o eNB programar as transmissões/retransmissões de HARO, e feedbacks de HARQ. Se muitos UEs e/ou UEs com níveis de cobertura diferentes (e, portanto, tempos de duração de transmissão diferentes) precisam ser atendidos, as abordagens existentes tendo parâmetros semiestáticos não são flexíveis o suficiente para permitir um "tempo ativo" curto para os UEs. A aplicação das abordagens existentes usadas nos casos de uso de LTE legado para NB-loT exigiria, portanto, o uso de valores de temporizador maiores, o que teria a consequência indesejável de aumentar a quantidade de tempo que o UE deveria estar desperto e, por sua vez, maior bateria e/ou consumo de energia pelo UE.
[0037] A presente invenção contempla várias modalidades que podem abordar estas e outras deficiências associadas a abordagens existentes. Em certas modalidades, as deficiências associadas às abordagens existentes podem ser superadas usando uma maneira nova e flexível de manipular/controlar o "tempo ativo" (isto é, o tempo que um UE necessita estar desperto para monitorar um canal de controle DL) no modo conectado para NB-loT.
Geralmente, dois parâmetros podem ser usados para isto: um "tempo ativo" que determina quanto tempo o UE deve estar desperto para monitorar o canal de controle de DL antes de entrar no DRX; e um "tempo de defasagem" que quando iniciar o "tempo ativo". Em alguns casos, o "tempo de defasagem” é definido em relação a uma transmissão de UL que foi acionada ao receber uma mensagem de controle no canal de controle de DL (por exemplo, NB-PDCCH). Em um exemplo não limitante, a transmissão de UL pode ser quer uma mensagem de feedback de HARQ associada a uma atribuição de DL para receber dados de DL ou uma concessão de UL, resultando em uma transmissão de UL de dados de UL. Se uma nova mensagem de controle é recebida no canal de controle de DL durante o "tempo ativo", o "tempo ativo" é parado (isto é, o UE não necessita estar desperto para monitorar o canal de controle de DL). Em seguida, a atividade indicada pela mensagem de controle (atribuição de DL ou concessão de UL) é executada, e novos parâmetros de "tempo ativo" e de "tempo de defasagem" são usados. Informações sobre os valores dos dois parâmetros ("tempo ativo" e “tempo de defasagem") podem ser fornecidas de qualquer maneira adequada. Em certas modalidades, as informações sobre os valores dos dois parâmetros podem ser fornecidas por transmissão como parte da mensagem de atribuição de DL/concessão de UL enviada no canal de controle de DL, e podem variar entre diferentes atribuições de DL/concessões de UL.
[0038] Aspectos das modalidades descritas pela presente invenção são dirigidos a métodos realizados por um UE em um sistema de comunicação (por exemplo, NB-loT) que controla a operações de modo conectado DRX e comportamento para o UE e um nó de rede (por exemplo, uma estação rádio base/eNB). Em certas modalidades, o método utiliza as propriedades das capacidades de comunicação dos dispositivos de NB-loT descritos acima (por exemplo, half-duplex, um processo de HAROQO, escalonamento de subquadros cruzados) e padrões de tráfego típicos usados para aperfeiçoar o "tempo ativo "para o dispositivo (UE), a fim de minimizar a bateria e/ou consumo de energia. Certas modalidades podem também introduzir vantajosamente uma maneira flexível de controlar as operações de modo conectado DRX, sinalizando dinamicamente os parâmetros envolvidos.
[0039] De acordo com uma modalidade exemplificadora, é descrito um método em um UF. O UE monitora um canal de controle de DL durante uma duração de pelo menos um primeiro temporizador. O UE recebe, no canal de controle de DL monitorado, uma indicação de uma transmissão de DL ou UL para o UE. Após receber a indicação de transmissão de DL ou UL para o UE, o UE para de monitorar o primeiro temporizador, em que após o primeiro temporizador ser parado, o UE não necessita monitorar o canal de controle de downlink. O UE realiza uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE. O UE inicia um segundo temporizador, após receber a indicação para a transmissão de downlink ou uplink para o UE, a duração do segundo temporizador de matriz compreendendo um período de defasagem. Em certas modalidades, o segundo temporizador pode ser iniciado: após realizar a transmissão de UL associada; ou no final da indicação recebida da transmissão de DL ou UL para o UE. Quando o segundo temporizador expira, o UE inicia um terceiro temporizador, em que o UE monitora o canal de controle de downlink para a duração do terceiro canal. Em certas modalidades, o UE pode inserir um modo de recepção descontínua quando o terceiro temporizador expira. Em certas modalidades, o UE pode receber uma mensagem incluindo informações sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores.
[0040] De acordo com outra modalidade exemplificadora, é descrito um método em um nó de rede. O nó de rede determina a duração de um primeiro temporizador e a duração de um segundo temporizador, o primeiro e o segundo temporizadores para uso por um equipamento de UE para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem. Em certas modalidades, a duração do primeiro temporizador pode compreender um dentre: uma quantidade de tempo que o UE espera depois de enviar a transmissão de uplink associada à transmissão de downlink ou uplink para o UE antes de o UE iniciar o segundo temporizador; e um período de tempo que o UE espera após o final da indicação de transmissão de downlink ou uplink para o UE antes de o UE iniciar o segundo temporizador. Em certas modalidades, a duração do segundo temporizador pode compreender uma quantidade de tempo em que o UE monitora um canal de controle de DL antes de entrar em um modo de recepção descontínua. O nó de rede envia, para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador. Como um exemplo não limitante, o nó de rede pode enviar uma mensagem para o UE incluindo as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador. Em alguns casos, as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador podem ser incluídas em uma indicação de uma transmissão de DL ou UL para o UE.
[0041] A FIGURA 5 é um diagrama de blocos que ilustra uma modalidade de uma rede 500, de acordo com certas modalidades. A rede 500 inclui um ou mais UE (s) 510 (que podem ser referidos de forma intercambiável como dispositivos sem fio 510) e um ou mais nós de rede 515 (que podem ser de forma intercambiável referidos como eNBs 515). Os UEs 510 podem se comunicar com os nós de rede 515 através de uma interface sem fio. Por exemplo, um UE 510 pode transmitir sinais sem fio para um ou mais nós de rede 515 e/ou receber sinais sem fio de um ou mais dos nós de rede 515. Os sinais sem fio podem conter tráfego de voz, tráfego de dados, sinais de controle e/ou qualquer outra informação adequada. Em algumas modalidades, uma área de cobertura de sinal sem fio associada a um nó de rede 515 pode ser referida como uma célula 525. Em algumas modalidades, os UEs 510 podem ter capacidade de dispositivo-para- dispositivo (D2D). Assim, os UEs 510 podem ser capazes de receber sinais de, e/ou transmitir sinais diretamente para, outro UF.
[0042] Em certas modalidades, os nós de rede 515 podem fazer interface com um controlador de rede de rádio. O controlador de rede de rádio pode controlar os nós de rede 515 e pode fornecer certas funções de gerenciamento de recursos de rádio, funções de gerenciamento de mobilidade e/ou outras funções adequadas. Em certas modalidades, as funções do controlador de rede de rádio podem ser incluídas no nó de rede 515. O controlador da rede de rádio pode interagir com um nó de rede núcleo. Em certas modalidades, o controlador de rede de rádio pode interagir com o nó de rede núcleo através de uma rede de interconexão 520. A rede de interconexão 520 pode se referir a qualquer sistema de interconexão capaz de transmitir áudio, vídeo, sinais, dados, mensagens ou qualquer combinação dos precedentes. A rede de interconexão 520 pode incluir o todo ou porção de uma rede pública de telefonia comutada (PSTN), uma rede de dados pública ou privada, uma rede de área local (LAN), uma rede de área metropolitana (MAN), uma rede de área ampla (WAN), uma rede de computadores ou comunicação local, regional ou global, como a Internet, uma rede fixa ou sem fio, uma intranet corporativa ou qualquer outro link de comunicação adequado, incluindo combinações dos mesmos.
[0043] Em algumas modalidades, o nó de rede núcleo pode gerenciar o estabelecimento de sessões de comunicação e várias outras funcionalidades para os UEs 510. Os UEs 510 podem trocar certos sinais com o nó de rede núcleo usando a camada de estrato sem acesso. Na sinalização de estrato sem acesso,
os sinais entre os UEs 510 e o nó de rede núcleo podem ser passados de forma transparente através da rede de acesso de rádio. Em certas modalidades, os nós de rede 515 podem interagir com um ou mais nós de rede através de uma interface internodal, tal como, por exemplo, uma interface X2.
[0044] Como descrito acima, modalidades exemplificadoras da rede 500 podem incluir um ou mais UEs 510 e um ou mais tipos diferentes de nós de rede capazes de se comunicar (direta ou indiretamente) com UEs 510.
[0045] Em algumas modalidades, o termo UE não limitante é usado. Os UEs 510 descritos pela presente invenção podem ser qualquer tipo de dispositivo sem fio capaz de se comunicar com os nós de rede 515 ou outro UE sobre sinais de rádio. O UE 510 pode também ser um dispositivo de comunicação de rádio, dispositivo alvo, D2D UE, EU de comunicação tipo máquina ou UE capaz de comunicação de máquina a máquina (M2M), UE de baixo custo e/ou baixa complexidade, um sensor equipado com UF, tablet, terminais móveis, smartphone, equipamento embarcado para laptop (LEE), equipamento montado em laptop (LME), USB dongles, Equipamentos nas Instalações do Cliente (CPE), etc. O UE 510 pode operar sob cobertura normal ou cobertura melhorada em relação à sua célula servidora. A cobertura melhorada pode ser mencionada como cobertura estendida. O UE 510 também pode operar em uma pluralidade de níveis de cobertura (por exemplo, cobertura normal, cobertura melhorada de nível 1, cobertura melhorada de nível 2, cobertura melhorada de nível 3 e assim por diante). Em alguns casos, o UE 510 também pode operar em cenários fora de cobertura.
[0046] Além disso, em algumas modalidades, a terminologia genérica, "nó de rede de rádio" (ou simplesmente "nó de rede") é usada. Pode ser qualquer tipo de nó de rede, que pode compreender uma estação base (BS), estação rádio base, Node B, nó de rádio multi-padrão (MSR) tal como MSR BS, Evolved Node B
(eNB), controlador de rede, controlador de rede de rádio (RNC), controladora de estação base (BSC), nó de relé, relé controlador de nó doador, estação de transceptor de base (BTS), ponto de acesso (AP), ponto de acesso de rádio, pontos de transmissão, nós de transmissão, unidade de rádio remota (RRU), cabeça de rádio remota (RRH), nós no sistema de antenas distribuídas (DAS), entidade de coordenação multi célula/multicast (MCE), nó de rede núcleo (por exemplo, MSC, MME, etc.), O&M, OSS, SON, nó de posicionamento (por exemplo, E-SMLC), MDT ou qualquer outro nó de rede adequado.
[0047] A terminologia, como o nó de rede e o UE, deve ser considerada não limitante e, em particular, não implica uma certa relação hierárquica entre os dois; em geral, "eNodeB" poderia ser considerado como dispositivo 1 e "UE" dispositivo 2, e esses dois dispositivos se comunicam entre si através de algum canal de rádio.
[0048] Exemplos de modalidades do UE 510, nós de rede 515 e outros nós de rede (tais como controlador de rede de rádio ou nó de rede núcleo) são descritos em mais detalhe abaixo em relação às FIGURAS 13-17.
[0049] Embora a FIGURA 5 ilustre uma disposição particular da rede 500, a presente invenção contempla que as várias modalidades descritas pela presente invenção possam ser aplicadas a uma variedade de redes tendo qualquer configuração adequada. Por exemplo, a rede 500 pode incluir qualquer número adequado de UEs 510 e nós de rede 515, bem como quaisquer elementos adicionais adequados para suportar a comunicação entre UEs ou entre um UE e outro dispositivo de comunicação (tal como um telefone fixo). Além disso, embora certas modalidades possam ser descritas como implementadas em uma rede de Evolução de Longo Prazo (LTE), as modalidades podem ser implementadas em qualquer tipo apropriado de sistema de telecomunicação que suporte quaisquer padrões de comunicação adequados (incluindo padrões
5G) e usando quaisquer componentes adequados, e são aplicáveis a qualquer tecnologia de acesso de rádio (RAT) ou sistemas multi-RAT em que um UE recebe e/ou transmite sinais (por exemplo, dados). Por exemplo, as várias modalidades descritas pela presente invenção podem ser aplicáveis a LTE, LTE-avançado, NB- loT, 5G, UMTS-HSPA, GSM, cdma2000. WCDMA, WiMax, UMB, WiFi, outra tecnologia de acesso de rádio adequada ou qualquer combinação adequada de uma das tecnologias de acesso de rádio. Embora certas modalidades possam ser descritas no contexto de transmissões sem fio no DL, a presente invenção contempla que as várias modalidades são igualmente aplicáveis no UL.
[0050] Como descrito acima, certas modalidades fornecem novos métodos para controlar operações de DRX no modo conectado. Na descrição que segue de várias modalidades exemplificadoras não limitantes, podem ser feitas certas suposições em relação a operações de escalonamento e HARQ para NB-loT. Primeiro, assume-se que os dados DL/UL são programados por uma mensagem no canal de controle de DL (por exemplo, NB-PDCCH). Em segundo lugar, assume-se que os dados de DL/UL são transmitidos nos canais compartilhados (por exemplo, NB-PDSCH e NB-PUSCH, respectivamente). Terceiro, assume-se que o feedback de HARQ é transmitido nos canais NB-PDCCH/NB-PUSCH (presume-se que o recurso UL para feedback de HARQ seja enviado como parte da atribuição de DL no NB-PDCCH). Finalmente, supõe-se que o HARQ assíncrono seja usado quer em DL e UL. Nota-se que o escopo da presente invenção não está limitado às várias modalidades exemplificadoras descritas pela presente invenção. Em alguns casos, nenhuma, algumas ou todas as suposições acima podem ser aplicadas.
[0051] Como descrito acima, um UE 510 pode monitorar um canal de controle de DL (por exemplo, NB-PDCCH). Aqui, o tempo em que o UE 510 monitora o canal de controle de DL é referido como o "tempo ativo". O comportamento do UE 510 em relação ao início do "tempo ativo", parada do "tempo ativo", expiração do "tempo ativo" e como recuperar informação do comprimento e início do "tempo ativo" descrito em geral abaixo no contexto da FIGURA 5, e em detalhe com relação às FIGURAS 6A-9B abaixo. Em certas modalidades, o início do "tempo ativo" ocorre um "tempo de defasagem" após uma transmissão de UL do UE 510.
[0052] Em certas modalidades, o comportamento do UE 510 é descrito no contexto de NB-loT, e quando o "tempo ativo" expira, o UE 510 é referido para entrar na operação de DRX de maneira semelhante à do LTE legado (isto é, o NB- PDCCH é monitorado apenas durante um "tempo de duração ligado" a cada ciclo de DRX). Note, no entanto, que as várias modalidades aqui descritas não estão limitadas ao contexto de NB-loT. Pelo contrário, a presente invenção contempla que as várias modalidades aqui descritas são aplicáveis a qualquer RAT adequado.
[0053] Em geral, dois parâmetros principais são usados: um "tempo ativo” que determina por quanto tempo o UE deve estar desperto para monitorar o canal de controle de DL antes de entrar no DXR; e um" tempo de defasagem” que determina quando inicia o "tempo ativo". Como descrito acima, o "tempo de defasagem" (que pode ser aqui referido de forma intercambiável como "período de defasagem") é iniciado em relação a uma transmissão de UL executada pelo UE 510 que foi acionada por receber uma indicação de uma transmissão de DL ou UL para UE 510 (por exemplo, uma mensagem de controle no canal de controle de DL (por exemplo, NB-PDCCH), como: uma atribuição de DL para receber dados de DL resultando em que a transmissão de UL é uma mensagem de feedback de HARQ ou uma concessão de UL resultando na referida a transmissão de UL sendo um dado UL).
[0054] Se uma nova mensagem de controle for recebida no canal de controle de DL durante o "tempo ativo", o "tempo ativo" é parado (isto é, o UE não precisa estar desperto para monitorar o canal de controle de DL (por exemplo, NB-PDCCH). Em vez disso, a atividade como referida mensagem de controle (por exemplo, atribuição de DL ou concessão de UL) indicada é primeiro executada, e um novo "tempo ativo" e "tempo de defasagem" são usados.
[0055] Em certas modalidades, as informações sobre os valores dos dois parâmetros ("tempo ativo" e "tempo de defasagem") são fornecidas por transmissão como parte da mensagem de atribuição de DL/concessão de UL enviada no canal de controle de DL, e podem variar entre cada atribuição de DL /concessão de UL. Por exemplo, em certas modalidades, um nó de rede (por exemplo, nó de rede 515) pode determinar uma duração do "tempo ativo" e o "tempo de defasagem" para uso pelo UE 510 para controlar a operação de DRX. O nó de rede 515 pode enviar informações sobre a duração de "tempo ativo" e o "tempo de defasagem" para o UE 510. O nó de rede 515 pode enviar a informação para o UE 510 de qualquer maneira adequada. Como um exemplo, o nó de rede 515 pode enviar uma mensagem para o UE 510 incluindo informações sobre a duração do "tempo ativo" e o "tempo de defasagem". Como outro exemplo, a informações sobre a duração do "tempo ativo" e do "tempo de defasagem" pode ser incluída na indicação de uma transmissão de DL ou UL para o UE 510 (por exemplo, uma mensagem de controle no canal de controle de DL (por exemplo, NB-PDCCH), tais como: uma atribuição de DL para receber dados DL resultando em que a transmissão de UL é uma mensagem de feedback de HARQ ou uma concessão de UL resultando em que a referida transmissão de UL é dados de UL).
[0056] Embora certas modalidades exemplificadoras possam ser descritas em termos de parâmetros descritos como durações de tempo, isto é apenas para fins de exemplo. As várias modalidades descritas pela presente invenção não estão limitadas a tais exemplos. Pelo contrário, a presente invenção contempla que os temporizadores podem ser usados em vez disso ao implementar, especificar, descrever e/ou modelar estas características das várias modalidades. Os versados na técnica compreendem que as descrições relativas a uma duração de tempo ou a um temporizador podem ser equivalentes. Em alguns casos, ao implementar as várias modalidades aqui descritas em um dispositivo, um temporizador poderia preferencialmente ser usado. Em tal cenário, UE 510 pode iniciar um temporizador (com duração "tempo de defasagem") após o final da transmissão de UL, e após a expiração do referido temporizador um novo temporizador (com duração "tempo de defasagem") pode ser iniciado, e enquanto executa, o UE 510 monitora o canal de controle de DL (por exemplo, NB-PDCCH). Embora o uso de vários temporizadores seja aqui discutido, de acordo com modalidades alternativas, podem ser usados menos temporizadores (ou mesmo nenhum temporizador), desde que a duração de tempo ainda seja monitorada e determinada.
[0057] Por exemplo, em certas modalidades, o UE 510 monitora um canal de controle de DL (por exemplo, NB-PDCCH) durante uma duração de pelo menos um primeiro temporizador. Em certas modalidades, um ou mais temporizadores podem estar em execução neste momento. Em certas modalidades, o primeiro temporizador de um ou mais temporizadores pode ser um dentre um OnDurationTimer de um ciclo DRX, um drx-InactivityTimer e um temporizador de retransmissão de DRX. O UE 510 pode receber, no controle de DL monitorado, uma indicação de uma transmissão de DL ou UL para o UE 510 (por exemplo, uma atribuição de escalonamento de DL ou uma concessão de UL, respectivamente). Após receber a indicação da transmissão de DL ou UL para o UE 510, o UE 510 pode parar de monitorar o primeiro temporizador e realizar uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE
510 (por exemplo, enviar uma mensagem de ACK ou uma transmissão de dados no UL). De acordo com certas modalidades, após receber a indicação da transmissão de DL ou UL para o UE 510, o UE 510 também pode parar de monitorar o canal de controle de DL. De acordo com modalidades alternativas, o UE não é mais necessário para monitorar o canal de controle de DL neste momento, mas pode continuar a fazê-lo. Após receber a indicação da transmissão de DL ou UL, o UE 510 inicia um segundo temporizador, a duração do segundo temporizador compreendendo um período de defasagem (por exemplo, um temporizador de HARQ-RTT que compreende um período de defasagem). De acordo com certas modalidades, o UE pode iniciar o segundo temporizador após realizar a transmissão de UL associada. Quando o segundo temporizador expirar, o UE 510 pode iniciar um terceiro temporizador disponível (por exemplo, drx-InactivityTimer ou um temporizador de retransmissão de recepção descontínua). Em certas modalidades, o UE 510 pode monitorar o canal de controle de DL durante a duração do terceiro temporizador e entrar no modo DRX quando o terceiro temporizador expirar.
[0058] As várias modalidades serão agora descritas em maior detalhe abaixo em relação às FIGURAS 6-9. Note que as durações de tempo das transmissões e das defasagens entre as transmissões mostradas nas FIGURAS 6- 9 não são escalonadas e não estão necessariamente em uma unidade de tempo, como uma quadro/subquadro (por exemplo, 1 ms). Em vez disso, as FIGURAS 6- 9 são usadas para ilustrar o que é transmitido (por exemplo, controle/dados) nos diferentes canais físicos de NB-loT, em que ordem, as diferentes defasagens de transmissão de canal e quais durações de temporizador existem. Note que a descrição abaixo inclui exemplos do uso de, ambos, durações de tempo e temporizadores. Para refletir que qualquer implementação é possível, as FIGURAS 6-9 ilustram um "tempo ou temporizador" um "tempo ou temporizador de defasagem"; e um "tempo ou temporizador ativo".
[0059] A FIGURA 6A ilustra um primeiro exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades. Mais particularmente, a FIGURA 6A mostra uma indicação de uma transmissão de DL 605 para um UE recebido no canal de controle de downlink 610 (NB-PDCCH no exemplo da FIGURA 6A), nomeadamente uma atribuição de escalonamento de DL (denotada DCI- 1 no exemplo da FIGURA 6A) com transmissão de dados resultante 615. Em outras palavras, a mensagem 605 (denotada DCI-1) é recebida pelo UE no canal de controle de DL 610 que programa um bloco de dados DL 615 (denotado SRB/DRB no exemplo da FIGURA 6A) a ser recebido pelo UE em NB-PDSCH 620 (em uma portadora de rádio de sinalização (SRB) ou em uma portadora de rádio de dados (DRB)). Como descrito acima, o recurso de feedback de HARQ. para NB-PUSCH 635 é presumido ser incluído na mensagem 605 de NB-PDCCH (isto é, DCI-1).
[0060] No exemplo da FIGURA 6A, após receber a indicação da transmissão de DL 605 para o UE (isto é, quando o DCI-1 é recebido), o "*tempo" 630 é parado e o UE para de monitorar o canal de controle de DL 610. Isso ocorre porque o canal de controle de DL 610 não precisa mais ser monitorado devido à recepção bem-sucedida no UE. De acordo com modalidades alternativas, o canal de controle 610 pode ainda ser monitorado, mesmo que o UE não tenha mais a necessidade de o fazer. O “*” indica que o mesmo pode ser um tempo “On Duration” ou “ativo”. Por exemplo, em modalidades em que um ou mais temporizadores são usados, o "*tempo" 630 mostrado no exemplo da FIGURA 6A pode ser um primeiro temporizador durante o qual o UE monitora o canal de controle de DL 610. Por exemplo, o primeiro temporizador 630 pode ser um dentre um OnDurationTimer de um ciclo de DRX, um drx-InactivityTimer e um temporizador de retransmissão de DRX. A mensagem 605 aciona uma atividade de transmissão de UL 635 mais tarde. No caso de atribuição de DL mostrado no exemplo da FIGURA 6A, os primeiros dados de SRB/DRB 615 em NB-PDSCH 620 são recebidos e, com base no resultado de decodificação, o feedback de HARQ é enviado (ACK 635 no exemplo da FIGURA 6A) em NB-PUSCH 625 Em outras palavras, a mensagem DCI-1 605 é uma indicação de uma transmissão de DL para o UE, e o UE realiza a transmissão de UL 635 associada à transmissão de DL indicada (nomeadamente, o envio de uma mensagem de confirmação).
[0061] Após realizar a transmissão associada de UL 635, o "tempo ativo" 640 é iniciado em um "tempo de defasagem" 645 após a finalização da transmissão de UL 635. Em modalidades em que os temporizadores são usados, por exemplo, depois de realizar a transmissão de UL associada 635 (a mensagem ACK no exemplo da FIGURA 6A), o UE inicia o segundo temporizador 645. À duração do segundo temporizador 645 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 645 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 645 expira, o UE inicia o terceiro temporizador 640 correspondente a "tempo ativo" descrito acima. Em certas modalidades, o terceiro temporizador 640 pode ser um dentre um drx-InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo" (por exemplo, durante a duração do terceiro temporizador 640), o UE monitora o canal de controle de DL 610 (NB-PDCCH no exemplo da FIGURA 6A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 640 (por exemplo, antes do terceiro temporizador 640 expirar), o UE entra no modo DRX 660 como mostrado no exemplo da FIGURA 6A. Durante o DRX, os conceitos anteriormente descritos aplicam-se (isto é, o UE desperta por um período de tempo 650 (“On Duration”) para monitorar o canal de controle de DL 610 (por exemplo, NB-PDCCH).
[0062] No exemplo da FIGURA 6A, as setas 655a-d que vão da mensagem DCI-1 605 pretendem ilustrar que o tamanho (por exemplo, duração) do "tempo de defasagem" 645 e do "tempo ativo" 640 (ou a duração do segundo temporizador 645 e do terceiro temporizador 640 descritos acima, respectivamente) estão incluídos na mensagem DCI-1 605 (ou informação relevante para poder determinar a duração do temporizador). Em certas modalidades, estes parâmetros podem mudar entre cada transmissão programada (por exemplo, atribuição de DL ou concessão de UL), permitindo que os parâmetros sejam alterados dinamicamente para cada transmissão. Por exemplo, um nó de rede (por exemplo, eNB 515 descrito acima em relação à FIGURA 5) pode determinar uma duração do segundo temporizador 645 compreendendo um período de defasagem e terceiro temporizador 640 descritos acima para uso pelo UE para controlar a operação de DRX. A duração do segundo temporizador 645 pode ser uma quantidade de tempo que o UE espera após enviar a transmissão de UL 635 associada à transmissão de DL indicada para o UE antes de o UE iniciar o terceiro temporizador 640. A duração do terceiro temporizador 640 pode compreender uma quantidade de tempo em que o UE monitora o canal de controle de DL 610 antes de entrar em modo DRX. O nó de rede pode enviar, para o UE, informações sobre a duração do segundo temporizador 645 e do terceiro temporizador 640 para o UE.
[0063] A presente invenção contempla que as informações sobre os vários parâmetros (por exemplo, comprimento do "tempo de defasagem" 645 e do "tempo ativo" 640 ou duração do segundo temporizador 645 e do terceiro temporizador 640 descritos acima) podem ser sinalizadas de qualquer maneira adequada. Por exemplo, elas podem fazer parte de uma mensagem L3 ou transmitidas nas informações do sistema. Em tal cenário, os parâmetros seriam semiestáticos como nas abordagens anteriores e não tão flexíveis quanto enviar os mesmos como parte da mensagem NB-PDCCH 605 (por exemplo, DCI-Il no exemplo da FIGURA 6A). Note também que o valor exato não precisa necessariamente ser sinalizado. Em vez disso, uma tabela poderia ser transmitida e/ou predefinida e um índice a essa tabela poderia ser sinalizado e/ou incluído.
[0064] No exemplo da FIGURA 6A envolvendo uma atribuição de DL, exemplos típicos das diferentes durações de tempo são dados abaixo. Note, no entanto, que quaisquer valores podem ser aplicados dependendo, por exemplo, dos recursos de frequência de UL/DL usados, taxa de codificação e número de repetições (isto é, a redundância ), tamanho de mensagem/dados, tipo de modulação, nó de rede (por exemplo, eNB) estratégia de escalonamento e quaisquer outros critérios adequados. Em certas modalidades, a duração do NB- PDCCH (DCI-1) pode ser de 2 ms. A defasagem entre NB-PDCCH e NB-PDSCH pode ser de 4 ms. A duração do NB-PDSCH (SRB/DRB) pode ser de 20 ms. À defasagem entre NB-PDSCH e NB-PUSCH pode ser de 2 ms. A duração do NB- PUSCH (ACK) pode ser de 4 ms. A duração do "tempo de defasagem" 645 pode ser de 10 ms. A duração do "tempo ativo" 640 pode ser de 20 ms.
[0065] A FIGURA 6B ilustra uma variação do primeiro exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 6A, de acordo com certas modalidades. A FIGURA 68 é semelhante à FIGURA 6A, portanto apenas as diferenças serão descritas. No exemplo da modalidade da FIGURA 68, "tempo ativo" 640 é iniciado um "tempo de defasagem!" 645 depois do final da indicação recebida de uma transmissão de DL 605 para o UE recebido no canal de controle de DL 610 (NB-PDCCH no exemplo de FIGURA 6B), nomeadamente uma atribuição de escalonamento de DL (denotada DCI-1 no exemplo da FIGURA 6B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da indicação recebida de transmissão de DL 605 para a UE, o UE inicia o segundo temporizador 645. A duração do segundo temporizador 645 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 645 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 645 expira; o UE inicia o terceiro temporizador 640 correspondente ao “tempo ativo”.
[0066] A FIGURA 7A ilustra um segundo exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades. Mais particularmente, a FIGURA 7A mostra uma indicação de uma transmissão de UL para a matriz UE, nomeadamente concessão de UL 705 (denotada DCT-O no exemplo da FIGURA 7A) com a consequente transmissão de UL 710. Em outras palavras, a mensagem 705 (denotada DCI-O) é recebido pelo EU no canal de controle de DL 715 (NB-PDCCH no exemplo da figura 7A) que programa o bloco de dados UL 710 a ser enviado pelo EU no NB-PUSCH 720 (seja em um SRB ou em um DRB).
[0067] No exemplo da FIGURA 7A, após receber a indicação da transmissão de UL para o UE (isto é, quando o DCI-0705 é recebido), o "tempo" 725 é parado e o UE para de monitorar o canal de controle de DL 715. Isso ocorre porque o canal de controle de DL 715 (NB-PDCCH no exemplo da FIGURA?7) não precisa mais ser monitorado devido à recepção bem-sucedida no UE. De acordo com modalidades alternativas, o canal de controle 715 pode ainda ser monitorado, mesmo que o UE não tenha mais a necessidade de o fazer. Semelhante à FIGURA 6A descrita acima, o “*tempo” 725 indica que pode ser um tempo “On Duration” ou “ativo”. Por exemplo, em modalidades em que um ou mais temporizadores são usados, o “*tempo" 725 pode ser um primeiro temporizador 725 durante o qual o UE monitora o canal de controle de DL 715. Por exemplo, o primeiro temporizador 725 pode ser um dentre um OnDurationTimer de um ciclo de DRX,
um drx-InactivityTimer e um temporizador de retransmissão de DRX. A mensagem 705 aciona uma atividade de transmissão de UL 710 mais tardia. No caso de concessão de UL mostrado no exemplo da FIGURA 7A, o UE realiza a transmissão de dados de SRB/DRB 710 no NB-PUSCH 720. Em outras palavras, a mensagem DCI-O 705 é uma indicação de uma transmissão de UL 710 para o UE, e o UE realiza a transmissão de UL associada à indicação (nomeadamente, transmissão de dados de SRB/DRB 710 no NB-PUSCH 720).
[0068] Após realizar a transmissão de UL 710 associada, o "tempo ativo" 730 é iniciado com um "tempo de defasagem" 735 após a transmissão de UL 710 terminar. Em modalidades em que os temporizadores são usados, por exemplo, após realizar a transmissão de UL 710 associada, o UE inicia o segundo temporizador 735 correspondendo ao "tempo de defasagem" descrito acima. À duração do segundo temporizador 735 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 735 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 735 expira; o UE inicia o terceiro temporizador 730 correspondente a "tempo ativo" descrito acima. Em certas modalidades, o terceiro temporizador 730 pode ser um dentre um drx-InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo” 730 (por exemplo, durante a duração do terceiro temporizador 730), o UE monitora o canal de controle de DL 715 (NB-PDCCH no exemplo da FIGURA 7A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 730 (isto é, antes do terceiro temporizador 730 expirar), o UE entra no modo DRX 750 como mostrado no exemplo da FIGURA 7A. Durante o DRX, os conceitos anteriormente aplicados aplicam-se (isto é, o UE desperta durante um período de tempo 740 (“On Duration”) para monitorar o canal de controle de DL 715 (por exemplo, NB-PDCCH).
[0069] No exemplo da FIGURA 7 A, as setas 745a-c que vão da mensagem 705 de DCI-O pretendem ilustrar que o tamanho (por exemplo, duração) do "tempo de defasagem" 735 e "tempo ativo" 730 (ou a duração do segundo o temporizador 735 e o terceiro temporizador 730 descritos acima, respectivamente) estão incluídos na mensagem DCI-O 705 (ou informação relevante para poder determinar a duração do temporizador). Em certas modalidades, estes parâmetros podem mudar entre cada transmissão programada (por exemplo, atribuição de DL ou concessão de UL), permitindo que os parâmetros sejam alterados dinamicamente para cada transmissão. Por exemplo, um nó de rede (por exemplo, eNB 515 descrito acima em relação à FIGURA 5) pode determinar uma duração do segundo temporizador 735 e terceiro temporizador 730 descritos acima para uso pelo UE para controlar a operação de DRX. A duração do segundo temporizador 735 pode ser uma quantidade de tempo que o UE espera após enviar a transmissão de UL 710 associada à transmissão de DL indicada para o UE antes de o UE iniciar o terceiro temporizador 730. A duração do terceiro temporizador 730 pode compreender uma quantidade de tempo em que o UE monitora o canal de controle de DL 715 antes de inserir no modo DRX. O nó de rede pode enviar, para o UE, informações sobre a duração do segundo temporizador 735 e do terceiro temporizador 730 para o UE.
[0070] A presente invenção contempla que as informações sobre os vários parâmetros (por exemplo, comprimento do "tempo de defasagem" 735 e "tempo ativo" 730 ou duração do segundo temporizador 735 e terceiro temporizador 730 descritos acima) podem ser sinalizados de qualquer maneira adequada. Por exemplo, eles podem fazer parte de uma mensagem L3 ou transmitidos nas informações do sistema. Em tal cenário, os parâmetros seriam semiestáticos como nas abordagens anteriores e não tão flexíveis quanto enviar os mesmos como parte da mensagem NB-PDCCH (por exemplo, DCI-O 705 no exemplo da FIGURA 7 A). Note também que o valor exato não precisa necessariamente ser sinalizado. Em vez disso, uma tabela poderia ser transmitida e/ou predefinida e um índice a essa tabela poderia ser sinalizado e/ou incluído.
[0071] A presente invenção contempla que os valores dos vários parâmetros podem ser quaisquer valores adequados. Em certas modalidades, os valores podem variar com base em qualquer critério adequado. Por exemplo, os valores dos vários parâmetros podem depender dos recursos de frequência UL/DL usados, taxa de codificação e número de repetições (isto é, a redundância), tamanho de mensagem/dados, tipo de modulação, nó de rede (por exemplo, eNB), estratégia de escalonamento e qualquer outro critério adequado.
[0072] A FIGURA 7B ilustra uma variação do segundo exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 7A, de acordo com certas modalidades. A FIGURA 7B é semelhante à FIGURA 7 A, portanto apenas as diferenças serão descritas. No exemplo da modalidade da FIGURA 7B, "tempo ativo" 730 é iniciado um "tempo de defasagem" 735 depois do final da indicação recebida de uma transmissão de DL 705 para o UE recebido no canal de controle de DL 715 (NB-PDCCH no exemplo de FIGURA 78), nomeadamente uma concessão de UL (denotada DCI-O no exemplo da FIGURA 7B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da indicação recebida de transmissão de UL 705 para a UE, o UE inicia o segundo temporizador 735. A duração do segundo temporizador 735 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 735 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 735 expira, o UE inicia o terceiro temporizador 730 correspondente ao “tempo ativo”.
[0073] A FIGURA 8A ilustra um terceiro exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades. Mais particularmente, a FIGURA 8A ilustra um cenário no qual uma retransmissão de HARQ é acionada para o DL. Semelhante ao exemplo de temporização e transmissão para controlar as operações de DRX ilustradas na FIGURA 6A, a FIGURA 8A mostra uma indicação de uma transmissão de DL 805 para o UE, nomeadamente atribuição de escalonamento de DL (denotada DCI-1 no exemplo da FIGURA 8 A) em canal de controle de downlink 810 com transmissão de dados resultante 815. Em outras palavras, a mensagem 805 (denotada DCI-1) recebida pelo UE no canal de controle de DL 810 (NB-PDCCH no exemplo da FIGURA 8A) programa um bloco de dados de DL 815 (denotado SRB/DRB no exemplo da FIGURA 8A) a ser recebido pelo UE no NB-PDSCH 820 (quer num SRB ou num DRB).
[0074] No exemplo da FIGURA 8A, ao receber a indicação da transmissão de DL 805 para o UE (isto é, quando o DCI-1 é recebido), o "*tempo" 825 é parado e o UE para de monitorar o canal de controle de DL 810. Isso ocorre porque o canal de controle de DL 810 não precisa mais ser monitorado devido à recepção bem-sucedida no UE. De acordo com modalidades alternativas, o canal de controle 810 pode ainda ser monitorado, mesmo que o UE não tenha mais a necessidade de o fazer. O “*tempo” 825 indica que pode ser um tempo “On Duration” ou “ativo”. Por exemplo, em modalidades em que um ou mais temporizadores são usados, o "*tempo" 825 mostrado no exemplo da FIGURA 8A pode ser um primeiro temporizador 825 durante o qual o UE monitora o canal de controle de DL 810. Por exemplo, o primeiro temporizador 825 pode ser um dentre um temporizador OnDuration de um ciclo de DRX, um drx-InactivityTimer e um temporizador de retransmissão de DRX. A mensagem 805 aciona uma atividade de transmissão de UL 830 mais tarde.
[0075] No caso da atribuição de DL mostrada no exemplo da FIGURA 8 A, primeiro os dados de SRB/DRB 815 no NB-PDSCH 820 são recebidos e, com base no resultado da decodificação, o feedback de HARQ 830 é enviado (um NACK no exemplo da FIGURA 8A). Em outras palavras, a mensagem DCI-1 805 é uma indicação de uma transmissão de DL para o UE, e o UE realiza a transmissão de UL 830 associada à transmissão de DL indicada. No exemplo da FIGURA 8A, a transmissão de UL 830 associada é um feedback de HARQ na forma de um "NACK" que aciona uma retransmissão de HARQ.
[0076] Após realizar a transmissão de UL 830 associada, o "tempo ativo" 835 é iniciado um "tempo de defasagem" 840 após a finalização da transmissão de UL 830. Em modalidades em que os temporizadores são usados, por exemplo, depois de realizar a transmissão de UL associada 830 (a mensagem NACK no exemplo da FIGURA 8A), o UE inicia o segundo temporizador 840. A duração do segundo temporizador 840 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 840 pode ser um temporizador de HARQ- RTT que compreende um período de defasagem. Quando o segundo temporizador 840 expira, o UE inicia o terceiro temporizador 835 correspondente a "tempo ativo" descrito acima. Em certas modalidades, o terceiro temporizador 835 pode ser um dentre um drx-InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo” 835 (por exemplo, durante a duração do terceiro temporizador 835), o UE monitora o canal de controle de DL 810 (NB-PDCCH no exemplo da FIGURA 8A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 835 (por exemplo, antes do terceiro temporizador 835 expirar), o UE entra no modo DRX. Durante o DRX, os conceitos anteriormente descritos aplicam-se (isto é, o UE desperta durante um período de tempo (“On Duration”) para monitorar o canal de controle de DL 810 (por exemplo, NB-PDCCH).
[0077] No exemplo da FIGURA 8A, no entanto, o UE recebe uma indicação de uma segunda transmissão de DL 845 para o UE (isto é, quando o segundo DCI- 1 845 é recebido), o "tempo ativo" 835 é parado e o UE para de monitorar o canal de controle de DL 810. Isso ocorre porque o canal de controle de DL 810 (NB-PDCCH no exemplo da FIGURA 8A) não precisa mais ser monitorado devido à recepção bem-sucedida no UE da segunda mensagem DCI-1 845. A segunda mensagem 845 aciona uma atividade de transmissão de UL 850 mais tarde. No caso de atribuição de DL mostrado no exemplo da FIGURA 8 A, os primeiros e segundos dados de SRB/DRB 855 em NB-PDSCH 820 são recebidos e, com base no resultado de decodificação, o feedback de HARQ é enviado (ACK 850 no exemplo da FIGURA 8A). Em outras palavras, a segunda mensagem DCI-| 845 é uma segunda indicação de uma transmissão de DL 855 para o UE (isto é, uma retransmissão de HARQ da transmissão de DL 835), e o UE executa a transmissão de UL 850 associada a retransmissão de HARQ de DL indicada (isto é, o envio de mensagem ACK 850).
[0078] Após realizar a transmissão de UL 850 associada, o "tempo ativo" 860 é o "tempo de defasagem" iniciado 865 após a finalização da transmissão de UL 850. Em modalidades em que os temporizadores são usados, por exemplo, depois de realizar a transmissão de UL associada 850 (a mensagem NACK no exemplo da FIGURA 8A), o UE inicia o segundo temporizador 865. A duração do segundo temporizador 865 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 865 pode ser um temporizador de HARQ- RTT que compreende um período de defasagem. Quando o segundo temporizador 865 expira, o UE inicia o terceiro temporizador 860 correspondente a "tempo ativo" descrito acima. Em certas modalidades, o terceiro temporizador 860 pode ser um dentre um drx-InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo” 860 (por exemplo, durante a duração do terceiro temporizador 860), o UE monitora o canal de controle de DL 810 (NB-PDCCH no exemplo da FIGURA 8A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 860 (isto é, antes do terceiro temporizador 860 expirar), o UE entra no modo DRX 880 como mostrado no exemplo da FIGURA 8A. Durante o DRX, os conceitos anteriormente descritos aplicam-se (isto é, o UE desperta durante um período de tempo (“On Duration”) para monitorar o canal de controle de DL 810 (por exemplo, NB-PDCCH).
[0079] No exemplo da FIGURA 8A, as setas 870a-d que vão da primeira mensagem DClI-1 805 e setas 875a-d da segunda mensagem DCl-1 845 pretendem ilustrar que o tamanho (por exemplo, duração) de "tempo de defasagem" 840, "tempo ativo" 835, "tempo de defasagem" 865 e "tempo ativo" 860 (ou, em certas modalidades, a duração do segundo e terceiro temporizadores descritos acima, respectivamente) podem ser incluídos na primeira mensagem DCI-1 805 e segunda mensagem DCI-1 845, respectivamente (ou informação relevante para poder determinar a duração do temporizador). Em certas modalidades, estes parâmetros podem mudar entre cada transmissão programada (por exemplo, entre a primeira mensagem DClI-1 e a segunda mensagem DCl-1), permitindo que os parâmetros sejam dinamicamente alterados para cada transmissão. Assim, a duração do "tempo de defasagem" 840 pode ser igual ou diferente a do "tempo de defasagem" 865. De modo semelhante, a duração do "tempo ativo" 835 pode ser a mesmo ou diferente do "tempo ativo" 860. Um nó de rede (por exemplo, eNB 515 descrito acima em relação à FIGURA 5) pode determinar uma duração dos segundos temporizadores 840, 865 e dos terceiros temporizadores 835, 860 descritos acima para uso pelo UE para controlar a operação de DRX. As durações dos segundos temporizadores 840, 865 podem ser uma quantidade de tempo que o UE aguarda depois de enviar as transmissões de UL 830, 850 associadas às transmissões de DL ou UL indicadas para o UE, respectivamente, antes do UE iniciar os terceiros temporizadores 835, 860. A duração dos terceiros temporizadores 835, 860 pode compreender um período de tempo que o UE monitora um canal de controle de DL antes de entrar no modo DRX. O nó de rede pode enviar, para o UE, informações sobre a duração dos segundos temporizadores 840, 865 e dos terceiros temporizadores 835, 860 para o UE. Em alguns casos, as durações podem ser diferentes para a primeira transmissão de DL associada à primeira mensagem DCI-1 805 e segunda mensagem DCI-1 845. Em certas modalidades, as durações podem ser as mesmas. Os vários parâmetros (por exemplo, comprimento de "tempo de defasagem" 840, 865 e "tempo ativo" 835, 860 ou a duração dos segundos temporizadores 840, 865 e terceiros temporizadores 835, 860 descritos acima) podem ser sinalizados de qualquer maneira adequada. Os vários exemplos de sinalização descritos acima em relação à FIGURA 6 são igualmente aplicáveis à modalidade exemplificadora da FIGURA 8A.
[0080] A FIGURA 8B ilustra uma variação do terceiro exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 8A, de acordo com certas modalidades. A FIGURA 8B é semelhante à FIGURA 8A, então apenas serão descritas as diferenças. No exemplo da modalidade da FIGURA 8B, "tempo ativo" 835 é iniciado e um "tempo de defasagem" 840 depois do final da indicação recebida de uma transmissão de DL 805 para o UE é recebido no canal de controle de DL 810 (NB-PDCCH no exemplo de FIGURA 8B), nomeadamente uma atribuição de escalonamento de DL (denotada DCI-1 no exemplo da FIGURA 8B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da indicação recebida de transmissão de UL 805 para a UE, o UE inicia o segundo temporizador 840. A duração do segundo temporizador 840 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 840 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 840 expira, UE inicia o terceiro temporizador 835 correspondente ao “tempo ativo”.
[0081] Semelhante à FIGURA 8A descrita acima, no exemplo da FIGURA 8B o UE recebe uma indicação de uma segunda transmissão de DL 845 para o UE (isto é, quando a segunda DCI-1 845 é recebida). Em tal cenário, o "tempo ativo" 835 é parado e o UE para de monitorar o canal de controle de DL 810. No exemplo da FIGURA 8B, no entanto, o "tempo ativo" 860 é iniciado e um "tempo de defasagem" 865 no final da segunda indicação recebida de uma transmissão de DL 845 para o UE recebido no canal de controle de DL 810 (NB-PDCCH no exemplo de FIGURA 8B), nomeadamente uma atribuição de escalonamento de DL (denotada DCI-1 no exemplo da FIGURA 8B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da indicação recebida de transmissão de UL 845 para a UE, o UE inicia o segundo temporizador 865. À duração do segundo temporizador 865 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 865 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 865 expira, o UE inicia o terceiro temporizador 860 correspondente ao "tempo ativo”.
[0082] A FIGURA 9A ilustra um quarto exemplo de temporização e transmissão para controlar as operações de DRX, de acordo com certas modalidades. Mais particularmente, a FIGURA 9 ilustra um cenário no qual uma retransmissão de HARQ é acionada para o UL. Semelhante à FIGURA 7A descrita acima, o exemplo da FIGURA 9A ilustra uma primeira indicação de uma transmissão de UL 905 para o UE, nomeadamente uma concessão de UL (denotada DCI-O no exemplo da FIGURA 9A) com a transmissão de UL 910 resultante. Em outras palavras, a primeira mensagem 905 (denotada DCI-O) recebida pelo UE no canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9A) que programa um bloco de dados de DL 910 a ser recebido pelo UE no NB-PUSCH 920 (quer em um SRB ou num DRB).
[0083] No exemplo da FIGURA 9A, ao receber a indicação da transmissão de UL 905 para o UE (isto é, quando o DCI-O é recebido), o "*tempo" 925 é parado e o UE para de monitorar o canal de controle de DL 915. Isso ocorre porque o canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9A) não precisa mais ser monitorado devido à recepção bem-sucedida no UE. De acordo com modalidades alternativas, o canal de controle 915 pode ainda ser monitorado, mesmo que o UE não tenha mais a necessidade de o fazer. Semelhante à FIGURA 7A descrita acima, o “*tempo” 925 indica que pode ser um tempo “On Duration” ou “ativo”. Por exemplo, em modalidades em que um ou mais temporizadores são usados, o "*tempo" 925 mostrado no exemplo da FIGURA 9A pode ser um primeiro temporizador 925 durante o qual o UE monitora o canal de controle de DL 915. Por exemplo, o primeiro temporizador 925 pode ser um dentre um OnDurationTimer de um ciclo de DRX, um drx- InactivityTimer e um temporizador de retransmissão de DRX. A mensagem 905 aciona uma atividade de transmissão de UL 910 mais tarde. No caso de concessão de UL mostrado no exemplo da FIGURA 9A, o UE realiza a transmissão de dados de SRB/DRB 910 no NB-FUSCH 920. Em outras palavras, a mensagem DCI-O 905 é uma indicação de uma transmissão de UL para o UE, e o UE realiza a transmissão de UL 710 associada à transmissão (nomeadamente, transmissão de dados de SRB/DRB no NB-PUSCH 920).
[0084] Após realizar a transmissão de UL associada, o "tempo ativo" 930 é iniciado "tempo de defasagem" 935 após a finalização da transmissão de UL
910. Em modalidades em que os temporizadores são usados, por exemplo, depois de realizar a transmissão de UL associada 910 (a transmissão de UL em qualquer um dos SRB/DRB no exemplo da FIGURA 9A), o UE inicia o segundo temporizador 935. A duração do segundo temporizador 935 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 935 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 935 expira, o UE inicia o terceiro temporizador 930 correspondendo ao "tempo ativo" descrito acima, em certas modalidades, o terceiro temporizador 930 pode ser um dentre um drx- InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo” 930 (por exemplo, durante a duração do terceiro temporizador 930), o UE monitora o canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 930 (por exemplo, antes do terceiro temporizador 930 expirar), o UE entra no modo DRX.
[0085] No caso da concessão de UL, mostrada no exemplo da FIGURA 9A o UE recebe uma segunda mensagem 940 que é uma segunda mensagem DCI-O ou uma mensagem NACK no canal de controle de DL 915 antes da expiração do "tempo ativo" 930 (por exemplo, antes da expiração do terceiro temporizador 930). Em cenários nos quais a segunda mensagem 940 é uma mensagem NACK, pode ser uma concessão de UL com o novo indicador de dados (NDI) não alternado no caso de retransmissão de HARQ adaptativa ser usada (isto é, um NACK implícito é usado). A segunda mensagem 940 fornece uma indicação de uma retransmissão de HARQ UL 945 para o UE. Ao receber a segunda mensagem 940, o "tempo ativo" 930 (ou, em alguns casos, o terceiro temporizador 930) é parado e o UE para de monitorar o canal de controle de DL 915. Isto porque o canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9A) não necessita mais ser monitorado devido à recepção bem-sucedida no UE da segunda mensagem 940 (uma segunda mensagem DCI-O ou uma NACK). A segunda mensagem 940 aciona a atividade de transmissão de UL 945 mais tarde no tempo (isto é, a retransmissão HARQ da transmissão de UL 910). No caso de concessão de UL mostrado no exemplo da FIGURA 9A o UE realiza a segunda transmissão de UL 945 (nomeadamente, transmissão de segundos dados de SRB/DRB no NB-PUSCH 920).
[0086] Após realizar a segunda transmissão de UL 945 associada, o "tempo ativo" 950 é iniciado e "tempo de defasagem" 955 após a transmissão de UL 945 terminar. Em modalidades em que os temporizadores são usados, por exemplo, depois de realizar a segunda transmissão de UL associada 945 (transmissão dos segundos dados de SRB/DRB no NB-PUSCH 920 no exemplo da FIGURA 9A), o UE inicia o segundo temporizador 955. A duração do segundo temporizador 955 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 955 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 955 expira, o UE inicia o terceiro temporizador 950 correspondente ao "tempo ativo" descrito acima. Em certas modalidades, o terceiro temporizador 950 pode ser um dentre um drx-InactivityTimer e um temporizador de retransmissão de DRX. Durante o "tempo ativo” 950 (por exemplo, durante a duração do terceiro temporizador 950), o UE monitora o canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9A). Se não for recebida nenhuma mensagem NB-PDCCH antes do fim do "tempo ativo" 950 (por exemplo, antes do terceiro temporizador 950 expirar), o UE entra no modo DRX 970 como mostrado no exemplo da FIGURA 9A. Durante o DRX, os conceitos anteriormente descritos aplicam-se (isto é, o UE desperta durante um período de tempo (“On Duration”) para monitorar o canal de controle de DL 915 (por exemplo, NB-PDCCH).
[0087] No exemplo da FIGURA 9A, as setas 960a-c que são da primeira mensagem DCI-O 905 e setas 965 a-c que são da segunda mensagem DCI-O 905 pretendem ilustrar que o tamanho (por exemplo, duração) do "tempo de defasagem" 935, do "tempo ativo" 930, do "tempo de defasagem" 955 e do "tempo ativo" 950 ( ou, em certas modalidades, a duração dos segundos temporizadores 935, 955 e terceiros temporizadores 930, 950 descritos acima, respectivamente) pode ser incluída na primeira mensagem DCI-O 905 e na segunda mensagem DCI-O 940, respectivamente (ou informação relevante a ser capaz de determinar a duração do temporizador). Em certas modalidades, estes parâmetros podem mudar entre cada transmissão programada (por exemplo, entre a primeira mensagem DCI-O 905 e a segunda mensagem DCI-O 940), permitindo que os parâmetros sejam alterados dinamicamente para cada transmissão. Assim, a duração do "tempo de defasagem" 935 pode ser igual ou diferente do "tempo de defasagem" 955. De modo semelhante, a duração do "tempo ativo" 930 pode ser igual ou diferente a do "tempo ativo" 950. Um nó de rede (por exemplo, eNB 515 descrito acima em relação à FIGURA 5) pode determinar uma duração dos segundos temporizadores 935, 955 e dos terceiros temporizadores 930, 950 descritos acima para uso pelo UE para controlar a operação de DRX. As durações dos segundos temporizadores 935, 955 podem ser uma quantidade de tempo que o UE aguarda depois de enviar as transmissões de UL 910, 945 associadas às transmissões de DL ou UL indicadas para o UE, respectivamente, antes do UE iniciar os terceiros temporizadores 930,
950. A duração do terceiro temporizador 930, 950 pode compreender uma quantidade de tempo em que o UE monitora o canal de controle de DL 915 antes de inserir no modo DRX. O nó de rede pode enviar, para o UE, informações sobre a duração do segundos temporizadores 935, 955 e dos terceiros temporizadores
930, 950 para o UE. Em alguns casos, as durações podem ser diferentes para a primeira transmissão de UL associada à primeira mensagem DCI-0 905 e segunda mensagem DCI-O 940. Em certas modalidades, as durações podem ser as mesmas. Os vários parâmetros (por exemplo, comprimento de "tempo de defasagem" 935, 955 e "tempo ativo" 930, 950 ou a duração dos segundos temporizadores 935, 955 e terceiros temporizadores 930, 950 descritos acima) podem ser sinalizados de qualquer maneira adequada. Os vários exemplos de sinalização descritos acima em relação à FIGURA 6A são igualmente aplicáveis à modalidade exemplificadora da FIGURA 9A.
[0088] A presente invenção contempla que os valores dos vários parâmetros podem ser quaisquer valores adequados. Em certas modalidades, os valores podem variar com base em qualquer critério adequado. Por exemplo, os valores dos vários parâmetros podem depender dos recursos de frequência UL/DL usados, taxa de codificação e número de repetições (isto é, a redundância), tamanho de mensagem/dados, tipo de modulação, nó de rede (por exemplo, eNB) e qualquer outro critério adequado.
[0089] A FIGURA 9B ilustra uma variação do quarto exemplo de temporização e transmissão para controlar as operações de DRX na FIGURA 9A, de acordo com certas modalidades. A FIGURA 9B é semelhante à FIGURA 9A, portanto, apenas as diferenças serão descritas. Na modalidade exemplificadora da FIGURA 9B "tempo ativo" 930 é iniciado um "tempo de defasagem" 935 após o final da indicação recebida de uma transmissão de UL 905 para o UE recebido no canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 98), nomeadamente uma concessão de UL (denotada DCI-O no exemplo da FIGURA 9B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da indicação recebida de transmissão de UL 905 para a UE, o UE inicia o segundo temporizador 935. A duração do segundo temporizador 935 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 935 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 935 expira, o UE inicia o terceiro temporizador 930 correspondente ao “tempo ativo”.
[0090] Semelhante à FIGURA 9A descrita acima, no exemplo da FIGURA 9B o UE recebe uma segunda mensagem 940 que é uma segunda mensagem DCI- O ou uma mensagem NACK no canal de controle de DL 915 antes da expiração do "tempo ativo" 930 (por exemplo, antes da expiração do terceiro temporizador 930). A segunda mensagem 940 fornece uma indicação de uma segunda transmissão 945 do UL para o UE. Ao receber a segunda mensagem 940, o "tempo ativo" 930 (ou, em alguns casos, o terceiro temporizador 930) é parado e o UE para de monitorar o canal de controle de DL 915. No exemplo da FIGURA 9B, no entanto, o "tempo ativo" 950 é iniciado e um "tempo de defasagem" 955 após o final da segunda indicação recebida de uma transmissão de UL 940 para o UE recebido no canal de controle de DL 915 (NB-PDCCH no exemplo da FIGURA 9B). Em modalidades em que os temporizadores são usados, por exemplo, após o final da segunda indicação recebida de transmissão de UL 940 para a UE, o UE inicia o segundo temporizador 955. A duração do segundo temporizador 955 pode ser ou compreender um período de defasagem. Por exemplo, o segundo temporizador 955 pode ser um temporizador de HARQ-RTT que compreende um período de defasagem. Quando o segundo temporizador 955 expira, o UE inicia o terceiro temporizador 950 correspondente ao “tempo ativo”.
[0091] Embora as modalidades exemplificadoras das FIGURAS 6A-9B descrevam as atribuições de DL e concessões de UL como exemplos de critérios de parada, a presente invenção não está limitada a estes exemplos. Ao contrário, a presente invenção contempla o uso de critérios de parada alternativos para o "tempo ativo", por exemplo, enviando outras mensagens definidas no NB-
PDCCH que não é uma atribuição de DL ou uma concessão de UL. Tal mensagem poderia, por exemplo, ser uma "ordem" para inserir o DRX diretamente (aplicando o ciclo OnDuration/DRX). Outro exemplo poderia ser o envio de novos parâmetros de "tempo de defasagem" e "tempo de ativação" para adiar o "tempo ativo" e um "tempo de defasagem" em relação à mensagem NB-PDCCH recebida. Isso poderia ser feito para indicar ao UE que ele temporariamente não pode ser atendido (por exemplo, devido a muitos UEs atualmente sendo atendidos).
[0092] A FIGURA 10 é um fluxograma de um exemplo de operações de DRX, de acordo com certas modalidades. Na etapa 1005, o UE monitora o canal de controle de DL (por exemplo, NB-PDCCH) durante OnDurationTime ou tempo ativo. Se, na etapa 1010, quer o OnDurationTime ou o Tempo Ativo expire, o fluxo prossegue para a etapa 1015 e o UE entra no modo DRX e espera pela próxima ocorrência de OnDuration. Durante o tempo que o UE espera pela próxima ocorrência de OnDuration, o UE não monitora o canal de controle de DL. Na etapa 1020, ocorre a próxima ocorrência de OnDuration. Na etapa 1025, o UE inicia o temporizador OnDuration. Uma vez que o temporizador OnDuration é iniciado, o fluxo retorna à etapa 1005 e o UE monitora o canal de controle de downlink (por exemplo, NB-PDCCH) durante o tempo OnDuration ou tempo ativo.
[0093] Alternativamente, durante o monitoramento do NB-PDCCH na etapa 1005, o fluxo pode prosseguir para a etapa 1030 se o UE receber uma mensagem no canal de controle de downlink (por exemplo, atribuição de DL ou concessão de UL).
[0094] Em alguns casos, na etapa 1035, a mensagem NB-PDCCH recebida na etapa 1030 pode ser uma ordem de DRX. Em tal cenário, o fluxo prossegue para a etapa 1015, onde o UE insere DRX e espera pela próxima ocorrência de
OnDuration. A partir disso, as operações de DRX prosseguem conforme descrito acima.
[0095] Em alguns casos, na etapa 1040, o UE determina o conteúdo da mensagem recebida no canal de controle de downlink. Se na etapa 1040 o UE determinar que a mensagem recebida é uma concessão de UL, o fluxo prossegue para a etapa 1045 onde o UE transmite dados de UL SRB e/ou DRB em um canal de partilhado de UL (NB-PUSCH no exemplo da FIGURA 10). Alternativamente, na etapa 1040, o UE pode determinar que a mensagem recebida é uma atribuição de escalonamento de DL. Nesse cenário, o fluxo prossegue para a etapa 1050, onde o UE recebe e descodifica dados de SRB e/ou DRB num canal de partilhado de DL (NB-PDSCH no exemplo da FIGURA 10). Na etapa 1055, o UE transmite feedback de HARQ. no canal de partilhado de UL (por exemplo, NB- PUSCH). Em certas modalidades, por exemplo, o feedback de HARQ. pode ser uma mensagem ACK ou uma mensagem NACK.
[0096] O fluxo prossegue para a etapa 1060, onde o UE espera por um "tempo de defasagem". Em certas modalidades, o UE pode iniciar um temporizador. Em certas modalidades, o temporizador pode ser iniciado quer após executar a transmissão de UL associada (por exemplo, quando o UE determina que a mensagem recebida é uma concessão de UL) ou no final da indicação recebida da transmissão de DL ou UL para o UE (por exemplo, quando o UE determina que a mensagem recebida é uma atribuição de escalonamento de DL). Assim, a duração do temporizador pode compreender uma quantidade de tempo que o UE espera após enviar a transmissão de UL na etapa 1045 antes do UE iniciar um "tempo ativo" ou uma quantidade de tempo que o UE espera após o fim da indicação de me transmissão de DL ou UL na etapa 1030 antes do UE iniciar um "tempo ativo". Após esperar pelo "tempo de defasagem" na etapa 1060 (ou, em certas modalidades, o temporizador tendo uma duração do tempo de defasagem expira), o fluxo prossegue para a etapa 1065. Na etapa 1065, o UE inicia o tempo ativo. Em certas modalidades, o UE pode iniciar outro temporizador com uma duração que é uma quantidade de tempo que o UE monitora o canal de controle de DL (por exemplo, NB-PDCCH) antes do UE entrar no modo DRX. Depois de iniciar o tempo ativo na etapa 1065, o fluxo retorna à etapa 1005, onde o UE monitora NB-PDCCH durante a duração do "tempo ativo”.
[0097] A FIGURA 11 é um fluxograma de um método 1100 em um UE, de acordo com certas modalidades. O método inicia na etapa 1104, onde UE monitora um canal de controle de DL durante uma duração de pelo menos um primeiro temporizador. Em certas modalidades, o primeiro temporizador pode ser um OnDurationTimer de um ciclo de recepção descontínua. Em certas modalidades, o primeiro temporizador pode ser um drx-InactivityTimer. Em certas modalidades, o primeiro temporizador pode ser um temporizador de retransmissão de recepção descontínua.
[0098] Na etapa 1108, o UE recebe, no canal de controle de DL monitorado, uma indicação de uma transmissão de DL ou UL para o UE. Em certas modalidades, a indicação da transmissão de DL ou UL para o UE pode compreender informações sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores. Na etapa 1112, após receber a indicação da transmissão de DL ou UL para o UE, o UE para de monitorar o primeiro temporizador. Após o primeiro temporizador ser parado, o UE não precisa monitorar o canal de controle de downlink.
[0099] Na etapa 1116, O UE realiza uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE. Em certas modalidades, a indicação de transmissão de DL ou UL para o UE pode compreender uma atribuição de escalonamento de DL, e a transmissão de UL associada com a DL indicada pode compreender uma mensagem de confirmação. Em certas modalidades, a indicação de transmissão de DL ou UL para o UE pode compreender uma concessão de UL, e a transmissão de UL associada à transmissão de UL indicada pode compreender uma transmissão de dados na UL.
[00100] Na etapa 1120, o UE inicia um segundo temporizador, após receber a indicação para a transmissão de downlink ou uplink para o UE, a duração do segundo temporizador de matriz compreendendo um período de defasagem. Em certas modalidades, o segundo temporizador pode ser iniciado; quer após realizar a transmissão de UL associada; ou no final da indicação recebida da transmissão de DL ou UL para o UE. Em certas modalidades, o segundo temporizador pode ser um temporizador de Round Trip Time (RTT) de Solicitação Automática Hibrida de Repetição (HARQ) que compreende o período de defasagem. Alternativamente, na etapa 1120, o UE inicia um segundo temporizador, após receber a indicação para a transmissão de downlink ou uplink para o UE.
[00101] Na etapa 1124, quando o segundo temporizador expira, o UE inicia um terceiro temporizador. Em certas modalidades, o método pode compreender monitorar o canal de controle de DL durante a duração do terceiro temporizador. Em certas modalidades, pelo menos um dentre o primeiro temporizador e o terceiro temporizador pode ser um drx-InactivityTimer. Em certas modalidades, pelo menos um dentre o primeiro temporizador e o terceiro temporizador pode ser um temporizador de retransmissão de recepção descontínua.
[00102] Em certas modalidades, o método pode compreender inserir um modo de recepção descontínua quando o terceiro temporizador expira. Em certas modalidades, o método pode receber uma mensagem incluindo informações sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores.
[00103] A FIGURA 12 é um diagrama de fluxo de um método 1200 em um nó de rede, de acordo com certas modalidades. O método inicia na etapa 1204, onde o nó de rede determina a duração de um primeiro temporizador e a duração de um segundo temporizador, o primeiro e o segundo temporizadores para uso por um equipamento de UE para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem. Em certas modalidades, a duração do primeiro temporizador pode compreender uma dentre: uma quantidade de tempo que o UE espera depois de enviar a transmissão de UL associada à transmissão de DL ou UL para o UE antes de o UE iniciar o segundo temporizador; e um período de tempo que o UE espera após o final da indicação de transmissão de DL ou da UL para o UE antes de o UE iniciar o segundo temporizador. Em certas modalidades, o primeiro temporizador pode ser um temporizador de Round Trip Time (RTT) de Solicitação Automática Hibrida de Repetição (HARQ) Em certas modalidades, a duração do segundo temporizador pode compreender uma quantidade de tempo em que o UE monitora um canal de controle de DL antes de entrar em um modo de recepção descontínua. Em certas modalidades, o segundo temporizador pode ser um drx-InactivityTimer. Em certas modalidades, o segundo temporizador pode ser um temporizador de retransmissão de recepção descontínua.
[00104] Na etapa 1208, o nó de rede envia, para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador. Em certas modalidades, as informações sobre a duração do primeiro temporizador e a duração do segundo temporizador podem ser incluídas em uma indicação de uma transmissão de DL ou UL para o UE. Em certas modalidades, enviar para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador, pode compreender o envio de uma mensagem ao UE incluindo a informações sobre a duração do primeiro temporizador e a duração do segundo temporizador.
[00105] Em certas modalidades, o método pode compreender o envio, para o UE, de uma indicação de uma transmissão de DL ou UL para o UE e à recepção, a partir do UE, de uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE. Em certas modalidades, a indicação de transmissão de DL ou UL para o UE pode compreender uma atribuição de escalonamento de DL, e a transmissão de UL associada com a DL indicada pode compreender uma mensagem de confirmação. Em certas modalidades, a indicação de transmissão de DL ou UL para o UE pode compreender uma concessão de UL, e a transmissão de UL associada à transmissão de UL indicada pode compreender uma transmissão de dados na UL. De acordo com certas modalidades, o nó de rede pode transmitir mensagens de controle de downlink durante a duração do terceiro temporizador. Isto pode ser benéfico quando o UE para de monitorar o canal de controle de downlink depois de um primeiro temporizador ser parado.
[00106] A FIGURA 13 é um diagrama esquemático de um UE exemplificador, de acordo com certas modalidades. O UE 510 pode se referir a qualquer tipo de dispositivo sem fio que comunica com um nó e/ou com outro dispositivo sem fio num sistema de comunicações celular ou móvel. Exemplos do UE 510 incluem um telefone móvel, um smartphone, um PDA (Assistente digital pessoal), um computador portátil (por exemplo, laptop, tablet), um sensor, um modem, um dispositivo de comunicação do tipo máquina (MTC)/dispositivo de máquina a máquina (M2M), equipamento embarcado para laptop (LEE), equipamento montado em laptop (LME), USB dongles, um dispositivo compatível com D2D ou outro dispositivo que possa fornecer conimunicação sem fio. O UE 510 também pode ser referido como dispositivo sem fio, uma estação (STA), um dispositivo ou um terminal em algumas modalidades. O UE
510 inclui o transceptor 1310, o circuito de processamento 1320 e a memória
1330. Em algumas modalidades, o transceptor 1310 facilita a transmissão de sinais sem fio para e receber sinais sem fio do nó de rede 515 (por exemplo, via antena 1340), conjunto de circuitos de processamento 1320 executam instruções para fornecer algumas ou todas as funcionalidades descritas acima como sendo fornecidas pelo UE 510, e a memória 1330 armazena as instruções executadas pelo circuito de processamento 1320.
[00107] O circuito de processamento 1320 pode incluir qualquer combinação adequada de hardware e software implementados em um ou mais módulos para executar instruções e manipular dados para executar algumas ou todas as funções descritas do UE 510, tais como as funções do UE 510 descritas acima em relação às FIGURAS 1-12. Em algumas modalidades, o circuito de processamento 1320 pode incluir, por exemplo, um ou mais computadores, uma ou mais unidades de processamento central (CPUs) um ou mais microprocessadores, uma ou mais aplicações, um ou mais Circuitos Integrados de Aplicação Específica (ASICs), um ou mais Arranjo de Portas Programáveis em Campo (FPGAs) e/ou outras lógicas.
[00108] A memória 1330 é geralmente operável para armazenar instruções, tais como um programa de computador, software, uma aplicação incluindo uma ou mais de lógica, regras, algoritmos, código, tabelas, etc. e/ou outras instruções capazes de ser executadas por um circuito de processamento. Exemplos de memória 1330 incluem memória de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória Somente de Leitura (ROM), meio de armazenamento em massa (por exemplo, um disco rígido), meio de armazenamento removível (por exemplo, um disco compacto) ou um disco de vídeo digital (DVD)) e/ou qualquer outro dispositivo de memória volátil ou não volátil, não transitório, legível por computador e/ou executável por computador,
que possa armazenar informações, dados e/ou instruções que podem ser usados pelo circuito de processamento 1320.
[00109] Outras modalidades do UE 510 podem incluir componentes adicionais além dos mostrados na FIGURA 13 que podem ser responsáveis por fornecer certos aspectos da funcionalidade do UF, incluindo qualquer uma das funcionalidades descritas acima e/ou qualquer funcionalidade adicional (incluindo qualquer funcionalidade necessária para suportar a solução descrita acima). Como apenas um exemplo, o UE 510 pode incluir dispositivos de entrada e conjunto de circuitos, dispositivos de saída e uma ou mais unidades de sincronização ou conjunto de circuitos, que podem fazer parte do circuito de processamento 1320. Dispositivos de entrada incluem mecanismos para entrada de dados no UE 510. Por exemplo, os dispositivos de entrada podem incluir mecanismos de entrada, como um microfone, elementos de entrada, um display, etc. Os dispositivos de saída podem incluir mecanismos para a saída de dados em áudio, vídeo e/ou formato de cópia impressa. Por exemplo, os dispositivos de saída podem incluir um alto-falante, um display, etc.
[00110] A FIGURA 14 é um diagrama esquemático de um nó de rede exemplificador, de acordo com certas modalidades. O nó de rede 515 pode ser qualquer tipo de nó de rede de rádio ou qualquer nó de rede que comunica com um UE e/ou com outro nó de rede. Exemplos de nó de rede 515 incluem um eNodeB, um Node B, uma estação base, um ponto de acesso sem fio (por exemplo, um ponto de acesso Wi-Fi), um nó de baixa potência, uma estação transceptora de base (BTS), relé, relé controlador de nó doador, pontos de transmissão, nós de transmissão, unidade de RF remota (RRU), cabeça de rádio remota (RRH), nó de rádio multi-padrão (MSR) como MSR BS, nós em sistema de antenas distribuídas (DAS), O&M, OSS, SON, nó de posicionamento (por exemplo, E-SMLC), MDT ou qualquer outro nó de rede adequado. Os nós de rede
515 podem ser implantados em toda a rede 500 como uma implantação homogênea, implantação heterogênea ou implantação mista. Uma implantação homogênea pode geralmente descrever uma implantação composta do mesmo (ou semelhante) tipo de nós de rede 515 e/ou cobertura e tamanhos de célula semelhantes e distâncias entre locais. Uma implantação heterogênea pode geralmente descrever implantações usando uma variedade de tipos de nós de rede 515 com diferentes tamanhos de células, potências de transmissão, capacidades e distâncias entre sites. Por exemplo, uma implantação heterogênea pode incluir uma pluralidade de nós de baixo consumo colocados em um layout de macrocélula. Implantações mistas podem incluir uma mistura de porções homogêneas e porções heterogêneas.
[00111] O nó de rede 515 pode incluir um ou mais dentre transceptor 1410, circuito de processamento 1420, memória 1430 e interface de rede 1440. Em algumas modalidades, o transceptor 1410 facilita a transmissão de sinais sem fio para e receber sinais sem fio do UE 510 (por exemplo, via antena 1450), um conjunto de circuitos de processamento 1420 executa instruções para fornecer algumas ou todas as funcionalidades descritas acima como sendo fornecidas por um nó de rede 515, a memória 1430 armazena as instruções executadas pelo circuito de processamento 1420 e a interface de rede 1440 comunica sinais para componentes de rede backend, tais como gateway, comutador, roteador, Internet, rede telefônica pública comutada (PSTN), nós de rede núcleo ou controladores de rede de rádio 130, etc.
[00112] O circuito de processamento 1420 pode incluir qualquer combinação adequada de hardware e software implementada em um ou mais módulos para executar instruções e manipular dados para executar algumas ou todas as funções descritas do nó de rede 515, tais como aquelas descritas acima em relação às FIGURAS 1-12. acima. Em algumas modalidades, o circuito de processamento 1420 pode incluir, por exemplo, um ou mais computadores, uma ou mais unidades de processamento central (CPUs) um ou mais microprocessadores, uma ou mais aplicações.
[00113] A memória 1430 é geralmente operável para armazenar instruções, tais como um programa de computador, software, uma aplicação incluindo uma ou mais de lógica, regras, algoritmos, código, tabelas, etc. e/ou outras instruções capazes de ser executadas por um circuito de processamento
1420. Exemplos de memória 1430 incluem memória de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória Somente de Leitura (ROM), meio de armazenamento em massa (por exemplo, um disco rígido), meio de armazenamento removível (por exemplo, um disco compacto (CD) ou um Disco de Vídeo Digital (DVD)), e/ou qualquer outro dispositivo de memória volátil ou não volátil, não transitório, legível por computador e/ou de computador que possa ser executado por computador que possa armazenar informação.
[00114] Em algumas modalidades, a interface de rede 1440 é comunicativamente acoplada a conjunto de circuitos de processamento 1420 e pode se referir a qualquer dispositivo adequado operável para receber entrada para o nó de rede 515, enviar saída do nó de rede 515, executar processamento adequado da entrada ou saída ou ambos, comunicar outros dispositivos, ou qualquer combinação dos precedentes. A interface de rede 1440 pode incluir hardware apropriado (por exemplo, porta, modem, placa de interface de rede, etc.) e software, incluindo conversão de protocolo e recursos de processamento de dados, para comunicação através de uma rede.
[00115] Outras modalidades do nó de rede 515 podem incluir componentes adicionais além dos mostrados na FIGURA 14 que podem ser responsáveis por fornecer certos aspectos da funcionalidade do nó de rede, incluindo qualquer uma das funcionalidades descritas acima e/ou qualquer funcionalidade adicional (incluindo qualquer funcionalidade necessária para suportar a solução descrita acima). Os vários tipos diferentes de nós de rede podem incluir componentes com o mesmo hardware físico, mas configurados (por exemplo, via escalonamento) para suportar diferentes tecnologias de acesso de rádio, ou podem representar componentes físicos parcial ou totalmente diferentes.
[00116] A FIGURA 15 é um diagrama esquemático de um controlador de rede de rádio ou nó de rede núcleo exemplificador 130, de acordo com certas modalidades. Exemplos de nós de rede podem incluir um centro de comutação móvel (MSC), um nó de suporte do servidor GPRS (SGSN), uma entidade de gerenciamento de mobilidade (MME), um controlador de rede de rádio (RNC), um controlador de estação base (BSC) e assim por diante. O controlador de rede de rádio ou nó de rede núcleo 130 inclui conjunto de circuitos de processamento 1520, memória 1530 e interface de rede 1540. Em algumas modalidades, conjunto de circuitos de processamento 1520 executam instruções para fornecer algumas ou todas as funcionalidades descritas acima como sendo fornecidas pelo nó de rede, memória 1530 armazena as instruções executadas pelo circuito de processamento 1520 e a interface de rede 1540 comunica os sinais a qualquer nó adequado, como gateway, comutador, roteador, Internet, rede pública de telefonia comutada (PSTN), nós de rede 515, controladores de rede de rádio ou nós de rede núcleo 130, etc.
[00117] O circuito de processamento 1520 pode incluir qualquer combinação adequada de hardware e software implementada em um ou mais módulos para executar instruções e manipular dados para executar algumas ou todas as funções descritas do controlador de rede de rádio ou nó de rede principal 130. Em algumas modalidades, o circuito de processamento 1520 pode incluir, por exemplo, um ou mais computadores, uma ou mais unidades de processamento central (CPUs), um ou mais microprocessadores, uma ou mais aplicações, e/ou outra lógica.
[00118] A memória 1530 é geralmente operável para armazenar instruções, tais como um programa de computador, software, uma aplicação incluindo uma ou mais dentre lógica, regras, algoritmos, código, tabelas, etc. e/ou outras instruções capazes de ser executadas por um circuito de processamento 1520. Exemplos de memória 1530 incluem memória de computador (por exemplo, Memória de Acesso Aleatório (RAM) ou Memória Somente de Leitura (ROM), meio de armazenamento em massa (por exemplo, um disco rígido), meio de armazenamento removível (por exemplo, um disco compacto) ou um disco de vídeo digital (DVD)) e/ou qualquer outro dispositivo de memória volátil ou não volátil, não transitório, legível por computador e/ou dispositivos de memória executável por computador, que possa armazenar informações.
[00119] Em algumas modalidades, a interface de rede 1540 é comunicativamente acoplada a um conjunto de circuitos de processamento 1520 e pode se referir a qualquer dispositivo adequado operável para receber entrada para o nó de rede, enviar saída pelo nó de rede, executar processamento adequado da entrada ou saída ou ambos, comunicar a outros dispositivos, ou qualquer combinação dos precedentes. A interface de rede 1540 pode incluir hardware apropriado (por exemplo, porta, modem, placa de interface de rede, etc.) e software, incluindo conversão de protocolo e recursos de processamento de dados, para comunicação através de uma rede.
[00120] Outras modalidades do nó de rede podem incluir componentes adicionais para além dos mostrados na FIGURA 15 que podem ser responsáveis por fornecer certos aspectos da funcionalidade do nó de rede, incluindo qualquer uma das funcionalidades descritas acima e/ou qualquer funcionalidade adicional (incluindo qualquer funcionalidade necessária para suportar a solução descrita acima).
[00121] A FIGURA 16 é um diagrama de blocos de um UE exemplificador, de acordo com certas modalidades. O UE 510 pode incluir um ou mais módulos. Por exemplo, o UE 510 pode incluir um módulo de determinação 1610, um módulo de comunicação 1320, um módulo de recepção 1630, um módulo de entrada 1640, um módulo de display 1650 e quaisquer outros módulos adequados. Em algumas modalidades, um ou módulo de determinação1610, módulo de comunicação 1620, módulo de recepção 1630, módulo de entrada 1640, módulo de display 1650 ou qualquer outro módulo adequado podem ser implementados usando um conjunto de circuitos de processamento, tais como conjunto de circuitos de processamento 1420 descritos acima em relação à FIGURA 14. Em certas modalidades, as funções de dois ou mais dos vários módulos podem ser combinadas num único módulo. O UE 510 pode executar os métodos para controlar as operações de modo conectado DRX descritas acima em relação às FIGURAS 1-12.
[00122] O módulo de determinação 1610 pode executar as funções de processamento do UE 510. Por exemplo, o módulo de determinação 1610 pode monitorar um canal de controle de DL durante uma duração de pelo menos um primeiro temporizador. Como outro exemplo, o módulo de determinação 1610 pode, após receber a indicação da transmissão de DL ou UL para o UE, parar de monitorar o primeiro temporizador. Após o primeiro temporizador ser parado, o UE não precisa monitorar o canal de controle de downlink. Como ainda outro exemplo, o módulo de determinação 1610 pode iniciar um segundo temporizador, após receber a indicação para a transmissão de downlink ou uplink para o UE, a duração do segundo temporizador de matriz compreendendo um período de defasagem. Ainda como outro exemplo, o módulo de determinação 1610 pode, quando o segundo temporizador expirar, iniciar um terceiro temporizador. Como outro exemplo, o módulo de determinação 1610 pode monitorar o canal de controle de DL durante a duração do terceiro temporizador. Como outro exemplo, o módulo de determinação 1610 pode entrar num modo de recepção descontínua quando o terceiro temporizador expirar.
[00123] O módulo de determinação 1610 pode incluir ou ser incluído num ou mais processadores, tal como o circuito de processamento 1320 descrito acima em relação à FIGURA 13. O módulo de determinação 1610 pode incluir conjunto de circuitos analógicos e/ou digitais configurados para executar qualquer das funções do módulo de determinação 1610 e/ou conjunto de circuitos de processamento 1320 descritos acima. As funções do módulo de determinação 1610 descrito acima podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00124] O módulo de comunicação 1620 pode executar as funções de transmissão do UE 510. Por exemplo, o módulo de comunicação 1620 pode executar uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE. O módulo de comunicação 1620 pode transmitir mensagens para um ou mais dos nós de rede 515 da rede 500. O módulo de comunicação 1620 pode incluir um transmissor e/ou um transceptor, tal como o transceptor 1310 descrito acima em relação à FIGURA 13. O módulo de comunicação 1620 pode incluir conjunto de circuitos configurados para transmitir mensagens e/ou sinais sem fio. Em modalidades particulares, o módulo de comunicação 1620 pode receber mensagens e/ou sinais para transmissão do módulo de determinação
1610. Em certas modalidades, as funções do módulo de comunicação 1620, descritas acima, podem ser realizadas em um ou mais módulos distintos.
[00125] O módulo de recepção 1630 pode executar as funções de recepção do UE 510. Como um exemplo, o módulo de recepção 1630 pode receber, no canal de controle de DL monitorado, uma indicação de uma transmissão de DL ou UL para o UE. Como outro exemplo, o módulo de recepção 1630 pode receber uma mensagem incluindo informação sobre uma duração de pelo menos um dentre o segundo e o terceiro temporizadores. O módulo de recepção 1630 pode incluir um receptor e/ou um transceptor, tal como o transceptor 1310 descrito acima em relação à FIGURA 13. O módulo de recepção 1630 pode incluir conjunto de circuitos configurados para receber mensagens e/ou sinais sem fio. Em modalidades particulares, o módulo de recepção 1630 pode comunicar mensagens e/ou sinais recebidos ao módulo de determinação 1610. As funções do módulo de recepção 1630 descrito acima podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00126] O módulo de entrada 1640 pode receber entrada do usuário destinada ao UE 510. Por exemplo, o módulo de entrada pode receber pressionamentos de teclas, pressionamentos de botões, toques, deslizamento de dedos, sinais de áudio, sinais de vídeo e/ou quaisquer outros sinais apropriados. O módulo de entrada pode incluir uma ou mais teclas, botões, alavancas, interruptores, telas sensíveis ao toque, microfones e/ou câmeras. O módulo de entrada pode comunicar sinais recebidos para o módulo de determinação 1610. As funções do módulo de entrada 1640 descrito acima podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00127] O módulo de display 1650 pode apresentar sinais em uma tela do UE 510. O módulo de display 1650 pode incluir o display e/ou qualquer circuito e hardware apropriados configurados para apresentar sinais na tela. O módulo de display 1650 pode receber sinais para apresentar na tela a partir do módulo de determinação 1610. As funções do módulo de display 1650 descrito acima podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00128] O módulo de determinação 1610, o módulo de comunicação 1620, o módulo de recepção 1630, o módulo de entrada 1640 e o módulo de display 1650 podem incluir qualquer configuração adequada de hardware e/ou software. O UE 510 pode incluir módulos adicionais para além dos mostrados na FIGURA 16, podendo ser responsável por fornecer qualquer funcionalidade adequada, incluindo qualquer uma das características acima descritas e/ou qualquer funcionalidade adicional (incluindo qualquer funcionalidade necessária para suportar as várias soluções aqui descritas).
[00129] A FIGURA 17 é um diagrama de blocos de um nó de rede 515 exemplificador de acordo com certas modalidades. O nó de rede 515 pode incluir um ou mais módulos. Por exemplo, o nó de rede 515 pode incluir o módulo de determinação 1710, módulo de comunicação 1720, módulo de recepção 1730 e quaisquer outros módulos adequados. Em algumas modalidades, um ou mais dentre módulo de determinação 1710, módulo de comunicação 1720, módulo de recepção 1730 ou qualquer outro módulo adequado pode ser implementado usando um ou mais processadores, tal como os conjuntos de circuitos de processamento 1420 descritos acima em relação à FIGURA 15. Em certas modalidades, as funções de dois ou mais dos vários módulos podem ser combinadas num único módulo. O Nó de rede 515 pode executar os métodos para controlar as operações de modo conectado DRX descritas acima em relação às FIGURAS 1-12.
[00130] O módulo de determinação 1710 pode executar as funções de processamento do nó de rede 515. Por exemplo, o módulo de determinação 1710 pode determinar a duração de um primeiro temporizador e a duração de um segundo temporizador, o primeiro e o segundo temporizadores para uso por um equipamento de UE para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem. O módulo de determinação 1710 pode incluir ou ser incluído num ou mais processadores, tal como o circuito de processamento 1420 descrito acima em relação à FIGURA 14. O módulo de determinação 1710 pode incluir conjunto de circuitos analógicos e/ou digitais configurados para executar qualquer das funções do módulo de determinação 1710 e/ou conjunto de circuitos de processamento 1420 descritos acima. As funções do módulo de determinação 1710 podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00131] O módulo de comunicação 1720 pode executar as funções de transmissão do nó de rede 515. Como um exemplo, o módulo de comunicação 1720 pode enviar ao UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador. Como outro exemplo, o módulo de comunicação 1720 pode enviar uma mensagem para o UE incluindo a informações sobre a duração do primeiro temporizador e a duração do segundo temporizador. Como ainda outro exemplo, o módulo de comunicação 1720 pode enviar para o UE uma indicação de uma transmissão de DL ou UL para o UE. O módulo de comunicação 1720 pode transmitir mensagens para um ou mais UEs
510. O módulo de comunicação 1720 pode incluir um transmissor e/ou um transceptor, tal como o transceptor 1410 descrito acima em relação à FIGURA
14. O módulo de comunicação 1720 pode incluir conjunto de circuitos configurados para transmitir mensagens e/ou sinais sem fio. Em modalidades particulares, o módulo de comunicação 1720 pode receber mensagens e/ou sinais para transmissão do módulo de determinação 1710 ou qualquer outro módulo. As funções do módulo de comunicação 1720 podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00132] O módulo de recepção 1730 pode executar as funções de recepção do nó de rede 515. Por exemplo, o módulo de recepção 1730 pode receber, de um UF, uma transmissão de UL associada à transmissão de DL ou UL indicada para o UE. O módulo de recepção 1730 pode receber qualquer informação adequada de um UE. O módulo de recepção 1730 pode incluir um receptor e/ou um transceptor, tal como o transceptor 1410 descrito acima em relação à FIGURA 14. O módulo de recepção 1730 pode incluir conjunto de circuitos configurados para receber mensagens e/ou sinais sem fio. Em modalidades particulares, o módulo de recepção 1730 pode comunicar mensagens e/ou sinais recebidos ao módulo de determinação 1710 ou qualquer outro módulo adequado. As funções do módulo de recepção 1730 podem, em certas modalidades, ser executadas em um ou mais módulos distintos.
[00133] O módulo de determinação 1710, módulo de comunicação 1720 e módulo de recepção 1730 podem incluir qualquer configuração adequada de hardware e/ou software. O nó de rede 515 pode incluir módulos adicionais além dos mostrados na FIGURA 17, podendo ser responsável por fornecer qualquer funcionalidade adequada, incluindo qualquer uma das características acima descritas e/ou qualquer funcionalidade adicional (incluindo qualquer funcionalidade necessária para suportar as várias soluções aqui descritas).
[00134] O texto que se segue fornece explicações adicionais relativas a certas modalidades e propostas aqui descritas, e não deve ser visto como limitante do escopo da invenção. As funcionalidades do modo conectado DRX no LTE legado e eMTC são baseadas nos seguintes parâmetros (excluindo os parâmetros curtos de DRX): º OnDurationTimer * — drxStartOffset (assinalado como longDRX-CycleStartOffset em 36,331) * — longDRX-Cycle (assinalado como longDRX-CycleStartOffset em 36,331)
* drxelnactivityTimer º HARQ-RTT-Timer º Drx-RetransmissionTimer
[00135] Os três primeiros parâmetros podem ser reutilizados, assim como o NB-loT, exceto os intervalos de valores que precisam ser analisados mais adiante. Os dois últimos parâmetros estão relacionados com o funcionamento da operação de HARQ. O parâmetro drx-inactivityTimer é usado para controlar quando o UE entra em DRX após inatividade (a menos que um MAC CE seja sinalizado), então o tratamento deste parâmetro é principalmente discutido. Como já está decidido apoiar apenas um processo de HARQ por direção e se a operação half-duplex para o UE for assumida, mudanças/simplificações nestes três últimos parâmetros podem ser discutidas e feitas mesmo que os detalhes das operações de HARQ ainda não estejam totalmente decididas.
[00136] Devido às capacidades de recepção/transmissão de NB-loT UE serem half-duplex e tendo apenas um processo de HARQ por direção, o manuseio do temporizador em atividade DRX e os temporizadores de retransmissão de HARQ para o modo conectado DRX podem ser alterados/simplificados. Portanto, de acordo com certas modalidades, os parâmetros de legados drxStartoffset, longDRX-Cycle e OnDurationTimer podem ser reutilizado como está para o modo conectado DRX com intervalos de valores adequados para NB-loT.
[00137] Nos exemplos a seguir, assume-se que o conceito de alto nível para operações de HARQ para NB-loT é semelhante ao eMTC. Para resumir o seguinte é assumido: * —osdadosde Downlink/uplinksão programados por uma mensagem no canal de controle de downlink NB-PDCCH.
* os dados de Downlink/uplink são transmitidos nos canais compartilhados NB-PDSCH e NB-PUSCH, respectivamente.
º o feedback de HARQ é transmitido nos canais NB-PDCCH/NB-PUSCH.
* —oHARQassíncrono é usado tanto no downlink quanto no uplink.
[00138] Nas próximas modalidades, as operações de DRX são explicadas pela aplicação dessas suposições de HARQ. Note que o tempo de duração das transmissões e as defasagens entre as transmissões podem variar em tamanho. De acordo com uma modalidade, usamos o comportamento de legado para a operação de DRX com o drx-InacthityTimer e o aplicamos a NB-loT. O temporizador é iniciado toda vez que há uma nova transmissão programada quer no UL ou no DL no NB-PDCCH. Nesse caso, a transmissão de downlink é bem sucedida e dados adicionais não são programados, pelo que o UE entra em suspensão DRX na expiração do temporizador.
[00139] De acordo com outra modalidade, há uma retransmissão de HARQ. no downlink quando se utilizam os temporizadores DRX legado em NB-loT. Os temporizadores HARQ-RTT-Timer/drx-RetransmissionTimer são usados para isso e o último é cancelado quando a retransmissão é recebida.
[00140] Em comparação com o LTE legado, o HARQ de uplink para eEMTC (e LAA) foi alterado de síncrono para assíncrono. Assume-se aqui que há provavelmente a necessidade de introduzir algo semelhante como o HARQ-RTT- Timer/drx-RetransmissionTimer também para o uplink devido ao HARQ assíncrono. Para o NB-loT, assume-se que tais temporizadores serão necessários quando se discute a base do legado para DRX. Assim, de acordo com outra modalidade, existe uma retransmissão de HARQ no uplink com novo temporizador assumido. Semelhante ao caso do downlink, o temporizador é cancelado quando o UE detecta que uma retransmissão está programada. Note que nós o chamamos de drx-RetransmissionTimer, mesmo que não seja realmente um "temporizador de retransmissão", pois o UE não conhece o resultado da transmissão. Isso pode também ser referido como um HARQ- FeedbackWindowTimer.
[00141] Como discutido, os temporizadores DRX legado também podem ser usados para o NB-loT. Este esquema legado foi desenvolvido com casos de uso de banda larga móvel, que incluem múltiplos processos de HARQ em ambas as direções e operações full duplex (exceto para TDD, é claro). Para estes casos de uso (exceto para VoLTE) o consumo de energia do UE com relação a estar desperto algumas subquadros extras aqui e ali não é um problema. No entanto, para o NB-loT, é muito importante que o tempo ativo do UE (isto é, ao monitorar o NB-PDCCH) seja o menor possível também durante o modo conectado em muitos dos casos de uso, para obter um bom tempo de bateria do UE.
[00142] Um problema com a abordagem de legado é como definir o valor da drx-InactivityTimer * um valor curto:lssoé bom para o consumo de energia do UE, mas introduzirá latência adicional caso haja retransmissões de HARQ DL, já que o temporizador (provavelmente) expirou no momento em que a retransmissão terminou e, em seguida, os novos dados devem aguardar a próxima ocorrência de OnDuration. Uma desvantagem de introduzir essa latência adicional é que o UE necessita estar no modo conectado durante mais tempo. Além disso, o longo tempo gasto no modo conectado (especialmente se longos ciclos de DRX também forem usados) pode levar ao risco de maiores variações de canal e perda de sincronização.
* —umvalorlongo:lstonãoébom parao consumo de energia do UE, mas não introduz latência adicional, por isso será possível programar o UE mais rapidamente para que ele entre no modo inativo mais rapidamente.
[00143] De acordo com modalidades particulares, uma solução para o problema acima seria alterar o drx-InaclixityTlimer de modo que ele seja reiniciado em cada recepção do NB-PDCCH, isto é, independentemente de ser uma nova transmissão ou uma retransmissão (tanto de uplink quanto de downlink). Então, um valor curto do drx-InactivityTimer poderia ser usado ao mesmo tempo em que nenhuma latência extra fosse introduzida. Se isto for feito, então não há necessidade de nenhum temporizador de retransmissão HARQ-RTT-Timer/drxRetransmissionTimer, já que somente um temporizador pode ser usado para supervisionar ambas as retransmissões e inatividade UL/DL. Isso também diminui a complexidade do UE, pois apenas um temporizador é necessário. De acordo com esta modalidade, o drx-InactivityTimer é reiniciado na recepção de qualquer DCI no NB-PDCCH.
[00144] De acordo com modalidades adicionais, não há necessidade dos temporizadores de HARQ-RTT-Timer e drx-RetransmissionTimer para nenhum downlink nem uplink se o critério para iniciar o temporizador drx-InactivityTimer for alterado. Uma recepção de NB-PDCCH bem sucedida no UE será seguida por uma transmissão de uplink que contém dados de SRB/DRB (no caso de uma concessão de UL) ou feedback de HARQ (no caso de uma atribuição de DL). Se for assumido que um UE não é obrigado a monitorar o NB-PDCCH depois de ter sido programado até depois da transmissão, mudanças adicionais ao início/reinício do drx-InactivityTimer poderiam ser feitas. O temporizador deve então ser parado a cada recepção bem sucedida do NB-PDCCH e iniciado após o final da transmissão de uplink que foi acionada pela mensagem NB-PDCCH. Isto irá permitir que o UE seja capaz de desligar o seu receptor (e potencialmente entrar no modo de hibernação) durante mais ocasiões de tempo no modo conectado, especialmente se os intervalos de tempo entre NB-PDCCH/NB- PDSCH/NB-PUSCH forem longos.
[00145] De acordo com modalidades adicionais, parar o drx-InactivityTimer na recepção bem-sucedida de qualquer coisa no NB-PDCCH e iniciá-lo após a transmissão de uplink resultante (de DRB/SRB ou feedback de HARQ) permite ao UE reduzir o tempo de monitoramento NB-PDCCH e assim o consumo de energia. Assim, de acordo com certas modalidades, o critério de início e parada para o drx-InactivityTimer é alterado para UEs NB-loT para controlar o modo conectado DRX. De acordo com certas modalidades, o critério de início drx- InactivityTimer deve ser alterado para depois da transmissão de NB-PUSCH do HAROQ., ACK ou os dados de DRB/SRB para uma atribuição de downlink e uma concessão de uplink, respectivamente. De acordo com certas modalidades, o critério de parada drx-InactivityTimer deve ser alterado para quando uma atribuição de downlink ou uma concessão de uplink for recebida. De acordo com certas modalidades, o HARQ-RTT-Timer e drx-InactivityTimer não pode ser usado em NB-loT. De acordo com certas modalidades, se drx-InactivityTimer expira o UE não precisa monitorar o NB-PDCCH até a próxima ocorrência de OnDuration.
[00146] A maioria dos casos de uso de NB-loT não inclui tráfego simultâneo de uplink/downlink e, em vez disso, a maioria dos casos de uso depende de um tipo de padrão de tráfego de solicitação-resposta em que um pacote |P é enviado em uma direção seguida por uma resposta no outro (repetido potencialmente de acordo com o mesmo padrão algumas vezes para alguns casos de uso). Este padrão de tráfego também é verdadeiro para os procedimentos de sinalização L3 (NAS/RRC). Como consequência, após o feedback de HARQ ou os dados de SRB/DRB terem sido transmitidos no uplink por um UE, não haverá qualquer atividade de NB-PDCCH durante pelo menos um Round Trip Time de HARQ. Durante este tempo, um NB-loT UE pode ser autorizado a não monitorar o NB- PDCCH. Assim, de acordo com certas modalidades, uma mudança no manuseio drx-InactivityTimer não iria iniciá-lo até um valor de defasagem após a transmissão de uplink.
[00147] Na maioria dos casos de uso, não há necessidade de um UE monitorar o NB-PDCCH até pelo menos um Round Trip Time após o término da transmissão de uplink. Assim, de acordo com certas modalidades, o início de drx- InactivityTimer deve ser feito com um valor de defasagem após a transmissão de uplink (de DRB/SRB ou feedback de HARQ) para permitir que o UE reduza o tempo de monitoramento do NB-PDCCH. O valor desta defasagem depende, como descrito acima, do Round Trip Time, mas também do projeto da camada física do NB-PDCCH, por exemplo, alinhamentos de tempo e como o NB-PDCCH e o NB-PDSCH são multiplexados. O valor pode até ser variável dependendo do projeto da camada física e da classe de cobertura do UE. De acordo com certas modalidades, o critério de início do drx-InactivityTimer poderia ser definido como pelo menos um Round Trip Time após a transmissão de uplink, mas os detalhes são deixados em FFS até que estejam disponíveis mais detalhes de RAN1 no projeto NB-PDCCH/PDSCH de downlink. De acordo com certas modalidades, os parâmetros de modo conectado DRX semiestático para NB-loT são incluídos como parte de RrcConnectionReestablish, RrcConnectionSetup, RrcConnectionResume, isto é, como parte de Msg3. De acordo com certas modalidades, os parâmetros do modo conectado DRX semiestático devem ser aplicados diretamente quando recebidos no UF.
[00148] Modificações, acréscimos ou omissões podem ser feitos aos sistemas e aparelhos descritos pela presente invenção sem se afastarem do escopo da invenção. Os componentes dos sistemas e aparelhos podem ser integrados ou separados. Além disso, as operações dos sistemas e aparelhos podem ser realizadas por mais, menos ou outros componentes. Adicionalmente, as operações dos sistemas e aparelhos podem ser realizadas usando qualquer lógica adequada compreendendo software, hardware e/ou outra lógica. Tal como usado neste documento, "cada" refere-se a cada membro de um conjunto Ou a cada membro de um subconjunto de um conjunto.
[00149] Modificações, acréscimos ou omissões podem ser feitas aos métodos descritos pela presente invenção sem se afastarem do escopo da invenção. Os métodos podem incluir mais, menos ou outras etapas. Além disso, as etapas podem ser realizadas em qualquer ordem adequada.
[00150] Embora esta descrição tenha sido descrita em termos de certas modalidades, as alterações e permutações das modalidades serão evidentes para os versados na técnica. Consequentemente, a descrição acima das modalidades não restringe esta invenção. Outras mudanças, substituições e alterações são possíveis sem se distanciar do espírito e escopo desta invenção, como definido pelas reivindicações a seguir.
Abreviaturas usadas na descrição anterior incluem: 3GPP Projeto de Parceria para terceira geração ACK Confirmação AP Ponto de Acesso BS Estação Base BSC Controlador de estação base BTS Estação de Transceptor de base CPE Equipamento nas instalações do cliente D2D Dispositivo para Dispositivo DAS Sistema de Antenas Distribuídas DCI Informações de Controle de Downlink DL Downlink DRB Portadora de Dados de Rádio DRX Recepção Descontínua DTX Transmissão descontínua eNB Evolved NodeB EPDCCH Canal de Controle de downlink Físico Avançado FDD Duplexação por Divisão de frequência
Solicitação Automática Hibrida de Repetição HSPA Acesso a Pacote de Alta Velocidade loT Intenet das Coisas LAN Rede de Área Local LEE Equipamento Integrado a Laptop LME Equipamento montado em Laptop Evolução de Longo LTE Prazo M2M Máquina para Máquina MAN Rede Aérea Metropolitana MCE Entidade de Coordenação de Multicast/Multicélulas MCS Nível de Modulação e Esquema de Codificação MIMO Múltiplas Entradas e Múltiplas Saídas MR Restrição de Medida MSR Rádio multi-padrão NACK Reconhecimento Negativo NAS Estrato não acessível NB Banda Estreita NB-loT Internet das Coisas de Banda Estreita NB-PDCCH Canal de controle de downlink físico de banda estreita NB-PDSCH Canal Compartilhado de Downlink Físico de banda estreita NB-PUSCH Canal Compartilhado de Uplink Físico de Banda Estreita NPDCCH —canalde controle de downlink físico de banda estreita NPDSCH Canal Compartilhado de Downlink Físico de banda estreita NPUSCH Canal Compartilhado de Uplink Físico de Banda Estreita OFDM Multiplexação de Divisão de Frequência Ortogonal PDCCH canal de controle de downlink físico avançado PDSCH Canal Compartilhado de Downlink Físico PMI Indicador de matriz precodificada PRB bloco de recursos físico
PSTN Rede pública de telefonia comutada PHICH Canal Indicador Híbrido Físico PUSCH Canal Compartilhado de Uplink Físico PUCCH Canal de Controle de Uplink Físico RB Bloco de Recursos RI Indicador de Rádio RNC Controlador de rede de rádio RRC Controle de Recursos de Rádio RRH Cabeça de Rádio Remota RRU Unidade de Rádio remota RTT Round Trip Time SAW Stop-and-wait SRB portador de rádio de sinalização TDD Duplexação por divisão de tempo TFRE Elemento de recurso de frequência de tempo Uucl! Informação de Controle de Uplink UE Equipamento de usuário UuL Uplink WAN Rede de área alargada
Claims (35)
1. Método em equipamento de usuário (UE) (510), caracterizado pelo fato de que compreende: monitorar (1104) um canal de controle de downlink (610, 715, 810, 915) durante uma duração de pelo menos um primeiro temporizador (630, 725, 825, 925); receber (1108), no canal de controle de downlink monitorado, uma indicação de uma transmissão de downlink ou uplink (605, 705, 805, 905) para o UE; após receber a indicação da transmissão de downlink ou uplink para o UE, parar (1112) o primeiro temporizador, em que após o primeiro temporizador ser parado, o UE não precisa monitorar o canal de controle de downlink; desempenhar (1116) uma transmissão de uplink (635, 710, 830, 910) associada com a transmissão de downlink ou uplink indicada para o UE; iniciar (1120) um segundo temporizador (645, 735, 840, 935), após receber a indicação da transmissão de downlink ou uplink para o UE, a duração do segundo temporizador compreendendo um período de defasagem; quando o segundo temporizador expira, inicia (1124) um terceiro temporizador (640, 730, 835, 930), em que o UE monitora o canal de controle de downlink para a duração do terceiro temporizador, em que o primeiro temporizador compreende um de um onDurationTimer de uma recepção descontínua, DRX, ciclo, um drx-InactivityTimer, e um temporizador de retransmissão, e em que o terceiro temporizador compreende um drx-InactivityTimer.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que compreende: entrar em um modo de recepção descontínua quando o terceiro temporizador expira.
3. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro temporizador é um onDurationTimer de um ciclo de recepção descontínuo.
4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro temporizador compreende um temporizador de retransmissão de recepção descontínua.
5. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o segundo temporizador de Round Trip Time (RTT) da Solicitação de Repetição Automática Híbrida (HARQ) que compreende o período de defasagem.
6. Método de acordo com a reivindicação 1, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma atribuição de escalonamento de downlink (605, 805); e a transmissão de uplink associada com a transmissão de downlink indicada compreende uma mensagem de confirmação (635, 830).
7. Método de acordo com a reivindicação 1, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma concessão de uplink (705, 905); e a transmissão de uplink associada com a transmissão de uplink indicada compreende uma transmissão de dados no uplink (710, 910).
8. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a indicação da transmissão de downlink ou uplink do UE compreende informações sobre uma duração de pelo menos um dos segundo e terceiro temporizadores.
9. Método de acordo com a reivindicação 1, caracterizado pelo fato de que compreende receber uma mensagem incluindo informação sobre uma duração de pelo menos um dos segundo e terceiro temporizadores.
10. Método de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que o segundo temporizador é iniciado tanto: após desempenhar a transmissão de uplink associada; ou no final da indicação recebida da transmissão de downlink ou uplink para o UE.
11. Método em um nó de rede (515), caracterizado pelo fato de que compreende: determinar (1204) uma duração de um primeiro temporizador (645, 735, 840, 935) e uma duração de um segundo temporizador (640, 730, 835, 930), o primeiro e segundo temporizadores para utilização por um equipamento de usuário (UE) (510) para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem; enviar (1208) para o UF, a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador; enviar, para o UE, uma indicação de uma transmissão de downlink ou uplink para o UE; e receber, do UE, uma transmissão de uplink (635, 710, 830, 910) associada com a transmissão de downlink ou uplink indicada para o UE, em que a duração do primeiro temporizador compreende um dentre: uma quantidade de tempo que o UE espera após enviar a transmissão de uplink associada com a transmissão de downlink ou uplink indicada para o UE antes que o UE inicie o segundo temporizador; e uma quantidade de tempo que o UE espera após o fim da indicação da transmissão de downlink ou uplink para o UE antes que o UE inicie o segundo temporizador, e em que o segundo temporizador é um drx-InactivityTimer.
12. Método de acordo com a reivindicação 11, caracterizado pelo fato de que a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador é incluída em uma indicação de uma transmissão de downlink ou uplink (605, 705, 805, 905) para o UE.
13. Método de acordo com a reivindicação 11, caracterizado pelo fato de que o envio, para o UE, informações sobre a duração do primeiro temporizador e a duração do segundo temporizador compreende: enviar uma mensagem para o UE, incluindo a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador.
14. Método de acordo com a reivindicação 11, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma atribuição de escalonamento de downlink (605, 805); e a transmissão de uplink associada com a transmissão de downlink indicada compreende uma mensagem de confirmação (635, 830).
15. Método de acordo com a reivindicação 11, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma concessão de uplink (705, 905); e a transmissão de uplink associada com a transmissão de uplink indicada compreende uma transmissão de dados no uplink (710, 910).
16. Método de acordo com a reivindicação 11, caracterizado pelo fato de que a duração do segundo temporizador compreende uma quantidade de tempo que o UE monitora um canal de controle de downlink (610, 715, 810,915) antes de entrar em um modo de recepção descontínuo.
17. Método de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro temporizador é de Round Trip Time (RTT) da Solicitação de Repetição Automática Híbrida (HARQ).
18. Equipamento de usuário (UE) (510), caracterizado pelo fato de que compreende: conjunto de circuitos de processamento (1320), o conjunto de circuitos de processamento configurado para: monitorar (1104) um canal de controle de downlink (610, 715, 810, 915) durante uma duração de pelo menos um primeiro temporizador (630, 725, 825, 925); receber (1108), no canal de controle de downlink monitorado, uma indicação de uma transmissão de downlink ou uplink (605, 705, 805, 905) para o UE; após receber a indicação da transmissão de downlink ou uplink para o UE, parar (1112) monitorando o primeiro temporizador, em que depois que o primeiro temporizador é parado, o UE não precisa monitorar o canal de controle de downlink; desempenhar (1116) uma transmissão de uplink (635, 710, 830, 910) associada com a transmissão de downlink ou uplink indicada para o UE; iniciar (1120) um segundo temporizador (645, 735, 840, 935), após receber a indicação da transmissão de downlink ou uplink para o UE, a duração do segundo temporizador compreendendo um período de defasagem; quando o segundo temporizador expira, inicia (1124) um terceiro temporizador (640, 730, 835, 930), em que o UE monitora o canal de controle de downlink para a duração do terceiro temporizador, em que o primeiro temporizador compreende um de um onDurationTimer de um ciclo DRX, um drx-InactivityTimer, e um temporizador de retransmissão de DRX, e em que o terceiro temporizador compreende um drx-InactivityTimer.
19. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o conjunto de circuitos de processamento é configurado para: entrar em um modo de recepção descontínua quando o terceiro temporizador expira.
20. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o primeiro temporizador é um onDurationTimer de um ciclo de recepção descontínuo.
21. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o primeiro temporizador é um drx-InactivityTimer.
22. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o primeiro temporizador compreende um temporizador de retransmissão de recepção descontínua.
23. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o segundo temporizador é um temporizador de Round Trip Time (RTT) da Solicitação de Repetição Automática Híbrida (HARQ) que compreende o período de defasagem.
24. UE de acordo com a reivindicação 18, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma atribuição de escalonamento de downlink (605, 805); e a transmissão de uplink associada com a transmissão de downlink indicada compreende uma mensagem de confirmação (635, 830).
25. UE de acordo com a reivindicação 18, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma concessão de uplink (705, 905); e a transmissão de uplink associada com a transmissão de uplink indicada compreende uma transmissão de dados no uplink (710, 910).
26. UE de acordo com a reivindicação 18, caracterizado pelo fato de que a indicação da transmissão de downlink ou uplink para o UE compreende informações sobre uma duração de pelo menos um dos segundo e terceiro temporizadores.
27. UE de acordo com a reivindicação 18, caracterizado pelo fato de que o conjunto de circuitos de processamento é configurado para receber uma mensagem que inclui informações sobre uma duração de pelo menos um dos segundo e terceiro temporizadores.
28. UE de acordo com qualquer uma das reivindicações 18 a 27, caracterizado pelo fato de que o conjunto de circuitos de processamento é configurado para iniciar o segundo temporizador tanto: após desempenhar a transmissão de uplink associada; ou no final da indicação recebida da transmissão de downlink ou uplink para o UE.
29. Nó de rede (515), caracterizado pelo fato de que compreende: conjunto de circuitos de processamento (1420), o conjunto de circuitos de processamento configurado para: determinar (1204) uma duração de um primeiro temporizador (645, 735, 840, 935) e uma duração de um segundo temporizador (640, 730, 835, 930), o primeiro e segundo temporizadores para utilização por um equipamento de usuário (UE) (510) para controlar a operação de recepção descontínua, em que a duração do primeiro temporizador compreende um período de defasagem; enviar (1208), para o UE, a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador; enviar, para o UE, uma indicação de uma transmissão de downlink ou uplink parao UE; e receber, do UE, uma transmissão de uplink (635, 710, 830, 910) associada com a transmissão de downlink ou uplink indicada para o UE.
em que a duração do primeiro temporizador compreende um dentre: uma quantidade de tempo que o UE espera após enviar a transmissão de uplink associada com a transmissão de downlink ou uplink associada para o UE antes que o UE inicie o segundo temporizador; e uma quantidade de tempo que o UE espera após o fim da indicação de transmissão de downlink ou uplink para o UE antes que o UE inicie o segundo temporizador, e em que o segundo temporizador é um drx-InactivityTimer.
30. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador é incluída em uma indicação de uma transmissão de downlink ou uplink (605, 705, 805, 905) para o UE.
31. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que o conjunto de circuitos de processamento é configurado para enviar, para o UE, a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador por enviar uma mensagem para o UE, incluindo a informação sobre a duração do primeiro temporizador e a duração do segundo temporizador.
32. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma atribuição de escalonamento de downlink (605, 805); e a transmissão de uplink associada com a transmissão de downlink indicada compreende uma mensagem de confirmação (635, 830).
33. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que: a indicação da transmissão de downlink ou uplink para o UE compreende uma concessão de uplink (705, 905); e a transmissão de uplink associada com a transmissão de uplink indicada compreende uma transmissão de dados no uplink (710, 910).
34. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que a duração do segundo temporizador compreende uma quantidade de tempo que o UE monitora um canal de controle de downlink (610, 715, 810, 915) antes de entrar em um modo de recepção descontínuo.
35. Nó de rede de acordo com a reivindicação 29, caracterizado pelo fato de que o primeiro temporizador de Round Trip Time (RTT) da Solicitação de Repetição Automática Híbrida (HARQ).
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201662277202P | 2016-01-11 | 2016-01-11 | |
| US62/277,202 | 2016-01-11 | ||
| PCT/IB2017/050135 WO2017122135A1 (en) | 2016-01-11 | 2017-01-11 | Method for controlling connected mode drx operations |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BR112018014084A2 true BR112018014084A2 (pt) | 2020-10-27 |
Family
ID=57984981
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112018014084-8A BR112018014084A2 (pt) | 2016-01-11 | 2017-01-11 | método para controlar operações de drx de modo conectado |
Country Status (16)
| Country | Link |
|---|---|
| US (3) | US9942941B2 (pt) |
| EP (1) | EP3403450B1 (pt) |
| JP (1) | JP6594553B2 (pt) |
| KR (1) | KR102043219B1 (pt) |
| CN (1) | CN108702706B (pt) |
| AU (1) | AU2017206661B2 (pt) |
| BR (1) | BR112018014084A2 (pt) |
| CA (1) | CA3011198C (pt) |
| ES (1) | ES2766771T3 (pt) |
| MX (1) | MX2018008532A (pt) |
| PH (1) | PH12018501496A1 (pt) |
| PL (1) | PL3403450T3 (pt) |
| PT (1) | PT3403450T (pt) |
| RU (1) | RU2689405C1 (pt) |
| WO (1) | WO2017122135A1 (pt) |
| ZA (1) | ZA201804664B (pt) |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019054310A (ja) * | 2016-01-29 | 2019-04-04 | シャープ株式会社 | 端末装置、通信方法、および、集積回路 |
| EP3414859B1 (en) * | 2016-02-12 | 2023-12-20 | Nokia Technologies Oy | Apparatus and method for drx mechanisms for single harq process operation in nb-iot |
| US10958399B2 (en) * | 2016-03-11 | 2021-03-23 | Sony Corporation | Terminal device, infrastructure equipment and methods |
| CN108781200B (zh) * | 2016-03-30 | 2021-11-30 | 夏普株式会社 | 由用户设备执行的方法，由演进节点b执行的方法，用户设备以及演进节点b |
| US10178612B2 (en) * | 2016-04-26 | 2019-01-08 | Qualcomm Incorporated | Enhanced machine-type communications cell acquisition using narrow band synchronization channel |
| WO2017188794A1 (en) * | 2016-04-28 | 2017-11-02 | Samsung Electronics Co., Ltd. | Methods and systems for configuring timers in lte networks |
| CN109155709A (zh) * | 2016-05-23 | 2019-01-04 | Lg 电子株式会社 | 接收下行链路控制信息的方法和用户设备 |
| WO2018077726A1 (en) * | 2016-10-24 | 2018-05-03 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Fast ack/nack in wireless communication networks |
| RU2736284C1 (ru) | 2017-03-23 | 2020-11-13 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ и пользовательское оборудование для приема сигналов нисходящей линии связи |
| US11184914B2 (en) | 2017-05-12 | 2021-11-23 | Asustek Computer Inc. | Method and apparatus for improving scheduling in a wireless communication system |
| CN109309555B (zh) * | 2017-07-27 | 2022-07-12 | 夏普株式会社 | 基站、用户设备和相关方法 |
| JP6915064B2 (ja) | 2017-08-04 | 2021-08-04 | エルジー エレクトロニクス インコーポレイティド | 非免許帯域を支援する無線通信システムにおいて端末が上りリンク信号を送信する方法及びそれを支援する装置 |
| CN111183606B (zh) * | 2017-08-10 | 2024-04-16 | 交互数字专利控股公司 | 用于nr的增强型已连接模式drx过程 |
| EP3688912A1 (en) * | 2017-09-28 | 2020-08-05 | Nokia Technologies Oy | Flexible frame structure to support fast control information delivery |
| TWI678125B (zh) * | 2017-09-28 | 2019-11-21 | 香港商鴻穎創新有限公司 | 控制新無線電之非連續接收的裝置及方法 |
| AU2017439706A1 (en) | 2017-11-16 | 2020-07-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and terminal device |
| RU2747208C1 (ru) * | 2017-11-17 | 2021-04-29 | Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. | Способ перехвата pdcch и терминальное устройство |
| US20190230618A1 (en) * | 2018-01-23 | 2019-07-25 | Nokia Technologies Oy | Using sidelink information in radio-based positioning |
| CN111699721B (zh) * | 2018-02-16 | 2024-02-02 | 上海诺基亚贝尔股份有限公司 | 用于非许可无线电频带场景的临时浮动下行链路定时方法 |
| KR102638627B1 (ko) * | 2018-02-23 | 2024-02-21 | 삼성전자 주식회사 | 무선 통신 시스템에서 불연속 수신 수행 시 설정된 상향링크 데이터의 재전송을 수행하는 방법 및 장치 |
| WO2019183848A1 (zh) * | 2018-03-28 | 2019-10-03 | Oppo广东移动通信有限公司 | 监听pdcch的方法、终端设备和网络设备 |
| CN110351898B (zh) * | 2018-04-04 | 2023-06-30 | 华为技术有限公司 | 非连续接收的通信方法、装置、通信设备和通信系统 |
| US10791518B2 (en) * | 2018-04-05 | 2020-09-29 | Qualcomm Incorporated | Discontinuous reception (DRX) operations with flexible scheduling of data communications |
| KR20210003151A (ko) * | 2018-05-05 | 2021-01-11 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 리소스 스케줄링 방법 및 네트워크 노드 |
| CN112106427A (zh) * | 2018-05-09 | 2020-12-18 | 索尼公司 | 上行数据传输方法及相关电子装置 |
| US20200053645A1 (en) * | 2018-08-10 | 2020-02-13 | Mediatek Inc. | User Equipment Group Wake-Up Signal In NB-IoT |
| CN110912662B (zh) * | 2018-09-14 | 2021-09-21 | 华为技术有限公司 | 一种信息检测方法及装置 |
| WO2020122788A1 (en) | 2018-12-10 | 2020-06-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and network nodes for enabling downlink scheduling for a sps and drx configured ue |
| US11229022B2 (en) * | 2019-03-26 | 2022-01-18 | Samsung Electronics Co., Ltd. | Determination of physical downlink control channel (PDCCH) assignment in power saving mode |
| US11849474B2 (en) * | 2019-03-28 | 2023-12-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for modeling intermodulation distortion (IMD) present in received signals |
| EP3734886B1 (en) * | 2019-05-02 | 2021-10-13 | Panasonic Intellectual Property Corporation of America | User equipment involved in monitoring a downlink control channel |
| US20200351890A1 (en) * | 2019-05-03 | 2020-11-05 | Mediatek Inc. | Physical downlink control channel monitoring |
| EP4014549A4 (en) * | 2019-08-14 | 2023-05-03 | Nokia Technologies Oy | APPARATUS, METHODS AND COMPUTER PROGRAMS |
| US20210058955A1 (en) * | 2019-08-21 | 2021-02-25 | Qualcomm Incorporated | Monitoring of a control channel |
| CN111800893B (zh) * | 2019-08-22 | 2022-06-17 | 维沃移动通信有限公司 | 边链路非连续发送、接收方法与装置及终端设备 |
| CN113163413B (zh) * | 2020-01-22 | 2023-09-01 | 华为技术有限公司 | 无线通信方法、终端设备和网络设备 |
| CN113163475B (zh) * | 2020-01-23 | 2023-12-08 | 华为技术有限公司 | 一种监测方法及装置 |
| US20220007456A1 (en) * | 2020-07-06 | 2022-01-06 | Qualcomm Incorporated | Inactivity timer mechanisms in discontinuous reception |
| KR102561019B1 (ko) * | 2020-07-13 | 2023-07-28 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 구성된 업링크 승인의 묶음에 대한 ｄｒｘ 타이머를 핸들링하기 위한 방법 및 장치 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2324736T3 (es) * | 2006-03-28 | 2009-08-13 | Samsung Electronics Co., Ltd. | Metodo y aparato para la recepcion discontinua de un terminal conectado en un sistema de comunicacion movil. |
| EP2566237B1 (en) * | 2007-02-05 | 2014-08-20 | Nec Corporation | Inter base station handover methods, base station, and communication terminal |
| CN101669398B (zh) * | 2007-04-24 | 2013-07-10 | 株式会社Ntt都科摩 | 移动通信方法、无线基站、移动台以及处理器 |
| US8213374B2 (en) * | 2007-04-24 | 2012-07-03 | Ntt Docomo, Inc. | Mobile communication method, radio base station, mobile station, and processor |
| US9504083B2 (en) * | 2008-01-10 | 2016-11-22 | Innovative Sonic Limited | Method and related communications device for improving discontinuous reception functionality |
| US8488521B2 (en) | 2008-03-14 | 2013-07-16 | Interdigital Patent Holdings, Inc. | Behavior for wireless transmit/receive unit and MAC control elements for LTE DRX operations |
| US8085694B2 (en) * | 2008-03-21 | 2011-12-27 | Sunplus Mmobile Inc. | Method for avoiding unnecessary excessive stay of short cycle in discontinuous reception mechanism |
| KR101206084B1 (ko) * | 2008-04-25 | 2012-11-28 | 리서치 인 모션 리미티드 | 무선 네트워크에서의 불연속 수신의 제어를 위한 방법 및 장치 |
| EP2351281B1 (en) * | 2008-10-17 | 2019-05-29 | Telefonaktiebolaget LM Ericsson (publ) | Method for improving battery life and harq retransmissions in wireless communications systems |
| US7917137B2 (en) * | 2009-02-04 | 2011-03-29 | Nokia Corporation | Optimization of uplink resource grant procedure and apparatus |
| BRPI1013144B1 (pt) * | 2009-06-15 | 2021-03-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd | método e sistema para a operação de recepção descontínua para agregação de portadora avançada de evolução de longo prazo |
| KR20110052418A (ko) * | 2009-11-11 | 2011-05-18 | 삼성전자주식회사 | 이동통신 시스템에서 불연속 수신을 수행하는 방법 및 장치 |
| KR101664279B1 (ko) * | 2010-02-16 | 2016-10-12 | 삼성전자주식회사 | 무선 통신 시스템에서 불연속 수신을 위한 제어 방법 및 장치 |
| US20120201151A1 (en) * | 2011-02-08 | 2012-08-09 | Renesas Mobile Corporation | Layer 2 ACK And NACK Status Reporting |
| EP2621242A1 (en) * | 2012-01-26 | 2013-07-31 | Panasonic Corporation | Improved discontinuous reception operation with additional wake up opportunities |
| WO2014025211A1 (en) * | 2012-08-10 | 2014-02-13 | Lg Electronics Inc. | Method and apparatus for configuring a discontinuous reception (drx) operation in a wireless communication system |
| CN104823478B (zh) * | 2012-11-01 | 2019-08-09 | Lg 电子株式会社 | 在无线通信系统中用于管理ran资源的方法和设备 |
| US9839066B2 (en) * | 2013-01-30 | 2017-12-05 | Lg Electronics Inc. | PDCCH monitoring regardless of DRX configuration |
| WO2015130005A1 (ko) * | 2014-02-26 | 2015-09-03 | 엘지전자 주식회사 | Fdd 반이중 통신에서 pdcch 모니터링 방법 및 그 단말 |
| TWI641278B (zh) | 2014-03-11 | 2018-11-11 | Ｌｇ電子股份有限公司 | 在載波聚合系統中計算非連續接收定時器的方法及其裝置 |
| US10645649B2 (en) * | 2014-05-14 | 2020-05-05 | Sony Corporation | Terminal device, base station, wireless telecommunications system and methods for transitioning between two modes of operation |
| US9961718B2 (en) * | 2015-03-27 | 2018-05-01 | Qualcomm Incorporated | Discontinuous reception in LTE/LTE-A networks including contention-based frequency spectrum |
| US10165605B2 (en) * | 2015-08-27 | 2018-12-25 | Qualcomm Incorporated | Discontinuous receive for contention-based radio access technologies |
| JP2020080442A (ja) * | 2017-03-22 | 2020-05-28 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
| JP2020109880A (ja) * | 2017-04-25 | 2020-07-16 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
-
2017
- 2017-01-11 AU AU2017206661A patent/AU2017206661B2/en active Active
- 2017-01-11 PT PT177037934T patent/PT3403450T/pt unknown
- 2017-01-11 PL PL17703793T patent/PL3403450T3/pl unknown
- 2017-01-11 MX MX2018008532A patent/MX2018008532A/es unknown
- 2017-01-11 CN CN201780016719.6A patent/CN108702706B/zh active Active
- 2017-01-11 JP JP2018536128A patent/JP6594553B2/ja active Active
- 2017-01-11 RU RU2018129177A patent/RU2689405C1/ru active
- 2017-01-11 ES ES17703793T patent/ES2766771T3/es active Active
- 2017-01-11 KR KR1020187022843A patent/KR102043219B1/ko active IP Right Grant
- 2017-01-11 EP EP17703793.4A patent/EP3403450B1/en active Active
- 2017-01-11 CA CA3011198A patent/CA3011198C/en active Active
- 2017-01-11 BR BR112018014084-8A patent/BR112018014084A2/pt unknown
- 2017-01-11 US US15/403,614 patent/US9942941B2/en active Active
- 2017-01-11 WO PCT/IB2017/050135 patent/WO2017122135A1/en active Application Filing
-
2018
- 2018-02-28 US US15/908,007 patent/US10798773B2/en active Active
- 2018-07-11 PH PH12018501496A patent/PH12018501496A1/en unknown
- 2018-07-12 ZA ZA2018/04664A patent/ZA201804664B/en unknown
-
2020
- 2020-08-31 US US17/008,408 patent/US11470680B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CA3011198C (en) | 2022-09-20 |
| MX2018008532A (es) | 2019-12-16 |
| US11470680B2 (en) | 2022-10-11 |
| PL3403450T3 (pl) | 2020-05-18 |
| CN108702706A (zh) | 2018-10-23 |
| PT3403450T (pt) | 2020-01-03 |
| US20180192469A1 (en) | 2018-07-05 |
| PH12018501496A1 (en) | 2019-03-25 |
| ZA201804664B (en) | 2019-09-25 |
| US9942941B2 (en) | 2018-04-10 |
| US10798773B2 (en) | 2020-10-06 |
| RU2689405C1 (ru) | 2019-05-28 |
| WO2017122135A1 (en) | 2017-07-20 |
| AU2017206661A1 (en) | 2018-08-02 |
| CN108702706B (zh) | 2021-07-23 |
| CA3011198A1 (en) | 2017-07-20 |
| JP2019505120A (ja) | 2019-02-21 |
| ES2766771T3 (es) | 2020-06-15 |
| AU2017206661B2 (en) | 2019-11-14 |
| EP3403450B1 (en) | 2019-10-09 |
| EP3403450A1 (en) | 2018-11-21 |
| KR20180102121A (ko) | 2018-09-14 |
| JP6594553B2 (ja) | 2019-10-23 |
| KR102043219B1 (ko) | 2019-11-12 |
| US20200396790A1 (en) | 2020-12-17 |
| US20170202054A1 (en) | 2017-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11470680B2 (en) | Method for controlling connected mode DRX operations | |
| US11968737B2 (en) | Active time handling with 2-step granting | |
| CN107439030B (zh) | 在lte许可协助接入操作中的drx处理 | |
| WO2019192342A1 (zh) | 非连续接收的通信方法、装置、通信设备和通信系统 | |
| ES2897415T3 (es) | Sistema de radiocomunicación, terminales radioeléctricos, estaciones base radioeléctricas, método y programa de radiocomunicación | |
| EP3504922B1 (en) | Scheduling timer | |
| JP2019012868A (ja) | 端末装置、通信方法、および、集積回路 | |
| JPWO2016204164A1 (ja) | 端末装置、通信方法、および、集積回路 | |
| JPWO2016204165A1 (ja) | 端末装置、通信方法、および、集積回路 | |
| JPWO2016204161A1 (ja) | 端末装置、通信方法、および、集積回路 | |
| WO2018198662A1 (ja) | 端末装置、基地局装置、通信方法、および、集積回路 | |
| JP6587846B2 (ja) | ユーザ装置、及び間欠受信制御方法 | |
| WO2019191954A1 (zh) | 传输信息的方法和终端设备 | |
| US20220232664A1 (en) | Discontinuous reception activation/deactivation based on communication layer 1 and layer 2 signaling | |
| OA18747A (en) | Method for Controlling Connected Mode DRX Operations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
| B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
| B06W | Patent application suspended after preliminary examination (for patents with searches from other patent authorities) chapter 6.23 patent gazette] |