BR112020006357B1 - Dispositivo de comunicação e método para transmitir unidade de dados em um sistema de comunicação sem fio - Google Patents
Dispositivo de comunicação e método para transmitir unidade de dados em um sistema de comunicação sem fio Download PDFInfo
- Publication number
- BR112020006357B1 BR112020006357B1 BR112020006357-6A BR112020006357A BR112020006357B1 BR 112020006357 B1 BR112020006357 B1 BR 112020006357B1 BR 112020006357 A BR112020006357 A BR 112020006357A BR 112020006357 B1 BR112020006357 B1 BR 112020006357B1
- Authority
- BR
- Brazil
- Prior art keywords
- rlc
- pdus
- pdu
- poll
- entity
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims description 97
- 238000000034 method Methods 0.000 title claims description 57
- 230000005540 biological transmission Effects 0.000 claims abstract description 102
- 239000000523 sample Substances 0.000 abstract description 32
- 239000010410 layer Substances 0.000 description 149
- 230000006870 function Effects 0.000 description 27
- 238000012545 processing Methods 0.000 description 19
- 238000012546 transfer Methods 0.000 description 19
- 238000005192 partition Methods 0.000 description 14
- 238000007726 management method Methods 0.000 description 12
- 230000011664 signaling Effects 0.000 description 12
- 238000001514 detection method Methods 0.000 description 11
- 230000015654 memory Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 238000010295 mobile communication Methods 0.000 description 6
- 230000001174 ascending effect Effects 0.000 description 5
- 238000005259 measurement Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 201000003803 Inflammatory myofibroblastic tumor Diseases 0.000 description 4
- 230000009977 dual effect Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 208000036357 GUCY2D-related recessive retinopathy Diseases 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012913 prioritisation Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
- H04W74/06—Scheduled access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- 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/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- 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/187—Details of sliding window management
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
A presente invenção constrói PDUs RLC L, em que L é maior que 1; e enviar as PDUs RLC L para um camada de controle de acesso ao meio (MAC) para uma oportunidade de transmissão. As PDUs RLC L incluem uma primeira PDU RLC que tem uma sondagem para disparar relatório de status em um dispositivo de recepção e uma segunda PDU RLC que não tem a sondagem e que tem um número de sequência mais alto (SN) entre SNs das PDUs RLC L. A presente invenção define uma variável de estado como um SN mais alto dentre SNs de PDUs RLC que têm uma sondagem enviada para a camada MAC, mediante o envio da primeira PDU RLC para a camada MAC.
Description
[001] A presente revelação se refere a um sistema de comunicação sem fio.
[002] Como um exemplo de um sistema de comunicação móvel ao qual a presente revelação é aplicável, um sistema de comunicação de Evolução de Longo Prazo de Projeto de Parceria de 3a Geração (doravante, chamado de LTE) é resumidamente descrito.
[003] A Figura 1 é um diagrama que ilustra um exemplo de uma estrutura de rede de um E-UMTS como um sistema de comunicação de rádio exemplificativo. Um Sistema de Telecomunicações Móvel Universal Evoluído (E-UMTS) é uma versão avançada de um Sistema de Telecomunicações Móvel Universal (UMTS) e a padronização básica do mesmo está atualmente em andamento no 3GPP. E-UMTS pode ser geralmente denominado como um sistema de Evolução de Longo Prazo (LTE). Para detalhes das aplicações técnicas do UMTS e E-UMTS, pode-se fazer referência à Versão 7 e a Versão 8 de “Projeto de Parceria de 3a Geração; Rede de acesso por rádio de Grupo de Especificações Técnicas”.
[004] Novamente com referência à Figura 1, o E-UMTS inclui um Equipamento de Usuário (UE), eNode Bs (eNBs) e uma Porta de Comunicação de Acesso (AG) que se situa em uma extremidade da rede (E-UTRAN) e conectado a uma rede externa. Os eNBs podem transmitir simultaneamente múltiplos fluxos de dados para um serviço de difusão, um serviço de difusão seletiva e/ou um serviço de difusão ponto a ponto.
[005] Uma ou mais células podem existir por eNB. A célula é definida para operar em uma das larguras de banda, tais como 1,25, 2,5, 5, 10, 15 e 20 MHz e fornece um serviço de transmissão de enlace descendente (DL) ou enlace ascendente (UL) para uma pluralidade de UEs na largura de banda. Diferentes células podem ser definidas para fornecer diferentes larguras de banda. O eNB controla a transmissão ou recepção de dados para e a partir de uma pluralidade de UEs. O eNB transmite informações de programação DL de dados DL para um UE correspondente a fim de informar ao UE sobre um domínio de tempo/frequência no qual se supõe que os dados sejam transmitidos, codificação, um tamanho de dados e informações relacionadas à solicitação e repetição automática híbrida (HARQ). Além disso, o eNB transmite informações de programação UL de dados UL para um UE correspondente a fim de informar ao UE sobre um domínio de tempo/frequência que pode ser usado por meio do UE, codificação, um tamanho de dados e informações relacionadas à HARQ. Uma Interface para transmitir tráfego de usuário e tráfego de controle pode ser usada entre eNBs. Uma rede principal (CN) pode incluir a AG e um nó de rede ou similar para registro de usuário de UEs. A AG gerencia a mobilidade de um UE em uma base de área de rastreamento (TA). Uma TA inclui uma pluralidade de células.
[006] A introdução de novas tecnologias de rádio levou ao aumento no número de equipamentos de usuário (UEs) aos quais uma estação-base (BS) fornece serviços em uma região de recursos prescrita, e também levou ao aumento na quantidade de dados e informações de controle que a BS transmite para os UEs. Devido a recursos tipicamente limitados disponíveis para a BS para comunicação com o UE(s), novas técnicas são necessárias, através das quais a BS utiliza recursos de rádio limitados para receber/transmitir eficientemente dados de enlace ascendente/enlace descendente e/ou informações de controle de enlace ascendente/enlace descendente. Em particular, a superação de atraso ou latência se tornou um importante desafio em aplicações cujo desempenho depende criticamente de atraso/latência.
[007] Os objetivos da técnica que podem ser alcançados através da presente invenção não se limitam ao que foi particularmente descrito acima no presente documento e outros objetivos da técnica não descritos no presente documento serão mais claramente entendidos por pessoas versadas na técnica a partir da seguinte descrição detalhada.
[008] Em um aspecto da presente revelação, é fornecido no presente documento um dispositivo de comunicação para transmitir uma unidade de dados em um sistema de comunicação sem fio. O dispositivo de comunicação compreende um transceptor, e um processador configurado para controlar o transceptor. O processador configurado para: construir L unidades de dados de protocolo (PDUs) de controle de enlace de rádio (RLC), em que L é maior que 1; e enviar as L PDUs RLC para uma camada de controle de acesso ao meio (MAC) para uma oportunidade de transmissão, em que as L PDUs RLC incluem uma primeira PDU RLC que tem uma sondagem (poll) para disparar relatório de status em um dispositivo de recepção e um segunda PDU RLC que não tem a sondagem e que tem um número de sequência mais alto (SN) entre SNs das L PDUs RLC. O processador pode ser configurado para definir uma variável de estado como um SN mais alto entre SNs de PDUs RLC que têm a sondagem enviada para a camada MAC, mediante o envio da primeira PDU RLC para a camada MAC. O processador pode ser configurado para controlar o transceptor para transmitir uma PDU MAC que inclui as L PDUs RLC.
[009] Em outro aspecto da presente revelação, é fornecido no presente documento um dispositivo de processamento. O dispositivo de processamento compreende pelo menos um processador, e pelo menos uma memória de computador que é operacionalmente conectável a pelo menos um processador e que armazenou na mesma, instruções que, quando executadas, fazem com que o pelo menos um processador realize operações. As operações compreendem: construir L unidades de dados de protocolo (PDUs) de controle de enlace de rádio (RLC) , em que L é maior que 1; e enviar as L PDUs RLC para uma camada de controle de acesso ao meio (MAC) para uma oportunidade de transmissão, em que as L PDUs RLC incluem uma primeira PDU RLC que tem uma sondagem para disparar relatório de status em um dispositivo de recepção e um segunda PDU RLC que não tem a sondagem e que tem um número de sequência mais alto (SN) entre SNs das L PDUs RLC. As operações compreendem: definir uma variável de estado como um SN mais alto entre SNs de PDUs RLC que têm a sondagem enviada para a camada MAC, mediante o envio da primeira PDU RLC para a camada MAC. As operações podem compreender adicionalmente: transmitir uma PDU MAC que inclui as L PDUs RLC.
[010] Em um aspecto adicional da presente revelação, é fornecido no presente documento um método para transmitir uma unidade de dados em um sistema de comunicação sem fio. O método compreende: construir L unidades de dados de protocolo (PDUs) de controle de enlace de rádio (RLC) , em que L é maior que 1; e enviar as L PDUs RLC para uma camada de controle de acesso ao meio (MAC) para uma oportunidade de transmissão, em que as L PDUs RLC incluem uma primeira PDU RLC que tem uma sondagem para disparar relatório de status em um dispositivo de recepção e um segunda PDU RLC que não tem a sondagem e que tem um número de sequência mais alto (SN) entre SNs das L PDUs RLC. O método compreende: definir uma variável de estado como um SN mais alto entre SNs de PDUs RLC que têm a sondagem enviada para a camada MAC, mediante o envio da primeira PDU RLC para a camada MAC. O método pode compreender adicionalmente: transmitir uma PDU MAC que inclui as L PDUs RLC.
[011] Em cada aspecto da presente revelação, as M PDUs RLC que incluem as L PDUs RLC podem ser construídas, em que M>L. A L PDU RLC dentre as M PDUs RLC pode ser enviada para a camada MAC para a oportunidade de transmissão.
[012] Em cada aspecto da presente revelação, mediante o envio da primeira PDU RLC para a camada MAC, um temporizador de retransmissão de sondagem pode ser iniciado.
[013] Em cada aspecto da presente revelação, um relatório de status que compreende uma confirmação positiva ou negativa para uma unidade de dados de serviço RLC (SDU) que tem o mesmo SN que a variável de estado pode ser recebido. O temporizador de retransmissão de sondagem pode ser reinicializado mediante a recepção do relatório de status.
[014] Em cada aspecto da presente revelação, a oportunidade de transmissão pode ser determinada pelo processador, o pelo menos um processador ou o dispositivo de comunicação.
[015] Em cada aspecto da presente revelação, a PDU MAC pode ser transmitida na oportunidade de transmissão.
[016] As soluções técnicas acima são meramente algumas partes das implementações da presente revelação e várias implementações nas quais os recursos técnicos da presente revelação são incorporados podem ser derivados e entendidos por pessoas versadas na técnica a partir da seguinte descrição detalhada da presente revelação.
[017] Em alguns cenários, implementações da presente revelação podem fornecer uma ou mais das seguintes vantagens. Em alguns cenários, sinais de comunicação de rádio podem ser mais eficientemente transmitidos e/ou recebidos. Portanto, a taxa de transferência total de um sistema de comunicação de rádio pode ser aprimorada.
[018] De acordo com algumas implementações da presente revelação, o atraso/latência que ocorre durante a comunicação entre um equipamento de usuário e uma BS pode ser reduzido.
[019] Além disso, sinais em um sistema de tecnologia de acesso de novo rádio podem ser transmitidos e/ou recebidos de modo mais eficaz.
[020] Será observado pelas pessoas versadas na técnica que os efeitos que podem ser alcançados através da presente revelação não se limitam ao que foi particularmente descrito anteriormente no presente documento e outras vantagens da presente revelação serão mais claramente entendidas a partir da seguinte descrição detalhada.
[021] Os desenhos anexos, que são incluídos para fornecer um entendimento adicional da invenção, ilustram modalidades da invenção e, em conjunto com a descrição, servem para explicar o princípio da invenção:
[022] A Figura 1 é um diagrama que ilustra um exemplo de uma estrutura de rede de um sistema de telecomunicação móvel universal evoluído (E-UMTS) como um sistema de comunicação de rádio exemplificativo;
[023] A Figura 2 é um diagrama de blocos que ilustra um exemplo de uma rede de acesso por rádio terrestre universal evoluído (E-UTRAN);
[024] A Figura 3 é um diagrama de blocos que mostra um exemplo de uma arquitetura de uma E-UTRAN típica e um EPC típico.
[025] A Figura 4 ilustra um exemplo de pilhas de protocolos do sistema de comunicação baseado em 3GPP;
[026] A Figura 5 ilustra um exemplo de uma estrutura de quadro no sistema de comunicação sem fio baseado em 3GPP;
[027] A Figura 6 ilustra um exemplo de fluxo de dados no sistema LTE 3GPP;
[028] A Figura 7 ilustra um exemplo de um fluxo de dados no sistema NR 3GPP;
[029] A Figura 8 ilustra um modelo de uma entidade de controle de enlace de rádio (RLC) de modo confirmado (AM) no sistema LTE 3GPP;
[030] A Figura 9 ilustra um modelo de entidade RLC AM que pode ser usado na implementação (ou implementações) da presente revelação;
[031] A Figura 10 ilustra exemplos de transferência de dados de acordo com as implementações da presente revelação; e
[032] A Figura 11 é um diagrama de blocos que ilustra exemplos de dispositivos de comunicação que podem realizar método(s) da presente revelação.
[033] Embora a tecnologia de comunicação sem fio tenha sido desenvolvida para LTE baseada em acesso múltiplo por divisão de código de banda larga (WCDMA), as demandas e expectativas e usuários e provedores de serviços estão em ascensão. Além disso, considerando outras tecnologias de acesso de rádio em desenvolvimento, novas evoluções tecnológicas são necessárias para garantir a alta competitividade no futuro. A redução no custo por bit, o aumento na disponibilidade de serviço, o uso flexível de bandas de frequência, uma estrutura simplificada, uma interface aberta, consumo de energia adequado de UEs, e similares são necessários.
[034] À medida que cada vez mais dispositivos de comunicação exigem maior capacidade de comunicação, há uma necessidade de comunicação de banda larga móvel aprimorada em comparação com a RAT existente. Além disso, a comunicação tipo máquina em massa (MTCs), que fornece vários serviços ao conectar muitos dispositivos e objetos, é um dos maiores problemas a serem considerados na comunicação de próxima geração. Além disso, um projeto de sistema de comunicação que considera um serviço/UE sensível à confiabilidade e latência está sendo discutido. A introdução de RAT de próxima geração, que leva em consideração tal comunicação de banda larga móvel avançada, MTC massiva (mMTC) e comunicação ultra confiável e de baixa latência (URLLC), está sendo discutida.
[035] Agora, será feita referência em detalhes a algumas implementações exemplificativas da presente revelação, cujos exemplos são ilustrados nos desenhos anexos. A descrição detalhada, que será fornecida abaixo com referência aos desenhos anexos, se destina a explicar implementações exemplificativas da presente revelação, em vez de mostrar as únicas implementações que podem ser implementadas, de acordo com a revelação. A seguinte descrição detalhada incluem detalhes específicos, a fim de fornecer um entendimento completo da presente revelação. No entanto, será evidente àqueles versados na técnica que a presente revelação pode ser praticada sem tais detalhes específicos.
[036] As seguintes técnicas, aparelhos e sistemas podem ser aplicados a uma variedade de sistemas de acesso múltiplo sem fio. Os exemplos dos sistemas de acesso múltiplo incluem um sistema de acesso múltiplo por divisão de código (CDMA), um sistema de acesso múltiplo por divisão de frequência (FDMA), um sistema de acesso múltiplo por divisão de tempo (TDMA), um sistema de acesso múltiplo por divisão de frequência ortogonal (OFDMA), um sistema de acesso múltiplo por divisão de frequência de portadora única (SC-FDMA), e um sistema de acesso múltiplo por divisão de frequência de multiportadora (MC-FDMA). CDMA pode ser incorporado através de tecnologia de rádio, tal como acesso de rádio terrestre universal (UTRA) ou CDMA2000. TDMA pode ser incorporado através de tecnologia de rádio, tal como sistema global para comunicações móveis (GSM), serviço de rádio de pacote geral (GPRS) ou taxas de dados avançados para evolução GSM (EDGE). OFDMA pode ser incorporado através de tecnologia de rádio, tal como instituto de engenheiros eletricistas e eletrônicos (IEEE) 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20 ou UTRA evoluído (E-UTRA). O UTRA faz parte de um sistema universal de telecomunicações móveis (UMTS). A evolução de longo prazo (LTE) de projeto de parceria de 3a geração (3GPP) faz parte de UMTS evoluído (E-UMTS) que usa o E-UTRA. LTE 3GPP emprega OFDMA em DL e SC- FDMA em UL. LTE avançada (LTE-A) é uma versão evoluída de LTE 3GPP. Por uma questão de conveniência de descrição, implementações da presente revelação são descritas em relação a um sistema de comunicação sem fio baseado em 3GPP. Entretanto, recursos técnicos da presente revelação não se limitam a isso. Por exemplo, embora a seguinte descrição detalhada seja fornecida com base em um sistema de comunicação móvel que corresponde a um sistema baseado em 3GPP, os aspectos da presente revelação que não se limitam ao sistema baseado em 3GPP são aplicáveis a outros sistemas de comunicação móvel.
[037] Por exemplo, a presente revelação é aplicável à comunicação baseada em contenção, tal como Wi-Fi, assim como comunicação baseada em não contenção como no sistema baseado em 3GPP em que uma BS aloca um recurso de tempo/frequência DL/UL em um UE e o UE recebe um sinal DL e transmite um sinal UL, de acordo com a alocação de recurso da BS. Em um esquema de comunicação baseado em não contenção, um ponto de acesso (AP) ou um nó de controle para controlar o AP aloca um recurso para comunicação entre o UE e o AP, enquanto, em um esquema de comunicação baseado em contenção, um recurso de comunicação é ocupado através da contenção entre UEs que desejam acessar o AP. O esquema de comunicação baseado em contenção será descrito agora em resumo. Um tipo de esquema de comunicação baseado em contenção é acesso múltiplo com detecção de portadora (CSMA). CSMA se refere a um protocolo de controle de acesso à mídia probabilístico (MAC) para confirmar, antes que um nó ou um dispositivo de comunicação transmita tráfego em um meio de transmissão compartilhado (também chamado de um canal compartilhado), tal como uma banda de frequência, que não há outro tráfego no mesmo meio de transmissão compartilhado. No CSMA, um dispositivo de transmissão determina se outra transmissão está sendo realizada antes de tentar transmitir tráfego para um dispositivo de recepção. Em outras palavras, o dispositivo de transmissão tenta detectar a presença de uma portadora de outro dispositivo de transmissão antes de tentar realizar a transmissão. Mediante a detecção da portadora, o dispositivo de transmissão espera o outro dispositivo de transmissão que está realizando a transmissão termine a transmissão, antes de realizar a transmissão do mesmo. Consequentemente, o CSMA pode ser um esquema de comunicação baseado no princípio de "detectar antes de transmitir" ou "ouvir antes de falar". Um esquema para evitar a colisão entre dispositivos de transmissão no sistema de comunicação baseado em contenção com o uso de CSMA inclui acesso múltiplo com detecção de portadora com detecção de colisão (CSMA/CD) e/ou acesso múltiplo com detecção de portadora com impedimento de colisão (CSMA/CA). CSMA/CD é um esquema de detecção de colisão em um ambiente de rede local com fio (LAN). Em CSMA/CD, um computador pessoal (PC) ou um servidor que deseja realizar comunicação em um ambiente Ethernet confirma primeiro se a comunicação ocorre em uma rede e, se outro dispositivo porta dados na rede, o PC ou o servidor espera e, então, transmite dados. Ou seja, quando dois ou mais usuários (por exemplo PCs, UEs, etc.) transmitem dados simultaneamente, a colisão ocorre entre a transmissão simultânea e CSMA/CD é um esquema para transmitir dados de maneira flexível monitorando-se a colisão. Um dispositivo de transmissão que usa CSMA/CD ajusta a transmissão de dados do mesmo detectando-se a transmissão de dados realizada por outro dispositivo que usa uma regra específica. CSMA/CA é um protocolo MAC especificado em padrões IEEE 802.11. Um sistema LAN (WLAN) sem fio que se adapta aos padrões 802.11 não usa CSMA/CD que foi usado em padrões IEEE 802.3 e usa CA, isto é um esquema de impedimento de colisão. Os dispositivos de transmissão sempre detectam a portadora de uma rede e, se a rede estiver vazia, os dispositivos de transmissão esperam o tempo determinado de acordo com as localizações dos mesmos registradas em uma lista e, então, transmitem dados. Vários métodos são usados para determinar a prioridade dos dispositivos de transmissão na lista e reconfigurar a prioridade. Em um sistema de acordo com algumas versões de padrões IEEE 802.11, a colisão pode ocorrer e, nesse caso, um procedimento de detecção de colisão é realizado. Um dispositivo de transmissão que usa CSMA/CA evita a colisão entre transmissão de dados do mesmo e a transmissão de dados de outro dispositivo de transmissão que usa uma regra específica.
[038] Para termos e tecnologias que não são especificamente descritos entre os termos e tecnologias empregadas na presente revelação, os documentos de padrão de comunicação sem fio publicados antes da presente revelação podem ser citados. Por exemplo, os seguintes documentos podem ser citados. 3GPP LTE
[039] - 3GPP TS 36.211: Physical channels and modulation
[040] - 3GPP TS 36.212: Multiplexing and channel coding
[041] - 3GPP TS 36.213: Physical layer procedures
[042] - 3GPP TS 36.214: Physical layer; Measurements
[043] - 3GPP TS 36.300: Overall description
[044] - 3GPP TS 36.304: User Equipment (UE) procedures in idle mode
[045] - 3GPP TS 36.314: Layer 2 - Measurements
[046] - 3GPP TS 36.321: Medium Access Control (MAC) protocol
[047] - 3GPP TS 36.322: Radio Link Control (RLC) protocol
[048] - 3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)
[049] - 3GPP TS 36.331: Radio Resource Control (RRC) protocol 3GPP NR
[050] - 3GPP TS 38.211: Physical channels and modulation
[051] - 3GPP TS 38.212: Multiplexing and channel coding
[052] - 3GPP TS 38.213: Physical layer procedures for control
[053] - 3GPP TS 38.214: Physical layer procedures for data
[054] - 3GPP TS 38.215: Physical layer measurements
[055] - 3GPP TS 38.300: Overall description
[056] - 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state
[057] - 3GPP TS 38.321: Medium Access Control (MAC) protocol
[058] - 3GPP TS 38.322: Radio Link Control (RLC) protocol
[059] - 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)
[060] - 3GPP TS 38.331: Radio Resource Control (RRC) protocol
[061] - 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)
[062] - 3GPP TS 37.340: Multi-connectivity; Overall description
[063] Na presente revelação, um equipamento de usuário (UE) pode ser um dispositivo fixo ou móvel. Os exemplos do UE incluem vários dispositivos que transmitem e recebem dados de usuário e/ou vários tipos de informações de controle para e a partir de uma estação-base (BS). O UE pode ser chamado de um equipamento terminal (TE), uma estação móvel (MS), um terminal móvel (MT), um terminal de usuário (UT), uma estação de assinante (SS), um dispositivo sem fio, um assistente digital pessoal (PDA), um modem sem fio, um dispositivo de mão, etc. Além disso, na presente revelação, uma BS se refere geralmente a uma estação fixa que realiza comunicação com um UE e/ou outra BS, e troca vários tipos de informações de dados e controle com o UE e outra BS. A BS pode ser chamada de uma estação-base avançada (ABS), um nó B (NB), um nó B evoluído (eNB), um sistema transceptor-base (BTS), um ponto de acesso (AP), um servidor de processamento (PS), etc. Especialmente, uma BS do UMTS é chamada de um NB, uma BS do EPC/LTE é chamada de um eNB, e uma BS do sistema novo rádio (NR) é chamada de um gNB.
[064] Na presente revelação, um nó se refere a um ponto fixo com capacidade para transmitir/receber um sinal de rádio através da comunicação com um UE. Vários tipos de BSs podem ser usados como nós independentemente dos termos dos mesmos. Por exemplo, uma BS, um nó B (NB), um e-nó B (eNB), um eNB de picocélula (PeNB), um eNB inicial (HeNB), um relé, um repetidor, etc. podem ser um nó. Além disso, o nó pode não ser uma BS. Por exemplo, o nó pode ser uma cabeça remota de rádio (RRH) ou uma unidade remota de rádio (RRU). A RRH ou RRU tem geralmente um nível de potência mais baixo que um nível de potência de uma BS. Uma vez que a RRH ou RRU (doravante, RRH/RRU) é geralmente à BS através de uma linha dedicada, tal como um cabo óptico, a comunicação cooperativa entre RRH/RRU e a BS pode ser suavemente realizada em comparação com a comunicação cooperativa entre as BSs conectadas por uma linha rádio. Pelo menos uma antena é instalada por nó. A antena pode incluir uma antena física ou significar uma porta de antena ou uma antena virtual.
[065] Na presente revelação, o termo "célula" pode se referir a uma área geográfica na qual um ou mais nós fornecem um sistema de comunicação, ou se referir a recursos de rádio. Uma "célula" de uma área geográfica pode ser entendida como a cobertura dentro da qual um nó pode fornecer serviço com o uso de uma portadora e uma "célula" como recursos de rádio (por exemplo, recursos de tempo- frequência) é associada à largura de banda (BW) que é uma faixa de frequências configurada pela portadora. A "célula" associada aos recursos de rádio é definida pela combinação de recursos de enlace descendente e recursos de enlace ascendente, por exemplo, uma combinação de portadora de componente (CC) de enlace descendente (DL) e CC de enlace ascendente (UL). A célula pode ser configurada apenas por recursos de enlace descendente, ou pode ser configurada por recursos de enlace descendente e recursos de enlace ascendente. Uma vez que a cobertura DL, que é uma faixa dentro da qual o nó tem capacidade de transmitir um sinal válido, e a cobertura UL, que é uma faixa dentro da qual o nó tem capacidade de receber o sinal válido do UE, depende de uma portadora que porta o sinal, a cobertura do nó pode ser associada à cobertura da "célula" de recursos de rádio usados pelo nó. Consequentemente, o termo "célula" pode ser usado para representar cobertura de serviço do nó, algumas vezes, recursos de rádio, outras vezes, ou uma faixa que sinais que usam os recursos de rádio podem alcançar com intensidade válida, outras vezes.
[066] Na agregação de portadora (CA), dois ou mais CCs são agregados. Um UE pode receber ou transmitir simultaneamente em um ou múltiplos CCs dependendo de suas capacidades. A CA é suportada tanto para CCs contíguos como não contíguos. Quando a CA é configurada, o UE tem apenas uma conexão de controle de recurso de rádio (RRC) com a rede. No estabelecimento/restabelecimento/handover de conexão RRC, uma célula servidora fornece as informações de mobilidade de estrato sem acesso, e no restabelecimento/handover de conexão RRC, uma célula servidora fornece a entrada de segurança. A célula é chamada de Célula Primária (PCell). A PCell é uma célula, que opera na frequência primária, na qual o UE realiza o procedimento de estabelecimento de conexão inicial ou inicia o procedimento de restabelecimento de conexão. Dependendo das capacidades UE, as Células Secundárias (SCells) podem ser configuradas para formar juntamente com a PCell um conjunto de células servidoras. Uma SCell é uma célula que fornece recursos de rádio adicionais no topo da Célula Especial. O conjunto de células servidoras configuradas para um UE, portanto, sempre consiste em uma PCell e uma ou mais SCells. Para operação de conectividade dupla, o termo Célula Especial (SpCell) se refere à PCell do grupo de células mestre (MCG) ou à PSCell do grupo de células secundárias (SCG). Uma SpCell suporta transmissão PUCCH e acesso aleatório baseado em contenção, e está sempre ativada. O MCG é um grupo de células servidoras associadas a um nó mestre, que compreende a SpCell (PCell) e, opcionalmente, uma ou mais SCells. O SCG é o subconjunto de células servidoras associadas a um nó secundário, que compreende a PSCell e zero ou mais SCells, para um UE configurado com conectividade dupla (DC). Para um UE em RRC_CONNECTED não configurado com CA/DC há apenas uma célula servidora que compreende a PCell. Para um UE em RRC_CONNECTED configurado com CA/DC, o termo "células servidoras” é usado para indicar o conjunto de células que compreendem a SpCell(s) e todas as SCells. Na DC, duas entidades MAC são configuradas em um UE: uma para o MCG e uma para o SCG.
[067] Na presente revelação, "PDCCH" pode se referir a um PDCCH, um EPDCCH (em subquadros quando configurados), um PDCCH MTC (MPDCCH), para um RN com R-PDCCH configurado e não suspenso, ao R-PDCCH ou, para NB-IoT ao PDCCH de banda estreita (NPDCCH).
[068] Na presente revelação, o monitoramento de um canal se refere à tentativa de decodificar o canal. Por exemplo, o monitoramento de um PDCCH se refere à tentativa de decodificar PDCCH(s) (ou candidatos PDCCH).
[069] Na presente revelação, para operação de conectividade dupla (DC), o termo "Célula especial" se refere à PCell do grupo de células mestre (MCG) ou à PSCell do grupo de células secundárias (SCG) e, de outro modo, o termo Célula Especial se refere à PCell. O MCG é um grupo de células servidoras associadas à BS mestre que termina pelo menos S 1-MME, e o SCG é um grupo de células servidoras associadas a uma BS secundária que está fornecendo recursos de rádio adicionais para o UE, porém não é a BS mestre. O SCG inclui uma SCell primária (PSCell) e, opcionalmente, uma ou mais SCells. Na conectividade dupla, duas entidades MAC são configuradas no UE: uma para o MCG e uma para o SCG. Cada entidade MAC é configurada pelo RRC com uma célula servidora que suporta transmissão PUCCH e acesso aleatório baseado em contenção. Neste relatório descritivo, o termo SpCell se refere a tal célula, enquanto o termo SCell se refere a outras células servidoras. O termo SpCell se refere à PCell do MCG ou à PSCell do SCG dependendo se a entidade MAC é associada ao MCG ou ao SCG, respectivamente.
[070] Na presente revelação, "C-RNTI" se refere a um RNTI de célula, "SI- RNTI" se refere a um RNTI de informações de sistema, "P-RNTI" se refere a um RNTI de paging, "RA-RNTI" se refere a um RNTI de acesso aleatório, "SC-RNTI" se refere a um RNTI de célula única", "SL-RNTI" se refere a um RNTI de enlace lateral, “C-RNTI SPS" se refere a um C-RNTI de programação semipersistente, e "CSRNTI" se refere a um RNTI de programação configurada.
[071] A Figura 2 é um diagrama de blocos que ilustra um exemplo de uma rede de acesso por rádio terrestre universal evoluído (E-UTRAN); O E-UMTS também pode ser chamado de um sistema LTE. A rede de comunicação é amplamente instalada para fornecer uma variedade de serviços de comunicação, tal como voz (VoIP) através de IMS e dados de pacote.
[072] Conforme ilustrado na Figura 2, a rede E-UMTS inclui uma rede de acesso por rádio terrestre UMTS evoluída (E-UTRAN), um Núcleo de Pacote Evoluído (EPC) e um ou mais equipamentos de usuário. A E-UTRAN pode incluir um ou mais NodeBs evoluídos (eNodeB) 20, e uma pluralidade de equipamentos de usuário (UE) 10 pode estar situada em uma célula. Um ou mais gateways de entidade de gerenciamento de mobilidade E-UTRAN (MME)/evolução de arquitetura de sistema (SAE) 30 podem ser posicionados no final da rede e conectados a uma rede externa.
[073] Conforme usado no presente documento, "enlace descendente" se refere à comunicação a partir da BS 20 para o UE 10, e "enlace ascendente" se refere à comunicação a partir do UE para uma BS.
[074] A Figura 3 é um diagrama de blocos que mostra um exemplo de uma arquitetura de uma E-UTRAN típica e um EPC típico.
[075] Conforme ilustrado na Figura 3, um eNB 20 fornece pontos de extremidade de um plano de usuário e um plano de controle para o UE 10. O gateway MME/SAE 30 fornece um ponto de extremidade de uma função de gerenciamento de sessão e mobilidade para o UE 10. O eNB e o gateway MME/SAE podem ser conectados através de uma interface S1.
[076] O eNB 20 é geralmente uma estação fixa que se comunica com um UE 10, e também pode ser chamado de uma estação-base (BS) ou um ponto de acesso. Um eNB 20 pode ser instalado por célula. Uma Interface para transmitir tráfego de usuário e tráfego de controle pode ser usada entre eNBs 20.
[077] A MME fornece várias funções que incluem sinalização NAS para eNBs 20, segurança de sinalização NAS, controle de segurança de estrato de acesso (AS), sinalização de nó inter CN para mobilidade entre redes de acesso 3GPP, acessibilidade de UE em modo ocioso (incluindo controle e execução de retransmissão de paging), gerenciamento de lista de área de rastreamento (para UE em modo ocioso e ativo), seleção de P-GW e S-GW, seleção de MME para handovers com alteração de MME, seleção de nó de suporte GPRS servidor (SGSN) para handovers para redes de acesso 3GPP 2G ou 3G, roaming, autenticação, funções de gerenciamento de portador que incluem estabelecimento de portador dedicado, suporte para transmissão de mensagem PWS (que inclui ETWS e CMAS). O gateway SAE fornece funções sortidas que incluem filtragem de pacote com base por usuário (por exemplo, por inspeção de pacote profunda), interceptação legal, alocação de endereço de protocolo de Internet (IP) de UE, marcação de pacote de nível de transporte no enlace descendente, UL e carregamento de nível de serviço de DL, gating e imposição de taxa, imposição de taxa de DL com base em APN- AMBR. Por uma questão de clareza, o gateway MME/SAE 30 será chamado no presente documento simplesmente de “gateway”, porém, entende-se que essa entidade inclui tanto uma MME como um gateway SAE.
[078] Uma pluralidade de nós pode ser conectada entre o eNB 20 e o gateway 30 através da interface S1. Os eNBs 20 podem ser conectados entre si através de uma interface X2 e eNBs vizinhos podem ter uma estrutura de rede entrelaçada que tem a interface X2.
[079] Conforme ilustrado, o eNB 20 pode realizar funções de seleção para gateway 30, roteamento em direção ao gateway 30 durante uma ativação de controle de recurso de rádio (RRC), programação e transmissão de mensagens de paging, programação e transmissão de informações de canal de difusão (BCH), alocação dinâmica de recursos nos UEs 10 tanto em enlace ascendente como em enlace descendente, configuração e provisionamento de medições de eNB, controle de portador de rádio, controle de admissão de rádio (RAC) e controle de mobilidade de conexão em estado LTE_ACTIVE. No EPC, e conforme observado acima, o gateway 30 pode realizar funções de origem de paging, gerenciamento de estado LTE_IDLE, cifragem do plano de usuário, controle de portador de evolução de arquitetura de sistema (SAE) e cifragem e proteção de integridade de sinalização de estrato sem acesso (NAS).
[080] O EPC inclui uma entidade de gerenciamento de mobilidade (MME), um gateway servidor (S-GW) e um gateway de rede de dados de pacote (PDN-GW). A MME tem informações sobre conexões e capacidades de UEs, principalmente para uso no gerenciamento e mobilidade dos UEs. O S-GW é um gateway que tem a E-UTRAN como um ponto de extremidade, e o PDN-GW é um gateway que tem uma rede de dados de pacote (PDN) como um ponto de extremidade.
[081] Uma sociedade totalmente móvel e conectada é esperada no futuro próximo, que será caracterizado por uma enorme quantidade de crescimento em conectividade, volume de tráfego e uma faixa muito mais ampla de cenários de uso. Algumas tendências típicas incluem crescimento explosivo de tráfego de dados, grande aumento de dispositivos conectados e surgimento contínuo de novos serviços. Além dos requisitos de mercado, a própria sociedade de comunicação móvel também exige um desenvolvimento sustentável do ecossistema, que produz as necessidades para aprimorar adicionalmente as eficiências de sistema, tal como eficiência de espectro, eficiência energética, eficiência operacional e eficiência de custo. Para atender os requisitos cada vez mais crescentes do mercado e da sociedade de comunicação móvel, espera-se que as tecnologias de acesso de próxima geração surjam em um futuro próximo.
[082] Com base no sucesso de IMT-2000 (3G) e IMT Avançada (4G), 3GPP vem dedicando seu esforço ao desenvolvimento de IMT-2020 (5G) desde setembro de 2015. Espera-se que Novo Rádio 5G (5G New Radio - NR) expanda e suporte cenários e aplicações de caso de uso diverso que irão continuar além do padrão IMT Avançada atual, por exemplo, Banda Larga Móvel Avançada (eMBB), Comunicação de Baixa Latência Ultraconfiável (URLLC) e Comunicação do Tipo Máquina Massiva (mMTC). eMBB tem como alvo serviços de banda larga móvel de alta taxa de dados, tal como acesso de dados contínuo, tanto interno como externo , e aplicativos de realidade aumentada (AR)/realidade virtual (VR); URLLC é definida para aplicativos que têm requisitos de latência e confiabilidade estringentes, tais como comunicações veiculares que podem permitir a condução e rede de controle autônomas em usinas industriais; mMTC é a base para conectividade em IoT, que permite o gerenciamento de infraestrutura, monitoramento ambiental e aplicações para cuidados com a saúde.
[083] A Figura 4 ilustra um exemplo de pilhas de protocolos em um sistema de comunicação sem fio baseado em 3GPP.
[084] Em particular, a Figura 4(a) ilustra um exemplo de uma pilha de protocolos de plano de usuário de interface de rádio entre um UE e uma estação- base (BS) e a Figura 4(b) ilustra um exemplo de uma pilha de protocolos de plano de controle de interface de rádio entre um UE e uma BS. O plano de controle se refere a um caminho através do qual mensagens de controle usados para gerenciar chamadas por um UE e uma rede são transportadas. O plano de usuário se refere a um caminho através do qual dados gerados em uma camada de aplicativo, por exemplo, dados de voz ou dados de pacote de Internet são transportados. Novamente com referência à Figura 4(a), a pilha de protocolos de plano de usuário pode ser dividida em uma primeira camada (Camada 1) (isto é, uma camada física (PHY)) e uma segunda camada (Camada 2). Novamente com referência à Figura 2(b), a pilha de protocolo de plano de controle pode ser dividida em Camada 1 (isto é, camada PHY), Camada 2, Camada 3 (por exemplo, camada de controle de recurso de rádio (RRC)) e uma camada de estrato sem acesso (NAS). Camada 1, Camada 2 e Camada 3 são chamadas de um estrato de acesso (AS).
[085] No sistema LTE 3GPP, a camada 2 é dividida nas seguintes subcamadas: Controle de Acesso ao Meio (MAC), Controle de Enlace de Rádio (RLC) e Protocolo de Convergência de Dados de Pacote (PDCP). No sistema Novo Rádio (NR) 3GPP, a camada 2 é dividida nas seguintes subcamadas: MAC, RLC, PDCP e SDAP. A camada PHY oferece para a subcamada MAC canais de transporte, a subcamada MAC oferece para a subcamada RLC canais lógicos, a subcamada RLC oferece para a subcamada PDCP canais RLC, a subcamada PDCP oferece para a subcamada SDAP portadores de rádio. A subcamada SDAP oferece para a Rede Principal 5G fluxos QoS.
[086] No sistema NR 3GPP, os serviços e funções principais de SDAP incluem: mapeamento entre um fluxo QoS e um portador de rádio de dados; marcação de ID de fluxo QoS (QFI) tanto em pacotes DL como UL. Uma única entidade de protocolo de SDAP é configurada para cada sessão PDU individual.
[087] No sistema NR 3GPP, os serviços e funções principais da subcamada RRC incluem: difusão de informações de sistema relacionadas a AS e NAS; paging iniciado por 5GC ou NG-RAN; estabelecimento, manutenção e liberação de uma conexão RRC entre o UE e a NG-RAN; funções de segurança que incluem gerenciamento de chaves; estabelecimento, configuração, manutenção e liberação de Portadores de Rádio de Sinalização (SRBs) e Portadores de Rádio de Dados (DRBs); funções de mobilidade (incluindo: handover e transferência de contexto; seleção e resseleção de células UE e controle de seleção e resseleção de células; mobilidade Inter-RAT); funções de gerenciamento QoS; relatório de medição UE e controle do relatório; detecção e recuperação de falha de enlace de rádio; transferência de mensagem NAS para/a partir de NAS a partir de/para o UE.
[088] No sistema NR 3GPP, os serviços e funções principais da subcamada PDCP para o plano de usuário incluem: numeração de sequência; compactação e descompactação de cabeçalho: ROHC apenas; transferência de dados de usuário; reordenação e detecção de duplicata; distribuição em ordem; roteamento de PDU PDCP (no caso de portadores divididos); retransmissão de SDUs PDCP; cifragem, decifragem e proteção de integridade; descarte de SDU PDCP; restabelecimento PDCP e recuperação de dados para RLC AM; relatório de status PDCP para RLC AM; duplicação de PDUs PDCP e indicação de descarte de duplicata para camadas inferiores. Os serviços e funções principais da subcamada PDCP para o plano de controle incluem: numeração de sequência; cifragem, decifragem e proteção de integridade; transferência de dados de plano de controle; reordenação e detecção de duplicatas; distribuição em ordem; duplicação de PDUs PDCP e indicação de descarte de duplicata para as camadas inferiores.
[089] No sistema NR 3GPP, a subcamada RLC suporta três modos de transmissão: Modo Transparente (TM); Modo Não Confirmado (UM); e Modo Confirmado (AM). A configuração RLC é por canal lógico sem dependência de numerologias e/ou durações de transmissão. No sistema NR 3GPP, os serviços e funções principais da subcamada RLC dependem do modo de transmissão e incluem: Transferência de PDUs de camada superior; numeração de sequência independente daquela em PDCP (UM e AM); correção de erro através de ARQ (AM apenas); segmentação (AM e UM) e ressegmentação (AM apenas) de SDUs RLC; remontagem de SDU (AM e UM); detecção de duplicata (AM apenas); descarte de SDU RLC (AM e UM); restabelecimento RLC; detecção de erro de protocolo (AM apenas).
[090] No sistema NR 3GPP, os serviços e funções principais da subcamada MAC incluem: mapeamento entre canais lógicos e canais de transporte; multiplexação/demultiplexação de SDUs MAC que pertencem a um ou diferentes canais lógicos para/a partir dos blocos de transporte (TB) distribuídos para/a partir da camada física nos canais de transporte; relatório de informações de programação; correção de erro através de HARQ (uma entidade HARQ por célula no caso de agregação de portadora (CA)); manipulação de prioridade entre UEs por meio de programação dinâmica; manipulação de prioridade entre canais lógicos de um UE por meio de priorização de canal lógico; preenchimento. Uma única entidade MAC pode suportar múltiplas numerologias, temporizações de transmissão e células. As restrições de mapeamento em priorização de canal lógico controlam qual numerologia (ou numerologias), célula (ou células) e temporização (ou temporizações) de transmissão um canal lógico pode usar. Diferentes tipos de serviços de transferência de dados são oferecidos pelo MAC. Para acomodar diferentes tipos de serviços de transferência de dados, múltiplos tipos de canais lógicos são definidos, isto é, cada um suportando transferência de um tipo particular de informações. Cada tipo de canal lógico é definido por qual tipo de informações é transferido. Canais lógicos são classificados em dois grupos: Canais de Controle e Canais de Tráfego. Os canais de controle são usados para a transferência de informações de plano de controle apenas, e canais de tráfego são usados para a transferência de informações de plano de usuário apenas. Canal de Controle de Difusão (BCCH) é um canal lógico de enlace descendente para difundir informações de controle de sistema, Canal de Controle de paging (PCCH) é um canal lógico de enlace descendente que transfere informações de paging, notificações de alteração de informações de sistema e indicações de difusões PWS em andamento, Canal de Controle Comum (CCCH) é um canal lógico para transmitir informações de controle entre UEs e rede e usado para UEs que não têm conexão RRC com a rede, e Canal de Controle Dedicado (DCCH) é um canal lógico bidirecional ponto a ponto que transmite informações de controle dedicadas entre um UE e a rede e usado por UEs que têm uma conexão RRC. Canal de Tráfego Dedicado (DTCH) é um canal lógico ponto a ponto, dedicado a um UE, para a transferência de informações de usuário. Um DTCH pode existir tanto em enlace ascendente como enlace descendente. Em enlace descendente, as seguintes conexões entre canais lógicos e canais de transporte existem: BCCH pode ser mapeado para BCH; BCCH pode ser mapeado para canal compartilhado de enlace descendente (DL-SCH); PCCH pode ser mapeado para PCH; CCCH pode ser mapeado para DL-SCH; DCCH pode ser mapeado para DL-SCH; e DTCH pode ser mapeado para DL-SCH. Em enlace ascendente, as seguintes conexões entre canais lógicos e canais de transporte existem: CCCH pode ser mapeado para canal compartilhado de enlace ascendente (UL-SCH); DCCH pode ser mapeado para UL-SCH; e DTCH pode ser mapeado para UL-SCH.
[091] A Figura 5 ilustra um exemplo de uma estrutura de quadro no sistema de comunicação sem fio baseado em 3GPP.
[092] A estrutura de quadro ilustrada na Figura 5 é puramente exemplificativa e o número de subquadros, o número de partições e/ou o número de símbolos em um quadro podem ser alterados de modo variado. No sistema de comunicação sem fio baseado em 3GPP, uma numerologia OFDM (por exemplo, espaçamento de subportadora (SCS), duração de intervalo de tempo de transmissão (TTI)) pode ser configurada de modo diferente entre uma pluralidade de células agregadas para um UE. Por exemplo, se um UE é configurado com diferentes SCSs para células agregadas para a célula, uma duração (tempo absoluto) de um recurso de tempo (por exemplo, um subquadro, uma partição ou um TTI) que inclui o mesmo número de símbolos pode ser diferente entre as células agregadas. No presente documento, símbolos podem incluir símbolos OFDM (ou símbolos CP-OFDM), símbolos SC-FDMA (ou símbolos OFDM de dispersão de transformada de discreta de Fourier (DFT-s-OFDM)).
[093] Novamente com referência à Figura 5, transmissões de enlace descendente e enlace ascendente são organizadas em quadros. Cada quadro tem duração T f = 10 ms. Cada quadro é dividida em dois meio quadros, em que cada um dos meio quadros tem duração de 5 ms. Cada meio quadro consiste em 5 subquadros, em que a duração Tsf por subquadro é 1 ms. Cada subquadro é dividido em partições e o número de partições em um subquadro depende de um espaçamento de subportadora. Cada partição 14 ou 12 símbolos OFDM com base em um prefixo cíclico (CP). Em um CP normal, cada partição inclui 14 símbolos OFDM e, em um CP estendido, cada partição inclui 12 símbolos OFDM. A numerologia se baseia em espaçamento de subportadora exponencialmente escalonável Δf = 2 u*15 kHz. A tabela a seguir mostra o número de símbolos OFDM por partição, o número de partições por quadro, e o número de partições para o CP normal, de acordo com o espaçamento de subportadora Δf = 2 u*15 kHz.
[094] A tabela a seguir mostra o número de símbolos OFDM por partição, o número de partições por quadro, e o número de partições para o CP estendido, de acordo com o espaçamento de subportadora Δf = 2 u*15 kHz.
[095] A partição inclui múltiplos símbolos (por exemplo, 14 ou 12 símbolos) no domínio de tempo. Para cada numerologia (por exemplo, espaçamento de subportadora) e portadora, uma grade de recursos de subportadoras Nsize,ugrid,x*NRBSC e símbolos OFDM Nsubframe,usymb é definida, iniciando no bloco de recursos comum (CRB) Nstart,ugrid indicado por sinalização de camada mais alta (por exemplo, sinalização de controle de recurso de rádio (RRC)), em que Nsize,ugrid, é o número de blocos de recurso (RBs) na grade de recursos e o x subscrito é DL para enlace descendente e UL para enlace ascendente. NRBSC, é o número de subportadoras por RB. No sistema de comunicação sem fio baseado em 3GPP, N RBSC é 12 geralmente. Há uma grade de recursos para uma dada porta de antena p, configuração de espaçamento de subportadora u e direção de transmissão (DL ou UL). A largura de banda de portadora Nsize,ugrid para configuração de espaçamento de subportadora u é dada pelo parâmetro de camada mais alta (por exemplo, parâmetro RRC). Cada elemento na grade de recursos para a porta de antena p e a configuração de espaçamento de subportadora u é chamada de um elemento de recurso (RE) e um símbolo complexo pode ser mapeado para cada RE. Cada RE na grade de recursos é exclusivamente identificado por um índice k no domínio de frequência e um índice l que representa uma localização de símbolo em relação a um ponto de referência no domínio de tempo. No sistema de comunicação sem fio baseado em 3GPP, um RB é definido por 12 subportadoras consecutivas no domínio de frequência. No sistema NR 3GPP, RBs são classificados em CRBs e blocos de recurso físicos (PRBs). CRBs são numerados a partir de 0 e para cima no domínio de frequência para configuração de espaçamento de subportadora u. O centro de subportadora 0 de CRB 0 para configuração de espaçamento de subportadora u coincide com o 'ponto A' que serve como um ponto de referência comum para grades de bloco de recurso. No sistema NR 3GPP, PRBs são definidos dentro de uma parte de largura de banda (BWP) e numerado a partir de 0 a NsizeBWP,i-1, em que i é o número da parte de largura de banda. A relação entre o bloco de recurso físico n PRB na parte de largura de banda i e o bloco de recurso comum n CRB é da seguinte forma: n PRB = n CRB + NsizeBWP,i, em que NsizeBWP,i é o bloco de recurso comum, em que parte de largura de banda inicia em relação a CRB 0. A BWP inclui uma pluralidade de RBs consecutivos. Uma portadora pode incluir um máximo de N (por exemplo, 5) BWPs. Um UE pode ser configurado com uma ou mais BWPs em uma dada portadora de componente. Apenas uma BWP entre BWPs configuradas para o UE pode estar ativa de cada vez. A BWP ativa define a largura de banda de operação do UE dentro da largura de banda de operação da célula.
[096] A Figura 6 ilustra um exemplo de um fluxo de dados no sistema LTE 3GPP, e a Figura 7 ilustra um exemplo de um fluxo de dados no sistema NR 3GPP. Na Figura 6 e Figura 7, "H" indica cabeçalhos e subcabeçalhos.
[097] A PDU MAC é transmitida/recebida com o uso de recursos de rádio através da camada PHY para/a partir de um dispositivo externo. A PDU MAC chega na camada PHY sob a forma de um bloco de transporte. Na camada PHY, os canais de transporte de enlace ascendente UL-SCH e RACH são mapeados para seus canais físicos PUSCH e PRACH, respectivamente, e os canais de transporte de enlace descendente DL-SCH, BCH e PCH são mapeados para PDSCH, PBCH e PDSCH, respectivamente. Na camada PHY, informações de controle de enlace ascendente (UCI) são mapeadas para PUCCH, e informações de controle de enlace descendente (DCI) são mapeadas para PDCCH. Uma PDU MAC relacionada a UL- SCH é transmitida por um UE através de um PUSCH baseado em uma concessão UL, e uma PDU MAC relacionada a DL-SCH é transmitida por uma BS através de um PDSCH com base em uma atribuição DL.
[098] Funções da subcamada RLC são realizadas por entidades RLC. Para uma entidade RLC configurada em uma BS, há uma entidade RLC par configurada no UE e vice-versa. Uma entidade RLC recebe/entrega SDUs RLC a partir de/para camada superior e envia/recebe PDUs RLC para/a partir de sua entidade RLC par através de camadas inferiores. Uma entidade RLC pode ser configurada para realizar transferência de dados em um dos três seguintes modos: Modo Transparente (TM), Modo Não Confirmado (UM) ou Modo Confirmado (AM). Consequentemente, uma entidade RLC é categorizada como uma entidade RLC TM, uma entidade RLC UM ou uma entidade RLC AM dependendo do modo de transferência de dados que a entidade RLC está configurada para fornecer. Uma entidade RLC TM é configurada como uma entidade RLC TM de transmissão ou uma entidade RLC TM de recepção. A entidade RLC TM de transmissão recebe SDUs RLC a partir da camada superior e envia PDUs RLC para sua entidade RLC TM de recepção par através de camadas inferiores. A entidade RLC TM de recepção entrega SDUs RLC para a camada superior e recebe PDUs RLC a partir de sua entidade RLC TM de transmissão par através de camadas inferiores. Uma entidade RLC UM é configurada como uma entidade RLC UM de transmissão ou uma entidade RLC UM de recepção. A entidade RLC UM de transmissão recebe SDUs RLC a partir da camada superior e envia PDUs RLC para sua entidade RLC UM de recepção par através de camadas inferiores. A entidade RLC UM de recepção entrega SDUs RLC para a camada superior e recebe PDUs RLC a partir de sua entidade RLC UM de transmissão par através de camadas inferiores. Uma entidade RLC AM consiste em um lado de transmissão e um lado de recepção. O lado de transmissão de uma entidade RLC AM recebe SDUs RLC a partir da camada superior e envia PDUs RLC para sua entidade RLC AM par através de camadas inferiores. O lado de recepção de uma entidade RLC AM entrega SDUs RLC para a camada superior e recebe PDUs RLC a partir de sua entidade RLC AM par através de camadas inferiores.
[099] Nas implementações da presente revelação, os seguintes serviços são esperados pelo RLC a partir da camada inferior (isto é, MAC): transferência de dados; e notificação de uma oportunidade de transmissão juntamente com o tamanho total da PDU(s) RLC a ser transmitida na oportunidade de transmissão.
[0100] A Figura 8 ilustra um modelo de uma entidade de controle de enlace de rádio (RLC) de modo confirmado (AM) no sistema LTE 3GPP;
[0101] No sistema LTE 3GPP, as SDUs RLC de tamanhos variáveis que são alinhadas por byte (isto é, múltiplos de 8 bits) são suportadas para todos os tipos de entidade RLC (entidade RLC TM, UM e AM). PDUs RLC são formadas apenas quando uma oportunidade de transmissão foi notificada pela camada inferior (isto é, por MAC) e são, então entregues para a camada inferior. No sistema LTE 3GPP, os serviços e funções principais da entidade RLC AM incluem: transferência de PDUs de camada superior; correção de erro através de ARQ; concatenação, segmentação e remontagem de SDUs RLC; ressegmentação de PDUs de dados RLC; e reordenação de PDUs de dados RLC.
[0102] Novamente com referência à Figura 8, uma entidade RLC AM no sistema LTE 3GPP (doravante, entidade RLC AM LTE) pode ser configurada para entregar/receber PDUs RLC através dos seguintes canais lógicos: DCCH DL/UL ou DTCH DL/UL. Uma entidade RLC AM LTE entrega/recebe as seguintes PDUs de dados RLC: PDU de dados de modo de confirmação (AMD), e segmento PDU AMD. Uma entidade RLC AM LTE entrega/recebe a seguinte PDU de controle RLC: PDU DE STATUS. Quando o lado de transmissão de uma entidade RLC AM LTE forma PDUs AMD a partir de SDUs RLC, o mesmo deve segmentar e/ou concatenar as SDUs RLC, de modo que as PDUs AMD se ajustem dentro do tamanho total da PDU(s) RLC indicada pela camada inferior na oportunidade de transmissão particular notificada pela camada inferior. Após a entidade RLC AM LTE realizar o processo de segmentação/concatenação, a mesma adiciona cabeçalhos RLC para formar as PDUs AMD.
[0103] A entidade RLC AM LTE envia as PDUs AMD para a camada inferior (MAC). Se a entidade RLC AM LTE recebe NACK para uma PDU RLC transmitida ou não recebe nenhuma resposta para a PDU RLC transmitida com uma sondagem, a partir de uma entidade RLC AM LTE par, por um determinado período de tempo, a entidade RLC AM LTE considera a PDU RLC que pertence à janela de transmissão e armazenada no buffer de transmissão para retransmissão e armazena a PDU RLC que pertence à janela de transmissão no buffer de retransmissão. Se a entidade RLC AM LTE obtém ACK para a PDU RLC no buffer de transmissão, a entidade RLC AM LTE atualiza a variável de estado e move a janela de transmissão para frente.
[0104] Alternativamente, ao enviar as PDUs AMD para a camada inferior (MAC), a entidade RLC AM LTE pode gerar cópias idênticas de cada PDU AMD para enviar uma das duas cópias para a camada inferior (MAC) e enviar a cópia para o buffer de retransmissão. Se a entidade RLC AM LTE recebe NACK para uma PDU RLC transmitida ou não recebe nenhuma resposta para a PDU RLC transmitida com uma sondagem, a partir de uma entidade RLC AM LTE par, por um determinado período de tempo, a entidade RLC AM LTE considera a PDU RLC armazenada no buffer de retransmissão para retransmissão. Se a entidade RLC AM LTE obtém ACK para a PDU RLC transmitida no buffer de retransmissão, a PDU RLC pode ser descartada.
[0105] O lado de transmissão de uma entidade RLC AM LTE suporta retransmissão de PDUs de dados RLC (ARQ). A entidade RLC AM LTE pode ressegmentar a PDU de dados RLC em segmentos PDU AMD se a PDU de dados RLC a ser retransmitida não se ajusta dentro do tamanho total de PDU(s) RLC indicadas pela camada inferior na oportunidade de transmissão particular notificada pela camada inferior, em que o número de ressegmentações não é limitado. Quando o lado de transmissão de uma entidade RLC AM LTE forma PDUs AMD a partir de SDUs RLC recebidas a partir da camada superior ou segmentos PDU AMD a partir de PDUs de dados RLC a serem retransmitidas, o mesmo deve incluir cabeçalhos RLC relevantes na PDU de dados RLC.
[0106] No sistema LTE 3GPP, os dados AM são transferidos entre o lado de transmissão de uma entidade RLC LTE e o lado de recepção de uma entidade RLC LTE da seguinte forma. O lado de transmissão de uma entidade RLC AM LTE prioriza a transmissão de PDUs de controle RLC em relação às PDUs de dados RLC. O lado de transmissão de uma entidade RLC AM LTE prioriza a retransmissão de PDUs de dados RLC em relação à transmissão de novas PDUs AMD. O lado de transmissão de uma entidade RLC AM LTE deve manter uma janela de transmissão de acordo com variáveis de estado VT(A) e VT(MS) da seguinte forma:
[0107] - um SN se situa dentro da janela de transmissão se VT(A) <= SN < VT(MS);
[0108] - um SN se situa fora da janela de transmissão, de outro modo.
[0109] A entidade de transmissão de cada entidade RLC AM LTE deve manter VT(A) e VT(MS). VT(A) é uma variável de estado de confirmação que mantém o valor do SN da próxima PDU AMD para a qual uma confirmação positiva deve ser recebida em sequência, e serve como a borda inferior da janela de transmissão. VT(A) é inicialmente definida como 0, e é atualizada sempre que a entidade RLC AM LTE recebe uma confirmação positiva para uma PDU AMD com SN = VT(A). VT(MS) é a variável de estado de envio máxima que é igual a VT(A) + AM_Window_Size, e serve como a borda mais alta da janela de transmissão. O AM_Window_Size é uma constante usada tanto pelo lado de transmissão como pelo lado de recepção de cada entidade RLC AM LTE para calcular VT(MS) a partir de VT(A), e VR(MR) a partir de VR(R). O AM_Window_Size = 512 quando um SN de 10 bits é usado, o AM_Window_Size = 32.768 quando um SN de 16 bits é usado. A entidade de recepção de cada entidade RLC AM LTE deve manter VR(R) e VR(MR). VR(R) é uma variável de estado de recepção que mantém o valor do SN após a última PDU AMD completamente recebida em sequência, e serve como a borda inferior da janela de recepção. VR(R) é inicialmente definida como 0, e é atualizada sempre que a entidade RLC AM recebe uma PDU AMD com SN = VR(R). VR(MR) é a variável de estado de recepção aceitável máxima que é igual a VR(R) + AM_Window_Size, e mantém o valor do SN da primeira PDU AMD que está além da janela de recepção e serve como a borda mais alta da janela de recepção.
[0110] O lado de transmissão de uma entidade RLC AM LTE não deve entregar para a camada inferior nenhuma PDU de dados RLC cujo SN se situa fora da janela de transmissão. Ao entregar uma nova PDU AMD para a camada inferior, o lado de transmissão de uma entidade RLC AM deve definir o SN da PDU AMD como VT(S) e, então, incrementar VT(S) em um. O lado de transmissão de cada entidade RLC AM LTE deve manter VT(S). VT(S) é uma variável de estado de envio que mantém o valor do SN a ser atribuído para a próxima PDU AMD recentemente gerada. VT(S) é inicialmente definida como 0, e é atualizada sempre que a entidade RLC AM entrega uma PDU AMD com SN = VT(S).
[0111] O lado de transmissão de uma entidade RLC AM LTE pode receber uma confirmação positiva (confirmação de recepção bem-sucedida por sua entidade RLC AM par) para uma PDU de dados RLC por meio de uma PDU DE STATUS a partir de sua entidade RLC AM LTE par. Ao receber uma confirmação positiva para uma PDU AMD com SN = VT(A), o lado de transmissão de uma entidade RLC AM LTE deve:
[0112] - definir VT(A) igual ao SN da PDU AMD com o menor SN, cujo SN se situa dentro da faixa VT(A) <= SN <= VT(S) e para a qual uma confirmação positiva ainda não foi recebida.
[0113] - se confirmações positivas tiverem sido recebidas para todas as PDUs AMD associadas a uma SDU RLC transmitida, enviar uma indicação para as camadas superiores de entrega bem-sucedida da SDU RLC.
[0114] O lado de transmissão de uma entidade RLC AM LTE pode receber uma confirmação negativa (notificação de falha de recepção por sua entidade RLC AM LTE par) para uma PDU AMD ou uma porção de uma PDU AMD por meio de uma PDU DE STATUS a partir de sua entidade RLC AM LTE par. Ao receber uma confirmação negativa para uma PDU AMD ou uma porção de uma PDU AMD por meio de uma PDU DE STATUS a partir de sua entidade RLC AM LTE par, o lado de transmissão da entidade RLC AM LTE deve:
[0115] - se o SN da PDU AMD correspondente se situa na faixa VT(A) <= SN < VT(S), considerar a PDU AMD ou a porção da PDU AMD para a qual uma confirmação negativa foi recebida para retransmissão.
[0116] quando uma PDU AMD ou uma porção de uma PDU AMD é considerada para retransmissão, o lado de transmissão da entidade RLC AM LTE deve:
[0117] - se a PDU AMD for considerada para retransmissão pela primeira vez, definir o RETX_COUNT associado à PDU AMD como zero;
[0118] - senão, se (a PDU AMD ou a porção da PDU AMD que é considerada para retransmissão) já não estiver pendente para retransmissão, ou uma porção da mesma já não estiver pendente para retransmissão, incrementar a RETX_COUNT;
[0119] - se RETX_COUNT = maxRetxThreshold, indicar para camadas superiores que a retransmissão máxima foi alcançada. RETX_COUNT é um contador mantido pelo lado de transmissão de cada entidade RLC AM LTE. RETX_COUNT é inicialmente definido como 0 e conta o número de PDUs AMD enviadas uma vez que o bit de sondagem mais recente foi transmitido. maxRetxThreshold é um parâmetro configurado pelo RRC e usado pelo lado de transmissão de cada entidade RLC AM LTE para limitar o número de retransmissões de uma PDU AMD. Se o lado de transmissão de uma entidade RLC AM LTE for um UE, o UE é configurado com maxRetxThreshold ao receber maxRetxThreshold através de sinalização RRC a partir de uma rede (por exemplo, BS).
[0120] Ao retransmitir uma PDU AMD, o lado de transmissão de uma entidade RLC AM LTE deve:
[0121] - Se a PDU AMD pode se ajustar totalmente dentro do tamanho total de PDU(s) RLC indicada pela camada inferior na oportunidade de transmissão particular, entregar a PDU AMD como está, exceto para o campo P para a camada inferior;
[0122] - de outro modo, segmentar a PDU AMD, formar um novo segmento PDU AMD que irá se situar dentro do tamanho total da PDU(s) RLC indicada pela camada inferior na oportunidade de transmissão particular e entregar o novo segmento PDU AMD para a camada inferior.
[0123] Ao retransmitir uma porção de uma PDU AMD, o lado de transmissão de uma entidade RLC AM LTE deve segmentar a porção da PDU AMD conforme necessário, formar um novo segmento PDU AMD que irá se ajustar dentro do tamanho total da PDU(s) RLC indicada pela camada inferior na oportunidade de transmissão particular e entregar o novo segmento PDU AMD para a camada inferior.
[0124] Ao formar um novo segmento PDU AMD, o lado de transmissão de uma entidade RLC AM deve mapear apenas o campo Dados da PDU AMD original para o campo Dados do novo segmento PDU AMD, definir o cabeçalho do novo segmento PDU AMD; e definir o campo P como o procedimento de sondagem descrito abaixo.
[0125] Uma PDU AMD consiste em um campo Dados e um cabeçalho PDU AMD. O cabeçalho PDU AMD inclui um campo P e um campo SN. No sistema LTE 3GPP, o campo SN indica um SN da PDU AMD correspondente. Para um segmento PDU AMD, o campo SN indica o SN da PDU AMD original a partir da qual o segmento PDU AMD foi construído. O campo P indica se o lado de transmissão de uma entidade RLC AM LTE solicita um relatório de STATUS a partir de sua entidade RLC AM LTE par ou não. Na LTE 3GPP e sistemas NR, a interpretação do campo P é fornecida na tabela a seguir.
[0126] Uma entidade RLC AM LTE pode sondagem sua entidade RLC AM par a fim de disparar o relatório de STATUS na entidade RLC AM LTE par. Mediante a montagem de uma nova PDU AMD, o lado de transmissão de uma entidade RLC AM LTE deve:> incrementar PDU_WITHOUT_POLL em um;
[0127] > incrementar BYTE_WITHOUT_POLL a cada novo byte de elemento de campo Dados que o mesmo mapeia para o campo de Dados da PDU de dados RLC;
[0128] > se PDU_WITHOUT_POLL >=polIPDU; ou
[0129] > se BYTE_WITHOUT_POLL >= pollByte;
[0130] » incluir uma sondagem na PDU de dados RLC conforme descrito abaixo.
[0131] Mediante a montagem de uma PDU AMD ou segmento PDU AMD, o lado de transmissão na entidade RLC AM deve:
[0132] > se tanto o buffer de transmissão como o buffer de retransmissão se tornam vazios (excluindo a PDU de dados RLC transmitida que aguarda confirmações) após a transmissão da PDU de dados RLC; ou
[0133] > se nenhuma nova PDU de dados RLC puder ser transmitida após a transmissão da PDU de dados RLC (por exemplo, devido à paralisação de janela);
[0134] » incluir uma sondagem na PDU de dados RLC conforme descrito abaixo.
[0135] O lado de transmissão de cada entidade RLC AM LTE deve manter PDU_WITHOUT_POLL e BYTE_WITHOUT_POLL. PDU_WITHOUT_POLL é um contador que é inicialmente definido como 0 e conta o número de PDUs AMD enviadas desde que o bit de sondagem mais recente foi transmitido. BYTE_WITHOUT_POLL é um contador que é inicialmente definido como 0 e conta o número de bytes de dados enviados desde que o bit de sondagem mais recente foi transmitido. pollPDU e pollByte são parâmetros configurados pelo RRC. pollPDU é um parâmetro usado pelo lado de transmissão de cada entidade RLC AM LTE para disparar uma sondagem para todas as PDUs pollPDU, e pollByte é um parâmetro usado pelo lado de transmissão de cada entidade RLC AM LTE para disparar uma sondagem para todos bytes pollByte. Se o lado de transmissão de uma entidade RLC AM LTE for um UE, o UE é configurado com pollPDU e pollByte ao receber pollPDU e pollByte através de sinalização RRC a partir de uma rede (por exemplo, BS).
[0136] Para incluir uma sondagem em uma PDU de dados RLC, o lado de transmissão de uma entidade RLC AM LTE deve definir o campo P da PDU de dados RLC como "1"; definir PDU_WITHOUT_POLL como 0; definir BYTE_WITHOUT_POLL como 0. Após entregar uma PDU de dados RLC que inclui uma sondagem para a camada inferior e após o incremento de VT(S) se necessário, o lado de transmissão de uma entidade RLC AM deve:
[0137] > definir POLL_SN como VT(S) - 1;
[0138] > se t-PollRetransmit não estiver executando:
[0139] » iniciar t-PollRetransmit;
[0140] > senão:
[0141] » reiniciar t-PollRetransmit.
[0142] O lado de transmissão de cada entidade RLC AM LTE deve manter POLL_SN. POLL_SN é a variável de estado de envio de sondagem que mantém o valor de VT(S)-1 após a transmissão mais recente de uma PDU de dados RLC com o bit de sondagem definido como "1". POLL_SN é inicialmente definido como 0. t- PollRetransmit é um temporizador configurado pelo RRC e usado pelo lado de transmissão de cada entidade RLC AM LTE para retransmitir uma sondagem. Se o lado de transmissão de uma entidade RLC AM LTE for um UE, o UE é configurado com t-PollRetransmit ao receber t-PollRetransmit através de sinalização RRC a partir de uma rede (por exemplo, BS). Após a recepção de um relatório de STATUS a partir da entidade RLC AM de recepção, o lado de transmissão de uma entidade RLC AM LTE deve:
[0143] > se o relatório de STATUS compreende uma confirmação positiva ou negativa para a PDU de dados RLC com número de sequência igual a POLL_SN:
[0144] » se t-PollRetransmit estiver executando:
[0145] >>> parar e reinicializar t-PollRetransmit.
[0146] Após a expiração de t-PollRetransmit, o lado de transmissão de uma entidade RLC AM deve:
[0147] > se tanto o buffer de transmissão como o buffer de retransmissão estiverem vazios (excluindo a PDU de dados RLC transmitida que aguarda confirmações); ou
[0148] > se nenhuma nova PDU de dados RLC pode ser transmitida (por exemplo, devido à paralisação de janela):
[0149] » considerar a PDU AMD com SN = VT(S) - 1 para retransmissão; ou
[0150] » considerar qualquer PDU AMD que não foi positivamente confirmada para retransmissão;
[0151] > incluir uma sondagem em uma PDU de dados RLC conforme descrito acima.
[0152] Uma entidade RLC AM LTE envia PDUs de STATUS para sua entidade RLC AM LTE par a fim de fornecer confirmações positivas e/ou negativas de PDUs RLC (ou porções das mesmas). Gatilhos para iniciar o relatório de STATUS em uma entidade RLC AM LTE incluem sondagem a partir de sua entidade RLC AM LTE par.
[0153] Conforme descrito acima, no sistema LTE 3GPP, uma nova PDU de Dados AM (PDU AMD) pode ser construída apenas quando a notificação de uma oportunidade de transmissão for recebida a partir da camada inferior (MAC). Quando há notificação de uma oportunidade de transmissão, uma única PDU AMD é construída e enviada para o MAC. O número de sequência (SN) da PDU AMD recentemente construída é definido como VT(S) que é uma variável de estado de envio que mantém o valor do SN a ser atribuído à próxima PDU AMD recentemente gerada. No sistema LTE 3GPP, VT(S) - 1 significa SN da última PDU AMD construída no lado de transmissão de uma entidade RLC AM. Nessa condição, quando o lado de transmissão de uma entidade RLC AM entrega uma PDU AMD que inclui uma sondagem para a camada inferior (MAC), o lado de transmissão de uma entidade RLC AM define POLL_SN como VT(S) - 1 que significa SN da última PDU AMD construída.
[0154] No sistema NR 3GPP, SDUs RLC de tamanhos variáveis que são alinhadas por byte (isto é múltiplos de 8 bits) são suportadas para todos os tipos de entidade RLC (entidade RLC TM, UM e AM), que é similar no sistema LTE 3GPP. No sistema NR 3GPP, entretanto, cada SDU RLC é usada para construir uma PDU RLC sem aguardar a notificação de uma oportunidade de transmissão a partir da camada inferior (isto é, por MAC). No caso de entidades RLC UM e AM, conforme mostrado na Figura 7, uma SDU RLC pode ser segmentada e transportada com o uso de duas ou mais PDUs RLC com base na notificação (ou notificações) da camada inferior. PDUs RLC são enviadas para a camada inferior apenas quando uma oportunidade de transmissão foi notificada pela camada inferior (isto é, pelo MAC). Em outras palavras, no sistema NR 3GPP, permite-se que a entidade RLC construa PDUs de dados RLC antecipadamente mesmo sem notificação de uma oportunidade de transmissão a partir da camada inferior, isto é, a pré-construção de PDU de dados RLC é permitida. Quando e quantas PDUs de dados RLC são pré-construídas é deixado para a implementação UE. Portanto, uma variável de estado de envio (doravante, TX_Next) que mantém o valor do SN a ser atribuído para a próxima PDU AMD recentemente gerada pode ser incrementada sempre que uma nova PDU AMD for construída sem notificação de oportunidade de transmissão pela camada inferior. Nessa condição, se a regra de atualização POLL_SN do sistema LTE for aplicada ao NR como está, mesmo que um relatório de STATUS, que contém uma confirmação positiva para todas as PDUs AMD transmitidas, for recebida, o lado de transmissão de uma entidade RLC AM não pode parar um temporizador de retransmissão de sondagem e pode tentar realizar um procedimento de retransmissão desnecessário após a expiração do temporizador de retransmissão de sondagem. Portanto, a regra de atualização POLL_SN do sistema LTE deve ser alterada de modo que o lado de transmissão de uma entidade RLC AM pode parar um temporizador de retransmissão de sondagem e evitar o procedimento de retransmissão desnecessário.
[0155] Na implementação (ou implementações) da presente revelação, quando o lado de transmissão de uma entidade RLC AM envia uma PDU AMD que inclui uma sondagem para a camada inferior (isto é, MAC), o lado de transmissão de uma entidade RLC AM define POLL_SN como SN da PDU AMD.
[0156] Na presente revelação, uma PDU AMD que inclui uma sondagem significa uma PDU AMD com o bit de sondagem definido como "1". Em outras palavras, na presente revelação, que inclui uma sondagem em uma PDU RLC se refere a incluir o valor "1" no campo P incluído na PDU RLC, e uma PDU RLC que inclui uma sondagem significa uma PDU RLC cujo campo P inclui o valor "1".
[0157] Na implementação (ou implementações) da presente revelação, quando o lado de transmissão de uma entidade RLC AM envia um conjunto de PDUs AMD para a camada inferior (isto é, MAC), o lado de transmissão de uma entidade RLC AM define POLL_SN como SN da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior (isto é, MAC). Se não houver PDU AMD que inclui uma sondagem, o lado de transmissão de uma entidade RLC AM não define POLL_SN. Em outras palavras, se não houver PDU AMD que inclui uma sondagem, o lado de transmissão de uma entidade RLC AM não atualiza POLL_SN.
[0158] Na implementação (ou implementações) da presente revelação, POLL_SN é a variável de estado de envio de sondagem que é mantida no lado de transmissão de cada entidade RLC AM. POLL SN mantém o valor do SN da transmissão mais recente de uma PDU AMD com o bit de sondagem definido como "1". Em outras palavras, POLL_SN mantém o valor do SN mais alto da PDU AMD que tem uma sondagem entre as PDUs AMD enviadas para a camada inferior quando POLL_SN for definido. POLL_SN é inicialmente definido como 0. Quando o lado de transmissão de uma entidade RLC AM envia um conjunto de PDUs AMD para a camada inferior (isto é, MAC) e o conjunto de PDUs AMD enviadas para a camada inferior incluem mais de uma PDU AMD que inclui uma sondagem, o lado de transmissão de uma entidade RLC AM define POLL_SN como o SN mais alto da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior (isto é, MAC).
[0159] Na presente revelação, o SN mais alto é o SN mais alto com base na operação de módulo. Por exemplo, quando SN puder ser atribuído de 0 a 1.023, se os SNs atualmente atribuídos começarem a partir de 1.000 e terminarem em 1, o SN mais alto é 1 por que a operação de módulo define 1.024 e 1.025 como 0 e 1, respectivamente. Entretanto, se SNs atualmente atribuídos começarem a partir de 1 e terminarem em 500, o SN mais alto é 500.
[0160] A implementação (ou implementações) da presente revelação pode ser aplicada a qualquer tipo de UE, por exemplo, um UE de comunicação do tipo máquina (MTC), internet das coisas de banda estreita (NB-IoT) UE, UE normal.
[0161] Na presente revelação, a “paralisação de janela" significa interromper uma janela de transmissão de RLC ou significa pausar para fazer a janela de transmissão progredir. Por exemplo, se a janela de transmissão se torna cheia, então a entidade RLC pode não transmitir nenhuma nova PDU RLC até a borda inferior da janela de transmissão ser avançada. A situação pode ser chamada de paralisação de janela.
[0162] Na implementação (ou implementações) da presente revelação, o lado de transmissão de uma entidade RLC AM é configurado com parâmetros para procedimento de sondagem ao receber informações de configuração de sondagem a partir de uma rede que inclui o seguinte:
[0163] - pollPDU para disparar uma sondagem para todas PDUs pollPDU;
[0164] - pollByte para disparar uma sondagem para todos os bytes pollByte. pollPDU é um parâmetro usado pelo lado de transmissão de cada entidade RLC AM para disparar uma sondagem para todas as PDUs pollPDU, e pollByte é um parâmetro usado pelo lado de transmissão de cada entidade RLC AM para disparar uma sondagem para todos os bytes pollByte.
[0165] Na implementação (ou implementações) da presente revelação, o lado de transmissão de uma entidade RLC AM gerencia os seguintes contadores:
[0166] - PDU_WITHOUT_POLL conta o número de PDUs AMD enviadas desde que o bit de sondagem mais recente foi transmitido, e esse contador é inicialmente definido como 0;
[0167] - BYTE_WITHOUT_POLL conta o número de bytes de dados enviados desde que o bit de sondagem mais recente foi transmitido, e esse contador é inicialmente definido como 0.
[0168] Na implementação (ou implementações) da presente revelação, quando o lado de transmissão de uma entidade RLC AM envia um conjunto de PDUs AMD após uma notificação de oportunidade de transmissão pela camada inferior (isto é, MAC), o lado de transmissão da entidade RLC AM pode enviar uma PDU AMD sequencialmente em ordem crescente de SN para a camada inferior (isto é, MAC). Alternativamente, o lado de transmissão da entidade RLC AM pode enviar múltiplas PDUs AMD para uma camada inferior simultaneamente.
[0169] Na presente revelação, todas as variáveis de estado e todos os contadores são números inteiros não negativos.
[0170] A Figura 9 ilustra um modelo de entidade RLC AM que pode ser usado na implementação (ou implementações) da presente revelação.
[0171] Novamente com referência à Figura 9, uma entidade RLC AM pode ser configurada para entregar/receber PDUs RLC através dos seguintes canais lógicos: DCCH DL/UL ou DTCH DL/UL. Uma entidade RLC AM entrega/recebe as seguintes PDUs de dados RLC: PDU AMD. uma PDU AMD contém uma SDU RLC completa ou um segmento SDU RLC. Uma entidade RLC AM entrega/recebe uma PDU DE STATUS que é uma PDU de controle RLC.
[0172] Na implementação (ou implementações) da presente revelação, o lado de transmissão de uma entidade RLC AM gera PDU(s) AMD para cada SDU RLC. Quando notificada de uma oportunidade de transmissão pela camada inferior, a entidade RLC AM de transmissão segmenta as SDUs RLC, se necessário, de modo que as PDUs AMD correspondentes, com cabeçalhos RLC atualizados conforme necessário, se ajusta ao tamanho total da PDU(s) RLC indicada pela camada inferior. O lado de transmissão de uma entidade RLC AM suporta retransmissão de SDUs RLC ou segmentos SDU RLC (ARQ). Se a SDU RLC ou segmento SDU RLC a ser retransmitido (incluindo o cabeçalho RLC) não se ajustar ao tamanho total da PDU(s) RLC indicada pela camada inferior na oportunidade de transmissão particular notificada pela camada inferior, a entidade RLC AM pode segmentar a SDU RLC ou ressegmentar os segmentos SDU RLC em segmentos SDU RLC, em que o número de ressegmentações não é limitado. Quando o lado de transmissão de uma entidade RLC AM forma PDUs AMD a partir de SDUs RLC ou segmentos SDU RLC, o mesmo inclui cabeçalhos RLC relevantes na PDU AMD.
[0173] Na implementação (ou implementações) da presente revelação, uma PDU AMD consiste em um campo de Dados e um cabeçalho PDU AMD. Uma entidade RLC AM pode ser configurada pelo RRC para usar um SN de 12 bits ou um SN de 18 bits. Um cabeçalho PDU AMD contém um campo P e um campo SN. O campo SN indica o SN da SDU RLC correspondente. Para RLC AM, o SN é incrementado em um para cada SDU RLC.
[0174] Na implementação (ou implementações) da presente revelação, os procedimentos de transferência de dados entre o lado de transmissão de uma entidade RLC e o lado de recepção de uma entidade RLC são da seguinte forma.
[0175] O lado de transmissão de uma entidade RLC AM prioriza a transmissão de PDUs de controle RLC em relação às PDUs AMD. O lado de transmissão de uma entidade RLC AM prioriza a transmissão de PDUs AMD contendo SDUs RLC ou segmentos SDU RLC anteriormente transmitidos através da transmissão de PDUs AMD contendo SDUs RLC ou segmentos SDU RLC não transmitidos anteriormente.
[0176] O lado de transmissão de uma entidade RLC AM mantém uma janela de transmissão de acordo com a variável de estado TX_Next_Ack da seguinte forma:
[0177] - um SN se situa dentro da janela de transmissão se TX_Next_Ack <= SN < TX_Next_Ack + AM_Window_Size;
[0178] - um SN se situa fora da janela de transmissão, de outro modo. TX_Next_Ack é a variável de estado de confirmação mantida no lado de transmissão de cada entidade RLC AM, e mantém o valor do SN da próxima SDU RLC para a qual uma confirmação positiva deve ser recebida em sequência, e serve como a borda inferior da janela de transmissão. A mesma é inicialmente definida como 0, e é atualizada sempre que a entidade RLC AM recebe uma confirmação positiva para uma SDU RLC com SN = TX_Next_Ack. AM_Window_Size é uma constante usada tanto pelo lado de transmissão como pelo lado de recepção de cada entidade RLC AM. AM_Window_Size = 2.048 quando um SN de 12 bits é usado, AM_Window_Size = 131.072 quando um SN de 18 bits é usado.
[0179] O lado de transmissão de uma entidade RLC AM não envia para a camada inferior nenhuma PDU AMD cujo SN se situa fora da janela de transmissão. Para cada SDU RLC recebida a partir da camada superior (por exemplo, PDCP), a entidade RLC AM associa um SN à SDU RLC igual a TX_Next e constrói uma PDU AMD ao definir o SN da PDU AMD como TX_Next, e incrementa TX_Next em um. TX_Next é uma variável de estado mantida no lado de transmissão de cada entidade RLC AM e mantém o valor do SN a ser atribuído à próxima PDU AMD recentemente gerada. TX_Next é inicialmente definido como 0, e é atualizado sempre que a entidade RLC AM constrói uma PDU AMD com SN = TX_Next que contém uma SDU RLC ou o último segmento de uma SDU RLC.
[0180] Ao enviar uma PDU AMD que contém um segmento de uma SDU RLC, para a camada inferior, o lado de transmissão de uma entidade RLC AM define o SN da PDU AMD como o SN da SDU RLC correspondente.
[0181] O lado de transmissão de uma entidade RLC AM pode receber uma confirmação positiva (confirmação de recepção bem-sucedida por sua entidade RLC AM par) para uma SDU RLC por uma PDU DE STATUS a partir de sua entidade RLC AM par. Ao receber uma confirmação positiva para uma SDU RLC com SN = x, o lado de transmissão de uma entidade RLC AM envia uma indicação para as camadas superiores de entrega bem-sucedida da SDU RLC; e define TX_Next_Ack igual ao SN da SDU RLC com o menor SN, cujo SN se situa na faixa TX_Next_Ack <= SN <= TX_Next e para o qual confirmações positivas ainda não foram recebidas.
[0182] O lado de transmissão de uma entidade RLC AM pode receber uma confirmação negativa (notificação de falha de recepção por sua entidade RLC AM par) para uma SDU RLC ou um segmento SDU RLC por uma PDU DE STATUS a partir de sua entidade RLC AM par. Ao receber uma confirmação negativa para uma SDU RLC ou um segmento SDU RLC por uma PDU DE STATUS a partir de sua entidade RLC AM par, o lado de transmissão da entidade RLC AM pode considerar a SDU RLC ou o segmento SDU RLC, para o qual uma confirmação negativa foi recebida, para retransmissão se o SN da SDU RLC correspondente se situar na faixa TX_Next_Ack <= SN < TX_Next.
[0183] Quando uma SDU RLC ou um segmento SDU RLC é considerado para retransmissão, o lado de transmissão da entidade RLC AM:
[0184] - define o RETX_COUNT associado à SDU RLC como zero se a SDU RLC ou segmento SDU RLC for considerado para retransmissão pela primeira vez;
[0185] - incrementa o RETX_COUNT se (a SDU RLC ou o segmento SDU RLC que é considerado para retransmissão) já não estiver pendente para retransmissão e o RETX_COUNT associado à SDU RLC não foi incrementado devido a outra confirmação negativa na mesma PDU DE STATUS;
[0186] - indica para camadas superiores que a retransmissão máxima foi alcançada se RETX_COUNT = maxRetxThreshold. RETX_COUNT é um contador mantido no lado de transmissão de cada entidade RLC AM e conta o número de retransmissões de uma SDU RLC ou segmento SDU RLC. Há um contador RETX_COUNT mantido por SDU RLC. maxRetxThreshold é um parâmetro configurado por RRC, e usado pelo lado de transmissão de cada entidade RLC AM para limitar o número de retransmissões que corresponde a uma SDU RLC, incluindo seus segmentos. Se o lado de transmissão de uma entidade RLC AM for um UE, o UE é configurado com maxRetxThreshold ao receber maxRetxThreshold através de sinalização RRC a partir de uma rede (por exemplo, BS).
[0187] Ao retransmitir uma SDU RLC ou um segmento SDU RLC, o lado de transmissão de uma entidade RLC AM:
[0188] - segmenta a SDU RLC ou o segmento SDU RLC se necessário;
[0189] - forma uma nova PDU AMD que irá se ajustar ao tamanho total de PDU(s) AMD indicadas pela camada inferior na oportunidade de transmissão particular; e
[0190] - envia a nova PDU AMD para a camada inferior.
[0191] Ao formar uma nova PDU AMD, o lado de transmissão de uma entidade RLC AM:
[0192] - mapeia apenas a SDU RLC ou segmento SDU RLC original para o campo de Dados da nova PDU AMD; e
[0193] - modifica ao cabeçalho da nova PDU AMD. A modificação do cabeçalho da nova PDU AMD compreende definir o campo P conforme descrito abaixo.
[0194] Mediante a notificação de oportunidade de transmissão pela camada inferior (isto é, MAC), para cada PDU AMD enviada para transmissão, de modo que a PDU AMD contenha uma SDU RLC não transmitida anteriormente ou um segmento SDU RLC contendo segmento de byte não transmitido anteriormente, o lado de transmissão de uma entidade RLC AM:
[0195] > incrementa PDU_WITHOUT_POLL em um;
[0196] > incrementa BYTE_WITHOUT_POLL a cada novo byte de elemento campo de Dados que o mesmo mapeia para o campo de Dados da PDU AMD;
[0197] > se PDU_WITHOUT_POLL >= pollPDU; ou
[0198] > se BYTE_WITHOUT_POLL >= pollByte;
[0199] » define o campo P da PDU AMD como "1";
[0200] » define PDU_WITHOUT_POLL como 0;
[0201] » define BYTE_WITHOUT_POLL como 0;
[0202] > envia a PDU AMD para a camada inferior.
[0203] Mediante a notificação de uma oportunidade de transmissão pela camada inferior, para cada PDU AMD enviada para transmissão, o lado de transmissão de uma entidade RLC AM:
[0204] > se tanto o buffer de transmissão como o buffer de retransmissão se tornam vazios (excluindo SDUs RLC ou segmentos SDU RLC transmitidos que aguardam confirmações) após a transmissão da PDU AMD; ou
[0205] > se nenhuma nova SDU RLC puder ser transmitida após a transmissão da PDU AMD (por exemplo, devido à paralisação de janela);
[0206] » define o campo P da PDU AMD como "1";
[0207] » define PDU_WITHOUT_POLL como 0;
[0208] » define BYTE_WITHOUT_POLL como 0;
[0209] > envia a PDU AMD para a camada inferior.
[0210] Quando o lado de transmissão de uma entidade RLC AM envia uma PDU AMD para a camada inferior, o lado de transmissão de uma entidade RLC AM:
[0211] > define POLL_SN como SN da PDU AMD que inclui uma sondagem, se a PDU AMD que inclui uma sondagem for enviada para a camada inferior;
[0212] » inicia um temporizador de retransmissão de sondagem, se o temporizador de retransmissão de sondagem não estiver executando;
[0213] » reinicia um temporizador de retransmissão de sondagem, se o temporizador de retransmissão de sondagem estiver executando.
[0214] Quando o lado de transmissão de uma entidade RLC AM recebe um relatório de STATUS que compreende uma confirmação positiva ou negativa para a SDU RLC com SN igual a POLL_SN, o lado de transmissão de uma entidade RLC AM para e reinicia um temporizador de retransmissão de sondagem t- PollRetransmit, se o temporizador de retransmissão de sondagem t-PollRetransmit estiver executando. O temporizador de retransmissão de sondagem é usado pelo lado de transmissão de uma entidade RLC AM a fim de retransmitir uma sondagem, e configurado por RRC. Se o lado de transmissão da entidade RLC AM for um UE, o UE é configurado com t-PollRetransmit ao receber tPollRetransmit através de sinalização RRC a partir de uma rede (por exemplo, BS).
[0215] Quando um temporizador de retransmissão de sondagem t- PollRetransmit expira, o lado de transmissão de uma entidade RLC AM realiza o procedimento de transmissão ou retransmissão para retransmitir uma sondagem.
[0216] A Figura 10 ilustra exemplos de transferência de dados de acordo com a implementação (ou implementações) da presente revelação. Na Figura 10, supõe-se que todas as PDUs AMD tenham o mesmo tamanho que é 100 bytes e pollPDU é 3 e pollByte é 400 bytes.
[0217] A Figura 10(a) mostra um exemplo em que o lado de transmissão de uma entidade RLC AM envia uma PDU AMD que inclui uma sondagem mediante notificação de uma oportunidade de transmissão pela camada inferior. Na Figura 10(a), as PDUs AMD no lado de transmissão da entidade RLC AM podem ser enviadas sequencialmente em ordem crescente de SN para a camada inferior (isto é, MAC). Por exemplo, as PDUs AMD com SN1 a SN4 podem ser enviadas para MAC uma a uma na ordem crescente de SN. Alternativamente, na Figura 10(a), as PDUs AMD no lado de transmissão da entidade RLC AM podem ser enviadas simultaneamente. Por exemplo, algumas ou todas as PDUs AMD com SN1 a SN4 podem ser enviadas simultaneamente para MAC para a oportunidade de transmissão.
[0218] Novamente com referência à Figura 10(a), quando o lado de transmissão de uma entidade RLC AM recebe notificação de uma oportunidade de transmissão pela camada inferior (por exemplo, MAC), o lado de transmissão da entidade RLC AM realiza o seguinte:
[0219] - para PDU AMD que contém a SDU RLC para SN1: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN1, para a camada inferior;
[0220] - para PDU AMD que contém a SDU RLC para SN2: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN2, para a camada inferior;
[0221] - para a PDU AMD que contém a SDU RLC para SN3: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; define o campo P da PDU AMD como "1" que contém a SDU RLC para SN3 porque PDU_WITHOUT_POLL é igual a pollPDU = 3; define PDU_WITHOUT_POLL como 0; define BYTE_WITHOUT_POLL como 0; envia a PDU AMD, que contém a SDU RLC para SN3, para a camada inferior; define POLL_SN como SN3, embora a última PDU AMD enviada contenha a SDU RLC para SN4 nessa oportunidade de transmissão; inicia um temporizador de retransmissão de sondagem após atualizar POLL_SN; incrementa PDU_WITHOUT_POLL em um; e incrementa BYTE_WITHOUT_POLL em 100 bytes;
[0222] - para PDU AMD que contém a PDU RLC para SN4: envia a PDU AMD, que contém a SDU RLC para SN4, para a camada inferior.
[0223] A Figura 10(b) mostra um exemplo em que quando duas PDUs AMD que incluem uma sondagem são enviadas mediante notificação de uma oportunidade de transmissão pela camada inferior, o lado de transmissão de uma entidade RLC AM define POLL_SN como SN da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior.
[0224] Na Figura 10(b), supõe-se que o valor atual de PDU_WITHOUT_POLL seja 1 e o valor atual de BYTE_WITHOUT_POLL seja 100 bytes. Na Figura 10(b), supõe-se que as PDUs AMD no lado de transmissão da AM RLC sejam enviadas sequencialmente em ordem crescente de SN para a camada inferior (isto é, MAC). Quando o lado de transmissão de uma entidade RLC AM recebe a notificação de uma oportunidade de transmissão pela camada inferior, o lado de transmissão da entidade RLC AM:
[0225] - para PDU AMD que contém a SDU RLC para SN5: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN5, para a camada inferior;
[0226] - para PDU AMD que contém a SDU RLC para SN6: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; define o campo P da PDU AMD como "1" que contém a SDU RLC para SN6 porque PDU_WITHOUT_POLL é igual a pollPDU = 3; define PDU_WITHOUT_POLL como 0; define BYTE_WITHOUT_POLL como 0; envia a PDU AMD, que contém a SDU RLC para SN6, para a camada inferior; define POLL_SN como SN6, embora a última PDU AMD enviada contenha a SDU RLC para SN9 nessa oportunidade de transmissão; reinicia um temporizador de retransmissão de sondagem após atualizar POLL_SN;
[0227] - para PDU AMD que contém a SDU RLC para SN7: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN7, para a camada inferior;
[0228] - para PDU AMD que contém a SDU RLC para SN8: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN8, para a camada inferior;
[0229] - para PDU AMD que contém a SDU RLC para SN9: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; define o campo P da PDU AMD como "1" que contém a SDU RLC para SN9 porque PDU_WITHOUT_POLL é igual a pollPDU = 3; define PDU_WITHOUT_POLL como 0; define BYTE_WITHOUT_POLL como 0; envia a PDU AMD, que contém a SDU RLC para SN9, para a camada inferior; define POLL_SN como SN9; e reinicia um temporizador de retransmissão de sondagem após atualizar POLL_SN.
[0230] A Figura 10(c) mostra um exemplo em que quando duas PDUs AMD que incluem uma sondagem são enviadas mediante notificação de uma oportunidade de transmissão pela camada inferior, o lado de transmissão de uma entidade RLC AM define POLL_SN como SN como o SN mais alto da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior.
[0231] Na Figura 10(c), supõe-se que o valor atual de PDU_WITHOUT_POLL seja 1 e o valor atual de BYTE_WITHOUT_POLL seja 100 bytes. Na Figura 10(c), as PDUs AMD no lado de transmissão da entidade RLC AM podem ser enviadas sequencialmente em ordem crescente de SN para a camada inferior (isto é, MAC). Alternativamente, na Figura 10(c), as PDUs AMD no lado de transmissão da entidade RLC AM podem ser enviadas simultaneamente.
[0232] Conforme mostrado na Figura 10(c), se o lado de transmissão de uma entidade RLC AM enviar um conjunto de PDUs AMD para a camada inferior (isto é, MAC), dentre as quais duas PDUs AMD que têm respectivamente SN6 e SN9 incluem uma sondagem, o lado de transmissão da entidade RLC AM pode definir POLL_SN como SN9 que é o SN mais alto da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior (isto é, MAC). Quando o lado de transmissão de uma entidade RLC AM recebe a notificação de oportunidade de transmissão pela camada inferior, o lado de transmissão da entidade RLC AM:
[0233] - para PDU AMD que contém a SDU RLC para SN5: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN5, para a camada inferior;
[0234] - para PDU AMD que contém a SDU RLC para SN6: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; define o campo P da PDU AMD como "1" que contém a SDU RLC para SN6 porque PDU_WITHOUT_POLL é igual a pollPDU = 3; define PDU_WITHOUT_POLL como 0; e define BYTE_WITHOUT_POLL como 0; envia a PDU AMD, que contém a SDU RLC para SN6, para a camada inferior;
[0235] - para PDU AMD que contém a SDU RLC para SN7: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN7, para a camada inferior;
[0236] - para PDU AMD que contém a SDU RLC para SN8: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; e envia a PDU AMD, que contém a SDU RLC para SN8, para a camada inferior;
[0237] - para PDU AMD que contém a SDU RLC para SN9: incrementa PDU_WITHOUT_POLL em um; incrementa BYTE_WITHOUT_POLL em 100 bytes; define o campo P da PDU AMD como "1" que contém a SDU RLC para SN9 porque PDU_WITHOUT_POLL é igual a pollPDU = 3; define PDU_WITHOUT_POLL como 0; define BYTE_WITHOUT_POLL como 0; envia a PDU AMD, que contém a SDU RLC para SN9, para a camada inferior; define POLL_SN como SN9 que é o SN mais alto da PDU AMD que inclui uma sondagem entre o conjunto de PDUs AMD enviadas para a camada inferior; e reinicia um temporizador de retransmissão de sondagem após atualizar POLL_SN.
[0238] No sistema LTE 3GPP, um POLL_SN atualizado mantém o SN mais alto entre SNs de PDUs AMD construídas. Em outras palavras, no sistema LTE 3GPP, um POLL_SN atualizado indica o SN da PDU AMD mais recentemente construída. Nas implementações da presente revelação, um POLL_SN atualizado mantém o SN mais alto entre SNs das PDUs AMD que têm uma sondagem enviada para MAC. Em outras palavras, nas implementações da presente revelação, um POLL_SN atualizado indica o SN mais alto de PDU(s) AMD que têm uma sondagem enviada para MAC mais recentemente.
[0239] A Figura 11 é um diagrama de blocos que ilustra exemplos de dispositivos de comunicação que podem realizar método(s) da presente revelação.
[0240] Na Figura 11, um dentre o dispositivo de comunicação 1100 e o dispositivo de comunicação 1200 pode ser um equipamento de usuário (UE) e o outro pode ser uma estação-base (BS). Alternativamente, um dentre o dispositivo de comunicação 1100 e o dispositivo de comunicação 1200 pode ser um UE e o outro pode ser outro UE. Alternativamente, um dentre o dispositivo de comunicação 1100 e o dispositivo de comunicação 1200 pode ser um nó de rede e o outro pode ser outro nó de rede. Na presente revelação, o nó de rede pode ser uma estação-base (BS). Em alguns cenários, o nó de rede pode ser um dispositivo de rede principal (por exemplo, um dispositivo de rede com uma função de gerenciamento de mobilidade, um dispositivo de rede com uma função de gerenciamento de sessão, etc.).
[0241] Em alguns cenários da presente revelação, qualquer um dos dispositivos de comunicação 1100, 1200, ou cada um dos dispositivos de comunicação 1100, 1200 pode ser dispositivo (ou dispositivos) de comunicação sem fio configurado para transmitir/receber sinais de rádio para/a partir de um dispositivo externo, ou equipado com um módulo de comunicação sem fio para transmitir/receber sinais de rádio para/a partir de um dispositivo externo. O módulo de comunicação sem fio pode ser um transceptor 1113 ou 1213. O dispositivo de comunicação sem fio não se limita a um UE ou uma BS, e o dispositivo de comunicação sem fio pode ser qualquer dispositivo de computação móvel adequado que é configurado para implementar uma ou mais implementações da presente revelação, tal como um sistema ou dispositivo de comunicação veicular, um dispositivo utilizável junto ao corpo, um computador do tipo laptop, um telefone inteligente, e assim por diante. Um dispositivo de comunicação que é mencionado como um UE ou BS na presente revelação pode ser substituído por qualquer dispositivo de comunicação sem fio, tal como um sistema ou dispositivo de comunicação veicular, um dispositivo utilizável junto ao corpo, um computador do tipo laptop, um telefone inteligente, e assim por diante.
[0242] Na presente revelação, os dispositivos de comunicação 1100, 1200 incluem processadores 1111, 1211 e memórias 1112, 1212. Os dispositivos de comunicação 1100 podem incluir adicionalmente transceptores 1113, 1213 ou configurados para serem operacionalmente conectados aos transceptores 1113, 1213.
[0243] O processador 1111, 1211 implementa funções, procedimentos e/ou métodos revelados na presente revelação. Um ou mais protocolos podem ser implementados pelo processador 1111, 1211. Por exemplo, o processador 1111, 1211 pode implementar uma ou mais camadas (por exemplo, camadas funcionais, tais como PHY, MAC, RLC, PDCP, RRC, SDAP). O processador 1111, 1211 pode gerar unidades de dados de protocolo (PDUs) e/ou unidades de dados de serviço (SDUs) de acordo com funções, procedimentos e/ou métodos revelados na presente revelação. O processador 1111, 1211 pode gerar mensagens ou informações de acordo com funções, procedimentos e/ou métodos revelados na presente revelação. O processador 1111, 1211 pode gerar sinais (por exemplo, sinais de banda base) contendo PDUs, SDUs, mensagens ou informações de acordo com funções, procedimentos e/ou métodos revelados na presente revelação e fornecer os sinais para o transceptor 1113 e/ou 1213 conectado ao mesmo. O processador 1111, 1211 pode receber sinais (por exemplo sinais de banda base) a partir do transceptor 1113, 1213 conectado ao mesmo e obter PDUs, SDUs, mensagens ou informações de acordo com funções, procedimentos e/ou métodos revelados na presente revelação.
[0244] O processador 1111, 1211 pode ser chamado de controlador, microcontrolador, microprocessador ou microcomputador. O processador 1111, 1211 pode ser implementado por hardware, firmware, software ou uma combinação dos mesmos. Em uma configuração de hardware, circuitos integrados de aplicação específica (ASICS), processadores de sinal digital (DSPS), dispositivos de processamento de sinal digital (DSPDS), dispositivos lógicos programáveis (PLDS) ou arranjos de porta programáveis em campo (FPGAs) podem ser incluídos no processador 1111, 1211. A presente revelação pode ser implementada com o uso de firmware ou software, e o firmware ou software pode ser configurado para incluir módulos, procedimentos, funções, etc. que realizam as funções ou operações da presente revelação. Firmware ou software configurado para realizar a presente revelação pode estar incluído no processador 1111, 1211 ou armazenado na memória 1112, 1212 a fim de ser acionado pelo processador 1111, 1211.
[0245] A memória 1112, 1212 é conectada ao processador do nó de rede e armazena vários tipos de PDUs, SDUs, mensagens, informações e/ou instruções. A memória 1112, 1212 pode ser disposta dentro ou fora do processador 1111, 1211, ou pode ser conectada ao processador 1111, 1211 através de várias técnicas, tais como conexões com fio ou sem fio.
[0246] O transceptor 1113, 1213 é conectado ao processador 1111, 1211, e pode ser controlado pelo processador 1111, 1211 para transmitir e/ou receber um sinal para/a partir de um dispositivo externo. O processador 1111, 1211 pode controlar o transceptor 1113, 1213 para iniciar a comunicação e para transmitir ou receber sinais que incluem vários tipos de informações ou dados que são transmitidos ou recebidos através de uma interface com fio ou interface sem fio. O transceptor 1113, 1213 inclui um receptor para receber sinais a partir de um dispositivo externo e transmitir sinais para um dispositivo externo. O transceptor 1113, 1213 pode converter ascendentemente sinais de banda base OFDM em uma frequência de portadora sob o controle do processador 1111, 1211 e transmitir os sinais OFDM convertidos ascendentemente na frequência de portadora. O transceptor 1113, 1213 pode incluir um oscilador (analógico), e converter ascendentemente os sinais de banda base OFDM em uma frequência de portadora pelo oscilador. O transceptor 1113, 1213 pode receber sinais OFDM em uma frequência de portadora e converter descendentemente os sinais OFDM em sinais de banda base OFDM, sob o controle do transceptor 1111, 1211. O transceptor 1113, 1213 pode converter descendentemente os sinais OFDM com a frequência de portadora nos sinais de banda base OFDM pelo oscilador.
[0247] Em um dispositivo de comunicação sem fio, tal como um UE ou BS, uma antena facilita a transmissão e recepção de sinais de rádio (isto é, sinais sem fio). No dispositivo de comunicação sem fio, o transceptor 1113, 1213 transmite e/ou recebe um sinal sem fio, tal como um sinal de radiofrequência (RF). Para um dispositivo de comunicação que é um dispositivo de comunicação sem fio (por exemplo, BS ou UE), o transceptor 1113, 1213 pode ser chamado de uma unidade de radiofrequência (RF). Em algumas implementações, o transceptor 1113, 1213 pode encaminhar e converter sinais de banda base fornecidos pelo processador 1111, 1211 conectado aos mesmos em sinais de rádio com uma radiofrequência. No dispositivo de comunicação sem fio, o transceptor 1113, 1213 pode transmitir ou receber sinais de rádio contendo PDUs, SDUs, mensagens ou informações de acordo com funções, procedimentos e/ou métodos revelados na presente revelação através de uma interface de rádio (por exemplo, recursos de tempo/frequência). Em algumas implementações da presente revelação, após receber sinais de rádio com uma radiofrequência de outro dispositivo de comunicação, o transceptor 1113, 1213 pode encaminhar e converter os sinais de rádio em sinais de banda base para processamento pelo processador 1111, 1211. A radiofrequência pode ser chamada de uma frequência de portadora. Em um UE, os sinais podem ser processados de acordo com várias técnicas, tais como ser transformados em informações audíveis ou legíveis para serem emitidas através de um alto-falante do UE.
[0248] Em alguns cenários da presente revelação, funções, procedimentos e/ou métodos revelados na presente revelação podem ser implementados por um dispositivo de processamento. O dispositivo de processamento pode ser um sistema em um chip (SoC). O dispositivo de processamento pode incluir o processador 1111, 1211 e a memória 1112, 1212, e pode ser montado em, instalado em ou conectado ao dispositivo de comunicação 1100, 1200. O dispositivo de processamento pode ser configurado para realizar ou controlar qualquer um dos métodos e/ou processos descritos no presente documento e/ou fazer com que tais métodos e/ou processos sejam realizados por um dispositivo de comunicação ao qual dispositivo de processamento é montado, instalado ou conectado. A memória 1112, 1212 no dispositivo de processamento pode ser configurada para armazenar códigos de software que incluem instruções que, quando executadas pelo processador 1111, 1211, fazem com que o processador 1111, 1211 realize algumas ou todas as funções, métodos ou processos discutidos na presente revelação. A memória 1112, 1212 no dispositivo de processamento pode armazenar ou armazenar em buffer informações ou dados gerados pelo processador do dispositivo de processamento ou informações recuperadas ou obtidas pelo processador do dispositivo de processamento. Um ou mais processos que envolvem a transmissão ou recepção das informações ou dados podem ser realizados pelo processador 1111, 1211 do dispositivo de processamento ou sob controle do processador 1111, 1211 do dispositivo de processamento. Por exemplo, um transceptor 1113, 1213 operacionalmente conectado ou acoplado ao dispositivo de processamento pode transmitir ou receber sinais contendo as informações ou dados sob o controle do processador 1111, 1211 do dispositivo de processamento.
[0249] Nas implementações da presente revelação, um UE opera como um dispositivo de transmissão em enlace ascendente (UL) e como um dispositivo de recepção em enlace descendente (DL). Nas implementações da presente revelação, uma BS opera como um dispositivo de recepção em UL e como um dispositivo de transmissão em DL. Na presente revelação, um processador, um transceptor e uma memória, que são incluídos ou montados em um UE, são chamados de um processador UE, um transceptor UE e uma memória UE, respectivamente, e um processador, um transceptor e uma memória, que são incluídos ou montados em uma BS, são chamados de processador BS, um transceptor BS e uma memória BS, respectivamente.
[0250] A entidade RLC AM, de acordo com a implementação (ou implementações) da presente revelação é implementada pelo processador 1111, 1211.
[0251] O processador 1111, 1211 pode ser configurado para construir L unidades de dados de protocolo (PDUs) de controle de enlace de rádio (RLC), em que L é maior que 1. O processador 1111, 1211 pode ser configurado para construir as L unidades de dados de protocolo (PDUs) de controle de enlace de rádio (RLC), mesmo antes que o processador 1111, 1211 tenha uma oportunidade de transmissão. Quando há uma oportunidade de transmissão disponível para o processador 1111, 1211, o processador 1111, 1211 envia as L PDUs RLC para uma camada de controle de acesso ao meio (MAC) para a oportunidade de transmissão, em que as L PDUs RLC incluem uma primeira PDU RLC que tem uma sondagem para disparar o relatório de status em um dispositivo de recepção e uma segunda PDU RLC que não tem a sondagem e que tem um número de sequência mais alto (SN) entre SNs das L PDUs RLC. O processador 1111, 1211 é configurado para definir uma variável de estado POLL_SN como um SN mais alto entre SNs de PDUs RLC que têm a sondagem enviada para a camada MAC, mediante o envio da primeira PDU RLC que tem uma sondagem para a camada MAC.
[0252] O processador 1111, 1211 pode construir M PDUs RLC antes que o processador 1111, 1211 obtenha a oportunidade de transmissão, e enviar algumas das M PDUs RLC para MAC para a oportunidade de transmissão. Por exemplo, o processador 1111, 1211 pode enviar algumas das M PDUs RLC para o MAC se o tamanho total de PDUs RLC a serem transmitidas na oportunidade de transmissão for menor que o tamanho total das M PDUs RLC. Algumas das M PDUs RLC podem ser L PDUs RLC. As M PDUs RLC podem ser PDUs AMD. Cada uma das M PDUs RLC pode conter uma SDU RLC ou segmento SDU RLC.
[0253] O processador 1111, 1211 pode receber um relatório de status que compreende uma confirmação positiva ou negativa para uma SDU RLC que tem um mesmo SN que POLL_SN. O processador pode reinicializar o temporizador de retransmissão de sondagem mediante a recepção do relatório de status.
[0254] O processador 1111, 1211 pode iniciar um temporizador de retransmissão de sondagem mediante o envio da primeira PDU RLC que tem uma sondagem. O processador 1111, 1211 pode determinar a oportunidade de transmissão. O processador 1111, 1211 pode determinar a oportunidade de transmissão com base em uma concessão UL, uma concessão configurada UL, uma atribuição DL ou uma programação semipersistente DL (SPS).
[0255] O processador 1111, 1211 pode construir uma PDU MAC que inclui as L PDUs RLC para a oportunidade de transmissão. O processador 1111, 1211 pode transmitir a PDU MAC na oportunidade de transmissão. O processador 1111, 1211 pode controlar um transceptor conectado ao processador 1111, 1211 para transmitir a PDU MAC. O transceptor pode transmitir sinais de rádio (por exemplo, sinais OFDM) que incluem a PDU MAC através de uma frequência de portadora de uma célula.
[0256] Conforme descrito acima, a descrição detalhada das implementações preferenciais da presente revelação foi fornecida para permitir que aqueles que são versados na técnica implementem e pratiquem a revelação. Embora a revelação tenha sido descrita com referência às implementações exemplificativas, aqueles que são versados na técnica irão observar que várias modificações e variações podem ser realizadas na presente revelação sem que se afaste do espírito ou escopo da revelação descrita nas reivindicações anexas. Consequentemente, a revelação não deve ser limitada às implementações específicas descritas no presente documento, porém devem estar de acordo com o escopo mais amplo coerente com os princípios e recursos inovadores revelados no presente documento.
[0257] As implementações da presente revelação são aplicáveis a um nó de rede (por exemplo, BS), um UE ou outros dispositivos em um sistema de comunicação sem fio.
Claims (10)
1. Dispositivo de comunicação para transmitir uma unidade de dados em um sistema de comunicação sem fio, o dispositivo de comunicação CARACTERIZADO pelo fato de que compreende: um transceptor (1113, 1213), e um processador (1111, 1211) configurado para controlar o transceptor (1113, 1213), o processador (1111, 1211) sendo configurado para: construir M unidades de dados de protocolo, PDUs, de controle de enlace de rádio, RLC; enviar L PDUs RLC, entre as M PDUs RLC, para uma camada de controle de acesso ao meio, MAC, para uma oportunidade de transmissão, em que M > L e L é maior que 1; definir uma variável de estado POLL SN com base nas L PDUs RLC que são submetidas à camada MAC para a oportunidade de transmissão; e controlar o transceptor (1113, 1213) para transmitir uma PDU MAC que inclui as L PDUs RLC, em que as L PDUs RLC incluem mais de uma PDU RLC tendo uma sondagem (poll) para disparar relatório de status em um dispositivo de recepção, em que a variável de estado POLL SN com base nas L PDUs RLC para a oportunidade de transmissão é definida para um número de sequência, SN, mais alto entre SNs das mais de uma PDU RLC tendo a sondagem, em que o SN mais alto entre os SNs das mais de uma PDU RLC que tem a sondagem é diferente de um SN mais alto entre SNs das M PDUs RLC, e em que cada uma das L PDUs RLC contêm uma unidade de dados de serviço, SDU, de RLC não transmitida anteriormente, ou um segmento SDU RLC contendo um segmento de byte não transmitido anteriormente.
2. Dispositivo de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o processador (1111, 1211) é configurado para: iniciar um temporizador de retransmissão de sondagem mediante envio de uma PDU RLC que tem um mesmo SN que a variável de estado POLL SN para a camada MAC.
3. Dispositivo de comunicação, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o processador (1111, 1211) recebe um relatório de status que compreende uma confirmação (acknowledgement) positiva ou negativa para uma SDU RLC que tem o mesmo SN que a variável de estado POLL SN através do transceptor (1113, 1213), e o processador (1111, 1211) é configurado para: reinicializar o temporizador de retransmissão de sondagem mediante recepção do relatório de status.
4. Dispositivo de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o processador (1111, 1211) é configurado para: determinar a oportunidade de transmissão.
5. Dispositivo de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o processador (1111, 1211) é configurado para: controlar o transceptor (1113, 1213) para transmitir a PDU MAC na oportunidade de transmissão.
6. Método para transmitir uma unidade de dados em um sistema de comunicação sem fio, o método CARACTERIZADO pelo fato de que compreende: construir M unidades de dados de protocolo, PDUs, de controle de enlace de rádio, RLC; enviar L PDUs RLC, entre as M PDUs RLC, para uma camada de controle de acesso ao meio, MAC, para uma oportunidade de transmissão, em que M > L e L é maior que 1; definir uma variável de estado POLL SN com base nas L PDUs RLC que são submetidas à camada MAC para a oportunidade de transmissão; e transmitir uma PDU MAC que inclui as L PDUs RLC, em que as L PDUs RLC incluem mais de uma PDU RLC tendo uma sondagem (poll) para disparar relatório de status em um dispositivo de recepção, em que a variável de estado POLL SN com base nas L PDUs RLC para a oportunidade de transmissão é definida para um número de sequência, SN, mais alto entre SNS da mais de uma PDU RLC tendo a sondagem, em que o SN mais alto entre os SNs das mais de uma PDU RLC que tem a sondagem é diferente de um SN mais alto entre SNs das M PDUs RLC, e em que cada uma das L PDUs RLC contêm uma unidade de dados de serviço, SDU, de RLC não transmitida anteriormente, ou um segmento SDU RLC contendo segmento de byte não transmitido anteriormente.
7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que compreende adicionalmente: iniciar um temporizador de retransmissão de sondagem mediante envio de uma PDU RLC que tem um mesmo SN que a variável de estado POLL SN para a camada MAC.
8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que compreende adicionalmente: receber um relatório de status que compreende uma confirmação (acknowledgement) positiva ou negativa para uma SDU RLC que tem o mesmo SN que a variável de estado POLL SN; e reinicializar o temporizador de retransmissão de sondagem mediante recepção do relatório de status.
9. Método, de acordo a reivindicação 6, CARACTERIZADO pelo fato de que compreende adicionalmente: determinar a oportunidade de transmissão.
10. Método, de acordo a reivindicação 6, CARACTERIZADO pelo fato de que a PDU MAC é transmitida na oportunidade de transmissão.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862613736P | 2018-01-04 | 2018-01-04 | |
| US62/613,736 | 2018-01-04 | ||
| PCT/KR2019/000127 WO2019135626A1 (en) | 2018-01-04 | 2019-01-04 | Communication device, processing device and method for transmitting data unit |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BR112020006357A2 BR112020006357A2 (pt) | 2020-09-24 |
| BR112020006357B1 true BR112020006357B1 (pt) | 2022-03-15 |
Family
ID=67059042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112020006357-6A BR112020006357B1 (pt) | 2018-01-04 | 2019-01-04 | Dispositivo de comunicação e método para transmitir unidade de dados em um sistema de comunicação sem fio |
Country Status (9)
| Country | Link |
|---|---|
| US (3) | US10681728B2 (pt) |
| EP (1) | EP3677068B1 (pt) |
| JP (2) | JP7032545B2 (pt) |
| KR (1) | KR102232430B1 (pt) |
| CN (2) | CN117042044A (pt) |
| BR (1) | BR112020006357B1 (pt) |
| MX (1) | MX2020002928A (pt) |
| SG (1) | SG11202002137XA (pt) |
| WO (1) | WO2019135626A1 (pt) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11405925B2 (en) * | 2017-08-08 | 2022-08-02 | Ipcom Gmbh & Co. Kg | Reducing interference from devices at extraordinary altitudes |
| US11265112B2 (en) * | 2017-11-30 | 2022-03-01 | Intel Corporation | Enhanced polling procedures |
| DE112017008245T5 (de) | 2017-11-30 | 2020-09-03 | Intel IP Corporation | Verfahren und Vorrichtungen für Schmalbandkommunikationen |
| CN117042044A (zh) * | 2018-01-04 | 2023-11-10 | Lg电子株式会社 | 处理数据单元的方法、通信设备和存储介质 |
| JP7032546B2 (ja) | 2018-01-07 | 2022-03-08 | エルジー エレクトロニクス インコーポレイティド | 通信装置、処理装置及びデータユニットを送信する方法 |
| KR102231525B1 (ko) | 2018-01-12 | 2021-03-25 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 스케줄링 요청 자원 구성 |
| KR20190097963A (ko) * | 2018-02-13 | 2019-08-21 | 한국전자통신연구원 | 무선 통신 시스템에서 데이터 송수신 방법 및 장치 |
| KR102125172B1 (ko) * | 2018-09-10 | 2020-07-06 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에 있어서 사이드링크 복사 수신의 초기화를 개선하는 방법 및 장치 |
| US10849160B2 (en) * | 2019-02-26 | 2020-11-24 | Nokia Technologies Oy | Reinstating poll retransmission timer |
| US20230308221A1 (en) * | 2020-08-03 | 2023-09-28 | Qualcomm Incorporated | Mrb architecture with pdcp retransmission |
| US11983644B2 (en) | 2020-11-30 | 2024-05-14 | International Business Machines Corporation | Insight allotment to edged locations |
| US20230013218A1 (en) * | 2021-07-19 | 2023-01-19 | Qualcomm Incorporated | User equipment capability segmentation |
| WO2023102881A1 (en) * | 2021-12-10 | 2023-06-15 | Qualcomm Incorporated | Uplink lossless transmission |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
| US8694869B2 (en) * | 2003-08-21 | 2014-04-08 | QUALCIMM Incorporated | Methods for forward error correction coding above a radio link control layer and related apparatus |
| RU2007130081A (ru) * | 2005-02-07 | 2009-02-20 | Самсунг Электроникс Ко., Лтд. (KR) | Способ и устройство для запроса/передачи отчета о состоянии в системе мобильной связи |
| KR101084136B1 (ko) * | 2005-05-06 | 2011-11-17 | 엘지전자 주식회사 | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법 |
| ES2377652T3 (es) * | 2005-08-16 | 2012-03-29 | Panasonic Corporation | Método y aparato para configurar nuevamente un número de secuencias de transmisión (NST) |
| KR101430439B1 (ko) * | 2007-01-10 | 2014-08-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 제어 정보 전송 방법 |
| KR20090121299A (ko) * | 2007-02-02 | 2009-11-25 | 인터디지탈 테크날러지 코포레이션 | 플렉시블 ｒｌｃ ｐｄｕ 크기에 대하여 ｒｌｃ를 개선하는 방법 및 장치 |
| US8619752B2 (en) * | 2007-03-16 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| BRPI0811252A2 (pt) * | 2007-04-06 | 2014-11-04 | Ntt Docomo Inc | Método de transmissão de solicitação de retransmissão e aparelho do lado de recebimento. |
| JP2009044693A (ja) * | 2007-08-10 | 2009-02-26 | Fujitsu Ltd | 送信方法、送信装置、およびコンピュータプログラム |
| KR101461965B1 (ko) * | 2007-08-14 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법 |
| KR101591824B1 (ko) * | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| US8422480B2 (en) * | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
| EP3998724B1 (en) * | 2008-01-08 | 2023-09-06 | Unwired Planet International Limited | Method and arrangement in a wireless communication network for requesting a status report |
| US9008004B2 (en) * | 2008-02-01 | 2015-04-14 | Lg Electronics Inc. | Method for sending RLC PDU and allocating radio resource in mobile communications system and RLC entity of mobile communications |
| US8958411B2 (en) * | 2008-03-17 | 2015-02-17 | Lg Electronics Inc. | Method of transmitting RLC data |
| US9461776B2 (en) * | 2012-01-27 | 2016-10-04 | Blackberry Limited | Selecting a data unit for retransmission |
| CN102868504A (zh) * | 2012-08-24 | 2013-01-09 | 中兴通讯股份有限公司 | 一种发送状态报告的方法和rlc接收实体 |
| EP3011705B1 (en) * | 2013-06-19 | 2020-04-29 | Telefonaktiebolaget LM Ericsson (publ) | Polling and reporting mechanism |
| US20160219458A1 (en) * | 2015-01-26 | 2016-07-28 | Qualcomm Incorporated | Methods and apparatus for radio link control switching |
| US9930694B2 (en) * | 2016-04-01 | 2018-03-27 | Nokia Technologies Oy | Re-transmitting a poll to a peer protocol entity when a timer expires |
| EP3443697B1 (en) * | 2016-05-13 | 2022-08-24 | Sony Group Corporation | Apparatuses and methods for using arq processes in a relay device |
| CN117279040A (zh) * | 2017-08-10 | 2023-12-22 | 三星电子株式会社 | 无线通信系统中数据处理的方法和装置 |
| CN117042044A (zh) * | 2018-01-04 | 2023-11-10 | Lg电子株式会社 | 处理数据单元的方法、通信设备和存储介质 |
-
2019
- 2019-01-04 CN CN202311169918.4A patent/CN117042044A/zh active Pending
- 2019-01-04 CN CN201980006354.8A patent/CN111480359B/zh active Active
- 2019-01-04 JP JP2020537235A patent/JP7032545B2/ja active Active
- 2019-01-04 WO PCT/KR2019/000127 patent/WO2019135626A1/en unknown
- 2019-01-04 KR KR1020207019174A patent/KR102232430B1/ko active IP Right Grant
- 2019-01-04 SG SG11202002137XA patent/SG11202002137XA/en unknown
- 2019-01-04 MX MX2020002928A patent/MX2020002928A/es unknown
- 2019-01-04 BR BR112020006357-6A patent/BR112020006357B1/pt active IP Right Grant
- 2019-01-04 US US16/240,314 patent/US10681728B2/en active Active
- 2019-01-04 EP EP19736233.8A patent/EP3677068B1/en active Active
-
2020
- 2020-05-04 US US16/865,664 patent/US11419146B2/en active Active
-
2022
- 2022-02-24 JP JP2022026868A patent/JP7233583B2/ja active Active
- 2022-07-27 US US17/875,033 patent/US11729820B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP3677068A4 (en) | 2020-10-21 |
| MX2020002928A (es) | 2020-08-03 |
| US11419146B2 (en) | 2022-08-16 |
| US20200267759A1 (en) | 2020-08-20 |
| US20190208541A1 (en) | 2019-07-04 |
| EP3677068A1 (en) | 2020-07-08 |
| WO2019135626A1 (en) | 2019-07-11 |
| KR102232430B1 (ko) | 2021-03-26 |
| CN111480359B (zh) | 2023-09-29 |
| US11729820B2 (en) | 2023-08-15 |
| CN117042044A (zh) | 2023-11-10 |
| US20220369367A1 (en) | 2022-11-17 |
| JP2021509791A (ja) | 2021-04-01 |
| KR20200086373A (ko) | 2020-07-16 |
| SG11202002137XA (en) | 2020-04-29 |
| EP3677068B1 (en) | 2023-06-07 |
| BR112020006357A2 (pt) | 2020-09-24 |
| CN111480359A (zh) | 2020-07-31 |
| US10681728B2 (en) | 2020-06-09 |
| JP2022071021A (ja) | 2022-05-13 |
| JP7032545B2 (ja) | 2022-03-08 |
| JP7233583B2 (ja) | 2023-03-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11729820B2 (en) | Communication device, processing device and method for transmitting data unit | |
| US11711454B2 (en) | Communication device, processing device and method for transmitting data unit | |
| US20190215717A1 (en) | Communication device, processing device and method for transmitting buffer status report | |
| US20180014284A1 (en) | Method and user equipment for receiving downlink signal | |
| US10524232B2 (en) | Resource management in a wireless communication system | |
| US20200205224A1 (en) | Method and device for receiving data unit | |
| BR112020002594A2 (pt) | método e dispositivo para transmissão da unidade de dados | |
| BR112016006092B1 (pt) | Método para transmissão de dados e atribuição de recursos de canal de controle, nó de rede de rádio, método para fornecer retroalimentação de harq e destinatário | |
| US11082889B2 (en) | Method and device for receiving data unit | |
| KR20200040253A (ko) | 상향링크 신호를 전송하는 방법 및 사용자기기 | |
| US11201827B2 (en) | Method and apparatus for performing retransmission after discarding procedure in wireless communication system | |
| US11374692B2 (en) | Method and apparatus for managing retransmission counter in wireless communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 04/01/2019, OBSERVADAS AS CONDICOES LEGAIS. |