BR112019008903A2 - método e dispositivo para geração de pacotes de unidade de dados de protocolo (pdu) - Google Patents

Abstract

a presente descrição se refere a um método e dispositivo para geração de um pacote de unidade de dados de protocolo (pdu). o método compreende adquirir um pacote de unidade de dados de serviço (sdu), processar o pacote sdu de acordo com o tamanho de um pacote de dados predefinido e gerar um cabeçalho de pacote e uma seção de dados de um pacote pdu de acordo com o resultado do processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote pdu. o cabeçalho de pacote omite um campo de indicação de enquadramento (fi) e um campo de sinalizador de ressegmentação (rf), porém, compreende um campo predefinido e o campo predefinido compreende outros campos, exceto o campo fi e o campo rf redefinidos em um cabeçalho de pacote em comum ou um campo de destino que é recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo fi e do campo rf.

Description

Relatório Descritivo da Patente de Invenção para MÉTODO E DISPOSITIVO PARA GERAÇÃO DE PACOTES DE UNIDADE DE DADOS DE PROTOCOLO (PDU).

REFERÊNCIA REMISSIVA A PEDIDOS RELACIONADOS [0001] O presente pedido é uma continuação do Pedido Internacional N° PCT/CN2016/104679, depositado em 4 de novembro de 2016, cujo conteúdo total é aqui incorporado por referência.

CAMPO TÉCNICO [0002] A presente invenção se refere ao campo das tecnologias de comunicação e, em particular, a um método e dispositivo para geração de pacotes de unidade de dados de protocolo (Protocol Data Unit - PDU). ANTECEDENTES [0003] Uma camada de controle de link de rádio (Radio Link Control - RLC) em evolução de longo prazo (Long Term Evolution - LTE) está localizada entre uma camada de protocolo de convergência de dados de pacote (Packet Data Convergence Protocol - PDCP) e uma camada de controle de acesso à mídia (Media Access Control - MAC). O pacote de dados trocado entre a camada RLC e a camada PDCP é denominado de pacote de unidade de dados de serviço (Service Data Unit - SDU) e o pacote de dados trocado entre a camada RLC e a camada MAC é denominado de pacote de unidade de dados de protocolo (PDU).

[0004] Na implementação real, a camada MAC pode especificar o tamanho do pacote PDU e, em geral, o tamanho do pacote SDU recebido pela camada RLC não é igual ao tamanho do pacote PDU especificado pela camada MAC. Portanto, a camada RLC pode processar o pacote SDU recebido, por exemplo, o pacote SDU pode ser segmentado, distribuído em cascata ou similar. Após processar o pacote SDU, a camada RLC pode gerar um pacote PDU do tamanho especificado. O pacote PDU inclui um cabeçalho de pacote e uma seção de dados, e o cabeçalho de pacote inclui um campo de dados/controle (D/C), um

Petição 870190041062, de 02/05/2019, pág. 13/109

2/35 campo de sinalizador de ressegmentação (Resegmentation Flag - RF), um campo de polling bit (P), um campo de indicação de enquadramento (Framing Indication - Fl), um campo de indicação de extensão (Length Indication - LI), um campo de bits de extensão (E), um campo de número de sequência (Sequence Number - SN), um campo de sinalizador de último segmento (Last Segment Flag - LSF), um campo de desvio de segmentação (Segmentation Offset - SO) e assim por diante. SUMÁRIO [0005] A presente invenção fornece um método e um dispositivo para gerar pacotes de unidade de dados de protocolo (PDU).

[0006] De acordo com um primeiro aspecto da presente invenção, é fornecido um método para gerar pacotes de dados de protocolo (PDU). O método compreende: adquirir um pacote de unidade de dados de serviço (SDU); processar o pacote SDU de acordo com o tamanho de um pacote de dados predefinido; e gerar um cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

[0007] Opcionalmente, o campo predefinido compreende o campo de destino que é recém-adicionado; e a geração do cabeçalho de pacote PDU de acordo com o resultado do processamento compreende: adquirir segunda informação sobre indicação em que, quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se uma primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata,

Petição 870190041062, de 02/05/2019, pág. 14/109

3/35 a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU; e gerar o cabeçalho de pacote que compreende o campo de destino, o campo de destino compreendendo a segunda informação sobre indicação.

[0008] Opcionalmente, a geração do cabeçalho de pacote que compreende o campo de destino compreende: gerar o cabeçalho de pacote que compreende o campo de destino, porém, omite o campo SO e o campo LSF no cabeçalho de pacote em comum quando a segunda informação sobre indicação não é usada para indicar o segmento de SDU. [0009] Opcionalmente, a geração do cabeçalho de pacote que compreende o campo de destino compreende: gerar o cabeçalho de pacote que compreende o campo de destino quando mensagens de configuração de controle de recursos de rádio (Radio Resource Control - RRC) que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compreender o campo de destino.

[0010] Opcionalmente, a geração do cabeçalho de pacote PDU de acordo com o resultado do processamento compreende ainda: adquirir terceira informação sobre indicação que é usada para indicar se o pacote de dados predefinido é um pacote de dados pequeno em que, quando a SDU é distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a primeira SDU na seção de dados corresponde e, quando a SDU não é em distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a SDU na seção de dados corresponde; e gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando a terceira informação sobre indicação é usada para indicar que o pacote de dados predefinido é um pacote de dados pequeno, a extensão do campo SO de destino sendo menor do que a extensão do campo SO no cabeçalho de pacote em comum.

Petição 870190041062, de 02/05/2019, pág. 15/109

4/35 [0011] Opcionalmente, a geração do cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino compreende: gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando as mensagens de configuração de RRC que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compreender a terceira informação sobre indicação.

[0012] Opcionalmente, a geração do cabeçalho de pacote do pacote PDU de acordo com o resultado de processamento compreende ainda: gerar o cabeçalho de pacote que compreende o campo SO que tem uma extensão alvo de acordo com as mensagens de configuração de RRC que são historicamente adquiridas, em que as mensagens de configuração de RRC compreendem a extensão alvo que é menor do que uma extensão do campo SO no cabeçalho de pacote em comum.

[0013] Opcionalmente, quando nenhuma função de cascata é compreendida, o método compreende ainda: adquirir as mensagens de configuração de RRC transmitidas pela extremidade receptora, a mensagem de configuração de RRC sendo usada para desabilitar uma função de segmento para segmentação do pacote SDU; e desabilitar a função de segmento para segmentação do pacote SDU após receber as mensagens de configuração de RRC.

[0014] De acordo com um segundo aspecto da presente invenção, é fornecido um dispositivo para gerar pacotes de unidades de dados de protocolo (PDU). O dispositivo compreende: um primeiro módulo de aquisição configurado para adquirir um pacote de unidade de dados de serviço (SDU): um módulo de processamento configurado para processar o pacote SDU de acordo com o tamanho de um pacote de dados predefinido; e um módulo gerador configurado para gerar um cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento do módulo de processamento, em que o

Petição 870190041062, de 02/05/2019, pág. 16/109

5/35 cabeçalho de pacote e a seção de dados constituem o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

[0015] Opcionalmente, o campo predefinido compreende o campo de destino que é recém-adicionado; e o módulo gerador é configurado adicionalmente para: adquirira segunda informação sobre indicação em que, quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se uma primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU; e gerar o cabeçalho de pacote que compreende o campo de destino, o campo de destino compreendendo a segunda informação sobre indicação.

[0016] Opcionalmente, o módulo gerador é ainda configurado para: gerar o cabeçalho de pacote que compreende o campo de destino, porém, omite o campo SO e o campo LSF no cabeçalho de pacote em comum quando a segunda informação sobre indicação não é usada para indicar o segmento de SDU.

[0017] Opcionalmente, o módulo gerador é ainda configurado para: gerar o cabeçalho de pacote que compreende o campo de destino quando mensagens de configuração de controle de recursos de rádio (RRC) que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para incluir o campo de destino.

[0018] De acordo com um terceiro aspecto da presente invenção, é fornecido um dispositivo para gerar pacotes de unidades de dados de protocolo (PDU). O dispositivo compreende: um processador; e uma

Petição 870190041062, de 02/05/2019, pág. 17/109

6/35 memória para armazenar uma instrução executável pelo processador, em que o processador está configurado para: adquirir um pacote de unidade de dados de serviço (SDU); processar o pacote SDU de acordo com o tamanho de um pacote de dados predefinido; e gerar um cabeçalho de pacote e uma seção de dados do pacote PDU de acordo com um resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

