BR112015025308B1 - Distribuição de unidades de dados de protocolo - Google Patents
Distribuição de unidades de dados de protocolo Download PDFInfo
- Publication number
- BR112015025308B1 BR112015025308B1 BR112015025308-3A BR112015025308A BR112015025308B1 BR 112015025308 B1 BR112015025308 B1 BR 112015025308B1 BR 112015025308 A BR112015025308 A BR 112015025308A BR 112015025308 B1 BR112015025308 B1 BR 112015025308B1
- Authority
- BR
- Brazil
- Prior art keywords
- protocol
- data units
- pdcp
- timer
- distribution
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1841—Resequencing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- 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/0205—Traffic management, e.g. flow control or congestion control at the air interface
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
DISTRIBUIÇÃO DE UNIDADES DE DADOS DE PROTOCOLO. Distribuição de unidades de dados de protocolo ou outras unidades de dados ou informações adequadas em vários sistemas de comunicação pode ser acentuada por métodos e aparelhos apropriados. Por exemplo, a distribuição em sequência de unidades de dados de protocolo recebidos em paralelo de várias entidades de protocolo da camada inferior de modo reconhecido pode beneficiar de temporizadores e/ou encaminhamento de relatórios de estado. Um método pode incluir a observação de um intervalo em uma sequência de unidades de dados de protocolo recebidas de uma pluralidade de entidades de protocolo da camada inferior proporcionando a transferência de dados. O método pode também incluir a partida de um temporizador após a observação do intervalo. O método pode ainda incluir a prevenção para impedir o intervalo de bloquear a distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira. O método pode incluir adicionalmente a detecção de um relatório de estado de encaminhamento. O método também pode incluir, imediatamente procedimento com a distribuição de dados para a camada superior, que contém os intervalos, devido à falta de encaminhamento em handover.
Description
[001] O presente pedido reivindica o benefício e a prioridade de Pedido de Patente dos Estados Unidos N° 14/067.509, depositado em 30 de outubro de 2013, que era uma continuação em parte do Pedido de Patente dos Estados Unidos N° 13/856.951, depositado em 4 de abril de 2013, o benefício e a prioridade do qual também são reivindicados. Ambos os pedidos anteriores são incorporados neste documento através de referência em suas totalidades.
[002] A distribuição de unidades de dados de protocolo ou outras unidades de dados ou de informação adequadas em vários sistemas de comunicação pode ser otimizada através de métodos e dispositivos apropriados. Por exemplo, a distribuição em sequência de unidades de dados de protocolo recebidas em paralelo de diversas entidades de protocolo de camada inferior de modo reconhecido podem se beneficiar da reordenação de temporizadores e/ou do encaminhamento de relatórios de estado, além disso, a distribuição em sequência de unidades de dados de protocolo (PDUs) recebidas em paralelo de diversas entidades de protocolo de camada inferior de modo reconhecido pode se beneficiar de uma PDU de dados não contendo unidade de dados de serviço (SDU) para expedição de distribuição de dados para camada superior no recebimento de entidade de protocolo.
[003] Na pilha de protocolo de interface aérea de Evolved Universal Terrestrial Radio Access Network (E-UTRAN), o Packet Data Convergence Protocol (PDCP) correntemente fica acima do protocolo de Radio Link Control (RLC). O PDCP, correntemente, é definido pela especificação técnica (TS) 36.323, do projeto de parceria de Terceira geração (3GPP), que é aqui incorporada através de referência. O RLC é definido por 3GPP TS 36.322, que é aqui incorporada através de referência.
[004] Para PDCP, os ‘Serviços esperados de camadas inferiores’ relacionados incluem entre outros: serviço de transferência de dados reconhecidos, incluindo a indicação de distribuição bem sucedida de unidades de dados de protocolo de PDCP e distribuição em sequência, exceto no restabelecimento de camadas inferiores.
[005] Correspondentemente, a seguinte ‘Função’ de PDCP é relacionada: distribuição em sequência de PDUs de camada superior no restabelecimento de camadas inferiores.
[006] Em estudos de dupla conectividade em E-UTRAN, pilhas de protocolos podem ser baseadas em ter RLC independente em cada nó para dupla conectividade. A figura 1 ilustra pilhas de protocolos de planos de controle/usuário (C/U). Mais especificamente, a figura 1 ilustra pilhas de protocolos de plano-U de multi-rádios para descarregamento ou agregação de portadoras inter-site.
[007] No nível do estágio-2, a divisão de trabalho na distribuição em sequência entre PDCP e RLC se mostra, por exemplo, como segue em 3GPP TS 36.300 §§10.1.2.3 e 10.1.2.3.1, que é aqui incorporado através de referência. “Após handover (transferência), a fonte eNB pode transmitir em ordem para o alvo eNB todos as PDCP SDUs (unidades de dados de serviço) de todos os enlaces descendentes com sua SN, que não tenham sido reconhecidos pelo UE. Após um handover normal, quando o UE recebe PDCP SDU do alvo eNB, ele pode distribuir para a camada superior junto com todas as PDCP SDUs com SNs inferiores independente de intervalos possíveis.”
[008] Os intervalos possíveis mencionados acima podem ocorrer porque, após handover, o PDCP no UE pode receber PDUs cuja recepção falhou antes do handover, mas apenas se forem transmitidas pela fonte eNB para o alvo eNB. Em qualquer caso, é permitido que o PDCP no UE assuma que PDUs recebidas após o handover chegam em ordem crescente de números em sequência de PDUs.
[009] A realização do estágio 3 deste princípio parece como segue em 3GPP TS 36.323 §§5.1.2, 5.1.2.1 e 5.1.2.1.2, ... “ se a PDCP PDU recebida pelo PDCP não for devido ao restabelecimento de camadas inferiores: distribuir para as camadas superiores em ordem ascendente do valor COUNT associado menor do que o valor COUNT associado com a PDCP SDU recebida; todas as PDCP SDU(s) armazenadas com valor(es) COUNT associados consecutivamente, começando do valor COUNT associado com a PDCP SDU recebida ...”
[010] Desse modo, a menos que a PDU fosse liberada por restabelecimento de RLC, realizado em handover para distribuir todas as RLC SDUs recebidas cifradas com a chave da fonte eNB, o sistema assume que nenhuma PDU com SN inferior seguirá após aquela recebida e distribuirá SDUs para camada superior, em consequência.
[011] Continuando do mesmo 3GPP TS: "... Last_Submitted_PDCP_RX_SN definido para o PDCP SN da última PDCP SDU distribuída para camadas superiores; se PDCP SN = Last_Submitted_PDCP_RX_SN + 1 recebida ou PDCP SN Last_Submitted_PDCP_RX_SN - Maximum_PDCP_SN recebido: distribuir para camadas superiores em ordem ascendente do valor COUNT associado: todas as PDCP SDU(s) armazenadas com valor(es) COUNT associado(s), começando do valor COUNT associado com a PDCP SDU recebida; PDCP_RX_SN definida para a PDCP SN da última PDCP SDU distribuída para camadas superiores.
[012] Desse modo, se a PDU for liberada por restabelecimento de RLC, o sistema se abstém de qualquer distribuição de SDU para camada superior que deixará um furo na sequência de SDUs distribuídas.
[013] Em consequência, no procedimento convencional acima, há duas derivações, a primeira das quais supõe que nenhuma PDU não recebida com SN inferior pode ser esperada, após uma recebida: a única exceção para essa suposição - a segunda derivação - é quando as PDUs são recebidas devido ao restabelecimento de RLC.
[014] Outra opção de arquitetura - protocolo envolve um protocolo de RLC distribuído onde, com referência à figura 1, a entidade de PDCP no eNB interfaceia uma entidade mestre de RLC co-localizada: esse RLC mestre pode dividir as RLC PDUs destinadas em direção ao UE para uma transmissão direta de interface - rádio via as camadas MAC/PHY co-localizadas, no caso do que é chamado modo de rádio duplo e aqueles a serem transmitidos por uma entidade de RLC escrava, operando em LTE-Hi AP. Como no modelo previamente discutido, nessa opção há mapeamento de um para um entre portadoras de PDCP e portadores de RLC com fluxo de dados em dada direção.
[015] De acordo com 3GPP TS 36.322, cada um recebendo entidade de RLC de modo não reconhecido implementa o seguinte: VR(UR) - UM recebem variável de estado, VR(UX), variável de estado t-reordering UM, VR(UH) - variável de estado UM mais alta recebida e t-Reordering. VR(UR) - UM recebem variável de estado podem manter o valor de SN da UMD PDU mais antiga que é ainda considerada para reordenação. VR(UX)- variável de estado t-reordering UM pode manter o valor da SN seguindo a SN da UMD PDU que disparou r-Reordering. VR(UH) - UM variável de estado mais alta recebida pode manter o valor da SN seguindo o SN de UMD PDU com SN mais alta entre UMD PDUs recebidas e serve como a borda mais alta da janela de reordenação. t-Reordering é um temporizador que é usado pelo lado de recebimento de uma entidade de AM RLC e recebendo entidade de UM RLC a fim de detectar perda de RLC PDUs na camada inferior.
[016] 3GPP TS 36.322 §5.1.2.2.4 explica ações quando t-Reordering expira. Especificamente, 3GPP TS 36.322 explica que “Quando t-Reordering expira, o recebimento da entidade UM RLC: atualizar VR(UR) para a SN da primeira UMD PDU com SN>= VR(UX) que não foi recebido; remontar RLC SDUs de qualquer UMD PDUs com SN< atualizado VR(UR), remover cabeçalhos de RLC quando assim fazendo e distribuir RLC SDUs remontadas para camada superior em ordem ascendente da RLC SN, se não for distribuído antes; se VR(UH) > VR(UR): iniciar t-Reordering ; definir VR(UX) para VR(UH)”.
[017] Convencionalmente, um PDU de dados de protocolo de convergência de pacote de dados (PDCP) pode ser usado para transmitir um PDCP SDU SN; e os dados de plano de usuário que contém um SDU PDCP não comprimido; ou de dados de plano de usuário contendo um SDU PDCP comprimido; ou dados de plano de controle; e um campo de MAC-I para SRBs; ou para RNs, um campo de MAC-I para DRB (se a proteção de integridade estiver configurada).
[018] Convencionalmente, PDCP não pode esperar por PDUs que estão faltando entre aquelas recebidas, exceto no restabelecimento de controle de enlace de rádio (RLC). Desse modo, um intervalo gerado por descarte de PDCP no eNB pode ser visto imediatamente em TCP/IP no UE. Em consequência, o UE pode enviar um TCP ACK em duplicata e o lado de rede TCP pode ir mais lento.
[019] Melhorias da camada de célula pequena de camada superior são descritas, por exemplo, no relatório técnico de 3GPP (TR) 36.842 v.0.3.0, que é aqui incorporado através de referência em sua totalidade. Por exemplo, opção 3C no relatório técnico descreve arquitetura de protocolo U-plano que pode ser usada.
[020] De acordo com uma primeira modalidade, um método inclui a observação de um intervalo em uma sequência de unidades de dados de protocolo recebidas de uma pluralidade de entidades de protocolo de camada inferior, proporcionando transferência de dados. O método também inclui a iniciação de um temporizador após a observação de intervalo. O método ainda inclui impedir o intervalo de bloquear a distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira.
[021] Em uma variação, o método inclui a detecção de uma relação de estado de encaminhamento e prosseguindo-se com distribuição de dados para camada superior, contendo os intervalos por causa da ausência de encaminhamento em handover.
[022] De acordo com uma segunda modalidade, um método inclui a determinação de quais números de sequência de unidades de dados de protocolo não serão encaminhados para um equipamento de usuário. O método também inclui a identificação, explicitamente, os números de sequência de unidades de dados de protocolo para o equipamento de usuário em um relatório.
[023] De acordo com uma terceira modalidade, um aparelho inclui pelo menos um processador e pelo menos uma memória incluindo código de programa de computador. A pelo menos uma memória e o código de programa de computador são configurados para, com o pelo menos um processador para fazer o aparelho pelo menos observar um intervalo em uma sequência de unidades de dados de protocolo recebidas de uma pluralidade de entidades de protocolo de camada inferior, proporcionando transferência de dados. A pelo menos uma memória e o código de programa de computador também são configurados para, com o pelo menos um processador, fazer o aparelho pelo menos iniciar um temporizador após a observação do intervalo. A pelo menos uma memória e o código de programa de computador são ainda configurados para, com o pelo menos um processador, fazer o aparelho pelo menos impedir o intervalo de bloquear a distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira.
[024] Em uma variação, a pelo menos uma memória e o código de programa de computador são configurados para, com o pelo menos um processador, fazer o aparelho pelo menos detectar um relatório de estado de encaminhamento e prosseguir imediatamente com a distribuição de dados para a camada superior, contendo os intervalos por causa da ausência de encaminhamento em handover.
[025] De acordo com uma quarta modalidade, um aparelho inclui pelo menos um processador e pelo menos uma memória incluindo código de programa de computador. A pelo menos uma memória e o código de programa de computador são configurados para, com o pelo menos um processador, fazer o aparelho pelo menos determinar que números de sequência de unidades de dados de protocolo não serão encaminhados para um equipamento de usuário. A pelo menos uma memória e o código de programa de computador também são configurados para, com o pelo menos um processador, fazer o aparelho pelo menos identificar, explicitamente, os números de sequência de unidades de dados de protocolo para o equipamento de usuário em um relatório.
[026] De acordo com uma quinta modalidade, um aparelho inclui meios de observação par observar um intervalo em uma sequência de unidades de dados de protocolo recebidas de uma pluralidade de entidades de protocolo de camada inferior, proporcionando transferência de dados. O aparelho também inclui meios de iniciação para iniciar um temporizador após observação de intervalo. O aparelho ainda inclui meios de prevenção para impedir o intervalo de bloquear a distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira.
[027] Em uma variação, o aparelho inclui meios de detecção para detectar um relatório de estado de encaminhamento e meios de distribuição para prosseguir imediatamente com a distribuição de dados para uma camada superior, contendo os intervalos por causa da ausência de encaminhamento em handover.
[028] De acordo com uma sexta modalidade, um aparelho inclui meios de determinação para determinar que números em sequência de unidades de dados de protocolo não serão encaminhados para um equipamento de usuário. O método também inclui meios de identificação para identificar, explicitamente, os números em sequência de unidades de dados de protocolo para o equipamento de usuário em um relatório.
[029] De acordo com uma sétima modalidade, um método pode incluir o recebimento de uma unidade de processamento com um número de sequência, mas sem uma unidade de dados de serviço tendo um tamanho não zero. O método também pode incluir a prevenção de ausência de uma unidade de dados de serviço tendo um tamanho não zero e uma associação com o número de sequência de bloquear a distribuição de unidades de dados de serviço para uma camada superior.
[030] De acordo com uma oitava modalidade, um método pode incluir a determinação se uma unidade de dados de serviço não será distribuída para uma entidade de recebimento de dados, A unidade de dados de serviço pode ser associada com um número de sequência. O método também pode incluir o envio de uma unidade de dados de protocolo incluindo o número de sequência, mas excluindo a unidade de dados de serviço.
[031] De acordo com uma nona modalidade, o aparelho pode incluir pelo menos um processador e pelo menos uma memória incluindo código de programa de computador. A pelo menos uma memória e o código de programa de computador podem ser configurados para, com o pelo menos um processador, fazer o aparelho pelo menos receber uma unidade de dados de protocolo com um número de sequência, mas sem uma unidade de dados de serviço tendo um tamanho não zero. A pelo menos uma memória e o código de programa de computador podem ser configurados para, com o pelo menos um processador, fazer o aparelho pelo menos impedir a ausência de uma unidade de dados de serviço tendo um tamanho não zero e uma associação com o número de sequência de bloqueio de distribuição de unidades de dados de serviço para uma camada superior.
[032] De acordo com uma décima modalidade, um aparelho pode incluir pelo menos um processador e pelo menos uma memória, incluindo código de programa de computador. A pelo menos uma memória e o código de programa de computador podem ser configurados para, com o pelo menos um processador, fazer o aparelho pelo menos determinar uma unidade de dados de serviço que não será distribuída para uma entidade de recebimento de dados. A unidade de dados de serviço pode estar associada com um número de sequência. A pelo menos uma memória e o código de programa de computador podem ser configurados para, com o pelo menos um processador, fazer o aparelho pelo menos enviar uma unidade de dados de protocolo, incluindo o número de sequência, mas excluindo a unidade de dados de serviço.
[033] De acordo com uma décima primeira modalidade, um aparelho pode incluir meios para recebimento de uma unidade de dados de protocolo com um número de sequência, mas sem uma unidade de dados de serviço tendo um tamanho não zero. O aparelho também pode incluir meios para impedir a ausência de uma unidade de dados de serviço tendo um tamanho não zero e uma associação com o número de sequência de bloquear a distribuição de unidades de dados de serviço para uma camada superior.
[034] De acordo com uma décima segunda modalidade, um aparelho pode incluir meios para determinar uma unidade de dados de serviço que não será distribuída para uma entidade de recebimento de dados. A unidade de dados de serviço pode estar associada com um número de sequência. O aparelho também pode incluir o envio de uma unidade de dados de protocolo, incluindo o número de sequência, mas excluindo a unidade de dados de serviço.
[035] De acordo com uma décima terceira a uma décima sexta modalidades, respectivamente, um meio legível por computador não transitório é codificado com instruções que, quando executadas em hardware, realizam um processo. O processo é, respectivamente, o método da primeira modalidade, da segunda modalidade, da sétima modalidade e da oitava modalidade, em qualquer de suas variações.
[036] De acordo com a décima sétima até a vigésima modalidades, respectivamente, um programa de computador, compreendendo instruções de programa que, quando carregadas no aparelho, fazem um sistema de computador realizar o método da primeira modalidade, da segunda modalidade, da sétima modalidade e da oitava modalidade, em qualquer de suas variações.
[037] Para compreensão adequada da invenção, referência será feita aos desenhos anexos, em que:
[038] A figura 1 ilustra uma opção de arquitetura de protocolo, envolvendo portadoras de protocolo de RLC independentes servindo uma única portadora de PDCP.
[039] A figura 2 ilustra um método de acordo com certas modalidades.
[040] A figura 3 ilustra uso do temporizador de acordo com certas modalidades.
[041] A figura 4 ilustra manipulação de relatório de estado de encaminhamento de acordo com certas modalidades.
[042] A figura 5 ilustra um sistema de acordo com certas modalidades.
[043] Pode haver várias maneiras de se obter um dispositivo de TCP de envio em um lado de rede de estação base, tal como um Node B evoluído (ENB), para desacelerar. Uma maneira pode ser usar descarte de Packet Data Convergence Protocol (PDCP) de unidades de dados na estação base. A estação base pode procurar obter um dispositivo de envio de TCP para desacelerar quando a taxa de dados do dispositivo de envio de TCP ultrapassa a de uma interface de rádio da estação base. Por exemplo, esse descarte pode ser útil quando o buffer de transmissão de eNB começa a se acumular;
[044] Se a camada responsável pela reordenação é a mesma camada ou superior àquela onde esse descarte de pacotes ocorre, então, o protocolo de reordenação pode não ser capaz de distinguir pacotes descartados no lado da transmissão de pacotes dos que ainda estão sendo processados em camadas inferiores. Pode haver, por exemplo, múltiplas derivações de distribuição alternativas, como macro eNB (MeNB) e eNB de pequenas células (SeNB), possivelmente, ambas sendo programadas de forma intermitente.
[045] Pode haver várias opções o PDCP de recebimento no UE para decidir quando passar dados recebidos para uma camada superior, ainda que uma SDU com um certo número de sequência não tenha sido recebido. Por exemplo, uma temporizador de reordenação pode ser usado. O temporizador de reordenação pode precisar ter um longo valor de expiração. Alternativamente, o PDCP pode, por padrão, impedir-se de distribuir, para uma camada superior, qualquer dado que siga PDUs não recebidas. Se o dado segue ou não pode ser estabelecido por número de sequência.
[046] Ambas as opções podem se beneficiar de uma indicação explícita da entidade de PDCP de envio para a entidade de PDCP de recebimento. Essa indicação pode especificar que uma SDU associada com uma dada SN não deve ser esperada. Essas e outras características são explicadas na discussão a seguir.
[047] Em certas modalidades, ao contrário do modelo de portadora corrente de E-UTRAN, a portadora de PDCP terminou no equipamento de usuário e o eNB é conduzido através de duas portadoras de RLC independentes, cada uma através das duas interfaces de rádio do equipamento de usuário. Desse modo, em certas modalidades, a portadora é uma portadora de modo reconhecido (AM). Nesta discussão, eNB é um exemplo de um ponto de acesso.
[048] Quando considerando o modelo de portadora renovado, mostrado na figura 1, onde uma pluralidade de portadoras RLC-AM independentes podem ser aproveitadas para transportador dados de uma portadora de PDCP, a entidade de PDCP no equipamento de usuário pode ser ligada para receber unidades de dados de protocolo de PDCP de múltiplas entidades de RLC subjacentes e uma maneira altamente entrelaçada. Em outras palavras, as condições onde a suposição se mantém, que nenhuma PDU não recebida com SN inferior pode ser esperada após aquela recebida, tornaram-se uma rara exceção, em lugar de a regra. A única exceção pode ser criada por handover inter-eNB da entidade de PDCP do lado da rede, onde a fonte eNB não realiza encaminhamento de unidades de dados de protocolo de PDCP não distribuídas com sucesso para o equipamento de usuário. Mas essa exceção pode precisar ser manipulada adequadamente. Se o PDCP no equipamento de usuário sempre espera por intervalos de recepção a serem preenchidos antes da distribuição de dados para camada superior, então, em um handover sem encaminhamento a portadora pode chegar a um impasse, porque os intervalos criados pelos pacotes que não foram encaminhados nunca serão recebidos.
[049] Certas modalidades proporcionam aparelhos e métodos para a entidade de PDCP no equipamento de usuário para deduzir quando não esperar que intervalos de recepção sejam preenchidos.
[050] Por exemplo, certas modalidades utilizam um temporizador, tal como um temporizador de reordenação, conforme mostrado na figura 3. Para a entidade de PDCP, o recebimento de unidades de dados de protocolo de uma pluralidade de entidades de RLC-AM executando abaixo, para concluir quando um intervalo nas unidades de dados de protocolo recebidas não pode mais ser esperado que seja cheio, o temporizador e sua manipulação, junto com as variáveis de estado relacionadas necessárias, que são correntemente especificadas para RLC-UM podem ser reaproveitadas para transferência de dados de AM.
[051] Conforme mostrado na figura 3, um temporizador, tal como um temporizador de reordenação, pode ser iniciado em 320 quando um intervalo nas unidades de dados de protocolo recebidas for observado em 310, tal como através da observação de um intervalo em uma sequência de unidades de dados de protocolo. As unidades de dados de protocolo podem ser recebidas de uma pluralidade de entidades de protocolos de camada inferior proporcionando transferência de dados. As unidades de dados de protocolo podem ser recebidas em um modo alternativo. Cada uma das entidades de camada inferir pode proporcionar transferência reconhecida de unidades de dados de protocolo. Uma vez que o temporizador expira em 330, aquele intervalo não tem mais permissão para bloquear a distribuição de unidades de dados de serviço para camada superior, em 340. Uma variável de estado semelhante a VR(UX) pode ser introduzida em PDCP, enquanto variáveis de estado semelhantes a VR(UR) e VR(UH) podem ter relações simples com as variáveis de estado de PDCP correntemente existentes Last_Submitted_PDCP_RX_SN e Next_PDCP_RX_SN, respectivamente. O impedimento do bloqueio de distribuição pode ser realizado prosseguindo-se com a distribuição de unidades de dados de serviço para a camada superior, sem um retardo causado pela espera pelas unidades de dados de protocolo. A recepção das unidades de dados de protocolo de mais de uma entidade de protocolo de camada inferior pode ser pelo menos substancialmente paralela em natureza e a pluralidade de entidades de protocolos de camada inferior podem ser entidades de protocolos de modo reconhecido.
[052] O valor de expiração do temporizador pode ser configurado por controle de recursos de rádio (RRC) em 350 e pode ser definido em 360, o suficiente para que o temporizador não expire durante o retardo de distribuição normal de unidades de dados de protocolo enviadas pelo eNB para o equipamento de usuário via um nó de célula pequena, por exemplo, incluindo todas as retransmissões HARQ e ARQ possíveis em nível de MAC e RLC, respectivamente. Por causa dessa necessidade de definir a expiração do temporizador para valores mais longos, no caso de handover inter-eNB onde a fonte não encaminha unidades de dados de serviço de PDCP e, portanto, os intervalos permanecerão, a distribuição de dados para a camada superior pelo equipamento de usuário será consideravelmente retardada.
[053] Além disso, certas modalidades utilizam um relatório de estado de encaminhamento para encurtar o retardo descrito acima. A figura 4 ilustra manipulação de relatório de estado de encaminhamento para encurtar o retardo descrito acima. A figura 4 ilustra a manipulação de relatório de estado de encaminhamento de acordo com certas modalidades, Um relatório de estado de encaminhamento pode ser uma nova PDU de controle de PDCP pela qual a rede, por exemplo, o eNB de handover-alvo pode, explicitamente, dizer para o equipamento de usuário (após o handover) em 410 números de sequência de unidade de dados de protocolo (PDU SNs) que o equipamento de usuário não espera receber em absoluto. Opcionalmente, em 420, o relatório de estado de encaminhamento, possivelmente, pode dizer para o equipamento de usuário (após handover) que números de sequência de unidades de dados de protocolo o equipamento de usuário espera receber. Desse modo, em 410, uma unidade de dados de controle, como um relatório de estado de encaminhamento, pode ser enviada, identificando pelo menos uma unidade de dados de protocolo que não seria esperada ser recebida.
[054] A informação recebida, em 430, nesse relatório pelo equipamento de usuário pode, então, vencer qualquer incerteza prevalecente com relação às unidades de dados de protocolo não recebidas relacionadas, em virtude do que o temporizador já pode estar funcionando como o equipamento de usuário pode determinar em 440, se números de sequência de unidades de dados de protocolo adicionais são esperados. Em 435, o método pode incluir o impedimento de que a pelo menos uma unidade de dados de protocolo identificada bloqueie a distribuição de unidades de dados de serviço para uma camada superior, O equipamento de usuário pode prosseguir imediatamente, em 450, com distribuição de dados para uma camada superior, contendo intervalos por causa da ausência de encaminhamento em handover. Em casos onde o eNB de handover-alvo observa que nenhum intervalo em SNs ocorrerá nas unidades de dados de protocolo de PDCP distribuídas para o equipamento de usuário, pode simplesmente se abster de enviar esse relatório. Desse modo, em 405, uma determinação com relação a enviar o relatório pode ser feita. Em 435, a pelo menos uma unidade de dados de protocolo identificada é impedida de bloquear a distribuição de unidades de dados de serviço para uma camada superior;
[055] Em princípio, o temporizador pode ser usado independentemente do relatório de estado de encaminhamento. O temporizador pode introduzir procedimentos de execução contínua adicionais para uma entidade de protocolo executar. Aqueles procedimentos podem apenas mudar a operação, por exemplo, quando um intervalo entre unidades de dados de protocolo recebidas demonstra ser permanente, em um cenário, em que um handover existe sem encaminhamento. A ativação do recurso, em 370, por exemplo, por controle de recursos de rádio quando um comando de handover é recebido é uma opção. Convencionalmente, o PDCP não sabe se o restabelecimento de PDCP é invocado por causa de handover. Além disso, em 380, a desativação do recurso pode ser realizada por uma indicação de entidade de PDCP par no eNB de handover-alvo de que possíveis intervalos não mais ocorrerão em SNs de unidades de dados de protocolo, após SN indicado. Essa indicação pode ser considerada uma forma de relatório de estado de encaminhamento. A possibilidade de ter o recurso ativo ou inativo pode requerer derivações separadas em descrições de procedimentos.
[056] Contando que um relatório de estado de encaminhamento sozinho pode requerer que sua recepção pelo equipamento de usuário seja feita corretamente, uma vez que a perda desse relatório em trânsito pode significar que o PDCP no equipamento de usuário entrou em um impasse, aguardando que os intervalos de recepção sejam preenchidos, que nunca ocorrerá. As opções possíveis para assegurar a distribuição podem incluir recursos tais como contar com uma distribuição de modo reconhecido subjacente de RLC AM e/ou requerer reconhecimento explícito de recepção do relatório de estado de encaminhamento em nível de PDCP, pelo qual o nó de envio pode esperar confirmação em 460. Uma PDU de Controle de PDCP pode ser definida com essa finalidade. Além disso, o relatório de estado de encaminhamento pode ser retransmitido em 470, se nenhum reconhecimento for recebido dentro de um período de tempo predeterminado.
[057] Certas modalidades, assim, proporcionam aparelhos e métodos para quando uma entidade de PDCP recebendo unidades de dados de protocolo de múltiplas entidades de RLC-AM suporá ou não recepção sem intervalo de unidades de dados de protocolo e como distribuir unidades de dados de serviço para a camada superior, em consequência.
[058] Nas certas modalidades em que um temporizador e um relatório de estado de encaminhamento são induzidos, as características a seguir podem ser parte de um procedimento de PDCP. Por exemplo, pode ser especificado que, se a recepção de unidades de dados de protocolo de Dados de PDCP de apenas um DRB mapeado em RLC AM tiver sido configurado e a PDCP PDU recebida por PDCP não for devido ao restabelecimento de camadas inferiores: distribuir para as camadas superiores em ordem ascendente do valor COUNT associado: todas as PDCP SDU(s) com um valor COUNT associado menor do que o valor COUNT associado com PDCP SDU recebida; todas as PDCP UDU(s) armazenadas com valor(es) COUNT associados consecutivamente começando do valor COUNT associado com PDCP SDU recebida; definir Last_Submitted_PDCP_RX_SN para PDCP SN da última PDCP SDU; mesmo se PDCP SN = Last_Submitted_PDCP_RX_SN + 1 recebido ou PDCP SN = Last_Submitted_PDCP_RX_SN - Maximum_PDCP_SN recebido: distribuir para camadas superiores em ordem ascendente do valor COUNT associado: todas as PDCP SDU(s) armazenadas com valor(es) COUNT consecutivamente associados, começando do valor COUNT associado com PDCP SDU recebida; definir Last_Submitted_PDCP_RX_SN para PDCP SN da última PDCP SDU distribuída para as camadas superiores. Deve ser compreendido que essa é apenas uma modalidade exemplificativa.
[059] Além disso, t-Reordering e uma variável de estado semelhante a VR(UX) podem ser manipulados de modo similar ao que é mostrado em 3GPP TS 36.322 seções 5.1.2.2.3, 5.1.2.2.4.
[060] Além disso, pode ser especificado que, considerando a recepção de relatório de estado de encaminhamento de PDCP, quando um relatório de estado de encaminhamento de PDCP é recebido no enlace descendente para portadoras de rádio, que são mapeadas em RLC AM: para cada PDCP SN (ou valor COUNT) indicado no relatório como não ser esperado para recepção, o equipamento de usuário atualizará todos as variáveis de estado relacionadas e t-Reordering como ainda especificado e distribuirá outras unidades de dados de serviço para a camada superior, como se uma PDU de Dados de PDCP com aquele PDCP SN fosse recebida.
[061] A figura 5 ilustra um sistema de acordo com certas modalidades da invenção. Deve ser compreendido que cada bloco do fluxograma das figuras 2, 3 ou 4 e qualquer de suas combinações podem ser implementados por vários meios ou suas combinações, como hardware, software, firmware, um ou mais processadores e/ou circuito. Em uma modalidade, um sistema pode compreender diversos dispositivos, tais como, por exemplo, elemento de rede 510 e equipamento de usuário (UE) ou dispositivo de usuário 520. O sistema pode compreender mais de um UE 520 e mais de um elemento de rede 510, embora apenas um de cada seja mostrado para fins de ilustração. Um elemento de rede pode ser um ponto de acesso, uma estação base, um eNode B (eNB), servidor, hospedeiro ou qualquer um dos outros elementos de rede aqui discutidos. Cada um desses dispositivos pode compreender pelo menos um processador ou unidade de controle ou módulo, respectivamente, indicados como 514 e 524 Pelo menos uma memória pode ser proporcionada em cada dispositivo e indicada como 515 e 525, respectivamente. A memória pode compreender instruções de programa de computador ou código de computador nelas contido. Um ou mais transceptores 516 e 526 podem ser proporcionados e cada dispositivo também pode compreender uma antena, respectivamente, ilustrada como 517 e 527. Embora apenas uma antena seja mostrada, muitas antenas e múltiplos elementos de antena podem ser proporcionados para cada um dos dispositivos. Outras configurações desses dispositivos, por exemplo, podem ser proporcionadas. Por exemplo, elemento de rede 510 e UE 520 podem ser configurados adicionalmente para comunicação cabeada, além de comunicação sem fio e, nesse caso, antenas 517 e 527 podem ilustrar qualquer forma de hardware de comunicação, sem estar limitado a apenas uma antena. Igualmente, alguns elementos de rede 510 podem ser configurados somente para comunicação cabeada e, nesses casos, a antena 517 pode ilustrar qualquer forma de hardware de comunicação cabeada, tal como um cartão de interface de rede.
[062] Os transceptores 516 e 526 podem, cada um deles, independentemente, ser um transmissor, um receptor ou ambo, um transmissor e um receptor ou uma unidade ou dispositivo que pode ser configurado para transmissão e recepção. O transmissor e/ou receptor (tanto quanto as partes de rádio estejam relacionadas) também podem ser implementados como um rádio remoto, que não está localizado no próprio dispositivo, mas em um mastro, por exemplo. Deve ser apreciado também que, de acordo com o conceito “líquido” ou flexível de rádio, as operações e funcionalidades podem ser realizadas em diferentes entidades, tais como nós, hospedeiros ou servidores, de maneira flexível. Em outras palavras, “divisão de trabalho” pode variar caso a caso. Um uso possível é fazer um elemento de rede distribuir conteúdo local. Uma ou mais funcionalidades também podem ser implementadas como uma aplicação virtual, isto é, como um software que pode executar em um servidor.
[063] Um dispositivo de usuário ou equipamento de usuário pode ser uma estação móvel (MS) tal como um telefone móvel ou smart phone ou dispositivo multimídia, um computador, tal como um tablete, dotado de capacidades de comunicação sem fio, assistente de dados digitais ou pessoais (PDA) dotado de capacidades de comunicação sem fio, media player portátil, câmera digital, câmera de vídeo de bolso, unidade de navegação dotada de capacidades de comunicação sem fio ou qualquer de suas combinações.
[064] Em uma modalidade exemplificativa, um aparelho, tal como um nó ou dispositivo do usuário pode compreender meios para realizadas modalidades descritas acima em relação com as figuras 2, 3 ou 4. Em uma modalidade exemplificativa, um aparelho, tal como um dispositivo de usuário, pode compreender meios (524) para observação de um intervalo em unidades de dados de protocolo recebidas, iniciando um temporizador após a observação do intervalo e impedindo o intervalo de bloquear a distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira. Outro aparelho exemplificativo, tal como um nó, pode compreender meios (514) para determinar quais números de sequência de unidades de dados de protocolo não serão encaminhados para o equipamento de usuário e identificando, explicitamente, os números de sequência de unidades de dados de protocolo para o equipamento de usuário em um relatório.
[065] Os processadores 514 e 524 podem ser concretizados por qualquer dispositivo computacional ou de processamento de dados, como uma unidade central de processamento (CPU), processador de sinais digitais (DSP), circuito integrado de aplicação específica (ASIC), dispositivos lógicos programáveis (PLDs), matrizes de portas programáveis em campo (FPGAs), circuitos digitalmente otimizados, ou dispositivo ou combinação dos mesmos. Os processadores podem ser implementados como um controlador único ou uma pluralidade de controladores ou processadores.
[066] Para firmware ou software, a implementação pode compreender módulos ou unidade de pelo menos um conjunto de chips (por exemplo, procedimentos, funções e assim por diante). As memórias 515 e 525 podem, independentemente, ser qualquer dispositivo de armazenamento adequado, tal como um meio legível por computador não transitório. Uma unidade de disco rígido (HDD), memória de acesso randômico (RAM), memória flash ou outra memória adequada podem ser usadas. As memórias podem ser combinadas em um circuito integrado simples como o processador ou podem ser separadas. Além disso, as instruções de programa de computador podem ser armazenadas na memória e as quais podem ser processadas pelos processadores, podem ser qualquer forma adequada de código de programa de computador, por exemplo, um programa de computador compilado ou interpretado, escrito em qualquer linguagem de programação adequada. A memória ou entidade de armazenamento de dados é, tipicamente, interna, mas também pode ser externa ou uma combinação das mesmas, tal como no caso em que capacidade de memória adicional é obtida de um provedor de serviços. A memória pode ser fixa ou removível.
[067] A memória e as instruções de programa de computador podem ser configuradas com o processador para o dispositivo particular, para fazer um aparelho de hardware, tal como um elemento de rede 510 e/ou UE 520, para realizar qualquer um dos processos descritos acima (veja, por exemplo, as figuras 2, 3 e 4). Portanto, em certas modalidades, um meio legível por computador não transitório pode ser codificado com instruções de computador ou um ou mais programa de computador (tal como rotina de software adicionada ou atualizada, applet ou macro) que, quando executado em hardware, pode realizar um processo tal como um dos processos descritos neste documento. O programa de computador pode ser codificado por uma linguagem de programação, que pode ser uma linguagem de programação de alto nível, tal como objective-C, C, C++, C#, Java, etc., ou uma linguagem de programação de baixo nível, tal como uma linguagem de máquina ou montador. Alternativamente, certas modalidades da invenção podem ser realizadas inteiramente em hardware.
[068] Além disso, embora a figura 5 ilustre um sistema incluindo um elemento de rede 510 e um UE 520, modalidades da invenção podem ser aplicáveis a outras configurações e configurações envolvendo elementos adicionais, conforme aqui descrito e ilustrado. Por exemplo, múltiplos dispositivos de equipamento de usuário e múltiplos elementos de rede podem estar presentes ou outros nós, proporcionando funcionalidade similar, tais como nós que combinem a funcionalidade de um equipamento de usuário e um ponto de acesso, como um nó de retransmissão.
[069] Certas modalidades proporcionam um caso particular de PDU de Dados de PDCP a ser usado através de uma interface aérea de LTE padronizada.
[070] A figura 2 ilustra um método de acordo com certas modalidades. Conforme mostrado na figura 2, em 210, a entidade de PDCP de transmissão de dados pode determinar que uma SDU associada com um dado número de sequência de PDCP não será distribuído para a entidade de protocolo par. Essa determinação pode ser uma decisão feita pela entidade de PDCP, por exemplo, por causa de descarte intencional entre PDUs já numeradas.
[071] Quando a entidade de PDCP de transmissão de dados determina que uma SDU associada com um dado número de sequência de PDCP não será distribuído para a entidade de protocolo par, em 220, a entidade de PDCP de transmissão de dados pode enviar uma PDU de Dados de PDCP, com aquele SN, mas sem qualquer SDU, para entidade par. Alternativamente, a SDU pode ser incluída, mas pode ter tamanho zero. A porção do método em 210 e 220 pode ser realizada por entidade de PDCP de transmissão de dados, enquanto o restante do método pode ser realizado por uma entidade par de recebimento.
[072] Em 230, a entidade par de recebimento pode receber a PDU. Quando do recebimento dessa PDU, a entidade par de recebimento pode tratar a PDU como se ela incluísse uma SDU com comprimento zero associada com aquele SN. Esse pode ser um exemplo de como a entidade de recebimento pode, em 240, impedir a ausência de uma unidade de dados de serviço tendo um tamanho não zero e uma associação com o número de sequência de bloqueio de distribuição de unidade de dados de serviço para uma camada superior. Portanto, a entidade par de recebimento pode evitar esperar por mais tempo para receber aquele SN antes, em 250, distribuindo outras SDUs para uma camada superior.
[073] Certas modalidades podem ter vários benefícios e/ou vantagens. Por exemplo, em certas modalidades nenhum formato adicional de PDCP PDU precisa ser introduzido.
[074] Alguém tendo habilidade comum na técnica prontamente compreenderá que a invenção conforme discutido acima pode ser posta em prática com etapas em uma ordem diferente, e/ou com elementos de hardware em configurações que são diferentes daquelas que aso divulgadas. Portanto, embora a invenção tenha sido descrita com base nessas modalidades preferidas, será evidente para aqueles de habilidade na técnica que certas modificações, variações e construções alternativas serão evidentes, ao mesmo tempo em que se permanece dentro do espírito e do escopo da invenção. Por exemplo, embora uma unidade de dados de protocolo seja usada como um exemplo, certas modalidades são aplicáveis não só a uma unidade de dados de protocolo mas à qualquer outra unidade de informação ou de dados adequada. A fim de determinar limites e ligações da invenção, portando referência será feita Às reivindicações anexas.
[075] Glossário ACK - reconhecimento positivo AM - modo reconhecido NACK - reconhecimento negativo RLC - Radio Control Link (Controle de Ligação de Rádio PDPC - Packet Data Convergence Protocol) (Protocolo de Convergência de Dados de Pacote) PDU - Protocol Data Unit (Unidade de Dados de Protocolo) SDU - Service Data Unit (Unidade de Dados de Serviço) SN - Sequence Number (Número de Sequência) UM - Unacknowledged Mode (Modo não Reconhecido)
Claims (12)
1. Um método caracterizado por compreender: observar, por uma entidade de protocolo no equipamento do usuário ou um nó B evoluído, em que um portador de protocolo de convergência de dados de pacote encerrado no equipamento do usuário ou o nó B evoluído é transportado por dois portadores de controle de enlace de rádio independentes, um sobre cada um das duas interfaces de rádio do equipamento do usuário, um intervalo em uma sequência de unidades de dados de protocolo recebidas de uma pluralidade de entidades reconhecidamente controladas por conexão de rádio proporcionando a transferência de dados; iniciar um temporizador após a observação do intervalo para concluir, quando o intervalo na sequência do protocolo de unidades de dados não é mais esperado que seja preenchido; e começar com uma distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira.
2. O método, de acordo com a reivindicação 1, caracterizado por compreender ainda: configurar o valor de expiração do temporizador pelo controle de recursos rádio.
3. O método, de acordo com a reivindicação 1, caracterizado por a recepção das unidades de dados de protocolo de mais de uma entidades de protocolo de camada inferior ser, pelo menos, parcialmente paralela em natureza.
4. O método, de acordo com a reivindicação 1, caracterizado por a iniciação do temporizador ser ainda dependente de se determinar se a utilização do temporizador é ativada ou desativada.
5. O método, de acordo com a reivindicação 1, caracterizado por o procedimento com a distribuição de unidades de dados de serviço é ainda baseado no processamento de um relatório de status de encaminhamento.
6. O método, de acordo com a reivindicação 1, caracterizado por o procedimento com a distribuição de unidades de dados de serviço é ainda baseado em identificar, pelo menos, uma unidade de dados de protocolo que não deve ser esperada ser recebida.
7. Um aparelho caracterizado por compreender: pelo menos um processador fazer com que o aparelho, pelo menos: observe, por uma entidade de protocolo no equipamento do usuário ou um nó B evoluído, em que um portador de protocolo de convergência de dados de pacote encerrado no equipamento do usuário ou o nó B evoluído é transportado por dois portadores de controle de enlace de rádio independentes, um sobre cada um das duas interfaces de rádio do equipamento do usuário, um intervalo na sequência de unidades de dados de protocolo recebidas a partir de uma pluralidade de entidades reconhecidamente controladas por conexão de rádio proporcionando a transferência de dados; iniciar um temporizador após a observação do intervalo para concluir, quando o intervalo na sequência do protocolo de unidades de dados não é mais esperado que seja preenchido; e começar com uma distribuição de unidades de dados de serviço para uma camada superior, quando o temporizador expira.
8. O aparelho, de acordo com a reivindicação 7, caracterizado por pelo menos um processador ainda estar configurado para, fazer com que o aparelho pelo menos configure o valor de expiração do temporizador pelo controle de recursos rádio.
9. O aparelho, de acordo com a reivindicação 7, caracterizado por a recepção das unidades de dados de protocolo de mais de uma das entidades de protocolo de camada inferior ser pelo menos parcialmente paralela em natureza.
10. O aparelho, de acordo com a reivindicação 7, caracterizado por a iniciação do temporizador ser contingente ainda mediante a determinação se o uso do temporizador está ativado ou desativado.
11. O aparelho, de acordo com a reivindicação 7, caracterizado por o procedimento com a distribuição de unidades de dados de serviço é ainda baseado no processamento de um relatório de status de encaminhamento.
12. O aparelho, de acordo com a reivindicação 7, caracterizado por o procedimento com a distribuição de unidades de dados de serviço é ainda baseado em identificar, pelo menos, uma unidade de dados de protocolo que não deve ser esperada ser recebida.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US13/856,951 | 2013-04-04 | ||
| US13/856,951 US20140301362A1 (en) | 2013-04-04 | 2013-04-04 | Delivery of protocol data units |
| US14/067,509 US20140301188A1 (en) | 2013-04-04 | 2013-10-30 | Delivery of protocol data units |
| US14/067,509 | 2013-10-30 | ||
| PCT/EP2014/056418 WO2014161804A1 (en) | 2013-04-04 | 2014-03-31 | Delivery of protocol data units |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| BR112015025308A2 BR112015025308A2 (pt) | 2017-07-18 |
| BR112015025308A8 BR112015025308A8 (pt) | 2022-04-26 |
| BR112015025308B1 true BR112015025308B1 (pt) | 2023-04-04 |
Family
ID=50439356
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112015025308-3A BR112015025308B1 (pt) | 2013-04-04 | 2014-03-31 | Distribuição de unidades de dados de protocolo |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US20140301188A1 (pt) |
| EP (1) | EP2982069A1 (pt) |
| JP (1) | JP6336039B2 (pt) |
| KR (2) | KR20150138351A (pt) |
| CN (1) | CN105229961A (pt) |
| BR (1) | BR112015025308B1 (pt) |
| HK (1) | HK1218677A1 (pt) |
| WO (1) | WO2014161804A1 (pt) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6231837B2 (ja) * | 2013-09-24 | 2017-11-15 | 株式会社Ｎｔｔドコモ | 移動通信方法及び無線基地局 |
| JP6230859B2 (ja) * | 2013-09-26 | 2017-11-15 | 株式会社Ｎｔｔドコモ | 移動通信システム及び無線基地局 |
| CN104581824A (zh) * | 2013-10-17 | 2015-04-29 | 中兴通讯股份有限公司 | 一种数据包分流传输的方法及系统 |
| EP3039900B1 (en) * | 2014-01-28 | 2019-04-10 | HFI Innovation Inc. | Methods for re-order pdcp packets |
| US10237911B2 (en) * | 2014-01-30 | 2019-03-19 | Intel IP Corporation | Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks |
| CN105578522B (zh) * | 2014-10-11 | 2019-01-01 | 中国移动通信集团公司 | 传输控制协议确认报文段的发送方法及装置 |
| CN105704641B (zh) * | 2014-11-06 | 2019-11-26 | 中兴通讯股份有限公司 | 设备到设备d2d数据传输方法、装置及d2d ue |
| KR102237511B1 (ko) * | 2015-04-29 | 2021-04-07 | 삼성전자주식회사 | 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치 |
| WO2017012668A1 (en) * | 2015-07-23 | 2017-01-26 | Nokia Solutions And Networks Oy | Improved data unit reordering in dual connectivity scenarios |
| US9999049B2 (en) | 2015-08-31 | 2018-06-12 | Qualcomm Incorporated | Avoiding unnecessary protocol data unit (PDU) transmissions |
| CN106559184A (zh) * | 2015-09-25 | 2017-04-05 | 中兴通讯股份有限公司 | 数据传输的方法、装置及系统 |
| CN108024295B (zh) * | 2016-11-03 | 2022-04-19 | 中兴通讯股份有限公司 | 中继转移方法及装置、终端、基站 |
| IL269497B2 (en) * | 2017-03-23 | 2023-09-01 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Data transmission method, terminal device and network device |
| US10736174B2 (en) * | 2017-04-28 | 2020-08-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node and methods therein for packet data convergence protocol (PDCP) reordering |
| CN110583006B (zh) * | 2017-05-04 | 2022-07-29 | Lg电子株式会社 | 发送数据单元的方法和装置 |
| WO2018227501A1 (zh) * | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
| CN109150767A (zh) * | 2017-06-16 | 2019-01-04 | 华为技术有限公司 | 一种数据包发送方法、装置及设备 |
| CN109451788B (zh) | 2017-07-20 | 2021-11-30 | 北京小米移动软件有限公司 | 一种数据传输方法和装置 |
| WO2019028826A1 (en) * | 2017-08-11 | 2019-02-14 | Qualcomm Incorporated | RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS |
| AU2017433998B2 (en) | 2017-09-28 | 2023-06-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and terminal device |
| CN110049519B (zh) * | 2018-01-15 | 2021-08-13 | 华为技术有限公司 | 会话建立方法、会话转移方法、设备和存储介质 |
| CN111756485B (zh) * | 2019-03-27 | 2022-09-02 | 华为技术有限公司 | 一种控制定时器、数据包处理方法及设备 |
| WO2022017577A1 (en) * | 2020-07-20 | 2022-01-27 | Nokia Technologies Oy | Apparatus, method, and computer program |
| CN112469080B (zh) * | 2020-11-27 | 2022-08-02 | 紫光展锐(重庆)科技有限公司 | 一种数据包处理的方法及相关装置 |
| CN115914126A (zh) * | 2021-09-08 | 2023-04-04 | 联发科技（新加坡）私人有限公司 | 管理乱序数据包的方法及其用户设备 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100747464B1 (ko) * | 2002-01-05 | 2007-08-09 | 엘지전자 주식회사 | 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법 |
| KR100896484B1 (ko) * | 2002-04-08 | 2009-05-08 | 엘지전자 주식회사 | 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치 |
| US20070291695A1 (en) * | 2006-05-01 | 2007-12-20 | Interdigital Technology Corporation | Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems |
| WO2008007170A1 (en) * | 2006-07-07 | 2008-01-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Medium access control discard notification |
| US8290428B2 (en) * | 2006-12-06 | 2012-10-16 | Qualcomm Incorporated | Methods and apparatus for RLC re-transmission schemes |
| KR100907978B1 (ko) | 2007-09-11 | 2009-07-15 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치 |
| US8477719B2 (en) * | 2007-10-01 | 2013-07-02 | Qualcomm Incorporated | Systems and methods for in-order delivery in downlink during handover |
| US8989004B2 (en) * | 2010-11-08 | 2015-03-24 | Qualcomm Incorporated | System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer |
| US20120294281A1 (en) * | 2011-05-16 | 2012-11-22 | Electronics And Telecommunications Research Institute | Data delivery method performed in receiving apparatus of mobile communication system |
-
2013
- 2013-10-30 US US14/067,509 patent/US20140301188A1/en not_active Abandoned
-
2014
- 2014-03-31 JP JP2016505781A patent/JP6336039B2/ja active Active
- 2014-03-31 WO PCT/EP2014/056418 patent/WO2014161804A1/en active Application Filing
- 2014-03-31 EP EP14715253.2A patent/EP2982069A1/en not_active Withdrawn
- 2014-03-31 BR BR112015025308-3A patent/BR112015025308B1/pt active IP Right Grant
- 2014-03-31 CN CN201480028865.7A patent/CN105229961A/zh active Pending
- 2014-03-31 KR KR1020157031504A patent/KR20150138351A/ko not_active IP Right Cessation
- 2014-03-31 KR KR1020177004712A patent/KR101811749B1/ko active IP Right Grant
-
2015
- 2015-10-21 US US14/919,534 patent/US20160043955A1/en not_active Abandoned
-
2016
- 2016-06-08 HK HK16106646.7A patent/HK1218677A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| HK1218677A1 (zh) | 2017-03-03 |
| US20140301188A1 (en) | 2014-10-09 |
| KR20150138351A (ko) | 2015-12-09 |
| JP2016521038A (ja) | 2016-07-14 |
| BR112015025308A8 (pt) | 2022-04-26 |
| KR101811749B1 (ko) | 2017-12-22 |
| JP6336039B2 (ja) | 2018-06-06 |
| KR20170021383A (ko) | 2017-02-27 |
| WO2014161804A1 (en) | 2014-10-09 |
| CN105229961A (zh) | 2016-01-06 |
| EP2982069A1 (en) | 2016-02-10 |
| US20160043955A1 (en) | 2016-02-11 |
| BR112015025308A2 (pt) | 2017-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BR112015025308B1 (pt) | Distribuição de unidades de dados de protocolo | |
| US20140301362A1 (en) | Delivery of protocol data units | |
| KR102446197B1 (ko) | Pdcp pdu들의 무결성 검사 실패의 핸들링을 위한 방법 및 사용자 단말기 | |
| ES2735079T3 (es) | Métodos para reordenar paquetes PDCP | |
| BR112016016595B1 (pt) | Equipamento de usuário | |
| EP3217716B1 (en) | User apparatus, and duplicated packet processing method | |
| US20200267793A1 (en) | Method and system for handling packet duplication and resumption of rbs in wireless communication system | |
| EP3337072A1 (en) | Packet transmission method and user equipment | |
| JP2017502545A5 (pt) | ||
| US20170134992A1 (en) | Interruptions In Wireless Communications | |
| ES2669718T3 (es) | Método y aparato para desencadenar informe de estado de acuse de recibo en sistema de comunicaciones inalámbricas | |
| BRPI0820279A2 (pt) | mÉtodo e equipamento para processar pacotes fora de ordem durante handover em sistema de comunicaÇço sem fio | |
| ES2854985T3 (es) | Conmutación del portador radioeléctrico en el acceso radioeléctrico | |
| EP3592097A1 (en) | Radio link failure handling method and related product | |
| BRPI0808882B1 (pt) | Transmissor de telecomunicações móveis para processamento de protocolo de rádio em sistemas de telecomunicações móveis | |
| TW201238282A (en) | Method and apparatus for PDCP discard | |
| BR112015011501B1 (pt) | Método de transmissão de ligação sem fio e sistema de transmissão de ligação sem fio | |
| BR112019025745A2 (pt) | Método de entrega e dispositivo terminal | |
| KR20090132503A (ko) | 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법 | |
| EP3319257B1 (en) | Lossless bearer reconfiguration from use of longer to shorter sequence number | |
| US20140029564A1 (en) | Communication system, communication apparatus and radio resource allocating method | |
| US10396966B2 (en) | Per-protocol data unit delivery-path indication | |
| RU2770619C2 (ru) | Способ счета и устройство связи | |
| WO2023028950A1 (en) | Radio link control cumulative mode for new radio | |
| US20240014939A1 (en) | Radio Link Control Cumulative Mode for New Radio |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B06U | Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 31/03/2014, OBSERVADAS AS CONDICOES LEGAIS |
|
| B16C | Correction of notification of the grant [chapter 16.3 patent gazette] |
Free format text: REFERENTE A RPI 2726 DE 04/04/2023, QUANTO AO ITEM (73) ENDERECO DO TITULAR. |