BR112020002809A2 - método de transmissão de dados, dispositivo, dispositivo terminal, dispositivo de rede, mídia de armazenamento legível por computador, chip e sistema de comunicações de dados - Google Patents
método de transmissão de dados, dispositivo, dispositivo terminal, dispositivo de rede, mídia de armazenamento legível por computador, chip e sistema de comunicações de dados Download PDFInfo
- Publication number
- BR112020002809A2 BR112020002809A2 BR112020002809-6A BR112020002809A BR112020002809A2 BR 112020002809 A2 BR112020002809 A2 BR 112020002809A2 BR 112020002809 A BR112020002809 A BR 112020002809A BR 112020002809 A2 BR112020002809 A2 BR 112020002809A2
- Authority
- BR
- Brazil
- Prior art keywords
- data
- sent
- lcgs
- lcg
- indication information
- Prior art date
Links
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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
-
- 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
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0028—Formatting
-
- 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1221—Wireless traffic scheduling based on age of data to be sent
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Modalidades deste pedido fornecem um método de transmissão de dados, um dispositivo, e um sistema de comunicações. O método inclui: gerar, por um dispositivo terminal, primeiras informações de indicação, em que as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados; e enviar, pelo dispositivo terminal, as primeiras informações de indicação. De acordo com o método de transmissão de dados, o dispositivo, e o sistema de comunicações fornecidos nas modalidades deste pedido, quando os bits ociosos em uma MAC PDU são insuficientes, o dispositivo terminal pode indicar, para um dispositivo de rede usando a primeira informação de indicação, os LCGs com dados a serem enviados no dispositivo terminal. Desta maneira, o dispositivo de rede pode aprender com precisão, em tempo hábil, que os LCGs tendo dados a serem enviados no dispositivo terminal, para que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente ao dispositivo terminal de maneira mais precisa e correta, melhorando assim a alocação de recursos de transmissão de enlace ascendente melhorando a eficiência.
Description
[0001] Este pedido reivindica prioridade ao Pedido de Patente Chinês No 201710686889.7, depositado junto ao Escritório de Patente Chinês em 11 de agosto de 2017 e intitulado “DATA TRANSMISSION METHOD, DEVICE, AND COMMUNICATIONS SYSTEM”, o qual é integralmente incorporado neste relatório à título de referência.
[0002] As modalidades deste pedido se referem às tecnologias de comunicações e, em particular, a um método de transmissão de dados, a um dispositivo e a um sistema de comunicações.
[0003] Em um futuro sistema de comunicações 5G, um dispositivo terminal pode relatar a quantidade de dados a serem enviados no dispositivo terminal para um dispositivo de rede usando-se um relatório de estado de buffer (Buffer Status Report, BSR). Desta maneira, o dispositivo de rede pode alocar um recurso de transmissão de enlace ascendente para o dispositivo terminal com base no BSR enviado pelo dispositivo terminal. Os dados de diferentes serviços são transmitidos usando-se diferentes canais lógicos (Logical Canal, LCH). Portanto, para evitar sobrecargas de sinalização excessivas nos relatórios BSR, um conceito de grupo de canais lógicos (Logical Channel Group, LCG) em um sistema de comunicações de evolução a longo prazo (Long Term Evolution, LTE) continua a ser usado no futuro sistema de comunicações 5G. Portanto, o dispositivo terminal pode relatar o BSR em uma base por LCG. Neste caso, o dispositivo de rede pode obter, usando-se o BSR enviado pelo dispositivo terminal, a quantidade de dados a serem enviados em cada LCG tendo dados a serem enviados no dispositivo terminal.
[0004] No futuro sistema de comunicações 5G, o dispositivo terminal pode preencher uma unidade de dados de protocolo (Protocol Data Unit, PDU) de controle de acesso à mídia (Media Access Control, MAC) com dados a serem enviados em cada LCH, e enviar a MAC PDU para o dispositivo de rede. Quando os dados atuais a serem enviados em cada LCH do dispositivo terminal são insuficientes para preencher completamente a MAC PDU, em outras palavras, quando a MAC PDU ainda tem uma localização de bit ocioso, o dispositivo terminal pode preencher a localização de bit ocioso na MAC PDU com um BSR.
[0005] Entretanto, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR, o dispositivo terminal envia o BSR para o dispositivo de rede na localização de bit ocioso na MAC PDU, que é um problema que precisa ser resolvido urgência.
[0006] As modalidades deste pedido fornecem um método de transmissão de dados, um dispositivo e um sistema de comunicações, para resolver um problema técnico do estado da técnica de como um dispositivo terminal envia um BSR para um dispositivo de rede em uma localização de bit ocioso em uma MAC PDU.
[0007] De acordo com um primeiro aspecto, uma modalidade deste pedido fornece um método de transmissão de dados, onde o método inclui: gerar, por um dispositivo terminal, as primeiras informações de indicação, onde as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados; e enviar, pelo dispositivo terminal, as primeiras informações de indicação.
[0008] De acordo com o método de transmissão de dados fornecido no primeiro aspecto, quando os bits ociosos em uma MAC PDU são insuficientes para acomodar um BSR que pode indicar todos os LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar as primeiras informações de indicação cujo comprimento é menor que um comprimento do BSR, para indicar, usando-se as primeiras informações de indicação, os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal ainda pode indicar, para um dispositivo de rede usando-se as primeiras informações de indicação, LCGs remanescentes tendo dados a serem enviados no dispositivo terminal. Desta maneira, o dispositivo de rede pode tomar conhecimento com exatidão, em tempo hábil, dos LCGs remanescentes tendo dados a serem enviados no dispositivo terminal diferente dos LCGs cuja quantidade de dados a serem enviados é indicada, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0009] Em uma implementação possível, cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade.
[0010] De acordo com o método de transmissão de dados fornecido nesta implementação possível, quando os bits em uma MAC PDU são insuficientes, o dispositivo terminal pode selecionar, com base na prioridade de cada LCG, LCGs, nos LCGs tendo dados a serem enviados, cuja quantidade de dados a serem enviados deve ser indicada pelas primeiras informações de indicação. Desta maneira, um dispositivo de rede pode tomar conhecimento, com base na prioridade de cada LCG, dos LCGs cuja quantidade de dados a serem enviados é indicada pelas primeiras informações de indicação, de modo que o dispositivo de rede aloque, para o dispositivo terminal de maneira mais exata e adequada, um recurso de transmissão de enlace ascendente para enviar dados a serem enviados em um LCG com uma prioridade relativamente alta, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0011] Em uma implementação possível, a prioridade de cada uma da parte dos grupos de canais lógicos é maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0012] De acordo com o método de transmissão de dados fornecido nesta implementação possível, quando os bits ociosos em uma MAC PDU são insuficientes, o dispositivo terminal pode selecionar, com base na prioridade de cada LCG, LCGs, nos LCGs tendo dados a serem enviados, cuja quantidade de dados a serem enviados deve ser indicada pelas primeiras informações de indicação. Desta maneira, um dispositivo de rede pode tomar conhecimento, com base na prioridade de cada LCG, dos LCGs cuja quantidade de dados a serem enviados é indicada pelas primeiras informações de indicação, de modo que o dispositivo de rede aloque, para o dispositivo terminal de maneira mais exata e adequada, um recurso de transmissão de enlace ascendente para enviar dados a serem enviados em um LCG com uma prioridade relativamente alta, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0013] Em uma implementação possível, os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos; e quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todas maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos, e a prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos.
[0014] De acordo com o método de transmissão de dados fornecido nesta implementação possível, quando os bits em uma MAC PDU são insuficientes e quando os LCGs tendo dados a serem enviados incluem pelo menos um primeiro LCG, o dispositivo terminal pode indicar, preferencialmente, a quantidade de dados a serem enviados no primeiro LCG usando-se as primeiras informações de indicação. Desta maneira, um dispositivo de rede pode tomar conhecimento, preferencialmente, com base nas primeiras informações de indicação, da quantidade dos dados a serem enviados no primeiro LCG, de modo que o dispositivo de rede aloque, para o dispositivo terminal de maneira mais exata e adequada, um recurso de transmissão de enlace ascendente para enviar os dados a serem enviados no primeiro LCG, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0015] Em uma implementação possível, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos é o mesmo como um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0016] De acordo com o método de transmissão de dados fornecido nesta implementação possível, quando os bits ociosos em uma MAC PDU são insuficientes e quando os LCGs tendo dados a serem enviados incluem pelo menos um primeiro LCG que usa um formato de interface aérea igual ao usado pelo dispositivo terminal para enviar as primeiras informações de indicação, o dispositivo terminal pode indicar, preferencialmente, a quantidade de dados a serem enviados no primeiro LCG usando-se as primeiras informações de indicação. Desta maneira, um dispositivo de rede pode tomar conhecimento, preferencialmente, com base nas primeiras informações de indicação, da quantidade dos dados a serem enviados no primeiro LCG que usa um formato de interface aérea igual ao usado para enviar as primeiras informações de indicação, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente correspondente ao formato de interface aérea para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0017] Em uma implementação possível, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0018] De acordo com o método de transmissão de dados fornecido nesta implementação possível, o comprimento das primeiras informações de indicação é indicado, de modo que um dispositivo de rede possa completar a decodificação das primeiras informações de indicação ou semelhantes com base no comprimento das primeiras informações de indicação, garantindo, desse modo, a eficácia do dispositivo de rede na decodificação das primeiras informações de indicação.
[0019] Em uma implementação possível, o método inclui adicionalmente: receber, pelo dispositivo terminal, segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um primeiro grupo de canais lógicos do dispositivo terminal.
[0020] De acordo com o método de transmissão de dados fornecido nesta implementação possível, cada LCG pode corresponder a diferentes prioridades em diferentes cenários ou casos. A prioridade de cada LCG pode ser indicada dinamicamente usando-se as segundas informações de indicação. Desta maneira, a prioridade de cada LCG é alterável de forma flexível, de modo que os cenários da aplicação do método de transmissão de dados sejam expandidos.
[0021] De acordo com um segundo aspecto, uma modalidade deste pedido fornece um método de transmissão de dados, onde o método inclui: receber, por um dispositivo de rede, primeiras informações de indicação; e determinar, pelo dispositivo de rede com base nas primeiras informações de indicação, grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados.
[0022] Em uma implementação possível, cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade.
[0023] Em uma implementação possível, a prioridade de cada uma da parte dos grupos de canais lógicos é maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0024] Em uma implementação possível, os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos; e quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todas maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos, e a prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos.
[0025] Em uma implementação possível, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos é o mesmo como um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0026] Em uma implementação possível, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0027] Em uma implementação possível, o método inclui adicionalmente: enviar, pelo dispositivo de rede, segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um grupo de canais lógicos do dispositivo terminal.
[0028] Para efeitos benéficos do método de transmissão de dados fornecido no segundo aspecto e das implementações possíveis do segundo aspecto, consultar os efeitos benéficos do primeiro aspecto e das implementações possíveis do primeiro aspecto. Os detalhes não são descritos neste relatório novamente.
[0029] De acordo com um terceiro aspecto, uma modalidade deste pedido fornece um dispositivo terminal, incluindo: um processador, configurado para gerar as primeiras informações de indicação, onde as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados; e um transceptor, configurado para enviar as primeiras informações de indicação.
[0030] Em uma implementação possível, cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade.
[0031] Em uma implementação possível, a prioridade de cada uma da parte dos grupos de canais lógicos é maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0032] Em uma implementação possível, os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos; e quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todas maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos, e a prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos.
[0033] Em uma implementação possível, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos é o mesmo como um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0034] Em uma implementação possível, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0035] Em uma implementação possível, o dispositivo terminal inclui adicionalmente: o transceptor, configurado para receber segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um primeiro grupo de canais lógicos do dispositivo terminal.
[0036] Para efeitos benéficos do dispositivo terminal fornecido no terceiro aspecto e nas implementações possíveis do terceiro aspecto, consultar os efeitos benéficos do primeiro aspecto e das implementações possíveis do primeiro aspecto. Os detalhes não são descritos neste relatório novamente.
[0037] De acordo com um quarto aspecto, uma modalidade deste pedido fornece um dispositivo de rede, incluindo: um transceptor, configurado para receber primeiras informações de indicação; e um processador, configurado para determinar, com base nas primeiras informações de indicação, grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados.
[0038] Em uma implementação possível, cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade.
[0039] Em uma implementação possível, a prioridade de cada uma da parte dos grupos de canais lógicos é maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0040] Em uma implementação possível, os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos; e quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todas maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos; ou quando uma quantidade de pelo menos um primeiro grupo de canais lógicos é maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos, e a prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos.
[0041] Em uma implementação possível, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos é o mesmo como um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0042] Em uma implementação possível, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0043] Em uma implementação possível, o dispositivo de rede inclui adicionalmente: o transceptor, configurado para enviar segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um primeiro grupo de canais lógicos do dispositivo terminal.
[0044] Para efeitos benéficos do dispositivo de rede fornecido no quarto aspecto e nas implementações possíveis do quarto aspecto, consultar os efeitos benéficos do primeiro aspecto e das implementações possíveis do primeiro aspecto. Os detalhes não são descritos neste relatório novamente.
[0045] De acordo com um quinto aspecto, uma modalidade deste pedido fornece um dispositivo terminal, onde o dispositivo terminal inclui um processador, uma memória, e um programa de computador que é armazenado na memória e que pode ser executado pelo processador; e o processador executa o programa de computador para implementar o método de transmissão de dados fornecido no primeiro aspecto e nas implementações possíveis do primeiro aspecto.
[0046] De acordo com um sexto aspecto, uma modalidade deste pedido fornece um dispositivo de rede, onde o dispositivo de rede inclui um processador, uma memória, e um programa de computador que é armazenado na memória e que pode ser executado pelo processador; e o processador executa o programa de computador para implementar o método de transmissão de dados fornecido no segundo aspecto e nas implementações possíveis do segundo aspecto.
[0047] De acordo com um sétimo aspecto, uma modalidade deste pedido fornece um dispositivo terminal, incluindo pelo menos um elemento de processamento (ou chip) configurado para realizar o método no primeiro aspecto.
[0048] De acordo com um oitavo aspecto, uma modalidade deste pedido fornece um dispositivo de rede, incluindo pelo menos um elemento de processamento (ou chip) configurado para realizar o método no segundo aspecto.
[0049] De acordo com um nono aspecto, uma modalidade deste pedido fornece um sistema de comunicações de dados, incluindo o dispositivo terminal, de acordo com qualquer um dos aspectos anteriores e o dispositivo de rede, de acordo com qualquer um dos aspectos anteriores.
[0050] De acordo com um décimo aspecto, uma modalidade deste pedido fornece um programa, onde o programa é usado para realizar o método no primeiro aspecto ao ser executado por um processador.
[0051] De acordo com um décimo primeiro aspecto, uma modalidade deste pedido fornece um programa, onde o programa é usado para realizar o método no segundo aspecto ao ser executado por um processador.
[0052] De acordo com um décimo segundo aspecto, uma modalidade deste pedido fornece um produto do programa, por exemplo, uma mídia de armazenamento legível por computador, incluindo o programa no décimo aspecto.
[0053] De acordo com um décimo terceiro aspecto, uma modalidade deste pedido fornece um produto do programa, por exemplo, uma mídia de armazenamento legível por computador, incluindo o programa no décimo primeiro aspecto.
[0054] De acordo com um décimo quarto aspecto, uma modalidade deste pedido fornece uma mídia de armazenamento legível por computador, onde a mídia de armazenamento legível por computador armazena uma instrução, e quando a instrução roda em um computador, o computador realiza o método no primeiro aspecto.
[0055] De acordo com um décimo quinto aspecto, uma modalidade deste pedido fornece uma mídia de armazenamento legível por computador, onde a mídia de armazenamento legível por computador armazena uma instrução, e quando a instrução roda em um computador, o computador realiza o método no segundo aspecto.
[0056] De acordo com o método de transmissão de dados, o dispositivo e o sistema de comunicações fornecidos nas modalidades deste pedido, quando os bits ociosos em uma MAC PDU são insuficientes para acomodar um BSR que pode indicar todos os LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar as primeiras informações de indicação cujo comprimento é menor que um comprimento do BSR, para indicar, usando-se as primeiras informações de indicação, os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal pode indicar adicionalmente, para o dispositivo de rede usando-se as primeiras informações de indicação, os LCGs remanescentes tendo dados a serem enviados no dispositivo terminal. Desta maneira, o dispositivo de rede pode tomar conhecimento com exatidão, de uma maneira rápida, dos LCGs remanescentes tendo dados a serem enviados no dispositivo terminal diferente dos LCGs cuja quantidade de dados a serem enviados é indicada, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0057] A FIG. 1 é um diagrama de quadro de um sistema de comunicações, de acordo com uma modalidade deste pedido;
[0058] A FIG. 2 é um diagrama esquemático de um BSR existente;
[0059] A FIG. 3 é um diagrama esquemático de outro BSR existente;
[0060] A FIG. 4 é um diagrama esquemático de um BSR, de acordo com uma modalidade deste pedido;
[0061] A FIG. 5 é um fluxograma de sinalização de um método de transmissão de dados, de acordo com uma modalidade deste pedido;
[0062] A FIG. 6 é um diagrama esquemático de outro BSR, de acordo com uma modalidade deste pedido;
[0063] A FIG. 7 é um diagrama esquemático de ainda outro BSR, de acordo com uma modalidade deste pedido;
[0064] A FIG. 8 é um diagrama estrutural esquemático de um dispositivo terminal, de acordo com uma modalidade deste pedido;
[0065] A FIG. 9 é um diagrama estrutural esquemático de um dispositivo de rede, de acordo com uma modalidade deste pedido;
[0066] A FIG. 10 é um diagrama estrutural esquemático de outro dispositivo terminal, de acordo com uma modalidade deste pedido;
[0067] A FIG. 11 é um diagrama estrutural esquemático de outro dispositivo de rede, de acordo com uma modalidade deste pedido; e
[0068] A FIG. 12 é um diagrama estrutural esquemático de um sistema de comunicações de dados, de acordo com uma modalidade deste pedido.
[0069] A FIG. 1 é um diagrama de quadro de um sistema de comunicações, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 1, o sistema de comunicações inclui um dispositivo de rede 01 e um dispositivo terminal 02. O dispositivo de rede 01 pode se comunicar com o dispositivo terminal 02 usando-se pelo menos um formato de interface aérea.
[0070] O dispositivo de rede pode ser uma estação de base ou vários pontos de acesso por rádio, ou pode ser um dispositivo que se comunica com o dispositivo terminal usando-se um ou mais setores através de uma interface aérea em uma rede de acesso. A estação de base pode ser configurada para converter mutuamente um quadro aéreo recebido e um pacote IP e servir como um roteador entre um terminal sem fio e uma parte remanescente da rede de acesso, onde a parte remanescente da rede de acesso pode incluir uma rede de protocolo de internet (IP). A estação de base pode coordenar adicionalmente o gerenciamento de atributos da interface aérea. Por exemplo, a estação de base pode ser uma estação transceptora de base (Base Transceiver Station, BTS) em um sistema geral para comunicações móveis (Global System for Mobile communication, GSM) ou acesso múltiplo por divisão de código (Code Division Multiple Access, CDMA), pode ser um nó B (NodeB, NB) em acesso múltiplo por divisão de código de banda larga (Wideband Code Division Multiple Access, WCDMA), ou pode ser um nó B evoluído (Evolutional Node B, eNB ou eNodeB) na evolução a longo prazo (Long Term Evolution, LTE), uma estação de retransmissão ou um ponto de acesso, ou um gNodeB gNB em uma futura rede 5G. Nenhuma limitação é definida neste relatório.
[0071] O dispositivo terminal pode ser um terminal sem fio ou um terminal com fio. O terminal sem fio pode ser um dispositivo que fornece um usuário com conectividade de voz e/ou outros dados de serviço, um dispositivo portátil com uma função de conexão sem fio, ou outro dispositivo de processamento conectado a um modem sem fio. O terminal sem fio pode se comunicar com uma ou mais redes principais através de uma rede de acesso por rádio (Radio Access Network, RAN). O terminal sem fio pode ser um terminal móvel, tal como um telefone móvel (também referido como um telefone “celular”) e um computador com um terminal móvel, por exemplo, pode ser um aparelho portátil, de bolso, de mão, embutido no computador, ou móvel no veículo que troque a voz e/ou dados com a rede de acesso por rádio. Por exemplo, o terminal sem fio é um dispositivo, tal como um telefone de serviço de comunicações pessoal (Personal Communication Service, PCS), um conjunto de telefones sem fio, um telefone de protocolo de iniciação de sessão (Session Initiation Protocol,
SIP), uma estação de loop local sem fio (Wireless Local Loop, WLL), ou um assistente digital pessoal (Personal Digital Assistant, PDA). O terminal sem fio também pode ser referido como um sistema, uma unidade de assinante (Subscriber Unit), uma estação de assinante (Subscriber Station), uma estação móvel (Mobile Station), um console móvel (Mobile), uma estação remota (Remote Station), um terminal remoto (Remote Terminal), um terminal de acesso (Access Terminal), um terminal de usuário (User Terminal), um agente de usuário (User Agent), equipamento de usuário (User Device ou User Equipment) ou um sensor tendo uma função de acesso de rede. Nenhuma limitação é definida neste relatório.
[0072] O formato de interface aérea pode ser um formato de interface aérea que varia com pelo menos um dos seguintes parâmetros ou informações (um exemplo de informações de configuração). Os detalhes são como a seguir:
[0073] Parâmetro de forma de onda: também referido como um parâmetro de uma forma de onda. O parâmetro de forma de onda é um parâmetro que pode indicar ou determinar uma forma de onda. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, o parâmetro de forma de onda pode incluir pelo menos um dos seguintes parâmetros: um parâmetro de forma de onda usado em uma tecnologia de multiplexação por divisão de frequência (Orthogonal Frequency Division Multiplexing, OFDM), um parâmetro de forma de onda usado no acesso múltiplo por divisão de frequência de uma única portadora (Single-carrier Frequency-Division Multiple Access, SC- OFDM), um parâmetro de forma de onda usado na tecnologia de multiplexação por divisão de frequência ortogonal de filtro (filter Orthogonal Frequency Division Multiplexing, OFDM de filtro), um parâmetro de forma de onda usado em uma tecnologia de multiportadora filtrada universal (Universal Filtered Multi-Carrier, UFMC), um parâmetro de forma de onda usado em uma tecnologia de multiportadora de banco de filtro (Filter Bank Multicarrier, FBMC), um parâmetro de forma de onda usado em uma tecnologia de multiplexação por divisão de frequência generalizada (Generalized Frequency Division Multiplexing, GFDM) e semelhantes.
[0074] Esquema de modulação: Em uma tecnologia de comunicações, para garantir um efeito de comunicação e solucionar um problema de transmissão de sinal de longa distância, um espectro de sinal pode ser transferido, através da modulação, para um canal de alta frequência para a transmissão. Este processo de carregamento de um sinal a ser enviado para um sinal de alta frequência é chamado de modulação. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, o esquema de modulação pode incluir pelo menos um dos seguintes esquemas: modulação por comutação de amplitude (Amplitude Shift Keying, ASK), modulação por comutação de fase (Phase Shift Keying, PSK), modulação por comutação de frequência (Frequency Shift Keying, FSK), modulação de amplitude em quadratura (Quadrature Amplitude Modulation, QAM), modulação por deslocamento mínimo (Minimum Shift Keying, MSK), modulação Gaussian filtrada por deslocamento mínimo (Gaussian Filtered Minimum Shift Keying, GMSK) e modulação OFDM.
[0075] Configuração de largura de banda: Nesta modalidade deste pedido, a configuração da largura de banda pode ser uma largura de uso de recuso de domínio de frequência exigida por uma interface aérea. Como um exemplo, em vez de uma limitação, uma configuração da largura de banda correspondente a um serviço de transmissão banda larga pode ser uma largura de recurso de domínio de frequência mínima ou uma quantidade de subportadoras que é exigida pela interface aérea. Uma configuração da largura de banda correspondente a um serviço de transmissão de banda estreita pode ser uma largura de recurso de domínio de frequência máxima ou uma quantidade de subportadoras que é exigida pela interface aérea.
[0076] Maneira de configuração do quadro de rádio: espaçamento de subportadora (Subcarrier Spacing, SCS), comprimento do símbolo, prefixo cíclico (Cyclic Prefix, CP), tempo (Timing, por exemplo, a duração entre uma concessão de enlace ascendente e transmissão de dados de enlace ascendente), modo duplex, comprimento de um intervalo de tempo de transmissão (Transmission Time Interval, TTI), comprimento de um quadro de rádio, e comprimento de um subquadro de rádio. Por exemplo, o modo duplex pode ser full-duplex, half-duplex (incluindo uma configuração de enlace ascendente-enlace descendente do half-duplex) ou duplex flexível. Deve ser observado que para algumas interface aéreas, o modo duplex pode ser pode mudar flexivelmente, e o intervalo de tempo de transmissão pode ser fixo ou pode mudar flexivelmente. Isto não é especialmente limitado nesta modalidade deste pedido.
[0077] Modo de multiplexação de recurso: Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, o modo de multiplexação de recurso pode incluir pelo menos um dos seguintes modos:
[0078] Multiplexação por divisão de frequência (Frequency Division Multiplexing, FDM): Para ser específico, a largura de banda total usada para um canal de transporte é dividida em várias sub-bandas (também referidas como subcanais), e cada subcanal é usado para transmitir um canal de sinais. A multiplexação por divisão de frequência exige que uma largura de frequência total seja maior que uma soma de frequências dos subcanais. Além disso, para garantir que os sinais transmitidos nos subcanais não interfiram entre si, uma banda de proteção é definida entre os subcanais. Isto (uma das condições) garante que todos os canais de sinais não interfiram entre si.
[0079] Multiplexação por divisão de tempo (Time Division Multiplexing, TDM): Para ser específico, diferentes sinais são transmitidos usando-se diferentes segmentos de tempo de uma mesma conexão física. Isto também pode implementar a transmissão de multicanal. Na multiplexação por divisão de tempo, o tempo é usado como um parâmetro para particionamento de sinal. Portanto, todos os canais de sinais não podem se sobrepor ao longo de um eixo de tempo. Na multiplexação por divisão de tempo, um tempo para um canal inteiro para a transmissão de informações é dividido em várias faixas de tempo (referidas como intervalos), e estes intervalos são alocados para cada fonte de sinal para uso.
[0080] Multiplexação espacial (Space Division Multiplexing, SDM): Para ser específico, uma mesma banda é reutilizada em diferentes espaços. Na comunicação móvel, uma tecnologia básica que pode implementar o particionamento de espaço está usando uma antena de porta adaptativa para obter diferentes feixes em diferentes direções de usuário. Além disso, diferentes usuários podem ser distinguidos através do particionamento de espaço, cada feixe pode fornecer um canal único que não é interferido por outro usuário, diferentes dados de um mesmo usuário pode ser distinguido através do particionamento de espaço, ou os mesmos dados de um mesmo usuário podem ser distinguidos através do particionamento de espaço, para obter um ganho maior.
[0081] Multiplexação por divisão de código (Code Division
Multiplexing, CDM): Para ser específico, a CDM é um modo de multiplexação em que vários canais de sinais originais são distinguidos usando-se diferentes códigos. Como um exemplo, em vez de uma limitação, a CDM pode incluir pelo menos um dos seguintes: acesso múltiplo por divisão de código (Code Division Multiple Access, CDMA), acesso múltiplo por divisão de frequência (Frequency Division Multiple Access, FDMA), acesso múltiplo por divisão de tempo (Time Division Multiple Access, TDMA), e acesso múltiplo por divisão de código síncrono (Synchronous Code Division Multiple Access, SCDMA).
[0082] Maneira de configuração de canal: Nesta modalidade deste pedido, diferentes tipos de dados ou sinais podem ser transmitidos usando-se diferentes canais. Portanto, a maneira de configuração de canal pode se referir a um recurso de frequência de tempo, um recurso de domínio de código, ou um recurso de domínio de espaço (por exemplo, um feixe especificado) correspondente a um canal. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, um canal usado na comunicação sem fio pode incluir pelo menos um dos seguintes canais ou uma combinação de uma pluralidade dos seguintes canais: um canal de controle (que, por exemplo, pode incluir um canal de controle de enlace ascendente e um canal de controle de enlace descendente) para transmitir informações de controle, um canal de dados (que, por exemplo, pode incluir um canal de dados de enlace ascendente e um canal de dados de enlace descendente) para transmitir dados, um canal de referência para transmitir um sinal de referência, e um canal de acesso para enviar informações de acesso.
[0083] Modo de codificação: Codificar significa converter um símbolo de fonte para melhorar a eficácia da comunicação ou, em outras palavras, converter um símbolo de fonte para reduzir ou eliminar a redundância da fonte. Por exemplo, um método é procurado com base em uma característica estatística de uma sequência de símbolos emitidos a partir de uma fonte, para converter, em uma sequência de palavras de código mais curta, a sequência de símbolos emitida a partir da fonte, de modo que cada elemento da sequência de palavras de código mais curta transporte um máximo volume médio de informações, e a sequência de símbolos original também pode ser restaurada sem distorção. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, o modo de codificação pode incluir pelo menos um dos seguintes modos: um código polar (Polar Code), um código turbo (Turbo Code) e um código convolucional (Convolutional Code).
[0084] Maneira de configuração de pilha de protocolos: Uma pilha de protocolos (Protocol Stack) é uma agregação de todas as camadas de protocolos em uma rede, e reflete claramente um processo de transmissão de arquivos na rede, para ser específico, um processo a partir de um protocolo da camada superior para um protocolo subjacente e, em seguida, a partir do protocolo subjacente para o protocolo da camada superior. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, uma pilha de protocolos usada na comunicação sem fio pode incluir pelo menos uma das seguintes camadas de protocolo ou uma combinação de uma pluralidade das seguintes camadas de protocolo: uma camada de protocolo de convergência de dados de pacote (Packet Data Convergence Protocol, PDCP), uma camada de controle de enlace de rádio (Radio Link Control, RLC), uma camada de controle de acesso à mídia (Media Access Control, MAC), uma camada física (Physical), e uma camada de controle de recurso de rádio (Radio Resource Control, RRC). Uma pluralidade de entidades de protocolo pode existir em cada camada de protocolo.
[0085] Modo de acesso múltiplo: Uma tecnologia de acesso múltiplo difere da multiplexação em que não existe a necessidade de agregar vários canais de informações e, em vez disso, os vários canais de informações são modulados separadamente e enviados para os respectivos canais, e são obtidos a partir dos respectivos canais e modulados para obter informações necessárias. Como um exemplo, em vez de uma limitação, nesta modalidade deste pedido, um modo de acesso múltiplo usado na comunicação sem fio pode incluir pelo menos um dos seguintes: FDMA, TDMA, CDMA, SCMA, acesso múltiplo não ortogonal (Non Orthogonal Multiple Access, NOMA), e acesso compartilhado de multiusuário (Multi-User Shared Access, MUSA).
[0086] Deve ser observado que o sistema de comunicações anterior pode ser um sistema de comunicações LTE, ou pode ser outro sistema de comunicações futuro, por exemplo, um sistema de comunicações 5G. Nenhuma limitação é definida neste relatório.
[0087] No sistema de comunicações LTE, dados de diferentes serviços são transmitidos usando-se diferentes LCHs. Portanto, um conceito de LCG é introduzido ao sistema de comunicações LTE. Um LCG pode incluir pelo menos um LCH. Atualmente, existem quatro LCGs no total no sistema LTE. No estado da técnica, um dispositivo terminal pode enviar um BSR para um dispositivo de rede pela base LCG. Neste caso, o dispositivo de rede pode tomar conhecimento, usando-se o BSR enviado pelo dispositivo terminal, de um LCG tendo dados a serem enviados no dispositivo terminal e a quantidade de dados a serem enviados no LCG. Isto é favorável para o dispositivo de rede para alocar um recurso de transmissão de enlace ascendente para o dispositivo terminal.
[0088] A FIG. 2 é um diagrama esquemático de um BSR existente. Em um sistema de comunicações LTE, quando um dispositivo terminal tem apenas um LCG tendo dados a serem enviados, o dispositivo terminal pode enviar um BSR curto mostrado na FIG. 2 para um dispositivo de rede. Como mostrado na FIG. 2, o BSR curto consiste em um octeto (um oct 1). O octeto inclui um identificador (identification, ID) do LCG tendo dados a serem enviados e a quantidade de dados a serem enviados no LCG. A quantidade dos dados a serem enviados no LCG pode ser especificamente indicada especificamente usando-se informações de tamanho de buffer (Buffer Size, BS) mostradas na FIG. 2. Em todas as legendas subsequentes, as informações de BS são usadas para indicar a quantidade de dados a serem enviados em um LCG. A FIG. 3 é um diagrama esquemático de outro BSR existente. Em um sistema de comunicações LTE, quando um dispositivo terminal tem pelo menos dois LCGs tendo dados a serem enviados, o dispositivo terminal pode enviar um BSR longo mostrado na FIG. 3 para um dispositivo de rede. Como mostrado na FIG. 3, o BSR longo inclui três octetos (um oct 1, um oct 2 e um oct 3). No BSR longo, um campo para enviar a quantidade de dados a serem enviados em cada LCG é fixo. Portanto, depois de receber o BSR longo, o dispositivo de rede pode tomar conhecimento da quantidade dos dados a serem enviados em cada LCG do dispositivo terminal usando-se um valor do campo correspondente para o LCG. Por exemplo, as informações de BS #0 são a quantidade de dados a serem transmitidos em um LCG #0, as informações de BS #1 são a quantidade de dados a serem transmitidos em um LCG #1, as informações de BS #2 são a quantidade de dados a serem transmitidos em um LCG #2, e as informações de BS #3 são a quantidade de dados a serem transmitidos em um LCG #3.
[0089] No sistema de comunicações LTE, o dispositivo terminal pode enviar dados para o dispositivo de rede usando-se uma MAC PDU. A MAC PDU inclui uma unidade de dados de serviço MAC (Service Data Unit, SDU), um subtítulo correspondente à MAC SDU, um elemento de controle MAC (Control Element, CE), e um subtítulo correspondente à MAC CE. A MAC SDU é usada para transmitir dados a serem enviados em diferentes LCHs, e a MAC CE é usada para transmitir algumas informações de controle. Portanto, depois de receber uma concessão de programação de enlace ascendente enviada pelo dispositivo de rede, o dispositivo terminal pode realizar o processamento de priorização de canal lógico (Logical Channel Prioritization, LCP) nos dados atuais a serem enviados em cada LCH do dispositivo terminal com base em um recurso de transmissão de enlace ascendente que é indicado pela concessão de programação de enlace ascendente e que é usado para enviar a MAC PDU, para gerar a MAC PDU. Em seguida, o dispositivo terminal pode enviar a MAC PDU para o dispositivo de rede usando-se o recurso de transmissão de enlace ascendente indicado pela concessão de programação de enlace ascendente, para transmitir os dados de cada serviço.
[0090] Quando os dados atuais a serem enviados em cada LCH do dispositivo terminal são insuficientes para preencher completamente a MAC PDU, em outras palavras, quando a MAC PDU ainda tem uma localização de bit ocioso, se os bits ociosos na MAC PDU forem suficientes para acomodar um BSR, o dispositivo terminal pode preencher a localização de bit ocioso na MAC PDU com um BSR de preenchimento (Padding). Na MAC PDU, o BSR pode ser considerado como uma MAC CE. Portanto, nesta modalidade deste pedido, o BSR é também referido como um BSR MAC CE.
[0091] No estado da técnica, quando os bits ociosos na MAC PDU são maiores que ou iguais a uma quantidade de bits correspondente a um BSR curto e um subtítulo e são maiores que uma quantidade de bits correspondente a um BSR longo e um subtítulo, se o dispositivo terminal tiver apenas um LCG tendo dados a serem enviados, o dispositivo terminal pode preencher a MAC PDU com um BSR curto. Se o dispositivo terminal tiver uma pluralidade de LCGs tendo dados a serem enviados, o dispositivo terminal pode preencher a MAC PDU com um BSR truncado. O BSR truncado tem um mesmo formato como o BSR curto mostrado na FIG. 2. Em outras palavras, o BSR truncado também pode ser usado para indicar um identificador de apenas um LCG tendo dados a serem enviados e a quantidade de dados a serem enviados no LCG. Uma diferença entre o BSR truncado e o BSR curto está no fato de que um subtítulo do BSR truncado é diferente do subtítulo do BSR curto. Portanto, o dispositivo de rede pode tomar conhecimento, usando-se o subtítulo do BSR truncado, se o dispositivo terminal realmente tem apenas um LCG tendo dados a serem enviados.
[0092] A FIG. 4 é um diagrama esquemático de um BSR, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 4, em um futuro sistema de comunicações 5G, os LCHs podem ser classificados em oito LCGs. Atualmente, um formato BSR no sistema de comunicações 5G ainda está em discussão. Um formato BSR que pode ser escolhido pode ser mostrado na FIG.
4.
[0093] O BSR mostrado na FIG. 4 é usado como um exemplo. Um primeiro octeto (um oct 1) do BSR indica, usando-se um bitmap (bitmap), todos LCGs tendo dados a serem enviados em um dispositivo terminal. Um bit no bitmap corresponde a um LCG. No bitmap, cada bit pode corresponder a um LCG em ordem crescente de números em série dos LCGs tendo dados a serem enviados. A FIG. 4 é um diagrama esquemático do BSR em que cada bit corresponde a um LCG em ordem crescente dos números em série dos LCGs que devem ser enviados. Quando um bit é um primeiro valor, isto indica que um LCG correspondente ao bit é um LCG tendo dados a serem enviados. Quando um bit é um segundo valor, isto indica que um LCG correspondente ao bit é um LCG que não tem dados a serem enviados. Por exemplo, quando o primeiro valor é 1, o segundo valor pode ser 0; ou quando o primeiro valor é 0, o segundo valor pode ser 1.
[0094] Os octetos subsequentes seguindo o primeiro octeto (o oct 1) do BSR são usados para indicar a quantidade de dados a serem enviados nos LCGs tendo dados a serem enviados que são indicados pelo primeiro octeto. Um octeto (isto é, informações de BS) é usado para indicar a quantidade de dados a serem enviados em um LCG tendo dados a serem enviados. A quantidade dos dados a serem enviados nos LCGs tendo dados a serem enviados pode ser armazenada com base em uma sequência dos LCGs no bitmap. Por exemplo, o primeiro valor é 1, e o segundo valor é 0. Supondo que cada um dentre os oito LCGs mostrados na FIG. 4 tenha dados a serem enviados, o oct 1 pode ser
11111111. Um oct 2 é a quantidade de dados a serem transmitidos em um LCG
0, um oct 3 é a quantidade de dados a serem transmitidos em um LCG 1, um oct 4 é a quantidade de dados a serem transmitidos em um LCG 2, e assim por diante. Neste cenário, o BSR tem nove octetos no total. Supondo que dois dos oito LCGs mostrados na FIG. 4 tenham dados a serem enviados, e os dois LCGs seja um LCG 2 e um LCG 7, o oct 1 pode ser 00100001. Um oct 2 é a quantidade de dados a serem transmitidos no LCG 2, e um oct 3 é a quantidade de dados a serem transmitidos no LCG 7. Neste cenário, o BSR tem três octetos no total. Em outras palavras, no futuro sistema de comunicações 5G, um comprimento do BSR pode variar com uma quantidade de LCGs tendo dados a serem enviados.
[0095] No futuro sistema de comunicações 5G, o dispositivo terminal ainda pode enviar dados para um dispositivo de rede usando-se uma MAC PDU. Portanto, é possível que os dados atuais a serem enviados em cada LCH do dispositivo terminal sejam insuficientes para preencher completamente a MAC PDU, e os bits ociosos na MAC PDU sejam insuficientes para acomodar o BSR mostrado na FIG. 4. Em outras palavras, os bits ociosos na MAC PDU são insuficientes para acomodar o BSR que transporta a quantidade dos dados a serem enviados em todos os LCGs tendo dados a serem enviados. Neste caso, se o dispositivo terminal continuar a usar o BSR truncado anterior, depois de receber o BSR truncado, o dispositivo de rede toma conhecimento apenas que ainda existe um LCG tendo dados a serem enviados no dispositivo terminal, mas o dispositivo de rede não pode tomar conhecimento dos LCGs exatos. Isto é desfavorável para o dispositivo de rede para alocar um recurso de transmissão de enlace ascendente para o dispositivo terminal.
[0096] Portanto, considerando o problema anterior, as modalidades deste pedido fornecem um método de transmissão de dados. A seguir, são descritas em detalhes as soluções técnicas das modalidades deste pedido usando-se um futuro sistema de comunicações 5G e o BSR que é mostrado na FIG. 4 como exemplos em algumas modalidades. As várias modalidades a seguir podem ser combinadas entre si, e um conceito ou processo igual ou similar pode não ser descrito repetidamente em algumas modalidades.
[0097] A FIG. 5 é um fluxograma de sinalização de um método de transmissão de dados, de acordo com uma modalidade deste pedido. Esta modalidade refere-se a um processo específico em que um dispositivo terminal envia as primeiras informações de indicação para um dispositivo de rede quando os bits ociosos em uma MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, onde as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados. Como mostrado na FIG. 5, o método pode incluir as seguintes etapas.
[0098] S101. O dispositivo terminal gera as primeiras informações de indicação.
[0099] As primeiras informações de indicação são usadas para indicar os LCGs tendo dados a serem enviados e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados.
[0100] S102. O dispositivo terminal envia as primeiras informações de indicação para o dispositivo de rede.
[0101] S103. O dispositivo de rede recebe as primeiras informações de indicação.
[0102] S104. O dispositivo de rede determina, com base nas primeiras informações de indicação, os LCGs tendo dados a serem enviados e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados.
[0103] Nesta modalidade, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, isto é, insuficientes para acomodar um BSR que pode indicar todos os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade de dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar as primeiras informações de indicação cujo comprimento é menor que um comprimento do BSR, para indicar, usando-se as primeiras informações de indicação, os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal pode indicar adicionalmente, para o dispositivo de rede usando-se as primeiras informações de indicação, que o dispositivo terminal ainda tem um LCG tendo dados a serem enviados. Desta maneira, depois de receber as primeiras informações de indicação, o dispositivo de rede pode tomar conhecimento com exatidão, de uma maneira rápida, dos
LCGs remanescentes tendo dados a serem enviados no dispositivo terminal diferente dos LCGs cuja quantidade de dados a serem enviados é indicada, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0104] Nesta modalidade, o formato BSR mostrado na FIG. 4 pode continuar a ser usado para as primeiras informações de indicação. Para ser específico, um primeiro octeto das primeiras informações de indicação é usado para indicar os LCGs tendo dados a serem enviados, e os octetos subsequentes são usados para indicar a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Um octeto é usado para indicar a quantidade de dados a serem enviados em um LCG. Uma diferença entre as primeiras informações de indicação e o BSR mostrado na FIG. 4 está no fato de que as primeiras informações de indicação indicam a quantidade de dados a serem enviados em menos LCGs tendo dados a serem enviados do que o BSR mostrado na FIG. 4. Portanto, as primeiras informações de indicação também podem ser referidas como um BSR truncado (Truncated) em um sistema de comunicações 5G. Um técnico no assunto pode entender que, em um sistema de comunicações móveis 5G, o termo BSR truncado ou BSR pode continuar a ser usado para as primeiras informações de indicação, ou outro termo pode ser usado. Portanto, a nomeação das primeiras informações de indicação em cada sistema de comunicações não é limitada nesta modalidade deste pedido.
[0105] A seguir, são descritos os LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados em que os LCGs nos LCGs tendo dados a serem enviados são indicados pelas primeiras informações de indicação.
[0106] Os LCGs tendo dados a serem enviados que são indicados pelas primeiras informações de indicação podem ser todos os LCGs tendo dados a serem enviados no dispositivo terminal, ou podem ser parte de todos os LCGs tendo dados a serem enviados no dispositivo terminal.
[0107] Por exemplo, uma pluralidade de formatos de interface aérea listados acima é introduzida no futuro sistema de comunicações 5G. Cada LCH pode ser mapeado para pelo menos um formato de interface aérea. Para ser específico, os dados a serem enviados no LCH podem ser mapeados, para transmissão, para um recurso de frequência de tempo correspondente ao LCH. Por exemplo, é considerado que dois formatos de interface aérea sejam configurados para o dispositivo de rede, e os dois formatos de interface aérea sejam um formato de interface aérea 1 e um formato de interface aérea 2. Um LCH 1 do dispositivo terminal pode ser mapeado para o formato de interface aérea 1, e um LCH 2 do dispositivo terminal pode ser mapeado para o formato de interface aérea 1 e o formato de interface aérea 2. Em outras palavras, os dados a serem enviados no LCH 1 podem ser transmitidos usando-se um recurso de frequência de tempo correspondente ao formato de interface aérea 1, e os dados a serem enviados no LCH 2 podem ser transmitidos usando-se o recurso de frequência de tempo correspondente ao formato de interface aérea 1 e um recurso de frequência de tempo correspondente ao formato de interface aérea 2. Alternativamente, os dados a serem enviados no LCH 1 podem ser preferencialmente transmitidos usando-se um recurso de frequência de tempo correspondente ao formato de interface aérea 1, ou podem ser transmitidos apenas usando-se um recurso de frequência de tempo correspondente ao formato de interface aérea 1; e o LCH 2 pode ser preferencialmente transmitido usando-se o recurso de frequência de tempo correspondente ao formato de interface aérea 1 e um recurso de frequência de tempo correspondente ao formato de interface aérea 2, ou pode ser transmitido apenas usando-se o recurso de frequência de tempo correspondente ao formato de interface aérea 1 e um recurso de frequência de tempo correspondente ao formato de interface aérea 2; ou semelhantes.
[0108] Portanto, a parte de todos os LCGs tendo dados a serem enviados no dispositivo terminal pode ser os LCGs, em todos os LCGs tendo dados a serem enviados no dispositivo terminal, que têm um formato de interface aérea correspondente igual a um formato de interface aérea atualmente usado pelo dispositivo terminal para enviar as primeiras informações de indicação; pode ser os LCGs, em todos os LCGs tendo dados a serem enviados no dispositivo terminal, cuja quantidade de dados a serem enviados é maior que um limite pré- ajustado; pode ser os LCGs, em todos os LCGs tendo dados a serem enviados no dispositivo terminal, cuja quantidade de dados a serem enviados é maior que um limite pré-ajustado e que têm formato de interface aérea correspondente igual a um formato de interface aérea atualmente usado pelo dispositivo terminal para enviar as primeiras informações de indicação; ou semelhantes. Isto pode ser especificamente determinado com base em uma configuração do sistema de comunicações. O formato de interface aérea correspondente a um LCG pode ser pré-ajustado, pode ser um formato de interface aérea ao qual todos os LCHs no LCG podem ser mapeados, pode ser um formato de interface aérea ao qual qualquer LCH no LCG pode ser mapeado, pode ser um formato de interface aérea ao qual qualquer LCH atualmente tendo dados a serem enviados no LCG pode ser mapeados ou semelhantes.
[0109] Por exemplo, é considerado que os LCGs atualmente tendo dados a serem enviados no dispositivo terminal são um LCG 1, um LCG 2, um LCG 4 e um LCG 7. Um dos formatos de interface aérea correspondentes ao LCG 1 e um dos formatos de interface aérea correspondentes ao LCG 4 são iguais ao formato de interface aérea atualmente usado pelo dispositivo terminal para enviar as primeiras informações de indicação. Neste caso, o dispositivo terminal pode gerar as primeiras informações de indicação que são usadas para indicar o LCG 1, o LCG 4, e a quantidade de dados a serem enviados em qualquer um dos LCG 1 e LCG 4.
[0110] Deve ser observado que em uma implementação, quando o dispositivo terminal realiza o LCP com base em uma relação de mapeamento entre cada LCH e um formato de interface aérea, o processamento conjunto pode ser realizado em recursos de enlace ascendente apenas quando os LCHs para os quais os formatos de interface aérea dos recursos de enlace ascendente são mapeados são os mesmos. Por exemplo, quando um LCH 0, um LCH 1 e um LCH 2 são todos mapeados para um primeiro formato de interface aérea, mas apenas o LCH 0 e o LCH 1 são mapeados para um segundo formato de interface aérea, o processamento conjunto não pode ser realizado em um recurso de enlace ascendente que usa o primeiro formato de interface aérea e um recurso de enlace ascendente que usa o segundo formato de interface aérea. Por exemplo, quando um LCH 0, um LCH 1 e um LCH 2 são todos mapeados para um primeiro formato de interface aérea, e o LCH 0, o LCH 1 e o LCH 2 também podem ser todos mapeados para um segundo formato de interface aérea, o processamento conjunto pode ser realizado em um recurso de enlace ascendente que usa o primeiro formato de interface aérea e um recurso de enlace ascendente que usa o segundo formato de interface aérea. O processamento conjunto em uma pluralidade de recursos de enlace ascendente significa que o dispositivo terminal pode adicionar estes recursos de enlace ascendente e realizar o LCP em uma soma. Por exemplo, quando um primeiro recurso de enlace ascendente tem 100 bits, um segundo recurso de enlace ascendente tem 300 bits, e o processamento conjunto pode ser realizado no primeiro recurso de enlace ascendente e no segundo recurso de enlace ascendente, o dispositivo terminal adiciona os dois recursos de enlace ascendente para obter os recursos de 400 bits no total e, em seguida, realiza o LCP nos 400 bits.
[0111] Como descrito acima, as primeiras informações de indicação são usadas para indicar a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Uma quantidade da parte de LCGs neste relatório, pode ser determinada com base em uma configuração do sistema, pode ser determinada com base em um comprimento das primeiras informações de indicação que podem ser enviadas pelo dispositivo terminal ou semelhantes. Por exemplo, é considerado que o comprimento das primeiras informações de indicação seja três octetos. Um primeiro octeto (um oct 1) das primeiras informações de indicação é usado para indicar os LCGs tendo dados a serem enviados, e cada um dentre os octetos subsequentes pode ser usado para indicar a quantidade de dados a serem enviados em um LCG tendo dados a serem enviados. Portanto, pode ser determinado que as primeiras informações de indicação podem indicar a quantidade de dados a serem enviados em dois dos LCGs tendo dados a serem enviados. Deve ser observado que o comprimento das primeiras informações de indicação pode ser indicado para o dispositivo terminal por uma estação de base usando-se informações de indicação, ou pode ser determinado pelo dispositivo terminal com base em uma quantidade de bits na MAC PDU que são usados para enviar as primeiras informações de indicação. Por exemplo, quando o dispositivo terminal envia as primeiras informações de indicação usando-se uma localização de bit ocioso na MAC PDU, o dispositivo terminal pode determinar um tamanho das primeiras informações de indicação com base nos bits ociosos na MAC PDU.
[0112] Como descrito acima, as primeiras informações de indicação são usadas para indicar a quantidade dos dados a serem enviados na parte dos
LCGs tendo dados a serem enviados. A parte dos LCGs neste relatório, pode ser determinada especificamente, a partir dos LCGs tendo dados a serem enviados, com base na quantidade da parte dos LCGs. Especificamente, os vários casos a seguir podem existir:
[0113] Em um primeiro caso, quando cada LCG do dispositivo terminal corresponde a uma prioridade, a prioridade de cada uma dentre as partes dos LCGs neste relatório, é maior que as prioridades dos LCGs, diferente da parte dos LCGs nos LCGs tendo dados a serem enviados. Desta maneira, depois de receber as primeiras informações de indicação, o dispositivo de rede pode tomar conhecimento, com base nos LCGs tendo dados a serem enviados que são indicados pelas primeiras informações de indicação e pelas prioridades dos LCGs, dos LCGs cuja quantidade de dados a serem enviados são realmente indicados pelas primeiras informações de indicação.
[0114] As prioridades dos LCGs podem ser pré-ajustadas ou podem ser dinamicamente indicadas pelo dispositivo de rede. Portanto, em algumas modalidades, o dispositivo de rede pode enviar adicionalmente as segundas informações de indicação para o dispositivo terminal, para indicar, usando-se as segundas informações de indicação, a prioridade correspondente a pelo menos um primeiro LCG do dispositivo terminal. Por exemplo, as segundas informações de indicação são usadas para indicar apenas a prioridade de um LCG cuja prioridade foi alterada, ou as segundas informações de indicação são usadas para indicar as prioridades de todos os LCGs. Neste caso, depois de receber as segundas informações de indicação, o dispositivo terminal pode tomar conhecimento da prioridade de cada LCG com base nas segundas informações de indicação. Durante a implementação específica, as segundas informações de indicação podem ser transportadas na sinalização de camada física, sinalização do bloco de informações de sistema (System Information Block, SIB), sinalização de controle de recurso (Radio Resource Control, RRC), sinalização de controle de enlace descendente ou semelhantes, e enviadas para o dispositivo terminal.
[0115] Opcionalmente, antes que dispositivo de rede envie as segundas informações de indicação para o dispositivo terminal, o dispositivo de rede pode determinar adicionalmente a prioridade correspondente a cada LCG do dispositivo terminal. Durante a implementação específica, o dispositivo de rede pode determinar a prioridade de cada LCG com base na prioridade do canal lógico incluído no LCG. Por exemplo, o dispositivo de rede pode usar a prioridade de um mais canal lógico de uma menor prioridade no LCG como prioridade do LCG, ou usar a prioridade do canal lógico de maior prioridade no LCG como prioridade do LCG. Em algumas modalidades, quando uma pluralidade de tabelas de prioridade é pré-ajustada em um lado do dispositivo de rede, e cada tabela de prioridade representa uma relação de mapeamento entre o LCG e a prioridade, depois de determinar uma tabela de prioridade atualmente usada, o dispositivo de rede pode indicar, usando-se as segundas informações de indicação, a prioridade correspondente ao LCG especificado na tabela de prioridade.
[0116] Em algumas modalidades, a prioridade do LCG pode corresponder à prioridade do LCH incluída no LCG. Por exemplo, a prioridade de cada LCH incluído no LCG de alta prioridade é maior que a prioridade de cada LCH incluído no LCG de baixa prioridade. Em outras palavras, os LCHs de alta prioridade são classificados em um LCG. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, o dispositivo terminal pode tomar conhecimento da prioridade de cada LCG com base na prioridade do LCH em cada LCG do dispositivo terminal. Portanto, o dispositivo terminal pode determinar, com base na prioridade de cada LCG, os LCGs tendo dados a serem enviados, e a quantidade da parte dos LCGs, a parte dos LCGs a partir dos LCGs tendo dados a serem enviados, e indicar a quantidade dos dados a serem enviados na parte dos LCGs usando-se as primeiras informações de indicação. Correspondentemente, depois de receber as primeiras informações de indicação enviadas pelo dispositivo terminal, o dispositivo de rede pode determinar também, da mesma maneira como um lado do dispositivo terminal, LCGs cuja quantidade de dados a serem enviados são realmente indicados pelas primeiras informações de indicação nos LCGs tendo dados a serem enviados. Os detalhes não são descritos neste relatório novamente.
[0117] Por exemplo, a prioridade do LCH de maior prioridade nos LCHs incluídos em um LCG de alta prioridade é maior que a prioridade de um LCH de maior prioridade nos LCHs incluídos em um LCG de baixa prioridade; ou a prioridade de um LCH de menor prioridade nos LCHs incluídos em um LCG de alta prioridade é maior que a prioridade de um LCH de menor prioridade nos
LCHs incluídos em um LCG de baixa prioridade. Em outras palavras, a prioridade de um LCG é determinada por um LCH de maior prioridade ou um LCH de menor prioridade no LCG. O dispositivo terminal pode tomar conhecimento da prioridade de cada LCG com base na prioridade de um LCH de maior prioridade no LCG ou da prioridade do LCH de menor prioridade no LCG. Deve ser entendido que maneira anterior de determinar a prioridade do LCG é meramente usada como um exemplo nesta modalidade deste pedido, e esta modalidade deste pedido não se limita a uma maneira de determinar a prioridade do LCG.
[0118] Em algumas modalidades, o dispositivo de rede pode enviar adicionalmente terceiras informações de indicação para o dispositivo terminal, para instruir o dispositivo terminal a enviar as primeiras informações de indicação. Neste caso, depois de receber as terceiras informações de indicação, o dispositivo terminal pode enviar as primeiras informações de indicação para o dispositivo de rede quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4. Durante a implementação específica, as terceiras informações de indicação podem ser transportadas na sinalização de camada física, sinalização de bloco de informações de sistema (Information System Block, SIB), sinalização de controle de recurso (Radio Resource Control, RRC), sinalização de controle de enlace descendente ou semelhantes, e enviadas para o dispositivo terminal.
[0119] A FIG. 6 é um diagrama esquemático de outro BSR, de acordo com uma modalidade deste pedido. Por exemplo, os LCGs tendo dados a serem enviados são um LCG 0, um LCG 1 e um LCG 2, a prioridade do LCG 2 é maior que a prioridade do LCG 0, e a prioridade do LCG 0 é maior que a prioridade do LCG 1. É considerado que as primeiras informações de indicação podem ser usadas para indicar a quantidade de dados a serem enviados em dois LCGs. O dispositivo terminal pode gerar primeiras informações de indicação que são usadas para indicar o LCG 0, o LCG 1, o LCG 2, a quantidade de dados a serem enviados no LCG 0, e a quantidade de dados a serem enviados no LCG 2. Como mostrado na FIG. 6, um primeiro octeto (um oct 1) das primeiras informações de indicação pode ser 11100000, um segundo octeto oct 2 é usado para indicar a quantidade dos dados a serem enviados no LCG 0, e um terceiro octeto oct 3 é usado para indicar a quantidade dos dados a serem enviados no LCG 2.
[0120] Deve ser observado que, nas primeiras informações de indicação, a quantidade dos dados a serem enviados na parte dos LCGs selecionada a partir dos LCGs tendo dados a serem enviados ainda é organizada com base nas localizações de bit correspondentes aos LCGs no primeiro octeto.
[0121] Em um segundo caso, cada LCG do dispositivo terminal corresponde a uma prioridade, e os LCGs tendo dados a serem enviados incluem pelo menos um primeiro LCG.
[0122] Neste cenário, se uma quantidade de pelo menos um primeiro LCG é menor que a quantidade da parte dos LCGs, a parte dos LCGs inclui pelo menos um primeiro LCG, e as prioridades dos LCGs diferente de pelo menos um primeiro LCG na parte dos LCGs são todas maiores que as prioridades dos LCGs diferente de quantidade dos LCGs nos LCGs tendo dados a serem enviados. Em outras palavras, os LCGs diferente do primeiro LCG na parte dos LCGs, cada um, são um LCG de alta prioridade nos LCGs tendo dados a serem enviados.
[0123] Quando uma quantidade de pelo menos um primeiro LCG é igual à quantidade da parte dos LCGs, pelo menos um primeiro LCG pode ser diretamente usado como a parte dos LCGs. Em outras palavras, a parte dos LCGs inclui apenas o primeiro LCG.
[0124] Quando uma quantidade de pelo menos um primeiro LCG é maior que a quantidade da parte dos LCGs, parte de pelo menos um primeiro LCG é usada como a parte dos LCGs. A prioridade de cada primeiro LCG na parte dos LCGs é maior que as prioridades dos primeiros LCGs, no primeiro LCG, diferente dos LCGs na parte dos LCGs. Em outras palavras, a parte dos LCGs inclui apenas os primeiros LCGs com prioridades relativamente baixas.
[0125] Opcionalmente, o primeiro LCG pode ser um LCG, nos LCGs tendo dados a serem enviados, que usa um formato de interface aérea igual ao usado para enviar as primeiras informações de indicação.
[0126] Durante a implementação específica, o dispositivo terminal pode determinar, com base em um formato de interface aérea correspondente aos LCGs tendo dados a serem enviados e ao formato de interface aérea usado para enviar as primeiras informações de indicação, se os LCGs tendo dados a serem enviados incluem um primeiro LCG. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for menor que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação, o dispositivo terminal pode selecionar adicionalmente, na maneira descrita no primeiro caso anterior e com base na prioridade de cada LCG, alguns LCGs a partir dos LCGs remanescentes tendo dados a serem enviados, de modo que uma quantidade total dos primeiros LCGs e alguns LCGs selecionados a partir dos LCGs remanescentes tendo dados a serem enviados é a quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for igual a uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação, o dispositivo terminal pode usar a quantidade dos primeiros LCGs como os LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for maior que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação, o dispositivo terminal pode selecionar, a partir de múltiplos primeiros LCGs com base na prioridade de cada primeiro LCG, os primeiros LCGs cuja quantidade de dados a serem enviados pode ser indicada pelas primeiras informações de indicação.
[0127] Correspondentemente, depois de receber as primeiras informações de indicação enviadas pelo dispositivo terminal, o dispositivo de rede também pode determinar, da mesma maneira como um lado do dispositivo terminal, os LCGs cuja quantidade de dados a serem enviados é realmente indicada pelas primeiras informações de indicação nos LCGs tendo dados a serem enviados. Os detalhes não são descritos neste relatório novamente.
[0128] Opcionalmente, o primeiro LCG pode ser um LCG selecionado, com base em outra condição pré-ajustada, a partir dos LCGs tendo dados a serem enviados. Por exemplo, o primeiro LCG é um LCG com um atraso menor que ou igual a um limite de atraso pré-ajustado (por exemplo, o limite de atraso pré-ajustado pode ser um atraso de um LCH, no LCG, para transmitir um serviço com um atraso mais alto). Os detalhes não são descritos neste relatório.
[0129] Em um terceiro caso, a parte dos LCGs pode ser alternativamente selecionada, com base na quantidade determinada da parte dos LCGs em ordem crescente de números de série dos LCGs tendo dados a serem enviados, a partir dos LCGs tendo dados a serem enviados.
[0130] Por exemplo, é considerado que os LCGs tendo dados a serem enviados são um LCG 0, um LCG 1, um LCG 4 e um LCG 5, e a quantidade da parte dos LCGs tendo dados a serem enviados é 3. Por exemplo, a parte dos LCGs é selecionada, em ordem crescente dos números de série dos LCGs que devem ser enviados, a partir dos LCGs tendo dados a serem enviados. Neste caso, a parte dos LCGs pode ser, por exemplo, o LCG 0, o LCG 1 e o LCG 4. Em outras palavras, as primeiras informações de indicação são usadas para indicar o LCG 0, o LCG 1, o LCG 4, o LCG 5, a quantidade de dados a serem enviados no LCG 0, a quantidade de dados a serem enviados no LCG 1 e a quantidade de dados a serem enviados no LCG 4.
[0131] Correspondentemente, depois de receber as primeiras informações de indicação enviadas pelo dispositivo terminal, o dispositivo de rede também pode determinar, de uma mesmo maneira como um lado do dispositivo terminal, os LCGs cuja quantidade de dados a serem enviados são realmente indicados pelas primeiras informações de indicação nos LCGs tendo dados a serem enviados. Os detalhes não são descritos neste relatório novamente.
[0132] Como descrito na modalidade anterior, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, as primeiras informações de indicação são enviadas para o dispositivo de rede pelo dispositivo terminal usando-se a MAC PDU. Portanto, as primeiras informações de indicação estão usualmente localizadas em um trailer da MAC PDU. Neste cenário, depois de receber a MAC PDU e decodificar uma MAC CE ou uma MAC SDU que está localizada antes das primeiras informações de indicação na MAC PDU, o dispositivo de rede pode determinar automaticamente o comprimento das primeiras informações de indicação com base em uma quantidade de bits remanescentes na MAC PDU. Neste caso, o dispositivo de rede pode completar a decodificação das primeiras informações de indicação com base no comprimento das primeiras informações de indicação.
[0133] Opcionalmente, em algumas modalidades, as primeiras informações de indicação não estão localizadas em um trailer da MAC PDU, em outras palavras, ainda existe uma MAC SDU ou uma MAC CE depois de uma localização do bit em que as primeiras informações de indicação estão localizadas na MAC PDU. Neste cenário, as primeiras informações de indicação podem ser usadas adicionalmente para indicar o comprimento das primeiras informações de indicação, de modo que o dispositivo de rede pode completar a decodificação ou semelhante das primeiras informações de indicação com base no comprimento das primeiras informações de indicação, garantindo, desse modo, a eficácia do dispositivo de rede na decodificação das primeiras informações de indicação.
[0134] Deve ser observado que, embora em todas as modalidades anteriores, as primeiras informações de indicação são descritas com referência à cenários em que os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, um técnico no assunto pode entender que um cenário da aplicação das primeiras informações de indicação não é limitado a isso. O método de transmissão de dados fornecido nesta modalidade deste pedido pode ser usado em qualquer cenário em que o dispositivo terminal precise enviar para o dispositivo de rede, informações de indicação que são usadas para indicar a quantidade de dados a serem enviados em um LCG. Os detalhes não são descritos neste relatório. Além disso, embora nesta modalidade deste pedido, as primeiras informações de indicação sejam descritas usando-se um formato BSR usado quando os LCHs são classificados nos oito LCGs como um exemplo, um técnico no assunto pode entender que um formato das primeiras informações de indicação não é limitado a isso. Quando os LCHs são classificados em outra quantidade dos LCGs, ou quando uma quantidade de bits para indicar a quantidade de dados a serem enviados é alterada (por exemplo, para 5), o formato das primeiras informações de indicação também pode ser ajustado ou alterado adaptativamente. Os detalhes não são descritos neste relatório.
[0135] Além disso, em alguns casos extremos, por exemplo, quando os bits ociosos na MAC PDU podem acomodar apenas informações da primeira indicação de um octeto, as primeiras informações de indicação podem ser usadas para indicar apenas os LCGs tendo dados a serem enviados, sem indicar a quantidade de dados a serem enviados em qualquer LCG tendo dados a serem enviados. Uma implementação e efeitos técnicos são similares àqueles descritos acima. Os detalhes não são descritos neste relatório novamente.
[0136] De acordo com o método de transmissão de dados fornecido nesta modalidade deste pedido, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR que podem indicar todos os LCGs tendo dados a serem enviados e a quantidade dos dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar as primeiras informações de indicação cujo comprimento é menor que o comprimento do BSR, para indicar, usando-se as primeiras informações de indicação, os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal pode indicar adicionalmente, para o dispositivo de rede usando-se as primeiras informações de indicação, os LCGs remanescentes tendo dados a serem enviados no dispositivo terminal. Desta maneira, o dispositivo de rede pode tomar conhecimento com exatidão, em tempo hábil, dos LCGs remanescentes tendo dados a serem enviados no dispositivo terminal diferente dos LCGs cuja quantidade de dados a serem enviados é indicada, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0137] Em todas as modalidades anteriores, o método de transmissão de dados fornecido nesta modalidade deste pedido é descrito usando-se um exemplo em que o dispositivo terminal pode gerar, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, as primeiras informações de indicação cujo comprimento é menor que o comprimento do BSR. Entretanto, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, o futuro sistema de comunicações 5G pode permitir que o dispositivo terminal atenda à MAC PDU com um BSR truncado. O BSR truncado pode ser usado para indicar a parte dos LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados nestes LCGs. Em outras palavras, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR, isso pode indicar que todos os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode preencher a MAC PDU com um BSR truncado que é usado para indicar a parte dos LCGs tendo dados a serem enviados e a quantidade dos dados a serem enviados nestes LCGs.
[0138] Opcionalmente, o formato BSR mostrado na FIG. 2 ou FIG. 4 pode continuar a ser usado para o BSR truncado. O formato BSR mostrado na FIG. 4 é usado como um exemplo. Um primeiro octeto do BSR truncado é usado para indicar os LCGs cuja quantidade de dados a serem enviados é indicada, e os octetos subsequentes são usados para indicar a quantidade dos dados a serem enviados nestes LCGs. Um octeto é usado para indicar a quantidade de dados a serem enviados em um LCG. Uma diferença entre o BSR truncado e o BSR mostrado na FIG. 4 reside no fato de que o BSR mostrado na FIG. 4 adicionalmente indica a parte dos LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados nestes LCGs. Deve ser observado que o BSR mostrado na FIG. 2 ou FIG. 4 é meramente um exemplo. Uma estrutura BSR mostrada na FIG. 2 ou FIG. 4 pode ser usada para o BSR truncado, mas uma quantidade de bits para indicar a quantidade de dados a serem enviados pode ser alterada adaptativamente, por exemplo, pode ser 5 ou 9.
[0139] A FIG. 7 é um diagrama esquemático de ainda outro BSR, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 7, é considerado que cada um dentre os oito LCGs mostrados na FIG. 7 tem dados a serem enviados, mas os bits ociosos em uma MAC PDU atual pode acomodar apenas um BSR truncado de três octetos. Por exemplo, se a quantidade de dados a serem enviados em um LCG 2 e um LCG 4 puder ser indicada pelo BSR truncado, um oct 1 do BSR truncado pode ser 00101000. Um oct 2 é a quantidade de dados a serem transmitidos no LCG 2, e um oct 3 é a quantidade de dados a serem transmitidos no LCG 4.
[0140] Dessa maneira, um dispositivo de rede pode tomar conhecimento, usando-se um primeiro octeto do BSR truncado, dos LCGs que são indicados pelo BSR truncado, pode tomar conhecimento da quantidade de dados a serem enviados nos LCGs indicados usando-se octetos subsequentes, e pode tomar conhecimento adicionalmente, usando-se um subtítulo do BSR truncado, que ainda existe um LCG tendo dados a serem enviados em um dispositivo terminal.
[0141] Um técnico no assunto pode entender que, em um sistema de comunicações móveis 5G, o termo BSR truncado ou BSR pode continuar a ser usado para o BSR truncado, ou outro termo pode ser usado. Portanto, a nomeação do BSR truncado em cada sistema de comunicações não é limitada nesta modalidade deste pedido. Além disso, quando o formato BSR mostrado na FIG. 2 ou FIG. 4 continua a ser usado para o BSR truncado, um subtítulo diferente a partir de um subtítulo usado pelo BSR mostrado na FIG. 2 ou FIG. 4 pode ser usado para o BSR truncado. Portanto, o dispositivo de rede pode tomar conhecimento, usando-se o subtítulo do BSR truncado, se o dispositivo terminal tem outro LCG tendo dados a serem enviados.
[0142] A seguir, são descritos quais LCGs tendo dados a serem enviados são indicados pelo BSR truncado.
[0143] Por exemplo, o BSR truncado é usado para indicar parte de todos os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade de dados a serem enviados na parte dos LCGs. Uma quantidade da parte dos LCGs neste relatório, pode ser determinada com base em uma configuração do sistema, pode ser determinada com base em um comprimento do BSR truncado que pode ser enviado pelo dispositivo terminal ou semelhantes. Por exemplo, é considerado que o comprimento do BSR truncado são três octetos. Um primeiro octeto (um oct 1) do BSR truncado é usado para indicar os LCGs tendo dados a serem enviados, e cada um dentre octetos subsequentes pode ser usado para indicar a quantidade de dados a serem enviados em um LCG tendo dados a serem enviados. Portanto, pode ser determinado que o BSR truncado pode indicar a quantidade de dados a serem enviados em dois dos LCGs tendo dados a serem enviados. Deve ser observado que o comprimento do BSR truncado pode ser indicado para o dispositivo terminal por uma estação de base usando-se informações de indicação, ou pode ser determinado pelo dispositivo terminal com base em uma quantidade de bits na MAC PDU que é usada para enviar o BSR truncado. Por exemplo, quando o dispositivo terminal envia o BSR truncado usando-se uma localização de bit ocioso na MAC PDU, o dispositivo terminal pode determinar um tamanho do BSR truncado com base nos bits ociosos na MAC PDU.
[0144] Como descrito acima, o BSR truncado é usado para indicar a parte de todos os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados nestes LCGs. A parte dos LCGs neste relatório, pode ser especificamente determinada, a partir dos LCGs tendo dados a serem enviados, com base na quantidade da parte dos LCGs. Especificamente, os vários casos a seguir podem existir:
[0145] Em um primeiro caso, quando cada LCG do dispositivo terminal corresponde a uma prioridade, a prioridade de cada uma da parte dos LCGs neste relatório, é maior que as prioridades dos LCGs, diferente da parte dos LCGs nos LCGs tendo dados a serem enviados.
[0146] Para as descrições de uma implementação do primeiro caso, consultar as descrições na modalidade anterior. Os detalhes não são descritos neste relatório novamente.
[0147] Além disso, nesta modalidade, quando a prioridade do LCG pode corresponder à prioridade do LCH incluída no LCG, a prioridade do LCG pode ser determinada com base na prioridade do LCH tendo dados a serem enviados no LCG. Por exemplo, a prioridade do canal lógico de maior prioridade nos LCHs tendo dados a serem enviados que é incluída no LCG de alta prioridade é maior que a prioridade de um LCH de maior prioridade nos LCHs tendo dados a serem enviados que estão incluídos em um LCG de baixa prioridade; ou a prioridade do LCH de menor prioridade nos LCHs tendo dados a serem enviados que estão incluídos no LCG de alta prioridade é maior que a prioridade do LCH de menor prioridade nos LCHs tendo dados a serem enviados que estão incluídos em um LCG de baixa prioridade. Em outras palavras, a prioridade do LCG é determinada pelo LCH de maior prioridade ou menor prioridade tendo dados a serem enviados no LCG. O dispositivo terminal pode tomar conhecimento da prioridade de cada LCG com base na prioridade de um LCH de maior prioridade no LCG ou a prioridade do LCH de menor prioridade no LCG. Deve ser entendido que na maneira de determinação da prioridade do LCG é meramente usada como um exemplo nesta modalidade deste pedido, e esta modalidade deste pedido não se limita a uma maneira de determinação da prioridade do LCG.
[0148] Em um segundo caso, cada LCG do dispositivo terminal corresponde a uma prioridade, e todos os LCGs tendo dados a serem enviados incluem pelo menos um primeiro LCG.
[0149] Neste cenário, se uma quantidade de pelo menos um primeiro LCG for menor que a quantidade da parte dos LCGs, a parte dos LCGs inclui pelo menos um primeiro LCG, e as prioridades dos LCGs diferente de pelo menos um primeiro LCG na parte dos LCGs são todas maiores que as prioridades dos LCGs, diferente da parte dos LCGs nos LCGs tendo dados a serem enviados tendo dados a serem enviados. Em outras palavras, os LCGs diferente do primeiro LCG na parte dos LCGs, cada um, são um LCG de alta prioridade em todos os LCGs tendo dados a serem enviados.
[0150] Quando uma quantidade de pelo menos um primeiro LCG é igual à quantidade da parte dos LCGs, pelo menos um primeiro LCG pode ser diretamente usado como a parte dos LCGs. Em outras palavras, a parte dos LCGs inclui apenas o primeiro LCG.
[0151] Quando uma quantidade de pelo menos um primeiro LCG é maior que a quantidade da parte dos LCGs, parte de pelo menos um primeiro LCG é usada como a parte dos LCGs. A prioridade de cada primeiro LCG na parte dos LCGs é maior que as prioridades dos primeiros LCGs, no primeiro LCG, diferente dos primeiros LCGs na parte dos LCGs. Em outras palavras, a parte dos LCGs inclui apenas os primeiros LCGs com prioridades relativamente altas.
[0152] Opcionalmente, o primeiro LCG pode ser um LCG, nos LCGs tendo dados a serem enviados, que usa um formato de interface aérea igual ao usado para enviar o BSR truncado. Para descrições desta implementação, consultar as descrições na modalidade anterior. Os detalhes não são descritos neste relatório novamente.
[0153] Opcionalmente, o primeiro LCG pode ser um LCG, em todos os LCGs tendo dados a serem enviados, cuja quantidade de dados a serem enviados é maior que ou igual a um primeiro limite pré-ajustado. O primeiro limite pré-ajustado pode ser especificamente determinado com base em uma configuração do sistema.
[0154] Durante a implementação específica, o dispositivo terminal pode comparar a quantidade de dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados com o primeiro limite pré-ajustado, para determinar se todos os LCGs tendo dados a serem enviados incluem um primeiro LCG cuja quantidade de dados a serem enviados é maior que ou igual ao primeiro limite pré-ajustado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for menor que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar adicionalmente, da maneira descrita no primeiro caso anterior e com base na prioridade de cada LCG, alguns
LCGs a partir de todos LCGs remanescentes tendo dados a serem enviados, de modo que uma quantidade total dos primeiros LCGs e alguns LCGs selecionados a partir de todos os LCGs remanescentes tendo dados a serem enviados são a quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for igual a uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode usar uma quantidade dos primeiros LCGs como os LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for maior que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar, a partir de múltiplos primeiros LCGs com base na prioridade de cada primeiro LCG, os primeiros LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado.
[0155] Opcionalmente, o primeiro LCG pode ser um LCG, em todos os LCGs tendo dados a serem enviados, que inclui um LCH cuja quantidade de dados a serem enviados é maior que ou igual a um segundo limite pré-ajustado. O segundo limite pré-ajustado pode ser especificamente determinado com base em uma configuração do sistema.
[0156] Durante a implementação específica, o dispositivo terminal pode comparar a quantidade de dados a serem enviados em um LCH tendo dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados com o segundo limite pré-ajustado, para determinar se todos os LCGs tendo dados a serem enviados incluem um primeiro LCG cuja quantidade de dados a serem enviados é maior que ou igual ao primeiro limite pré-ajustada. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for menor que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar adicionalmente, da maneira descrita no primeiro caso anterior e com base na prioridade de cada LCG, alguns LCGs a partir de todos LCGs remanescentes tendo dados a serem enviados, de modo que uma quantidade total dos primeiros LCGs e alguns LCGs selecionados a partir de todos os LCGs remanescentes tendo dados a serem enviados é a quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for igual a uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode usar uma quantidade primeiro LCGs como os LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for maior que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar, a partir de múltiplos primeiros LCGs com base na prioridade de cada primeiro LCG, os primeiros LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado.
[0157] Opcionalmente, o primeiro LCG pode ser um LCG tendo dados a serem enviados cujo tempo de atraso remanescente é menor que ou igual a um terceiro limite pré-ajustado. O orçamento de atraso remanescente neste relatório pode ser um orçamento de atraso remanescente de um serviço ao qual os dados a serem enviados pertencem. Deve ser observado que o terceiro limite pré-ajustado pode ser especificamente determinado com base em uma configuração do sistema.
[0158] Durante a implementação específica, o dispositivo terminal pode definir um controlador de tempo de descarte (discard timer) para cada parte dos dados em cada LCH em cada LCG. Um valor máximo do controlador de tempo de descarte é um atraso correspondente ao LCH. Quando os dados a serem enviados são recebidos no LCH, o controlador de tempo de descarte pode ser iniciado para cada parte dos dados, para determinar se os dados a serem enviados devem ser descartados. Portanto, quando um orçamento de atraso remanescente dos dados a serem enviados no LCG é um orçamento de atraso remanescente dos dados com um orçamento de atraso remanescente mínimo em todos os LCHs tendo dados a serem enviados no LCG, o dispositivo terminal pode determinar, com base em um tempo limite remanescente (um orçamento de atraso remanescente) de um controlador de tempo de descarte de cada parte dos dados em cada LCH em cada um dentre todos os LCGs tendo dados a serem enviados, um orçamento de atraso remanescente dos dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados.
[0159] Alternativamente, o dispositivo terminal pode definir um controlador de tempo de descarte para cada LCH em cada LCG. Um valor máximo do controlador de tempo de descarte é um atraso correspondente ao LCH. Quando os dados a serem enviados são recebidos no LCH, o controlador de tempo de descarte pode ser iniciado, para determinar se os dados a serem enviados devem ser descartados. Portanto, quando um orçamento de atraso remanescente dos dados a serem enviados no LCG é um valor mínimo nos orçamentos de atraso remanescentes de todos os LCHs tendo dados a serem enviados no LCG, o dispositivo terminal pode determinar, com base em um tempo limite remanescente (um orçamento de atraso remanescente) de um controlador de tempo de descarte de cada LCH em cada um dentre todos os LCGs tendo dados a serem enviados, um orçamento de atraso remanescente dos dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados.
[0160] Alternativamente, quando um orçamento de atraso remanescente dos dados a serem enviados no LCG é um valor mínimo nos orçamentos de atraso remanescentes de todos os LCHs tendo dados a serem enviados no LCG, o dispositivo terminal pode definir um controlador de tempo de descarte para cada LCG. Um valor máximo do controlador de tempo de descarte é um atraso correspondente a um LCH tendo um requisito mais alto de atraso no LCG. Quando dados a serem enviados são recebidos em qualquer LCH no LCG, o controlador de tempo de descarte pode ser iniciado. Portanto, nesta implementação, o dispositivo terminal pode determinar, com base em um tempo limite remanescente (orçamento de atraso remanescente) de um controlador de tempo de descarte de cada um dentre todos os LCGs tendo dados a serem enviados, um orçamento de atraso remanescente dos dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados.
[0161] Depois de obter o orçamento de atraso remanescente dos dados a serem enviados em cada LCG, o dispositivo terminal pode comparar o orçamento de atraso remanescente dos dados a serem enviados em cada LCG com o terceiro limite pré-ajustada, para determinar se existe um primeiro LCG em que um orçamento de atraso remanescente dos dados a serem enviados é menor que ou igual ao terceiro limite pré-ajustado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for menor que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar adicionalmente, da maneira descrita no primeiro caso anterior e com base na prioridade de cada LCG, alguns LCGs a partir de todos LCGs remanescentes tendo dados a serem enviados, de modo que uma quantidade total dos primeiros LCGs e alguns LCGs selecionados a partir de todos os LCGs remanescentes tendo dados a serem enviados é a quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for igual a uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode usar uma quantidade dos primeiros LCGs como os LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for maior que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar, a partir de múltiplos primeiros LCGs com base na prioridade de cada primeiro LCG, os primeiros LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado.
[0162] Opcionalmente, o primeiro LCG pode ser um LCG, em todos os LCGs tendo dados a serem enviados, incluindo novos dados a serem enviados. Os novos dados a serem enviados neste relatório, são dados a serem enviados recentemente armazenados temporariamente por um LCH do dispositivo terminal depois do dispositivo terminal enviar um BSR anterior (onde o BSR pode ser o BSR mostrado na FIG. 4, pode ser o BSR truncado anterior, ou pode ser qualquer outro BSR, por exemplo, um BSR acionado pela chegada de novos dados).
[0163] Durante a implementação específica, o dispositivo terminal pode determinar, com base em dados a serem enviados em um LCH tendo dados a serem enviados em cada um dentre todos os LCGs tendo dados a serem enviados, se todos os LCGs tendo dados a serem enviados incluem um primeiro LCG tendo novos dados a serem enviados. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for menor que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo
BSR truncado, o dispositivo terminal pode selecionar adicionalmente, da maneira descrita no primeiro caso anterior e com base na prioridade de cada LCG, alguns LCGs a partir de todos LCGs remanescentes tendo dados a serem enviados, de modo que uma quantidade total dos primeiro LCGs e alguns LCGs selecionados a partir de todos os LCGs remanescentes tendo dados a serem enviados é a quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for igual a uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode usar uma quantidade dos primeiros LCGs como os LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado. Se uma quantidade dos primeiros LCGs nos LCGs tendo dados a serem enviados for maior que uma quantidade de LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado, o dispositivo terminal pode selecionar, a partir de múltiplos primeiros LCGs com base na prioridade de cada primeiro LCG, os primeiros LCGs cuja quantidade de dados a serem enviados pode ser indicada pelo BSR truncado.
[0164] Opcionalmente, o primeiro LCG pode ser um LCG, em todos os LCGs tendo dados a serem enviados, que inclui novos dados a serem enviados cuja quantidade é maior que ou igual a um quarto limite pré-ajustado. Alternativamente, o primeiro LCG pode ser um LCG, em todos os LCGs tendo dados a serem enviados, que inclui novos dados a serem enviados cuja razão é maior que ou igual a um quinto limite pré-ajustado. A razão dos novos dados a serem enviados é uma razão da quantidade dos novos dados a serem enviados para a quantidade de dados a serem enviados no primeiro LCG, uma razão da quantidade dos novos dados a serem enviados para a quantidade de dados obtida subtraindo a quantidade dos novos dados a serem enviados a partir da quantidade de dados a serem enviados no primeiro LCG, ou semelhantes. Os princípios da implementação e os seus efeitos técnicos são similares àqueles da maneira anterior. Os detalhes não são descritos neste relatório novamente. O quarto limite pré-ajustado e o quinto pré-ajustado podem ser especificamente determinados com base em uma configuração do sistema.
[0165] Em um terceiro caso, um orçamento de atraso remanescente dos dados a serem enviados em cada uma da parte dos LCGs é menor que um orçamento de atraso remanescente dos dados a serem enviados nos LCGs, diferente da parte dos LCGs nos LCGs tendo dados a serem enviados. Para detalhes de um orçamento de atraso remanescente dos dados a serem enviados, consultar as descrições nas modalidades anteriores. Os detalhes não são descritos neste relatório novamente.
[0166] Durante a implementação específica, o dispositivo terminal pode classificar, com base em um tempo limite remanescente (um orçamento de atraso remanescente) de um controlador de tempo de descarte de cada um dentre todos os LCGs tendo dados a serem enviados, todos os LCGs tendo dados a serem enviados, selecionar, na ordem crescente do tempo limite remanescente do controlador de tempo de descarte de todos os LCGs tendo dados a serem enviados, parte dos LCGs a partir de todos os LCGs tendo dados a serem enviados, e indicar a quantidade de dados a serem enviados na parte dos LCGs usando-se o BSR truncado.
[0167] Em um quarto caso, a parte dos LCGs pode ser alternativamente selecionada, com base na quantidade determinada da parte dos LCGs na ordem crescente dos números de série dos LCGs tendo dados a serem enviados, a partir de todos os LCGs tendo dados a serem enviados. Para descrições de uma implementação do quarto caso, consultar as descrições na modalidade anterior. Os detalhes não são descritos neste relatório novamente.
[0168] Como descrito na modalidade anterior, o BSR truncado é enviado para o dispositivo de rede pelo dispositivo terminal usando-se a MAC PDU quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4. Portanto, o BSR truncado está usualmente localizado em um trailer da MAC PDU. Neste cenário, depois de receber a MAC PDU e decodificar uma MAC CE ou uma MAC SDU que está localizada antes do BSR truncado na MAC PDU, o dispositivo de rede pode determinar automaticamente o comprimento do BSR truncado com base em uma quantidade de bits remanescentes na MAC PDU. Neste caso, o dispositivo de rede pode completar a decodificação do BSR truncado com base no comprimento do BSR truncado.
[0169] Opcionalmente, em algumas modalidades, o BSR truncado não está localizado em um trailer da MAC PDU, em outras palavras, ainda existe uma MAC SDU ou uma MAC CE depois de uma localização do bit no qual o BSR truncado está localizado na MAC PDU. Neste cenário, o BSR truncado pode ser usado adicionalmente para indicar o comprimento do BSR truncado, de modo que o dispositivo de rede pode completar a decodificação ou semelhantes do BSR truncado com base no comprimento do BSR truncado, garantindo, desse modo, a eficácia do dispositivo de rede na decodificação do BSR truncado.
[0170] Deve ser observado que embora em todas as modalidades anteriores, o BSR truncado é descrito com referência aos cenários em que os bits ociosos na MAC PDU são insuficientes para acomodar o BSR mostrado na FIG. 4, um técnico no assunto pode entender que o BSR truncado inclui mas é limitado aos cenários da aplicação anteriores. O método de transmissão de dados fornecido nesta modalidade deste pedido pode ser usado em qualquer cenário em que o dispositivo terminal precise enviar para o dispositivo de rede, informações de indicação que são usadas para indicar a quantidade de dados a serem enviados em um LCG. Os detalhes não são descritos neste relatório.
[0171] De acordo com o método de transmissão de dados fornecido nesta modalidade deste pedido, quando os bits ociosos na MAC PDU são insuficientes para acomodar o BSR que pode indicar todos os LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar o BSR truncado, para indicar, usando-se o BSR truncado, a parte dos LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados nestes LCGs. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal pode indicar adicionalmente, para o dispositivo de rede usando-se o BSR truncado, a parte dos LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados nestes LCGs. Desta maneira, o dispositivo de rede pode tomar conhecimento com exatidão, de uma maneira rápida, da quantidade dos dados a serem enviados na parte dos LCGs do dispositivo terminal, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0172] A FIG. 8 é um diagrama estrutural esquemático de um dispositivo terminal, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 8, o dispositivo terminal pode incluir um módulo de processamento 11 e um módulo de envio 12.
[0173] O módulo de processamento 11 é configurado para gerar as primeiras informações de indicação, onde as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados; e o módulo de envio 12 é configurado para enviar as primeiras informações de indicação.
[0174] Opcionalmente, quando cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade, a prioridade de cada uma da parte dos grupos de canais lógicos pode ser maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0175] Opcionalmente, quando cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade, e os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos, se uma quantidade de pelo menos um primeiro grupo de canais lógicos é menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todos maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados. Se uma quantidade de pelo menos um primeiro grupo de canais lógicos é igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos. Se uma quantidade de pelo menos um primeiro grupo de canais lógicos for maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos. A prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos. Por exemplo, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos pode ser o mesmo que um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0176] Opcionalmente, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0177] Ainda com referência à FIG. 8, em algumas modalidades, o dispositivo terminal pode incluir adicionalmente um módulo de recebimento 13. O módulo de recebimento 13 é configurado para receber segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um grupo de canais lógicos do dispositivo terminal.
[0178] O dispositivo terminal fornecido nesta modalidade deste pedido pode realizar as ações do dispositivo terminal no método modalidade mostrado na FIG. 5. Os princípios de implementação e os seus efeitos técnicos são similares. Os detalhes não são descritos neste relatório novamente.
[0179] A FIG. 9 é um diagrama estrutural esquemático de um dispositivo de rede, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 9, o dispositivo de rede pode incluir um módulo de recebimento 21 e um módulo de processamento 22.
[0180] O módulo de recebimento 21 é configurado para receber as primeiras informações de indicação; e o módulo de processamento 22 é configurado para determinar, com base nas primeiras informações de indicação, grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados.
[0181] Opcionalmente, quando cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade, a prioridade de cada uma da parte dos grupos de canais lógicos pode ser maior que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados.
[0182] Opcionalmente, quando cada um dentre os grupos de canais lógicos tendo dados a serem enviados corresponde a uma prioridade, e os grupos de canais lógicos tendo dados a serem enviados incluem pelo menos um primeiro grupo de canais lógicos, se uma quantidade de pelo menos um primeiro grupo de canais lógicos for menor que uma quantidade da parte dos grupos de canais lógicos, a parte dos grupos de canais lógicos inclui pelo menos um primeiro grupo de canais lógicos, e as prioridades dos grupos de canais lógicos diferente de pelo menos um primeiro grupo de canais lógicos na parte dos grupos de canais lógicos são todos maiores que as prioridades dos grupos de canais lógicos diferente da parte dos grupos de canais lógicos nos grupos de canais lógicos tendo dados a serem enviados. Se uma quantidade de pelo menos um primeiro grupo de canais lógicos for igual a uma quantidade da parte dos grupos de canais lógicos, pelo menos um primeiro grupo de canais lógicos é usado como a parte dos grupos de canais lógicos. Se uma quantidade de pelo menos um primeiro grupo de canais lógicos for maior que uma quantidade da parte dos grupos de canais lógicos, parte de pelo menos um primeiro grupo de canais lógicos é usada como a parte dos grupos de canais lógicos. A prioridade de cada primeiro grupo de canais lógicos na parte dos grupos de canais lógicos é maior que as prioridades dos primeiros grupos de canais lógicos diferente da parte de pelo menos um primeiro grupo de canais lógicos em pelo menos um primeiro grupo de canais lógicos. Por exemplo, um formato de interface aérea correspondente ao primeiro grupo de canais lógicos pode ser o mesmo que um formato de interface aérea usado para enviar as primeiras informações de indicação.
[0183] Opcionalmente, as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
[0184] Ainda com referência à FIG. 9, em algumas modalidades, o dispositivo de rede pode incluir adicionalmente um módulo de envio 23. O módulo de envio 23 é configurado para enviar as segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um grupo de canais lógicos do dispositivo terminal.
[0185] O dispositivo de rede fornecido nesta modalidade deste pedido pode realizar as ações do dispositivo de rede na modalidade do método mostrado na FIG. 5. Os princípios e implementação e seus efeitos técnicos são similares. Os detalhes não são descritos neste relatório novamente.
[0186] Deve ser observado que o módulo de envio pode ser um transmissor durante a implementação real, o módulo de recebimento pode ser um receptor durante a implementação real, e o módulo de processamento pode ser implementado em uma forma de software invocada por um elemento de processamento, ou pode ser implementado em uma forma de hardware. Por exemplo, o módulo de processamento pode ser um elemento de processamento disposto independentemente, ou pode ser integrado em um chip do dispositivo anterior para a implementação. Além disso, o módulo de processamento pode ser armazenado em uma memória do dispositivo anterior em uma forma de código do programa, e invocado por um elemento de processamento do dispositivo anterior para realizar as funções anteriores do módulo de processamento. Todos ou parte destes módulos podem ser integrados, ou estes módulos pode ser implementado independentemente. O elemento de processamento neste relatório pode ser um circuito integrado e tem uma capacidade de processamento de sinal. Em um processo de implementação, as etapas nos métodos anteriores ou os modulo anteriores podem ser implementados usando-se um circuito lógico integrado de hardware no elemento de processamento, ou usando-se uma instrução em uma forma de software.
[0187] Por exemplo, os módulos anteriores podem ser configurados como um ou mais circuitos integrados para implementar o método anterior, por exemplo, um ou mais circuitos integrados específicos da aplicação (Application Especific Integrated Circuit, ASIC), um ou mais microprocessadores (digital signal processador, DSP), ou um ou mais arranjos de portas programáveis (Field Programmable Gate Array, FPGA). Para outro exemplo, quando um dos módulos anteriores é implementado em uma forma de código de programa invocado por um elemento de processamento, o elemento de processamento pode ser um processador de uso geral, por exemplo, uma unidade de processamento central (Central Processing Unit, CPU para abreviação) ou outro processador possa chamar o código do programa. Para outro exemplo, estes módulos podem ser integrados e implementados em uma forma de um sistema em um chip (system- on-a-chip, SOC para abreviação).
[0188] A FIG. 10 é um diagrama estrutural esquemático de outro dispositivo terminal, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 10, o dispositivo terminal inclui pelo menos um processador
504 e um transceptor 508. O dispositivo terminal pode incluir adicionalmente uma memória 519 que armazena uma instrução executável por computador.
[0189] O processador 504 é configurado para gerar as primeiras informações de indicação, onde as primeiras informações de indicação são usadas para indicar grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados; e o transceptor 508 é configurado para enviar as primeiras informações de indicação geradas pelo processador 504.
[0190] Opcionalmente, o transceptor 508 é configurado adicionalmente para receber as segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um grupo de canais lógicos do dispositivo terminal.
[0191] O processador 504 pode ser configurado para realizar uma ação que é implementada dentro do dispositivo terminal e que é descrita na modalidade do método anterior, e o transceptor 508 pode ser configurado para realizar uma ação de recebimento ou envio que é realizada pelo dispositivo terminal a partir do ou para o dispositivo de rede e que é descrita na modalidade do método anterior. Para detalhes, consultar as descrições na modalidade do método anterior. Os detalhes não são descritos neste relatório novamente.
[0192] O processador 504 e a memória 519 pode ser integrado em um aparelho de processamento. O processador 504 é configurado para executar o código de programa armazenado na memória 519, para implementar as funções anteriores. Durante a implementação específica, a memória 519 pode ser alternativamente integrada no processador 504.
[0193] O dispositivo terminal pode incluir adicionalmente uma fonte de energia 512, configurada para fornecer energia para vários componentes ou circuitos no dispositivo terminal. O dispositivo terminal pode incluir uma antena 510, configurada para enviar, usando-se um sinal de rádio, os dados de enlace ascendente ou a sinalização de controle de enlace ascendente que é emitida pelo transceptor 508.
[0194] Além disso, para tornar as funções do dispositivo terminal mais completas, o dispositivo terminal pode incluir adicionalmente uma ou mais de uma unidade de entrada 514, um unidade de exibição 516, um circuito de áudio 518, uma câmera 520, um sensor 522 e semelhantes. O circuito de áudio pode incluir adicionalmente um alto-falante 5182, um microfone 5184 e semelhantes.
[0195] A FIG. 11 é um diagrama estrutural esquemático de outro dispositivo de rede, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 11, o dispositivo de rede 600 inclui pelo menos um processador 604 e um transceptor 608.
[0196] O transceptor 608 do dispositivo de rede é configurado para receber as primeiras informações de indicação; e o processador 604 é configurado para determinar, com base nas primeiras informações de indicação, grupos de canais lógicos tendo dados a serem enviados e a quantidade de dados a serem enviados em parte dos grupos de canais lógicos tendo dados a serem enviados.
[0197] Opcionalmente, o transceptor 608 do dispositivo de rede é configurado adicionalmente para enviar as segundas informações de indicação, onde as segundas informações de indicação são usadas para indicar a prioridade correspondente a pelo menos um grupo de canais lógicos do dispositivo terminal.
[0198] O processador 604 pode ser configurado para realizar uma ação que é implementada dentro do dispositivo de rede e que é descrita na modalidade do método anterior, e o transceptor 608 pode ser configurado para realizar uma ação de recebimento ou envio que é realizada pelo dispositivo de rede a partir de ou para o dispositivo terminal e que é descrita na modalidade do método anterior. Para detalhes, consultar as descrições na modalidade do método anterior. Os detalhes não são descritos neste relatório novamente.
[0199] O processador 604 e uma memória 603 podem ser integrados em um aparelho de processamento. O processador 604 é configurado para executar o código de programa armazenado na memória 603, para implementar as funções anteriores. Durante a implementação específica, a memória 603 pode ser alternativamente integrada no processador 604.
[0200] O dispositivo de rede pode incluir adicionalmente uma antena 610, configurada para enviar, usando-se um sinal de rádio, dados de enlace descendente ou sinalização de controle de enlace descendente que é emitida pelo transceptor 608.
[0201] Deve ser observado que o processador 504 do dispositivo terminal e o processador 604 do dispositivo de rede, cada um, pode ser uma unidade de processamento central (central processing unit, CPU para abreviação), um processador de rede (network processor, NP para abreviação), ou uma combinação de um CPU e um NP. O processador pode incluir adicionalmente um chip de hardware. O chip de hardware pode ser um circuito integrado específico da aplicação (application-especific integrated circuit, ASIC para abreviação), um dispositivo lógico programável (programmable logic device, PLD para abreviação), ou uma combinação dos mesmos. O PLD pode ser um dispositivo lógico programável complexo (complex programmable logic device, CPLD para abreviação), um arranjo de porta programável em capo (field- programmable gate array, FPGA para abreviação), arranjo lógico genérico (generic array logic, GAL para abreviação), ou qualquer combinação dos mesmos.
[0202] A memória 519 do dispositivo terminal e a memória 603 do dispositivo de rede, cada uma, pode incluir uma memória volátil (volatile memory), por exemplo, uma memória de acesso aleatório (random access memory, RAM para abreviação); e pode incluir adicionalmente uma memória não volátil (non-volatile memory), por exemplo, uma memória flash (flash memory), uma unidade de disco rígido (hard disk drive, HDD para abreviação), ou um unidade de estado sólido (solid-state drive, SSD para abreviação). Alternativamente, a memória pode incluir uma combinação dos tipos de memórias anteriores.
[0203] Nas modalidades deste pedido, o dispositivo terminal pode se comunicar sem fio com o dispositivo de rede. Nas modalidades de aparelho deste pedido, o dispositivo de rede pode corresponder ao dispositivo de rede no método modalidade deste pedido, e o dispositivo terminal pode corresponder ao dispositivo terminal na modalidade do método deste pedido. Além disso, as operações anteriores e outras operações e/ou funções dos módulos do dispositivo de rede e o dispositivo terminal são separadamente intencionadas a implementar processos correspondentes na modalidade do método anterior. Para brevidade, as descrições na modalidade de método deste pedido podem ser aplicadas às modalidades de aparelho. Os detalhes não são descritos neste relatório novamente.
[0204] A FIG. 12 é um diagrama estrutural esquemático de um sistema de comunicações de dados, de acordo com uma modalidade deste pedido. Como mostrado na FIG. 12, o sistema de comunicações de dados pode incluir um dispositivo terminal 51 e um dispositivo de rede 52. O dispositivo terminal 51 pode ser qualquer dispositivo terminal nas modalidades anteriores, e o dispositivo de rede 52 pode ser qualquer dispositivo de rede nas modalidades anteriores. Os princípios da implementação e seus efeitos técnicos são similares. Os detalhes não são descritos neste relatório novamente.
[0205] De acordo com o dispositivo terminal, o dispositivo de rede, e o sistema de comunicações de dados fornecidos nas modalidades deste pedido, quando os bits ociosos em uma MAC PDU são insuficientes para acomodar um BSR que pode indicar todos os LCGs tendo dados a serem enviados e a quantidade de dados a serem enviados em todos os LCGs tendo dados a serem enviados, o dispositivo terminal pode gerar as primeiras informações de indicação cujo comprimento é menor que um comprimento do BSR, para indicar, usando-se as primeiras informações de indicação, os LCGs tendo dados a serem enviados no dispositivo terminal e a quantidade dos dados a serem enviados na parte dos LCGs tendo dados a serem enviados. Desta maneira, quando os bits ociosos na MAC PDU são insuficientes, o dispositivo terminal pode indicar adicionalmente, para o dispositivo de rede usando-se as primeiras informações de indicação, os LCGs remanescentes tendo dados a serem enviados no dispositivo terminal. Desta maneira, o dispositivo de rede pode tomar conhecimento com exatidão, em tempo hábil, dos LCGs remanescentes tendo dados a serem enviados no dispositivo terminal diferente dos LCGs cuja quantidade de dados a serem enviados é indicada, de modo que o dispositivo de rede aloque um recurso de transmissão de enlace ascendente para o dispositivo terminal de maneira mais exata e adequada, melhorando, desse modo, a eficácia da alocação do recurso de transmissão de enlace ascendente.
[0206] Um técnico no assunto pode ser pode estar ciente que, na combinação com os exemplos descritos nas modalidades divulgadas nesta especificação, unidades e etapas de algoritmo podem ser implementadas por hardware eletrônico ou uma combinação do software de computador e hardware eletrônico. Se as funções são realizadas por hardware ou software dependem de aplicações específicas e condições de restrições de projeto das soluções técnicas. Um técnico no assunto pode usar diferentes métodos para implementar as funções descritas para cada aplicação específica, mas não deve ser considerado que a implementação vai além do escopo das modalidades deste pedido.
[0207] Pode ser claramente entendido por um técnico no assunto que, para o propósito da descrição conveniente e breve, para um processo de trabalho detalhado do sistema, aparelho e unidade anteriores, consultar um processo correspondente na modalidade do método anterior. Os detalhes não são descritos neste relatório novamente.
[0208] Nas várias modalidades fornecidas neste pedido, deve ser entendido que o sistema, aparelho e método divulgados podem ser implementados de outras maneiras. Por exemplo, a modalidade de aparelho descrito é meramente um exemplo. Por exemplo, a divisão de unidade é meramente a divisão de função lógica, e pode ser outra divisão na implementação real. Por exemplo, uma pluralidade de unidades ou componentes pode ser combinada ou integrada em outro sistema, ou alguns recursos podem ser ignorados ou não realizados. Além disso, os acoplamentos mútuos exibidos ou discutidos ou, acoplamentos diretos ou conexões de comunicação podem ser implementados através de algumas interfaces. Os acoplamentos diretos ou conexões de comunicação entre os aparelhos ou unidades podem ser implementados em formas elétricas, mecânicas ou outras formas.
[0209] As unidades descritas como partes separadas podem ou não podem ser separadas fisicamente, e as partes exibidas como unidades podem ou não podem ser unidades físicas, e podem estar localizadas em uma posição, ou podem ser distribuídas em uma pluralidade de unidades de rede. Parte ou todas as unidades podem ser selecionadas com base nos requisitos reais para obter os objetivos das soluções das modalidades.
[0210] Além disso, as unidades funcionais nas modalidades deste pedido podem ser integradas em uma unidade de processamento, ou cada uma dentre as unidades pode existir fisicamente sozinha, ou duas ou mais unidades podem ser integradas em uma unidade.
[0211] Quando as funções são implementadas em uma forma de uma unidade funcional de software e vendidas ou usadas como um produto independente, as funções podem ser armazenadas em uma mídia de armazenamento legível por computador. Com base em tal entendimento, as soluções técnicas deste pedido, essencialmente, ou a parte que contribui para o estado da técnica, ou parte das soluções técnicas podem ser implementadas em uma forma de um produto de software. O produto de software de computador é armazenado em uma mídia de armazenamento, e inclui várias instruções para instruir um dispositivo de computador (que pode ser um computador pessoal, um servidor, um dispositivo de rede, ou semelhantes) para realizar todas ou parte das etapas dos métodos descritos nas modalidades deste pedido. A mídia de armazenamento anterior inclui qualquer mídia que possa armazenar o código de programa, tal como uma unidade flash USB, um disco rígido removível, uma memória somente de leitura (ROM, read-only memory), uma memória de acesso aleatório (RAM, random access memory), um disco magnético ou um disco óptico.
[0212] Todas ou parte das modalidades anteriores podem ser implementadas usando-se software, hardware, firmware ou qualquer combinação dos mesmos. Quando o software é usado para implementar as modalidades, todas ou parte das modalidades podem ser implementadas em uma forma de um produto de programa de computador. O produto de programa de computador inclui uma ou mais instruções de computador. Quando as instruções de programa de computador são carregadas e executadas em um computador, todos ou parte dos procedimentos ou funções, de acordo com as modalidades deste pedido, são gerados. O computador pode ser um computador de uso geral, um computador dedicado, uma rede de computadores ou outro aparelho programável. As instruções de computador podem ser armazenadas em uma mídia de armazenamento legível por computador ou podem ser transmitidas a partir de uma mídia de armazenamento legível por computador para outra mídia de armazenamento legível por computador. Por exemplo, as instruções de computador podem ser transmitidas a partir de um website, computador, servidor ou centro de dados para outro website, computador, servidor ou centro de dados de uma maneira com fio (por exemplo, um cabo coaxial, uma fibra óptica ou uma linha de assinante digital (DSL)) ou sem fio (por exemplo, infravermelho, rádio ou micro-ondas). A mídia de armazenamento legível por computador pode ser qualquer mídia utilizável acessível por um computador, ou um dispositivo de armazenamento de dados, tal como um servidor ou um centro de dados, integrando uma ou mais mídias utilizáveis. A mídia utilizável pode ser uma mídia magnética (por exemplo, um disquete, um disco rígido ou uma fita magnética), uma mídia óptica (por exemplo, um DVD), uma mídia semicondutora (por exemplo, uma unidade de estado sólido Solid State Disk (SSD)) ou semelhantes.
Claims (37)
1. Método de transmissão de dados, CARACTERIZADO pelo fato de que compreende: gerar (S101), por um dispositivo terminal, primeiras informações de indicação, em que as primeiras informações de indicação são usadas para indicar grupos de canais lógicos (LCG)s tendo dados a serem enviados e quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados; e enviar (S102), pelo dispositivo terminal, as primeiras informações de indicação.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que cada um dentre os LCGs tendo dados a serem enviados corresponde a uma prioridade, a qual é prioridade de um LCG correspondente.
3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que prioridade de um LCG tendo dados a serem enviados é prioridade de canal lógico de maior prioridade no LCG.
4. Método, de acordo com a reivindicação 2 ou 3, CARACTERIZADO pelo fato de que prioridade de cada uma dentre a parte dos LCGs é maior que prioridades de LCGs diferente da parte dos LCGs nos LCGs tendo dados a serem enviados.
5. Método, de acordo com qualquer uma das reivindicações 1 a 4, CARACTERIZADO pelo fato de que as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
6. Método, de acordo com qualquer uma das reivindicações 1 a 5, CARACTERIZADO pelo fato de que as primeiras informações de indicação compreendem um relatório de estado de buffer, BSR, truncado.
7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que um primeiro octeto do BSR truncado indica, usando-se um bitmap, os LCGs tendo dados a serem enviados, e cada bit no bitmap corresponde a um LCG, um primeiro valor do bit indica que o LCG correspondente tem dados a serem enviados, e um segundo valor do bit indica que o LCG correspondente não tem dados a serem enviados; e pelo menos um octeto subsequente seguindo o primeiro octeto indica a quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
8. Método de transmissão de dados, CARACTERIZADO pelo fato de que compreende: receber (S103), por um dispositivo de rede, primeiras informações de indicação; e determinar (S104), pelo dispositivo de rede com base nas primeiras informações de indicação, grupo de canais lógicos (LCG)s tendo dados a serem enviados e quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que cada um dentre os LCGs tendo dados a serem enviados corresponde a uma prioridade, a qual é prioridade de um LCG correspondente.
10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que prioridade de um LCG tendo dados a serem enviados é prioridade de canal lógico de maior prioridade no LCG.
11. Método, de acordo com a reivindicação 9 ou 10, CARACTERIZADO pelo fato de que prioridade de cada uma dentre a parte dos LCGs é maior que prioridades de LCGs diferente da parte dos LCGs nos LCGs tendo dados a serem enviados.
12. Método, de acordo com qualquer uma das reivindicações 8 a 11, CARACTERIZADO pelo fato de que as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
13. Método, de acordo com qualquer uma das reivindicações 8 a 12, CARACTERIZADO pelo fato de que as primeiras informações de indicação compreendem um relatório de estado de buffer, BSR, truncado.
14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que um primeiro octeto do BSR truncado indica, usando-se um bitmap, os LCGs tendo dados a serem enviados, e cada bit no bitmap corresponde a um LCG, um primeiro valor do bit indica que o LCG correspondente tem dados a serem enviados, e um segundo valor do bit indica que o LCG correspondente não tem dados a serem enviados; e pelo menos um octeto subsequente seguindo o primeiro octeto indica a quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
15. Dispositivo terminal, CARACTERIZADO pelo fato de que compreende: um processador (504), configurado para gerar primeiras informações de indicação, em que as primeiras informações de indicação são usadas para indicar grupo de canais lógicos (LCG)s tendo dados a serem enviados e quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados; e um transceptor (508), configurado para enviar as primeiras informações de indicação.
16. Dispositivo terminal, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que cada um dentre LCGs tendo dados a serem enviados corresponde a uma prioridade, a qual é prioridade de um LCG correspondente.
17. Dispositivo terminal, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que prioridade de um LCG tendo dados a serem enviados é prioridade de canal lógico de maior prioridade no LCG.
18. Dispositivo terminal, de acordo com a reivindicação 16 ou 17, CARACTERIZADO pelo fato de que prioridade de cada uma dentre a parte dos LCGs é maior que prioridades de LCGs diferente da parte dos LCGs nos LCGs tendo dados a serem enviados.
19. Dispositivo terminal, de acordo com qualquer uma das reivindicações 15 a 18, CARACTERIZADO pelo fato de que as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
20. Dispositivo terminal, de acordo com qualquer uma das reivindicações 15 a 19, CARACTERIZADO pelo fato de que as primeiras informações de indicação compreendem um relatório de estado de buffer, BSR, truncado.
21. Dispositivo terminal, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que um primeiro octeto do BSR truncado indica, usando-se um bitmap, os LCGs tendo dados a serem enviados, e cada bit no bitmap corresponde a um LCG, um primeiro valor do bit indica que o LCG correspondente tem dados a serem enviados, e um segundo valor do bit indica que o LCG correspondente não tem dados a serem enviados; e pelo menos um octeto subsequente seguindo o primeiro octeto indica a quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
22. Dispositivo de rede, CARACTERIZADO pelo fato de que compreende: um transceptor (608), configurado para receber primeiras informações de indicação; e um processador (604), configurado para determinar, com base em primeiras informações de indicação, grupo de canais lógicos (LCG)s tendo dados a serem enviados e quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
23. Dispositivo de rede, de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que cada um dentre os LCGs tendo dados a serem enviados corresponde a uma prioridade, a qual é prioridade de um LCG correspondente.
24. Método, de acordo com a reivindicação 23, CARACTERIZADO pelo fato de que prioridade de um LCG tendo dados a serem enviados é prioridade de canal lógico de maior prioridade no LCG.
25. Dispositivo de rede, de acordo com a reivindicação 23 ou 24, CARACTERIZADO pelo fato de que prioridade de cada uma dentre a parte dos LCGs é maior que prioridades de LCGs diferente da parte dos LCGs nos LCGs tendo dados a serem enviados.
26. Dispositivo de rede, de acordo com qualquer uma das reivindicações 22 a 25, CARACTERIZADO pelo fato de que as primeiras informações de indicação são usadas adicionalmente para indicar um comprimento das primeiras informações de indicação.
27. Dispositivo de rede, de acordo com qualquer uma das reivindicações 22 a 26, CARACTERIZADO pelo fato de que as primeiras informações de indicação compreendem um relatório de estado de buffer, BSR, truncado.
28. Dispositivo de rede, de acordo com a reivindicação 27, CARACTERIZADO pelo fato de que um primeiro octeto do BSR truncado indica,
usando-se um bitmap, os LCGs tendo dados a serem enviados, e cada bit no bitmap corresponde a um LCG, um primeiro valor do bit indica que o LCG correspondente tem dados a serem enviados, e um segundo valor do bit indica que o LCG correspondente não tem dados a serem enviados; e pelo menos um octeto subsequente seguindo o primeiro octeto indica a quantidade de dados a serem enviados em parte dos LCGs tendo dados a serem enviados.
29. Dispositivo terminal, CARACTERIZADO pelo fato de que compreende uma memória (519), um processador (504), e um programa de computador que é armazenado na memória (519) e que pode ser executado pelo processador (504), em que o processador (504) executa o programa de computador para implementar as etapas do método de transmissão de dados conforme definido em qualquer uma das reivindicações 1 a 7.
30. Dispositivo de rede, CARACTERIZADO pelo fato de que compreende uma memória (603), um processador (604), e um programa de computador que é armazenado na memória (603) e que pode ser executado pelo processador (604), em que o processador (604) executa o programa de computador para implementar as etapas do método de transmissão de dados conforme definido em qualquer uma das reivindicações 8 a 14.
31. Sistema de comunicações de dados, CARACTERIZADO pelo fato de que compreende o dispositivo terminal (51) conforme definido em qualquer uma das reivindicações 15 a 21 e o dispositivo de rede (52) conforme definido em qualquer uma das reivindicações 22 a 28.
32. Dispositivo, CARACTERIZADO pelo fato de que o dispositivo é configurado para realizar o método conforme definido em qualquer uma das reivindicações 1 a 7.
33. Mídia de armazenamento legível por computador, CARACTERIZADA pelo fato de que compreende uma instrução, em que quando invocada por um processador, a instrução é usada para realizar o método conforme definido em qualquer uma das reivindicações 1 a 7.
34. Chip, CARACTERIZADO pelo fato de que compreende uma memória e um processador, em que a memória é configurada para armazenar um programa de computador, e o processador é configurado para invocar o programa de computador da memória e rodar o programa de computador, de modo que o processador realize o método conforme definido em qualquer uma das reivindicações 1 a 7.
35. Dispositivo, CARACTERIZADO pelo fato de que o dispositivo é configurado para realizar o método conforme definido em qualquer uma das reivindicações 8 a 14.
36. Mídia de armazenamento legível por computador, CARACTERIZADA pelo fato de que compreende uma instrução, em que quando invocada por um processador, a instrução é usada para realizar o método conforme definido em qualquer uma das reivindicações 8 a 14.
37. Chip, CARACTERIZADO pelo fato de que compreende uma memória e um processador, em que a memória é configurada para armazenar um programa de computador, e o processador é configurado para invocar o programa de computador da memória e rodar o programa de computador, de modo que o processador realize o método conforme definido em qualquer uma das reivindicações 8 a 14.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710686889.7 | 2017-08-11 | ||
CN201710686889.7A CN109392009A (zh) | 2017-08-11 | 2017-08-11 | 数据传输方法、设备和通信系统 |
PCT/CN2018/099900 WO2019029686A1 (zh) | 2017-08-11 | 2018-08-10 | 数据传输方法、设备和通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
BR112020002809A2 true BR112020002809A2 (pt) | 2020-08-04 |
Family
ID=65272871
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR112020002809-6A BR112020002809A2 (pt) | 2017-08-11 | 2018-08-10 | método de transmissão de dados, dispositivo, dispositivo terminal, dispositivo de rede, mídia de armazenamento legível por computador, chip e sistema de comunicações de dados |
Country Status (10)
Country | Link |
---|---|
US (2) | US10911978B2 (pt) |
EP (1) | EP3633892B1 (pt) |
JP (1) | JP2020530719A (pt) |
KR (1) | KR102288180B1 (pt) |
CN (3) | CN109392009A (pt) |
AU (1) | AU2018315298B2 (pt) |
BR (1) | BR112020002809A2 (pt) |
PH (1) | PH12020500306A1 (pt) |
RU (1) | RU2767505C2 (pt) |
WO (1) | WO2019029686A1 (pt) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3991496B1 (en) * | 2019-06-26 | 2023-09-06 | Sharp Kabushiki Kaisha | User equipment and base stations that achieve uplink multiplexing |
CN113286370B (zh) * | 2021-07-23 | 2021-10-26 | 广州乐盈信息科技股份有限公司 | 无线网络中通信的信道时间分配和访问控制处理方法 |
CN117981386A (zh) * | 2021-09-15 | 2024-05-03 | 日本电气株式会社 | 用于通信的方法、设备和计算机可读介质 |
CN117119520A (zh) * | 2022-05-16 | 2023-11-24 | 大唐移动通信设备有限公司 | Bsr触发和上报方法、资源分配方法及装置 |
TWI820965B (zh) * | 2022-07-18 | 2023-11-01 | 財團法人資訊工業策進會 | 在無線通訊系統中的基地台、終端裝置及傳輸方法 |
US20240155421A1 (en) * | 2022-11-03 | 2024-05-09 | Industrial Technology Research Institute | Method and user equipment for reporting remaining delay budget information |
WO2024168860A1 (zh) * | 2023-02-17 | 2024-08-22 | Oppo广东移动通信有限公司 | 通信方法、装置、设备、存储介质、芯片、产品及程序 |
CN118524567A (zh) * | 2023-02-17 | 2024-08-20 | 华为技术有限公司 | 一种缓存状态报告确定方法、通信方法及装置 |
Family Cites Families (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132619B (zh) * | 2006-08-22 | 2010-04-14 | 大唐移动通信设备有限公司 | 终端缓冲区数据量信息上报方法 |
EP2235994B1 (en) * | 2008-01-30 | 2014-03-05 | Telefonaktiebolaget L M Ericsson (publ) | Method and arrangement in a telecommunication system |
EP2094038B1 (en) * | 2008-02-20 | 2015-11-04 | Amazon Technologies, Inc. | Apparatus and method for constructing a data unit that includes a buffer status report |
US8873474B2 (en) * | 2008-10-17 | 2014-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and mobile terminal providing priority-based uplink scheduling information |
DK2420029T3 (da) * | 2009-04-16 | 2021-04-12 | Koninklijke Philips Nv | Adaptiv bufferstatusrapportering |
CN101932019B (zh) * | 2009-06-19 | 2015-06-03 | 中兴通讯股份有限公司 | 一种实现上报缓冲区状态报告的方法、终端及网络系统 |
CN102065552B (zh) * | 2009-11-17 | 2013-05-22 | 大唐移动通信设备有限公司 | 一种上报bsr的方法和装置 |
CN102724705B (zh) * | 2009-12-25 | 2015-04-29 | 华为技术有限公司 | 一种报告缓存数据量的方法及装置 |
KR20110081441A (ko) * | 2010-01-08 | 2011-07-14 | 삼성전자주식회사 | 이동통신 단말기에서 자원 할당 요청 방법 및 장치 |
US8780860B2 (en) * | 2010-05-01 | 2014-07-15 | Pantech Co., Ltd. | Apparatus and method for transmitting sounding reference signal in wireless communication system supporting multiple component carriers |
EP3422764B1 (en) * | 2010-06-18 | 2020-09-02 | Fujitsu Limited | Reporting method of terminal buffer state report(bsr), obtaining method for obtaining bsr from base station and corresponding terminal, base station, communication system |
CN102291200B (zh) * | 2010-06-21 | 2014-05-07 | 电信科学技术研究院 | 一种缓存状态报告的上报及数据量的确定方法、设备 |
CN102742345B (zh) * | 2010-06-22 | 2015-08-12 | 中兴通讯股份有限公司 | 一种缓冲区数据量等级的上报方法和系统 |
CN102573089B (zh) * | 2010-12-08 | 2014-10-15 | 普天信息技术研究院有限公司 | 宽带集群系统中缓存状态报告的上报方法 |
JP6110376B2 (ja) * | 2012-06-06 | 2017-04-05 | 京セラ株式会社 | 制御方法、ユーザ端末、プロセッサ、及び基地局 |
JP6101486B2 (ja) * | 2012-12-28 | 2017-03-22 | 株式会社Nttドコモ | バッファ状態報告の送信制御方法、ユーザ装置、および無線通信システム |
WO2014139083A1 (zh) * | 2013-03-12 | 2014-09-18 | 华为技术有限公司 | 传输数据处理方法及设备 |
CN104620660B (zh) * | 2013-08-02 | 2019-04-12 | 华为技术有限公司 | 空闲状态随机接入方法及设备 |
US10075940B2 (en) * | 2013-08-09 | 2018-09-11 | Kt Corporation | Method for transmitting buffer status report in device-to-device communication, and device thereof |
CN104640223B (zh) * | 2013-11-11 | 2019-12-03 | 中兴通讯股份有限公司 | 一种上报bsr的方法、基站和终端 |
JP6516242B2 (ja) * | 2014-03-20 | 2019-05-22 | シャープ株式会社 | 端末装置、集積回路、および、無線通信方法 |
CN104936296B (zh) * | 2014-03-21 | 2019-07-05 | 中兴通讯股份有限公司 | 一种上报和接收缓冲区状态的方法和装置 |
EP3177100A4 (en) * | 2014-07-31 | 2018-05-30 | Sharp Kabushiki Kaisha | Terminal apparatus, control method, and integrated circuit |
CN106304370B (zh) * | 2015-05-15 | 2019-11-29 | 上海诺基亚贝尔股份有限公司 | 在基于载波聚合增强的通信系统中用于设置bsr mac ce的方法 |
CN106454687B (zh) * | 2015-07-21 | 2021-08-03 | 大唐移动通信设备有限公司 | 一种分配资源的方法和设备 |
CN108141856B (zh) * | 2015-08-25 | 2022-02-11 | Lg 电子株式会社 | 无线通信系统中的资源分配方法及其装置 |
CN106535246B (zh) * | 2015-09-11 | 2021-03-16 | 中兴通讯股份有限公司 | 一种缓冲区状态报告的上报方法、装置及系统 |
US10548047B2 (en) * | 2015-09-24 | 2020-01-28 | Lg Electronics Inc. | Method for transmitting a buffer status report in a D2D communication system and device therefor |
US10595166B2 (en) * | 2016-07-18 | 2020-03-17 | Sharp Kabushiki Kaisha | Systems and methods for processing time reduction signaling |
US10581559B2 (en) * | 2016-07-18 | 2020-03-03 | Sharp Kabushiki Kaisha | User Equipment, base stations and methods |
CN110169159B (zh) * | 2016-08-08 | 2022-10-28 | 夏普株式会社 | 用于v2x通信的高功效资源利用 |
US10439682B2 (en) * | 2016-08-19 | 2019-10-08 | FG Innovation Company Limited | Access mechanism for proximity-based service UE-to-network relay service |
CN107889144B (zh) * | 2016-09-29 | 2020-04-21 | 华为技术有限公司 | 一种缓冲状态报告的处理方法及装置 |
CN110996391B (zh) * | 2016-11-01 | 2020-11-20 | 华为技术有限公司 | 一种资源分配方法及终端 |
CN108260210B (zh) * | 2016-12-29 | 2022-02-11 | 华为技术有限公司 | 一种数据传输方法及用户设备、无线接入设备 |
US10484976B2 (en) * | 2017-01-06 | 2019-11-19 | Sharp Kabushiki Kaisha | Signaling, procedures, user equipment and base stations for uplink ultra reliable low latency communications |
CN108307505B (zh) * | 2017-01-13 | 2021-07-09 | 华为技术有限公司 | 调度方法及相关设备 |
CN108401302B (zh) * | 2017-02-04 | 2022-07-29 | 华为技术有限公司 | 一种资源调度方法、装置及系统 |
US10448414B2 (en) * | 2017-03-23 | 2019-10-15 | Sharp Kabushiki Kaisha | Downlink control channel for uplink ultra-reliable and low-latency communications |
CN108633101B (zh) * | 2017-03-24 | 2021-01-12 | 华为技术有限公司 | 一种通信方法及装置 |
CN108924877B (zh) * | 2017-03-24 | 2022-02-11 | 华为技术有限公司 | 信息的处理方法和设备 |
CN108811099B (zh) * | 2017-05-03 | 2024-07-23 | 华为技术有限公司 | 上行传输资源的调度方法和设备 |
CN108809594B (zh) * | 2017-05-05 | 2021-01-29 | 华为技术有限公司 | 传输数据的方法、终端设备和网络设备 |
JP6538917B2 (ja) * | 2017-05-25 | 2019-07-03 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおいて物理ダウンリンク制御チャネル(pdcch)を監視するための方法及び装置 |
WO2018228507A1 (en) * | 2017-06-14 | 2018-12-20 | Fg Innovation Ip Company Limited | Evolved buffer status report supporting multiple numerology factors |
CN107360591B (zh) * | 2017-06-15 | 2020-01-14 | 电信科学技术研究院 | 一种上报缓存状态报告的方法和设备 |
WO2018231137A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus relating to buffer status reports in a wireless communication network |
US20180368166A1 (en) * | 2017-06-16 | 2018-12-20 | Mediatek Inc. | User equipment and method to support data preprocessing |
CN109041114B (zh) | 2017-06-16 | 2020-03-10 | 华为技术有限公司 | 一种发送缓存状态报告的方法及用户设备 |
CN109286973B (zh) * | 2017-07-21 | 2021-10-19 | 夏普株式会社 | 用户功率余量报告相关方法、用户设备和基站 |
CN117062240A (zh) * | 2017-08-11 | 2023-11-14 | 华为技术有限公司 | 调度请求的发送方法、调度请求的处理方法及相关设备 |
-
2017
- 2017-08-11 CN CN201710686889.7A patent/CN109392009A/zh active Pending
- 2017-08-11 CN CN201910781394.1A patent/CN110677872B/zh active Active
-
2018
- 2018-08-10 AU AU2018315298A patent/AU2018315298B2/en active Active
- 2018-08-10 RU RU2020110028A patent/RU2767505C2/ru active
- 2018-08-10 BR BR112020002809-6A patent/BR112020002809A2/pt not_active Application Discontinuation
- 2018-08-10 EP EP18845226.2A patent/EP3633892B1/en active Active
- 2018-08-10 KR KR1020207007077A patent/KR102288180B1/ko active IP Right Grant
- 2018-08-10 JP JP2020508018A patent/JP2020530719A/ja active Pending
- 2018-08-10 CN CN201880052195.0A patent/CN111034079A/zh active Pending
- 2018-08-10 WO PCT/CN2018/099900 patent/WO2019029686A1/zh unknown
-
2019
- 2019-12-16 US US16/716,333 patent/US10911978B2/en active Active
-
2020
- 2020-02-11 PH PH12020500306A patent/PH12020500306A1/en unknown
-
2021
- 2021-01-12 US US17/147,248 patent/US20210211922A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
RU2020110028A (ru) | 2021-09-13 |
US20200120534A1 (en) | 2020-04-16 |
CN109392009A (zh) | 2019-02-26 |
JP2020530719A (ja) | 2020-10-22 |
KR102288180B1 (ko) | 2021-08-09 |
AU2018315298B2 (en) | 2021-09-23 |
WO2019029686A1 (zh) | 2019-02-14 |
CN110677872B (zh) | 2020-11-24 |
CN111034079A (zh) | 2020-04-17 |
US20210211922A1 (en) | 2021-07-08 |
KR20200039753A (ko) | 2020-04-16 |
EP3633892A4 (en) | 2020-07-22 |
PH12020500306A1 (en) | 2021-02-08 |
EP3633892A1 (en) | 2020-04-08 |
EP3633892B1 (en) | 2023-05-03 |
US10911978B2 (en) | 2021-02-02 |
RU2020110028A3 (pt) | 2021-10-12 |
RU2767505C2 (ru) | 2022-03-17 |
CN110677872A (zh) | 2020-01-10 |
AU2018315298A1 (en) | 2020-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10716118B2 (en) | Change of rate matching modes in presence of channel state information reference signal transmission | |
BR112020002809A2 (pt) | método de transmissão de dados, dispositivo, dispositivo terminal, dispositivo de rede, mídia de armazenamento legível por computador, chip e sistema de comunicações de dados | |
WO2020038431A1 (zh) | V2x的通信方法和装置 | |
WO2020194162A1 (en) | Method and apparatus for determining a duration of a repetition of a transport block | |
ES2839173T3 (es) | Terminal de usuario, estación base inalámbrica y método de comunicación inalámbrico | |
US10681587B2 (en) | Method and apparatus for wireless communication | |
WO2019029366A1 (zh) | 一种调整频域资源和发送指示信息的方法、装置及系统 | |
WO2017024559A1 (zh) | 数据传输的方法、终端设备、基站和通信系统 | |
JP2020505888A (ja) | 通信方法および通信装置 | |
WO2020172576A1 (en) | Methods for nr sl multi-sub-channel pscch transmission | |
ES2971438T3 (es) | Terminal y método de comunicación inalámbrico | |
WO2019029473A1 (zh) | 传输数据的方法、终端设备和网络设备 | |
EP3641454A1 (en) | Communication method, network device, and user equipment | |
US20110038331A1 (en) | Control Channel Transmission With Component Carrier Aggregation | |
TWI771337B (zh) | 傳輸上行控制訊息的方法、終端設備和網路設備 | |
EP4193531A1 (en) | Time and code domain coverage enhancements | |
WO2021030980A1 (zh) | 一种通信方法、通信装置和系统 | |
WO2018202027A1 (zh) | 子载波间隔类型的确定方法、装置 | |
US11121847B2 (en) | Communication method and communications device | |
WO2019195103A1 (en) | Methods of harq for noma | |
WO2020048302A1 (zh) | 一种通信方法和装置 | |
WO2018082365A1 (zh) | 传输控制方法、装置及系统存储介质 | |
WO2018072180A1 (zh) | 传输上行数据的方法、网络侧设备和终端设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
B350 | Update of information on the portal [chapter 15.35 patent gazette] | ||
B11A | Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing | ||
B11Y | Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette] |