[0019] Deve ser entendido que tanto a descrição geral anterior como a descrição detalhada a seguir são apenas exemplificativas e não são restritivas da presente invenção.

BREVE DESCRIÇÃO DOS DESENHOS [0020] Os desenhos incluídos aqui são incorporados e constituem uma parte do presente relatório descritivo da presente invenção, mostrando modalidades consistentes com a presente invenção, e explicando os princípios da presente invenção juntamente com a descrição. [0021] A Figura 1 é um diagrama esquemático de um ambiente de implementação de acordo com várias modalidades da presente invenção.

[0022] A Figura 2 é um fluxograma de método de um método para gerar pacotes de PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção.

[0023] A Figura 3A é um fluxograma de método de um método para gerar pacotes de PDU mostrado de acordo com outra modalidade exemplificativa da presente invenção.

[0024] A Figura 3B é um diagrama esquemático de processamento

Petição 870190041062, de 02/05/2019, pág. 18/109

7/35 de um pacote SDU mostrado de acordo com outra modalidade exemplificativa da presente invenção.

[0025] As Figuras 3C e 3D são diagramas esquemáticos de uma estrutura de um pacote PDU mostrado de acordo com outra modalidade exemplificativa da presente invenção.

[0026] A Figura 4A é um fluxograma de método de um método para geração do pacote PDU mostrado de acordo com uma outra modalidade exemplificativa da presente invenção.

[0027] As Figuras 4B, 4C, 4D e 4E são diagramas esquemáticos de uma estrutura de um pacote PDU mostrados de acordo com uma outra modalidade exemplificativa da presente invenção.

[0028] A Figura 5A é um diagrama esquemático de uma estrutura de um pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção.

[0029] A Figura 5B é um diagrama esquemático de aquisição de um pacote PDU após processar um pacote SDU mostrado de acordo com uma modalidade exemplificativa da presente invenção.

[0030] A Figura 6 é um diagrama esquemático de uma estrutura de um dispositivo para geração de um pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção.

[0031] A Figura 7 é um diagrama esquemático de uma estrutura de um dispositivo para geração de um pacote PDU mostrado de acordo com outra modalidade exemplificativa da presente invenção.

[0032] A Figura 8 é um diagrama esquemático de uma estrutura de um dispositivo para geração de um pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção. DESCRIÇÃO DETALHADA [0033] A seguir, modalidades exemplificativas serão descritas em detalhes. As modalidades são mostradas nos desenhos. Na descrição a seguir, quando nos referimos aos desenhos, os mesmos números nos

Petição 870190041062, de 02/05/2019, pág. 19/109

8/35 diferentes desenhos indicam os mesmos elementos ou elementos similares, salvo indicação em contrário. As modalidades descritas nas modalidades exemplificativas a seguir não são representativas de todas as modalidades consistentes com a presente invenção. Pelo contrário, eles são apenas exemplos de dispositivos e métodos consistentes com alguns aspectos da presente invenção, conforme detalhado nas reivindicações anexas.

[0034] Por conveniência de compreensão, o ambiente de implementação de acordo com várias modalidades da presente invenção será introduzido resumidamente aqui.

[0035] Na LTE, quando uma extremidade transmissora transmite dados para uma extremidade receptora, a camada RLC na extremidade transmissora, em referência à Figura 1, pode receber o pacote SDU a partir da camada PDCP. Uma vez que a camada RLC interage com a camada MAC através do pacote PDU, e o tamanho do pacote SDU recebido geralmente é diferente do tamanho do pacote PDU especificado pela camada MAC, a camada RLC precisa processar o pacote SDU recebido, por exemplo, ao executar segmentação, distribuição em cascata, etc., então, gerar o pacote PDU de acordo com o resultado do processamento e transmitir o pacote PDU gerado para a extremidade receptora, em que o pacote PDU inclui um cabeçalho de pacote e uma seção de dados. Após receber o pacote PDU, a camada RLC na extremidade receptora desencapsula a SDU de acordo com o cabeçalho de pacote do pacote PDU e encaminha a SDU para uma camada superior.

[0036] Aqui, a extremidade transmissora pode ser um equipamento de usuário (User Equipment - UE) ou uma estação base e, correspondentemente, a extremidade receptora também pode ser uma estação base ou um UE, o qual não está limitado aqui.

[0037] As funções da camada RLC são implementadas por uma entidade RLC e a entidade RLC pode ser configurada como um dos três

Petição 870190041062, de 02/05/2019, pág. 20/109

9/35 modos a seguir.

[0038] O primeiro modo é um modo transparente (Transparent Mode - TM), e este modo pode ser considerado como um RLC vazio, uma vez que este modo fornece apenas uma função de transmissão transparente de dados.

[0039] O segundo modo é um modo não reconhecido (Unacknowledged Mode - UM) e este modo fornece todas as funções RLC, exceto retransmissão e ressegmentação.

[0040] O terceiro modo é um modo reconhecido (Acknowledged Mode - AM), e este modo fornece todas as funções do RLC por meio de detecção de erro e retransmissão.

[0041] Salvo especificação em contrário, o método para geração do pacote PDU fornecido por várias modalidades da presente invenção é usado sob UM e AM.

[0042] Em referência à Figura 2, a qual é um fluxograma de método de um método para gerar um pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção, o método para geração do pacote PDU conforme mostrado na Figura 2 pode incluir as etapas a seguir.

[0043] Na etapa 210, um pacote SDU é adquirido.

[0044] Na etapa 220, o pacote SDU é processado de acordo com o tamanho de um pacote de dados predefinido.

[0045] Na etapa 230, um cabeçalho de pacote e uma seção de dados do pacote PDU são gerados com base no resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU.

[0046] Aqui, o cabeçalho de pacote omite um campo Fl e um campo RF, porém, inclui um campo predefinido e o campo predefinido inclui outros campos, exceto o campo Fl e o campo RF redefinidos em um

Petição 870190041062, de 02/05/2019, pág. 21/109

10/35 cabeçalho de pacote em comum ou um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF. [0047] Em resumo, para o método de geração do pacote PDU fornecido por esta modalidade, um pacote PDU que inclui um cabeçalho de pacote e seção de dados é gerado, e o cabeçalho de pacote omite o campo Fl e o campo RF, porém, inclui o campo predefinido, em que o campo predefinido são outros campos exceto o campo Fl e o campo RF já existentes no cabeçalho de pacote em comum ou um campo de destino que foi recém-adicionado e tem uma extensão menor do que a extensão total do campo Fl e do campo RF. Desta forma, o problema do fato de que as sobrecargas produzidas pelo cabeçalho de pacote do pacote PDU conforme gerado na técnica relacionada serem grandes pode ser resolvido, e pode ser obtido um efeito de omitir diretamente o campo Fl e o campo de RF ou adicionar um campo de destino que tem uma extensão menor ao mesmo tempo em que se omite o campo Fl e o campo RF, deste modo, reduzindo a extensão do cabeçalho de pacote e evitando as sobrecargas do cabeçalho de pacote.

[0048] O campo predefinido inclui outros campos, exceto o campo Fl e o campo RF , os quais são redefinidos no cabeçalho de pacote em comum ou um campo de destino recém-adicionado, em que a extensão do campo de destino recém-adicionado é menor do que a extensão total do campo Fl e do campo RF.

[0049] Portanto, os dois casos acima serão explicados separadamente abaixo em diferentes modalidades.

[0050] Em referência à Figura 3A, a qual é um fluxograma de método de um método para geração do pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção, o exemplo nesta modalidade é que o campo predefinido é como os outros campos do cabeçalho de pacotes em comum. Conforme mostrado na Figura 3A,

Petição 870190041062, de 02/05/2019, pág. 22/109

11/35 o método para geração de pacote PDU pode incluir as etapas a seguir. [0051] Na etapa 310, um pacote SDU é adquirido.

[0052] Quando a extremidade transmissora precisa transmitir os dados, a entidade RLC pode receber o pacote SDU da camada PDCP.

[0053] Na etapa 320, o pacote SDU é processado de acordo com um tamanho do pacote de dados predefinido.

[0054] O tamanho do pacote de dados predefinido é o tamanho do pacote PDU especificado pela camada MAC.

[0055] Na implementação real, uma vez que o tamanho do pacote SDU recebido geralmente é diferente do tamanho do pacote PDU especificado pela camada MAC, a entidade RLC normalmente precisa processar o pacote SDU. Aqui, o processamento executado para o pacote SDU inclui um ou ambos da segmentação e formação de cascata, o que não está limitado nesta modalidade.

[0056] Opcionalmente, quando o tamanho do pacote SDU é maior do que o tamanho da seção de dados no pacote de dados predefinido, a entidade RLC pode segmentar o pacote SDU. Por exemplo, quando o tamanho do pacote SDU é de 100 bytes, o tamanho do pacote de dados predefinido é de 60 bytes e o cabeçalho de pacote precisa ocupar 10 bytes, a entidade RLC pode segmentar o pacote SDU em dois segmentos SDU, cada segmento de SDU tendo 50 bytes. Para outro exemplo, quando o tamanho do pacote SDU é de 100 bytes, o tamanho do pacote de dados predefinido é 70 bytes e o cabeçalho de pacote precisa ocupar 10 bytes, a entidade RLC pode segmentar o pacote SDU em dois segmentos SDU como 60 bytes e 40 bytes. Então, a entidade RLC pode ainda distribuir em cascata o segmento de SDU de 40 bytes e o segmento de SDU de 20 bytes do próximo pacote SDU, configurar os 60 bytes no próximo pacote SDU para serem independentes e distribuir em cascata os últimos 20 bytes do segmento de SDU do próximo pacote SDU e os 40 bytes do próximo pacote SDU, e assim por diante.

Petição 870190041062, de 02/05/2019, pág. 23/109

12/35 [0057] Quando o tamanho do pacote SDU é menor do que o tamanho da seção de dados no pacote de dados predefinido, a entidade RLC pode segmentar e distribuir em cascata o pacote SDU. Por exemplo, quando o tamanho do pacote SDU é de 30 bytes, o tamanho do pacote de dados predefinido é de 120 bytes e o cabeçalho de pacote precisa ocupar 10 bytes, a entidade RLC, em referência à Figura 3B, pode distribuir em cascata três pacotes SDU e os primeiros 20 bytes do quarto pacote SDU, e distribuir em cascata os últimos 10 bytes do quarto pacote SDU, do quinto pacote SDU, do sexto pacote SDU, do sétimo pacote SDU e os primeiros 10 bytes do oitavo pacote SDU e assim por diante.

[0058] Quando o tamanho do pacote SDU é igual ao tamanho da seção de dados no pacote de dados predefinido, nenhum processamento é necessário.

[0059] Na etapa 330, uma seção de dados é gerada com base no resultado do processamento.

[0060] Conforme pode ser visto a partir do processamento para o pacote SDU, a seção de dados pode ser uma SDU completa, um segmento de SDU ou uma combinação dos mesmos. Além disso, quando a seção de dados é a combinação da SDU completa e do segmento de SDU, somente a primeira e a última seção de dados podem ser o segmento de SDU.

[0061] Na etapa 340, o número SN ao qual o primeiro pacote SDU da seção de dados corresponde é adquirido.

[0062] Quando a SDU é distribuída em cascata, a entidade RLC pode adquirir o número SN ao qual o primeiro pacote SDU da seção de dados corresponde.

[0063] Por exemplo, quando o tamanho do pacote SDU é de 100 bytes e o tamanho do pacote predefinido é de 120 bytes, a entidade RLC pode adquirir o número SN do primeiro pacote SDU, tal como SN

Petição 870190041062, de 02/05/2019, pág. 24/109

13/35 = 0, uma vez que a seção de dados pode inclui todo o conteúdo do primeiro pacote SDU e os primeiros 10 bytes do segundo pacote SDU.

[0064] Na etapa 350, é adquirida a primeira informação sobre indicação, a primeira informação sobre indicação sendo usada para indicar se o último byte da seção de dados é o último byte da última SDU.

[0065] A entidade RLC pode detectar se o último byte da seção de dados é o último byte da última SDU. Quando o resultado da detecção é NÃO, a primeira informação sobre indicação, tal como Ό', para indicar NÃO é gerada e, quando o resultado da detecção é SIM, a primeira informação sobre indicação, tal como '1', para indicar SIM é gerada.

[0066] Por exemplo, se ainda o tamanho do pacote SDU é de 100 bytes, e o tamanho do pacote predefinido é de 120 bytes, a entidade RLC pode gerar Ό', uma vez que o último byte da seção de dados é o 10° byte do segundo pacote SDU, em vez do último byte do pacote SDU. [0067] Na etapa 360, uma posição de byte inicial do primeiro byte da seção de dados correspondentemente no pacote SDU é adquirida.

[0068] De modo a permitir que a extremidade receptora descapsule o pacote SDU após receber o pacote PDU, a entidade RLC pode adquirir a posição de byte inicial do primeiro byte da seção de dados no pacote SDU.

[0069] Na etapa 370, um cabeçalho de pacote que inclui campo SN, campo LSF e campo SO é gerado, a seção de dados e o cabeçalho de pacote constituindo o pacote PDU, em que o campo SN inclui o número SN adquirido, o campo LSF inclui a primeira informação sobre indicação adquirida e o campo SO inclui a posição de byte inicial adquirida.

[0070] O cabeçalho de pacote omite o campo Fl e o campo RF, porém, pode incluir ainda, na implementação real, os outros campos no cabeçalho de pacote em comum, tais como um campo D/C, um campo E, um campo LI, um campo P, um campo de preenchimento e assim por diante. Aqui, o campo de preenchimento é usado para permitir que o

Petição 870190041062, de 02/05/2019, pág. 25/109

14/35 cabeçalho de dados seja bytes inteiros quando o cabeçalho de pacote é bytes não inteiros. Opcionalmente, quando o método para geração do pacote PDU é usado sob UM, o cabeçalho de pacote não inclui o campo D/C e o campo P, o que não est limitado por esta modalidade.

[0071] Na implementação real, o cabeçalho de pacote pode incluir um cabeçalho fixo e um cabeçalho estendido com referência à Figura 3C, a qual é um diagrama esquemático de uma estrutura de um possível cabeçalho de pacote. Além disso, em conjunto com a Figura 3C, o cabeçalho fixo começa a partir da posição inicial do cabeçalho até o campo SO e o cabeçalho estendido começa a partir do campo E até o final. O campo SN do cabeçalho fixo é o número SN ao qual a primeira SDU da seção de dados corresponde; o campo SO do cabeçalho fixo indica a posição de byte inicial do primeiro byte da seção de dados correspondente na SDU; e o campo LSF do cabeçalho fixo indica se o último byte da seção de dados corresponde ao último byte da última SDU do RLC. O campo R é um campo reservado e pode ou não estar presente na implementação real, o que não está limitado por esta modalidade. Quando o bit de extensão Έ' é igual a 1, isto indica que há um cabeçalho estendido após o cabeçalho fixo, ou seja, o campo E e o campo LI. Quando o campo E do cabeçalho estendido é igual a 1, isto indica que há um cabeçalho mais estendido após o cabeçalho estendido e assim por diante. O campo LI do primeiro cabeçalho estendido é usado para indicar o número de bytes do primeiro segmento de SDU/SDU incluído na seção de dados; o campo LI do segundo cabeçalho estendido indica o número de bytes da segunda SDU;...; e o campo LI do último cabeçalho estendido indica o número de bytes da última, exceto uma SDU (somente a primeira e a última SDU do RLC podem possivelmente ser o segmento). O campo de preenchimento é usado para fazer com que o cabeçalho seja um número inteiro de bytes quando o tamanho do cabeçalho inteiro for bytes não inteiros.

Petição 870190041062, de 02/05/2019, pág. 26/109

15/35 [0072] Um ponto que deve ser observado é que, quando nenhuma distribuição em cascata é executada como processamento da SDU, a entidade RLC indica a situação do segmento da seção de dados pelo campo SO e o campo LSF e a entidade RLC, neste momento, pode gerar o cabeçalho de pacote mostrado na Figura 3D. Na implementação real, o campo E é 0 para indicar que a seção de dados é meramente um pacote SDU ou segmento de SDU. A Figura 3D pega apenas os respectivos campos que são da extensão e estão posicionados na ordem mostrada na figura como um exemplo. Opcionalmente, a extensão e a ordem dos respectivos campos podem ser concebidos de acordo com os requisitos reais, o que não está limitado nesta modalidade.

[0073] Outro ponto que deve ser observado é que, quando o pacote PDU precisa ser ressegmentado, somente a seção de dados do pacote PDU é ressegmentada, e o cabeçalho de pacote segmentado é adicionado de acordo com a regra acima, a qual não será descrita novamente nesta modalidade.

[0074] Em resumo, para o método de geração do pacote PDU fornecido por esta modalidade, um pacote PDU que inclui um cabeçalho de pacote e seção de dados é gerado, e o cabeçalho de pacote omite o campo Fl e o campo RF, porém, inclui o campo predefinido, em que o campo predefinido são outros campos, exceto o campo Fl e o campo RF já existentes no cabeçalho de pacote em comum ou um campo de destino que foi recém-adicionado e tem uma extensão menor do que a extensão total do campo Fl e do campo RF. Desta forma, o problema do fato de que as sobrecargas produzidas pelo cabeçalho de pacote do pacote PDU conforme gerado na técnica relacionada serem grandes pode ser resolvido, e pode ser obtido um efeito de omitir diretamente o campo Fl e o campo de RF ou adicionar um campo de destino que tem uma extensão menor ao mesmo tempo em que se omite o campo Fl e o campo RF, deste modo, reduzindo a extensão do cabeçalho de pacote

Petição 870190041062, de 02/05/2019, pág. 27/109

16/35 e evitando as sobrecargas do cabeçalho de pacote.

[0075] Em referência à Figura 4A, a qual é um fluxograma de método de um método para geração do pacote PDU mostrado de acordo com outra modalidade exemplificativa da presente invenção, um campo predefinido que inclui um campo de destino que é recém-adicionado é tomado como um exemplo nesta modalidade, e o método para geração do pacote PDU conforme mostrado na Figura 4A pode incluir as etapas a seguir.

[0076] Na etapa 410, um pacote SDU é adquirido.

[0077] Na etapa 420, o pacote SDU é processado de acordo com um tamanho de um pacote de dados predefinido.

[0078] Na etapa 430, uma seção de dados é gerada com base no resultado do processamento.

[0079] As etapas 410 a 430 são similares às etapas 310 a 330 na modalidade anterior, e não serão descritas aqui novamente.

[0080] Na etapa 440, a segunda informação sobre indicação é adquirida. Quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU.

[0081] Na implementação real, se a SDU é distribuída em cascata na etapa 420, a entidade RLC pode detectar se a primeira SDU da seção de dados é um segmento de SDU e gerar a segunda informação sobre indicação de acordo com o resultado da detecção. Por exemplo, se o resultado da detecção for sim, 0 será gerado e, se o resultado da detecção for não, 1 será gerado. Por exemplo, em conjunto com a Figura 3B, a primeira SDU da seção de dados para a primeira PDU é uma SDU completa e a entidade RLC gera '1' neste momento; enquanto que,

Petição 870190041062, de 02/05/2019, pág. 28/109

17/35 para a segunda PDU, a primeira SDU da seção de dados é um segmento de SDU e a entidade RLC gera '0' neste momento.

[0082] Se a SDU não é distribuída em cascata na etapa 420, a entidade RLC detecta se a seção de dados é um segmento de SDU e gera a segunda informação sobre indicação de acordo com o resultado da detecção.

[0083] Na etapa 450, o cabeçalho de pacote que inclui o campo de destino é gerado. O campo de destino inclui a segunda informação sobre indicação e a seção de dados e o cabeçalho de pacote constituem o pacote PDU.

[0084] Na implementação real, o campo de destino pode ser um campo de indicação de segmentação (SI). Ou seja, a entidade RLC pode gerar um cabeçalho de pacote que inclui o campo SI e o campo SI incluindo a segunda informação sobre indicação. Aqui, o campo de destino geralmente tem 1 bit.

[0085] Na implementação real, se a segunda informação sobre indicação não é usada para indicar o segmento de SDU, a entidade RLC pode gerar o cabeçalho de pacote que inclui o campo SI e omitir o campo SO e o campo LSF no cabeçalho de pacote em comum. Em referência às Figuras 4B e 4C, estas são diagramas esquemáticos da estrutura do pacote PDU gerado, respectivamente, quando a distribuição em cascata é executada ou não.

[0086] No entanto, se a segunda informação sobre indicação é usada para indicar o segmento de SDU, a entidade RLC pode gerar o cabeçalho de pacote que inclui o campo SI. Em referência às Figuras 4D e 4E, estas são diagramas esquemáticos da estrutura do pacote PDU gerado, respectivamente, quando a distribuição em cascata é executada ou não. Além disso, em um caso onde a distribuição em cascata é executada, o campo SN, o campo LSF e o campo SO no cabeçalho de pacote gerado pela entidade RLC podem ser similares à modalidade

Petição 870190041062, de 02/05/2019, pág. 29/109

18/35 anterior, e não serão descritos aqui novamente.

[0087] O primeiro ponto que deve ser observado é que o cabeçalho de pacote que omite o campo Fl e o campo RF conforme indicado nesta modalidade não será descrito aqui novamente. Além disso, salvo indicação em contrário, o cabeçalho de pacote também pode incluir outro campo no cabeçalho de pacote em comum, o qual também não será descrito aqui.

[0088] O segundo ponto que deve ser observado é que a estação base pode configurar se o cabeçalho de pacote inclui o campo de destino via mensagens de configuração de controle de recursos de rádio (RRC). Assim, quando o cabeçalho de pacote é configurado para incluir o campo de destino através das mensagens de configuração de RRC, um cabeçalho de pacote que inclui o campo de destino é gerado quando de geração do cabeçalho de pacote e, quando o cabeçalho de pacote é configurado para não incluir o campo de destino via mensagens de configuração de RRC, um cabeçalho de pacote que não inclui o campo de destino é gerado quando de geração do cabeçalho de pacote. Esta modalidade não está limitada ao mesmo.

[0089] O terceiro ponto que deve ser observado é que, quando o pacote PDU requer ressegmentação, o RLC pode executar a ressegmentação apenas na seção de dados do pacote PDU; e o modo de encapsulação do cabeçalho de pacote é similar àquele descrito acima e não será descrito novamente nesta modalidade.

[0090] Em resumo, para o método para geração de pacote PDU fornecido por esta modalidade, um pacote PDU que inclui um cabeçalho de pacote e seção de dados é gerado e o cabeçalho de pacote omite o campo Fl e o campo de RF, porém, inclui o campo predefinido, em que o campo predefinido são outros campos, exceto o campo Fl e o campo RF já existentes no cabeçalho de pacote em comum ou um campo de destino que foi recém-adicionado e tem uma extensão menor do que a

Petição 870190041062, de 02/05/2019, pág. 30/109

19/35 extensão total do campo Fl e do campo RF. Desta forma, o problema do fato de que as sobrecargas produzidas pelo cabeçalho de pacote do pacote PDU conforme gerado na técnica relacionada serem grandes pode ser resolvido, e pode ser obtido um efeito de omitir diretamente o campo Fl e o campo de RF ou adicionar um campo de destino que tem uma extensão menor ao mesmo tempo em que se omite o campo Fl e o campo RF, deste modo, reduzindo a extensão do cabeçalho de pacote e evitando as sobrecargas do cabeçalho de pacote.

[0091] Em cada uma das modalidades acima, quando o cabeçalho de pacote inclui o campo SO, a extensão do campo SO geralmente é uma extensão fixa predefinida, tal como 2 bytes. No entanto, para alguns serviços de baixa taxa, o tamanho do pacote PDU geralmente é de apenas alguns bytes, portanto, o campo SO de 2 bytes é bastante grande em relação ao pacote PDU e, portanto, causa uma determinada sobrecarga do cabeçalho. Neste momento, a extensão do campo SO pode ser otimizada. Opcionalmente, a solução para otimizar a extensão do campo SO pode incluir dois modos.

[0092] No primeiro modo de implementação possível, a etapa de geração do cabeçalho de pacote pode incluir os seguintes conteúdos.

[0093] Primeiramente, a terceira informação sobre indicação usada para indicar se o pacote de dados predefinido é um pacote de dados pequeno é adquirida; em que, quando a SDU é distribuída em cascata, o pacote de dados predefinido é o pacote SDU completo ao qual a primeira SDU na seção de dados corresponde; e, quando a SDU não é distribuída em cascata, o pacote de dados predefinido é o pacote SDU completo ao qual a SDU na seção de dados corresponde.

[0094] Opcionalmente, a entidade RLC pode detectar se o tamanho do pacote de dados predefinido é menor do que o tamanho predefinido. Se o resultado da detecção for sim, a terceira informação sobre indicação, tal como 1, a qual indica que o pacote de dados predefinido é um

Petição 870190041062, de 02/05/2019, pág. 31/109

20/35 pacote de dados pequeno, é gerada e, se o resultado da detecção for não, a terceira informação sobre indicação, tal como 0, a qual indica que o pacote de dados predefinido é um pacote de dados grande é gerada. O tamanho predefinido pode ser um tamanho padrão, tal como 100 bytes, ou um tamanho configurado pela estação base através das mensagens de configuração de RRC quando o método é usado no UE, o que não está limitado nesta modalidade. Quando o tamanho predefinido é o tamanho configurado pela estação de base, o tamanho predefinido pode ser um tamanho compartilhado por todos os portadores de rádio de dados (Data Radio Bearers - DRBs) ou um tamanho independentemente usado por um DRB, o que não está limitado nesta modalidade.

[0095] Em implementação real, se o pacote SDU é distribuído em cascata, o pacote de dados predefinido é o pacote de dados SDU completo ao qual a primeira SDU na seção de dados corresponde. Opcionalmente, quando a primeira SDU na seção de dados é uma SDU completa, o pacote de dados predefinido é a primeira SDU; e, quando a primeira SDU na seção de dados é um segmento de SDU, a entidade RLC adquire o pacote SDU ao qual o segmento de SDU pertence e serve o pacote SDU adquirido como o pacote de dados predefinido.

[0096] No entanto, se o pacote SDU não é distribuído em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a SDU na seção de dados corresponde. Opcionalmente, quando o conteúdo na seção de dados é uma SDU completa, o pacote de dados predefinido é a SDU; e, quando o conteúdo na seção de dados é um segmento de SDU, por exemplo, quando um pacote SDU é encapsulado em dois pacotes PDU, a entidade RLC adquire o pacote SDU ao qual o segmento de SDU pertence e serve o pacote SDU adquirido como o pacote de dados predefinido.

[0097] Em geral, a terceira informação sobre indicação tem 1 bit.

Petição 870190041062, de 02/05/2019, pág. 32/109

21/35 [0098] Em segundo, o cabeçalho de pacote, incluindo a terceira informação sobre indicação e o campo SO de destino, é gerado ao gerar o cabeçalho de pacote quando a terceira informação sobre indicação é usada para indicar que o pacote de dados predefinido é um pacote de dados pequeno; em que a extensão do campo SO de destino é menor do que a extensão do campo SO no cabeçalho de pacote em comum. Por exemplo, a extensão do campo SO de destino pode ser de 7 bits.

[0099] Opcionalmente, a entidade RLC pode gerar o cabeçalho de pacote que inclui um campo de dados (SD) pequeno e um campo SO de destino. O campo SD inclui a terceira informação sobre indicação.

[0100] Opcionalmente, quando a terceira informação sobre indicação é usada para indicar que o pacote de dados predefinido é um pacote de dados grande, o cabeçalho de pacote que inclui o campo SD e o campo SO é gerado ao gerar o cabeçalho de pacote, a extensão do campo SO sendo a extensão predefinida. A presente extensão pode ser menor do que a extensão do campo SO no cabeçalho de pacote em comum ou pode ser igual à extensão do campo SO no cabeçalho de pacote em comum, o que não está limitado nesta modalidade.

[0101] Além disso, na implementação real, a extensão do campo SO de destino e a extensão predefinida podem ser a extensão padrão ou podem ser a extensão configurada pela estação base através das mensagens de configuração de RRC, o que não está limitado nesta modalidade.

[0102] Além disso, a estação base pode configurar se o cabeçalho de pacote inclui o campo SD através das mensagens de configuração de RRC e, ao gerar o cabeçalho de pacote, o cabeçalho de pacote que inclui o campo SD pode ser gerado somente quando o campo SD é incluído no cabeçalho de pacote configurado através da mensagem de configuração de RRC, o que não está limitado nesta modalidade.

Petição 870190041062, de 02/05/2019, pág. 33/109

22/35 [0103] Quando um pacote de dados pequeno é detectado, as sobrecargas produzidas pelo campo SO podem ser poupadas ao usar o campo SO de destino que tem uma extensão menor do que a extensão do campo SO no cabeçalho de pacotes em comum o que, deste modo, alcança um efeito de poupar ainda mais sobrecargas produzidas pelo cabeçalho de pacote.

[0104] No segundo modo de implementação possível, a etapa de geração do cabeçalho de pacote pode incluir os seguintes conteúdos.

[0105] O cabeçalho de pacote que inclui o campo SO com uma extensão alvo é gerado de acordo com as mensagens de configuração de RRC que são historicamente adquiridas. As mensagens de configuração de RRC incluem a extensão do destino e a extensão do destino é menor do que uma extensão do campo SO no cabeçalho de pacote em comum.

[0106] Quando a estação base executa a configuração DRB para o UE através das mensagens de configuração de RRC, as mensagens de configuração de RRC incluem a extensão alvo, tal como 7 bits. Naturalmente, na implementação real, a extensão alvo incluída nas mensagens de configuração de RRC também pode ser outras extensões, o que não está limitado nesta modalidade.

[0107] Posteriormente, ao gerar o cabeçalho de pacote, o cabeçalho de pacote que inclui o campo SO com a extensão alvo pode ser gerado de acordo com a extensão alvo configurada nas mensagens de configuração de RRC.

[0108] Ao configurar uma extensão predefinida menor do que a extensão do campo SO no cabeçalho de pacote em comum, a estação base permite que a entidade RLC gere o cabeçalho de pacote que inclui o campo SO que tem a extensão predefinida ao gerar o cabeçalho de pacote, deste modo, reduzindo as sobrecargas produzidas pelo cabeçalho de pacote.

Petição 870190041062, de 02/05/2019, pág. 34/109

23/35 [0109] Além disso, quando a entidade RLC não tem a função de distribuição em cascata, a entidade RLC pode desabilitar a função de segmentação do pacote de dados pequeno nesta modalidade, uma vez que uma determinada quantidade de recursos de processamento é necessária para segmentar os dados pequenos. Na implementação real, isto pode incluir os seguintes conteúdos.

[0110] Primeiramente, a mensagem de configuração de RRC transmitida pela extremidade receptora é adquirida e a mensagem de configuração de RRC é usada para desabilitar a função de segmento para segmentação do pacote SDU.

[0111] A estação base transmite mensagens de configuração de RRC para configurar o DRB do UE e desabilita a função de segmento do RLC na configuração RLC do DRB. Na implementação real, a configuração pode ser executada separada ou uniformemente para o uplink e o downlink, e pode ser executada sob UM e DM. Naturalmente, a mensagem de configuração de RRC também pode ser configurada para não desabilitar a função de segmento, o que não está limitado aqui.

[0112] Em segundo, a função de segmento para segmentação do pacote SDU é desabilitada.

[0113] Após receber as mensagens de configuração de RRC, quando as mensagens de configuração de RRC indicam para desabilitar a função de segmento para o uplink, a entidade RLC não segmenta o pacote SDU recebido ao transmitir os dados; e, em referência à Figura 5A, os dados podem ser transmitidos usando o formato de pacote PDU que não é segmentado. No entanto, quando as mensagens de configuração de RRC indicam para desabilitar a função de segmento para o downlink, a entidade RLC, após receber o pacote PDU transmitido pela extremidade oposta, pode saber que o pacote PDU é um pacote SDU que não é segmentado.

[0114] Para os serviços de dados pequenos, a estação base pode

Petição 870190041062, de 02/05/2019, pág. 35/109

24/35 configurar a entidade RLC para desabilitar a função de segmento, o que reduz as operações complexas requeridas pela entidade RLC para processar o pacote de dados pequeno e melhora a eficiência de transmissão de dados da entidade RLC.

[0115] Em modalidades anteriores, depois que a entidade RLC processa o pacote SDU, os números SN no pacote PDU gerado podem não ser consecutivos. Por exemplo, em referência à Figura 5B, a entidade RLC recebe cinco pacotes SDU com SNs de 0, 1, 2, 3 e 4, respectivamente e, então, a entidade RLC encapsula o primeiro segmento do pacote SDU de SN = 0 no primeiro pacote PDU, o segundo segmento do pacote SDU de SN = 0, o pacote SDU de SN = 1 e o primeiro segmento do pacote SDU de SN = 2 no segundo pacote PDU e o segundo segmento do pacote de SDU de SN = 2 e o pacote de SDU de SN = 3 e SN = 4 no terceiro pacote PDU. Por favor, ainda em referência à Figura 5B, obviamente, os números SN dos três pacotes PDU adquiridos pela entidade RLC são sequencialmente 0, 0 e 2, os quais não são consecutivos. Neste ponto, de modo a confirmar se cada um dos pacotes PDU adquiridos inclui o conteúdo repetido, a entidade RLC pode detectar se os números SN são consecutivos de acordo com o campo SN e o campo SO em cada um dos pacotes PDU adquiridos. Por exemplo, tomando o primeiro pacote PDU e o segundo pacote PDU como um exemplo em conjunto com a Figura 5B, a entidade RLC pode detectar se o último byte do primeiro pacote PDU é o (LSF-1)° byte, ou seja, o 221° byte, do segundo pacote PDU. Quando o resultado da detecção é sim, a entidade RLC pode determinar que o pacote SDU de SN = 0 não tem problema ao encapsular a repetição. E, para confirmar se a perda de pacotes SDU ocorreu em cada um dos pacotes PDU adquiridos, a entidade RLC pode detectar se n + m é igual a N, onde n é o número SN do pacote SDU que corresponde ao último byte incluído no pacote PDU onde a interrupção começa, m é o número SN do pacote PDU no qual

Petição 870190041062, de 02/05/2019, pág. 36/109

25/35 a interrupção começa e N é o número SN do pacote PDU onde a interrupção termina. Se o resultado da detecção for sim, é determinado que não ocorre perda de pacotes e, se o resultado da detecção for não, é determinado que uma perda de pacotes ocorre. Por exemplo, em conjunto com a Figura 5B, o número SN do segundo pacote PDU é 0 e o número SN do terceiro pacote PDU é 2. Os dois não são consecutivos, portanto, neste ponto, a entidade RLC pode calcular a soma (2) do SN número (ou seja, 2) do pacote SDU ao qual o último byte do segundo pacote PDU corresponde e o número SN (a saber, 0) do segundo pacote PDU, e detecta ainda se a soma calculada é igual ao número SN (2) do terceiro pacote PDU; e, quando o resultado de detecção da entidade RLC é sim, a entidade RLC pode determinar que não ocorre perda de pacote.

[0116] A Figura 6 é um diagrama esquemático de uma estrutura de um dispositivo para gerar pacotes de PDU mostrados de acordo com uma modalidade exemplificativa da presente invenção. Conforme mostrado na Figura 6, o dispositivo para geração de pacote PDU pode incluir: um primeiro módulo de aquisição 610, um módulo de processamento 620 e um módulo gerador 630.

[0117] O primeiro módulo de aquisição 610 é configurado para adquirir um pacote de unidade de dados de serviço (SDU);

[0118] o módulo de processamento 620 é configurado para processar o pacote SDU de acordo com um tamanho de um pacote de dados predefinido; e [0119] o módulo gerador 630 é configurado para gerar um cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento do módulo de processamento 620, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enqua

Petição 870190041062, de 02/05/2019, pág. 37/109

26/35 dramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende outros campos, exceto o campo Fl e o campo RF redefinidos em um cabeçalho de pacote em comum ou um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF. [0120] Em resumo, para o dispositivo para geração do pacote PDU fornecido por esta modalidade, um pacote PDU que inclui o cabeçalho de pacote e seção de dados é gerado e o cabeçalho de pacote omite o campo Fl e o campo RF, porém, inclui o campo predefinido, onde o campo predefinido são outros campos, exceto o campo Fl e o campo RF já existentes no cabeçalho de pacote em comum ou um campo de destino que foi recém-adicionado e tem uma extensão menor do que a extensão total do campo Fl e do campo RF. Desta forma, o problema do fato de que as sobrecargas produzidas pelo cabeçalho de pacote do pacote PDU conforme gerado na técnica relacionada serem grandes pode ser resolvido, e pode ser obtido um efeito de omitir diretamente o campo Fl e o campo de RF ou adicionar um campo de destino que tem uma extensão menor ao mesmo tempo em que se omite o campo Fl e o campo RF, deste modo, reduzindo a extensão do cabeçalho de pacote e evitando as sobrecargas do cabeçalho de pacote.

[0121] A Figura 7 é um diagrama esquemático de uma estrutura de um dispositivo para geração de pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção. Conforme mostrado na Figura 7, o dispositivo para geração de pacote PDU pode incluir: um primeiro módulo de aquisição 710, um módulo de processamento 720 e um módulo gerador 730.

[0122] O primeiro módulo de aquisição 710 é configurado para adquirir um pacote de unidade de dados de serviço (SDU);

Petição 870190041062, de 02/05/2019, pág. 38/109

27/35 [0123] o módulo de processamento 720 é configurado para processar o pacote SDU de acordo com um tamanho de um pacote de dados predefinido; e [0124] o módulo gerador 730 é configurado para gerar um cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento do módulo de processamento 720, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende outros campos, exceto o campo Fl e o campo RF redefinidos em um cabeçalho de pacote em comum ou um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

[0125] Opcionalmente, o campo predefinido compreende os outros campos e os outros campos compreendem um campo de número de sequência (SN), um campo de sinalizador de último segmento (LSF) e um campo de desvio de segmentação (SO).

[0126] Quando o pacote SDU é distribuído em cascata, o módulo gerador 730 está ainda configurado para:

[0127] adquirir o número SN ao qual corresponde um primeiro pacote SDU da seção de dados;

[0128] adquirir a primeira informação sobre indicação que é usada para indicar se um último byte da seção de dados é um último byte de uma última SDU;

[0129] adquirir uma posição de byte inicial de um primeiro byte da seção de dados correspondentemente no pacote SDU; e [0130] gerar o cabeçalho de pacote que compreende o campo SN, o campo LSF e o campo SO, o campo SN compreendendo o número

Petição 870190041062, de 02/05/2019, pág. 39/109

28/35

SN adquirido, o campo LSF compreendendo a primeira informação sobre indicação adquirida e o campo SO compreendendo a posição de byte inicial adquirida.

[0131] Opcionalmente, o campo predefinido compreende o campo de destino que é recém-adicionado.

[0132] O módulo gerador 730 é ainda configurado para:

[0133] adquirir a segunda informação sobre indicação em que, quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se uma primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU; e [0134] gerar o cabeçalho de pacote que compreende o campo de destino, o campo de destino compreendendo a segunda informação sobre indicação.

[0135] Opcionalmente, o módulo gerador 730 é ainda configurado para:

[0136] gerar o cabeçalho de pacote que compreende o campo de destino, porém, omite o campo SO e o campo LSF no cabeçalho de pacote em comum quando a segunda informação sobre indicação não é usada para indicar o segmento de SDU.

[0137] Opcionalmente, o módulo gerador 730 é ainda configurado para:

[0138] gerar o cabeçalho de pacote que compreende o campo de destino quando as mensagens de configuração de controle de recursos de rádio (RRC) que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compor o campo de destino.

[0139] Opcionalmente, o módulo gerador 730 é ainda configurado para:

[0140] adquirir terceira informação sobre indicação que é usada

Petição 870190041062, de 02/05/2019, pág. 40/109

29/35 para indicar se o pacote de dados predefinido é um pacote de dados pequeno em que, quando a SDU é distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a primeira SDU na seção de dados corresponde e, quando a SDU não é distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a SDU na seção de dados corresponde; e [0141] gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando a terceira informação sobre indicação é usada para indicar que o pacote de dados predefinido é um pacote de dados pequeno, a extensão do campo SO de destino sendo menor do que a extensão do campo SO no cabeçalho de pacote em comum.

[0142] Opcionalmente, o módulo gerador 730 é ainda configurado para:

[0143] gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando as mensagens de configuração de RRC que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compreender a terceira informação sobre indicação.

[0144] Opcionalmente, o módulo gerador 730 é ainda configurado para: gerar o cabeçalho de pacote que compreende o campo SO que tem uma extensão alvo de acordo com as mensagens de configuração de RRC que são historicamente adquiridas, em que as mensagens de configuração de RRC compreendem uma extensão alvo menor do que uma extensão do campo SC no cabeçalho de pacote em comum.

[0145] Opcionalmente, o dispositivo compreende ainda:

[0146] um segundo módulo de aquisição 740 configurado para adquirir as mensagens de configuração de RRC transmitidas pela extremidade receptora antes que o módulo gerador 730 gere o cabeçalho de

Petição 870190041062, de 02/05/2019, pág. 41/109

30/35 pacote PDU de acordo com o resultado do processamento, as mensagens de configuração de RRC sendo usadas para desabilitar uma função de segmento para segmentação do pacote SDU; e [0147] um módulo de desabilitação 750 configurado para desabilitar a função de segmento para segmentação do pacote SDU após receber as mensagens de configuração de RRC.

[0148] Em resumo, para o dispositivo para geração do pacote PDU fornecido por esta modalidade, um pacote PDU que inclui o cabeçalho de pacote e seção de dados é gerado e o cabeçalho de pacote omite o campo Fl e o campo RF, porém, inclui o campo predefinido, onde o campo predefinido são outros campos, exceto o campo Fl e o campo RF já existentes no cabeçalho de pacote em comum ou um campo de destino que foi recém-adicionado e tem uma extensão menor do que a extensão total do campo Fl e do campo RF. Desta forma, o problema do fato de que as sobrecargas produzidas pelo cabeçalho de pacote do pacote PDU conforme gerado na técnica relacionada serem grandes pode ser resolvido, e pode ser obtido um efeito de omitir diretamente o campo Fl e o campo de RF ou adicionar um campo de destino que tem uma extensão menor ao mesmo tempo em que se omite o campo Fl e o campo RF, deste modo, reduzindo a extensão do cabeçalho de pacote e evitando as sobrecargas do cabeçalho de pacote.

[0149] É fornecido um dispositivo para geração do pacote PDU de acordo com uma modalidade exemplificativa da presente invenção e o método para geração do pacote PDU fornecido pela presente invenção pode ser implementado pelo dispositivo. O dispositivo para geração do pacote PDU compreende um processador; e uma memória para armazenar uma instrução executável pelo processador, em que:

[0150] o processador está configurado para:

[0151] adquirir um pacote de unidade de dados de serviço (SDU): [0152] processar o pacote SDU de acordo com o tamanho de um

Petição 870190041062, de 02/05/2019, pág. 42/109

31/35 pacote de dados predefinido; e [0153] gerar um cabeçalho de pacote e uma seção de dados do pacote PDU de acordo com um resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende outros campos, exceto o campo Fl e o campo RF redefinidos em um cabeçalho de pacote em comum ou um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

[0154] A Figura 8 é um diagrama esquemático de uma estrutura de um dispositivo para geração de pacote PDU mostrado de acordo com uma modalidade exemplificativa da presente invenção. O dispositivo 800 pode ser implementado como todo ou parte do UE.

[0155] Em referência à Figura 8, o dispositivo 800 pode incluir um ou mais dos seguintes componentes: um componente de processamento 802, uma memória 804, um componente de energia 806, um componente multimídia 808, um componente de áudio 810, uma interface de entrada/saída (I/O) 812, um componente sensor 814 e um componente de comunicação 816.

[0156] O componente de processamento 802 normalmente controla as operações globais do dispositivo 800, tais como as operações associadas ao monitor, chamadas telefônicas, comunicações de dados, operações de câmera e operações de gravação. O componente de processamento 802 pode incluir um ou mais processadores 818 para executar instruções para executar todas ou parte das etapas nos métodos descritos acima. Além disso, o componente de processamento 802 pode incluir um ou mais módulos que facilitam a interação entre o componente de processamento 802 e outros componentes. Por exemplo, o

Petição 870190041062, de 02/05/2019, pág. 43/109

32/35 componente de processamento 802 pode incluir um módulo multimídia para facilitar a interação entre o componente multimídia 808 e o componente de processamento 802.

[0157] A memória 804 está configurada para armazenar vários tipos de dados para suportar o funcionamento do dispositivo 800. Exemplos de tais dados incluem instruções para quaisquer aplicativos ou métodos operados no dispositivo 8 00, dados de contato, dados da agenda telefônica, mensagens, imagens, vídeos, etc. A memória 804 pode ser implementada usando qualquer tipo de dispositivo de memória volátil ou não volátil, ou uma combinação dos mesmos, tal como uma memória estática de acesso aleatório (SRAM), uma memória de leitura apenas programável eletricamente apagável (EEPROM), uma memória de leitura apenas programável e apagável (EPROM), uma memória de leitura apenas programável (PROM), uma memória de leitura apenas (ROM), uma memória magnética, uma memória flash, um disco magnético ou óptico.

[0158] O componente de energia 806 fornece energia a vários componentes do dispositivo 800. O componente de energia 806 pode incluir um sistema de gerenciamento de energia, uma ou mais fontes de energia e quaisquer outros componentes associados à geração, gerenciamento e distribuição de energia no dispositivo 800.

[0159] O componente multimídia 808 inclui uma tela que constitui uma interface de saída entre o dispositivo 800 e o usuário. Em algumas modalidades, a tela pode incluir uma tela de cristal líquido (LCD) e um painel de toque (Touch Panel - TP). Se a tela incluir o painel de toque, a tela pode ser implementada como uma tela sensível ao toque para receber sinais de entrada do usuário. O painel de toque inclui um ou mais sensores de toque para detectar toques, deslizamento e gestos no painel de toque. Os sensores de toque podem não apenas detectar um limite de uma ação de toque ou deslizamento, porém, também sentir a

Petição 870190041062, de 02/05/2019, pág. 44/109

33/35 duração e a pressão associadas à ação de tocar ou deslizar. Em algumas modalidades, o componente multimídia 808 inclui uma câmera frontal e/ou uma câmera posterior. A câmera frontal e a câmera posterior podem receber dados multimídia externos enquanto o dispositivo 800 estiver em um modo de operação, tal como um modo de fotografia ou um modo de vídeo. Cada uma das câmeras frontal e posterior pode ser um sistema de lentes ópticas fixas ou ter capacidade de foco e zoom óptico.

[0160] O componente de áudio 810 é configurado para emitir e/ou receber sinais de áudio. Por exemplo, o componente de áudio 810 inclui um microfone (MIC) configurado para receber sinais de áudio externos quando o dispositivo 800 está em um modo de operação, tal como um modo de chamada, um modo de gravação e um modo de reconhecimento de voz. O sinal de áudio recebido pode ser ainda armazenado na memória 804 ou transmitido através do componente de comunicação 816. Em algumas modalidades, o componente de áudio 810 inclui ainda um alto-falante para emitir sinais de áudio.

[0161] A interface de 1/0 812 constitui uma interface entre o componente de processamento 802 e os módulos de interface periférica, tais como um teclado, uma roda de clique, botões e assim por diante. Os botões podem incluir, porém sem limitações, um botão de início, um botão de volume, um botão de inicialização e um botão de bloqueio.

[0162] O componente de sensor 814 inclui um ou mais sensores para fornecer avaliações sobre estado de vários aspectos do dispositivo 800. Por exemplo, o componente de sensor 814 pode detectar um estado de ativação/desativação do dispositivo 800, posicionamento relativo de componentes, por exemplo, o dispositivo de exibição e o mini teclado do dispositivo 800, e o componente de sensor 814 também podem detectar uma mudança de posição do dispositivo 800 ou um componente do dispositivo 800, presença ou ausência de contato do usuário

Petição 870190041062, de 02/05/2019, pág. 45/109

34/35 com o dispositivo 800, orientação ou aceleração/desaceleração do dispositivo 800 e mudança de temperatura do dispositivo 800. O componente sensor 814 pode incluir um sensor de proximidade configurado para detectar a presença de objetos próximos sem nenhum contato físico. O componente de sensor 814 também pode incluir um sensor de luz, tal como um sensor de imagem CMOS ou CCD, usado para aplicações de imagem. Em algumas modalidades, o componente de sensor 814 também pode incluir um sensor de acelerômetro, um sensor de giroscópio, um sensor magnético, um sensor de pressão ou um sensor de temperatura.

[0163] O componente de comunicação 816 é configurado para facilitar a comunicação, com ou sem fio, entre o dispositivo 800 e outros dispositivos. O dispositivo 800 pode acessar uma rede sem fio com base em um padrão de comunicação, tal como Wi-Fi, 2G ou 3G, ou uma combinação dos mesmos. Em uma modalidade exemplificativa, o componente de comunicação 816 recebe sinais de transmissão ou informação associada à transmissão a partir de um sistema de gerenciamento de transmissão externo através de um canal de transmissão. Em uma modalidade exemplificativa, o componente de comunicação 816 inclui ainda um módulo de comunicação de campo próximo (Near Field Communication - NFC) para facilitar comunicações de curto alcance.

[0164] Em modalidades exemplificativas, o dispositivo 800 pode ser implementado com um ou mais circuitos integrados de aplicação específica (Application Specific Integrated Circuits - ASICs), processadores de sinal digital (Digital Signal Processors - DSPs), dispositivos de processamento de sinal digital (Digital Signal Processing Devices DSPDs), dispositivos lógicos programáveis (Programmable Logic Devices - PLDs), arranjo de portas programáveis em campo (Field Programmable Gate Arrays - FPGAs), controladores, micro-controladores, microprocessadores ou outros componentes eletrônicos, para executar os

Petição 870190041062, de 02/05/2019, pág. 46/109

35/35 métodos descritos acima.

[0165] Em modalidades exemplificativas, um meio de armazenamento não transitório legível em computador que tem armazenado no mesmo instruções também é fornecido, tal como a memória 804 que tem armazenada na mesma instruções executáveis pelo processador 818 no dispositivo de 800 para execução dos métodos descritos acima. Por exemplo, o meio de armazenamento não transitório legível em computador pode ser uma ROM, uma RAM, um CD-ROM, uma fita magnética, um disquete, um dispositivo de armazenamento óptico de dados e assim por diante.

[0166] Durante a implementação real, o dispositivo gerador de pacote PDU pode ser de outras estruturas, o que não está limitado na presente modalidade.

[0167] Outras modalidades da presente invenção serão evidentes para aqueles versados na técnica levando em conta o relatório descritivo e prática da presente invenção. O presente pedido se destina a cobrir quaisquer variações, usos ou adaptações da presente invenção seguindo os princípios gerais da mesma e incluindo conhecimento comum ou medidas técnicas comumente usadas que não são descritas aqui. O relatório descritivo e modalidades devem ser considerados apenas exemplificativos, com o verdadeiro âmbito e espírito da presente invenção sendo indicado pelas reivindicações a seguir.

[0168] Deve ser observado que a presente revelação não está limitada à construção exata que foi descrita acima e ilustrada nos desenhos anexos, e que várias modificações e alterações podem ser feitas sem sair do âmbito da mesma. Pretende-se que o âmbito da presente invenção seja apenas limitado pelas reivindicações anexas.

Claims (10)

1. Método para geração de pacotes de unidades de dados de protocolo (PDU), caracterizado pelo fato de que compreende:

adquirir (210, 310, 410) um pacote de unidade de dados de serviço (SDU);

processar (220, 320, 420) o pacote SDU de acordo com um tamanho de pacote de dados predefinido; e gerar (230) um cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o campo predefinido compreende o campo de destino que é recém-adicionado; e a geração do cabeçalho de pacote PDU de acordo com o resultado do processamento compreende:

adquirir (440) segunda informação sobre indicação em que, quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se uma primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU; e gerar (450) o cabeçalho de pacote que compreende o campo de destino, o campo de destino compreendendo a segunda informação sobre indicação.

Petição 870190041062, de 02/05/2019, pág. 48/109

2/5

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que a geração do cabeçalho de pacote que compreende o campo de destino compreende:

gerar o cabeçalho de pacote que compreende o campo de destino, porém, omite o campo SO e o campo LSF no cabeçalho de pacote em comum quando a segunda informação sobre indicação não é usada para indicar o segmento de SDU; ou gerar o cabeçalho de pacote que compreende o campo de destino quando mensagens de configuração de controle de recursos de rádio (RRC) que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para incluir o campo de destino.

4. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a geração de cabeçalho de pacote do pacote PDU de acordo com o resultado de processamento compreende ainda:

adquirir terceira informação sobre indicação que é usada para indicar se o pacote de dados predefinido é um pacote de dados pequeno em que, quando a SDU em distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a primeira SDU na seção de dados corresponde e, quando a SDU não é distribuída em cascata, o pacote de dados predefinido é um pacote SDU completo ao qual a SDU na seção de dados corresponde; e gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando a terceira informação sobre indicação é usada para indicar que o pacote de dados predefinido é um pacote de dados pequeno, a extensão do campo SO de destino sendo menor do que a extensão do SO campo no cabeçalho de pacote em comum; e em que a geração do cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino compreende:

Petição 870190041062, de 02/05/2019, pág. 49/109

3/5 gerar o cabeçalho de pacote que compreende a terceira informação sobre indicação e o campo SO de destino quando as mensagens de configuração de RRC são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compreender a terceira informação sobre indicação.

5. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a geração de cabeçalho de pacote do pacote PDU de acordo com o resultado de processamento compreende ainda:

gerar o cabeçalho de pacote que compreende o campo SO que tem uma extensão alvo de acordo com as mensagens de configuração de RRC historicamente adquiridas, em que as mensagens de configuração de RRC compreendem a extensão alvo que é menor do que uma extensão do campo SC no cabeçalho de pacote em comum.

6. Método, de acordo com a reivindicação 1 caracterizado pelo fato de que, quando nenhuma função de distribuição em cascata é compreendida, o método compreende ainda:

adquirir as mensagens de configuração de RRC transmitidas pela extremidade receptora, a mensagem de configuração de RRC sendo usada para desabilitar uma função de segmento para segmentação do pacote SDU; e desabilitar a função de segmento para segmentação do pacote SDU após receber as mensagens de configuração de RRC.

7. Dispositivo para geração de pacotes de dados de protocolo (PDU) caracterizado pelo fato de que compreende:

um primeiro módulo de aquisição (610, 710) configurado para adquirir um pacote de unidade de dados de serviço (SDU);

um módulo de processamento (620, 720) configurado para processar o pacote SDU de acordo com um tamanho de pacote de dados predefinido; e um módulo gerador (630, 730) configurado para gerar um

Petição 870190041062, de 02/05/2019, pág. 50/109

4/5 cabeçalho de pacote e uma seção de dados de um pacote PDU de acordo com um resultado de processamento do módulo de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.

8. Dispositivo, de acordo com a reivindicação 7, caracterizado pelo fato de que o campo predefinido compreende o campo de destino recém-adicionado; e o módulo gerador (630, 730) é ainda configurado para: adquirir segunda informação sobre indicação em que, quando o pacote SDU é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se uma primeira SDU na seção de dados é um segmento de SDU e, quando o pacote SDU não é distribuído em cascata, a segunda informação sobre indicação é usada para indicar se a seção de dados é um segmento de SDU; e gerar o cabeçalho de pacote que compreende o campo de destino, o campo de destino compreendendo a segunda informação sobre indicação.

9. Dispositivo, de acordo com a reivindicação 8, caracterizado pelo fato de que o módulo gerador (630, 730) é ainda configurado para: gerar o cabeçalho de pacote que compreende o campo de destino, porém, omite o campo SO e o campo LSF no cabeçalho de pacote em comum quando a segunda informação sobre indicação não é usada para indicar o segmento de SDU; ou gerar o cabeçalho de pacote que compreende o campo de destino quando mensagens de configuração de controle de recursos de

Petição 870190041062, de 02/05/2019, pág. 51/109

5/5 rádio (RRC) que são adquiridas historicamente são usadas para configurar o cabeçalho de pacote para compreender o campo de destino.

10. Dispositivo para geração de pacotes de dados de protocolo (PDU) caracterizado pelo fato de que compreende:

um processador (818); e uma memória (804) para armazenar uma instrução executável pelo processador, em que:

o processador (818) é configurado para:

adquirir um pacote de unidade de dados de serviço (SDU);

processar o pacote SDU de acordo com o tamanho de um pacote de dados predefinido; e gerar um cabeçalho de pacote e uma seção de dados do pacote PDU de acordo com um resultado de processamento, o cabeçalho de pacote e a seção de dados constituindo o pacote PDU; em que o cabeçalho de pacote omite um campo de indicação de enquadramento (Fl) e um sinalizador de ressegmentação (RF), porém, compreende um campo predefinido e o campo predefinido compreende um campo de destino recém-adicionado, a extensão de campo do campo de destino recém-adicionado sendo menor do que a extensão total do campo Fl e do campo RF.