BR122013013478A2 - estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e sistema de comunicação móvel - Google Patents

estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e sistema de comunicação móvel Download PDF

Info

Publication number
BR122013013478A2
BR122013013478A2 BR122013013478A BR122013013478A BR122013013478A2 BR 122013013478 A2 BR122013013478 A2 BR 122013013478A2 BR 122013013478 A BR122013013478 A BR 122013013478A BR 122013013478 A BR122013013478 A BR 122013013478A BR 122013013478 A2 BR122013013478 A2 BR 122013013478A2
Authority
BR
Brazil
Prior art keywords
base station
radio link
mac
size
pdu size
Prior art date
Application number
BR122013013478A
Other languages
English (en)
Inventor
Sadafuku Hayashi
Yoshio Ueda
Original Assignee
Nec Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nec Corp filed Critical Nec Corp
Publication of BR122013013478A2 publication Critical patent/BR122013013478A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365—Dynamic adaptation of the packet size
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • 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/20—Control channels or signalling for resource management
    • H04W72/29—Control channels or signalling for resource management between an access point and the access point controlling device
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Abstract

estação base, dispositivo de controle, terminal em um sistema de comunicação movel e sistema de comunicação móvel. a presente invenção prove um sistema de comunição móvel, incluindo um dispositivo de controle e dispositivo de estação base. a comunição de dado entre o dispositivo de controle e dispositivo de estação base sendo conduzido usando um tamanho de dado de comprimento fixo e um tamanho de dado de comprimento variável. o dispositivo de controle transmite informação indicando-se o tamanho de dado da comunicação de dado tem comprimento fixo ou variável. o dispositivo de estação base recebe informação a partir do dispositivo de controle.

Description

"ESTAÇÃO BASE, DISPOSITIVO DE CONTROLE, TERMINAL EM UM SISTEMA DE COMUNICAÇÃO MÓVEL E SISTEMA DE COMUNICAÇÃO MÓVEL" "Dividido do PI0911022-4 depositado em 19/01/11" Campo da Invenção A presente invenção se relaciona a um sistema de comunicação móvel para conduzir comunicações de dados usando tamanho de dado de comprimento fixo ou variável. Histórico da Invenção Em 3GPP (de 3rd Generation Partnership Project (i.e. Projeto de Parceria de terceira Geração)), padronizou-se o padrão HSDPA (de High Speed Downlink Packet Access (i.e. Acesso de Pacote por Downlink a Alta Velocidade)) para comunicação móvel W-CDMA (Documento de Patente 1) . Em HSDPA, o protocolo MAC-hs ou MAC-ehs é usado para uma camada MAC (de Médium Access Control (i.e. Controle de Acesso à Midia) ) . O HSDPA provê uma comunicação de alta velocidade em downlink de RNC (de Radio Network Controller (i.e. Controlador de Rede de Rádio)) para UE (de User Equipment (i.e. Equipamento de Usuário)) pelo Nó-B. Em uma comunicação de dado HSDPA, o controle de fluxo é executado entre RNC e Nó-B.
Em um controle de fluxo, o Nó-B notifica a capacidade de dados ao RNC, e este transmite dados ao Nó-B dentro desta capacidade de dados. Aqui, o Nó-B determina capacidade de dados levando em conta como parâmetros: capacidade do canal de rádio, informe de qualidade de produto provido pelo UE, prioridade alocada ao portador, e estado da trajetória de transmissão entre RNC e Nó-B. A notificação da capacidade de dados é provida via uma mensagem de controle de protocolo de quadro chamada ALOCAÇÃO DE CAPACIDADE (CAPACITY ALLOCATION).
Na comunicação de dado HSDPA, contemplam-se três casos quanto ao modo de comunicação. Parâmetros correspondentes a cada caso são estabelecidos para RNCs e Nós-B. A figura 1 traz um quadro ilustrando um exemplo de ajuste de parâmetro para os respectivos casos de HSDPA.
Referindo-se à figura 1, são ilustrados exemplos de ajustes de parâmetro para os respectivos casos 1 a 3. O caso 1 definido no Release 3GPP 5, e casos 2 e 3 a serem definidos no Release 3GPP 7.
No caso 1, o tamanho dos PDUs (de Protocol Data Unit (i.e. Unidade de Dado de Protocolo)) na camada RLC (Radio Link Control (i.e. Controle de Link de Rádio)), daqui por diante chamado tamanho RLC PDU, tem comprimento fixo, e para camada MAC, utiliza-se o protocolo MAC-hs. O PDU é uma unidade de sinal transmitido em um pré-determinado protocolo. Por exemplo, PDU inclui um cabeçalho de acordo com um pré-determinado protocolo e carga útil (payload) incluindo dados no protocolo.
No protocolo MAC-hs não são usados nem 64QAM (de Quadrature Amplitude Modulation (i.e. Modulação de Amplitude de Quadratura) ) e nem MIMO (de Multiple Input Multiple Output (i.e. Entrada múltipla, Saida Múltipla)). No caso 2, o tamanho RLC PDU tem comprimento fixo como no caso 1, mas o protocolo MAC-ehs é usado para camada MAC. No protocolo MAC-ehs, podem ser usados 64QAM__e MIMO. Ademais, em MAC-ehs, utiliza-se um método de transmissão chamado Camada Melhorada 2 em Downlink (Improved Layer 2 in Downlink). 64QAM - um dos métodos de modulação digital - expressa 64 valores com uma combinação de oito tipos de fase e oito tipos de amplitude, enquanto MIMO é uma técnica de comunicação de rádio para expandir a banda de comunicação de dados usando uma pluralidade de antenas simultaneamente. Na Camada Melhorada 2, o protocolo MAC-ehs provê dados de usuário em segmentos de Nó-B. A Camada Melhorada 2 permite uma transferência de dados mais eficiente em comparação com um método de transmissão, no qual os dados de usuário são divididos em comprimento fixo em um RLC.
No caso 3, o tamanho RLC PDU tem comprimento variável e utiliza-se protocolo MAC-ehs para a camada MAC. Aqui, Nó-B designa o comprimento máximo ao tamanho RLC PDU.
Um RLC pode selecionar o tamanho RLC PDU em uma faixa igual ou menor que o comprimento máximo designado pelo Nó-B. No controle de fluxo, o Nó-B pode controlar o valor máximo de tamanho RLC PDU.
No controle de fluxo de um Release 3GPP 7, onde se introduziu um protocolo MAC-ehs, utiliza-se o formato ALOCAÇÃO DE CAPACIDADE TIPO 2, ao invés do formato ALOCAÇÃO DE CAPACIDADE TIPO 1 usado no Release 3GPP 5.
Com um quadro em ALOCAÇÃO DE CAPACIDADE TIPO 2, um Nó-B pode controlar os seguintes quatro elementos: Comprimento MAC-d/c PDU Máximo;
Crédito HS-DSCH (número de MAC-d PDU que pode ser transmitido no intervalo de transmissão em HS-DSCH);
Intervalo HS-DSCH (duração em que o número de MAC-d PDUs indicado pelo crédito HS-DSCH é transmitido); - Periodo de Repetição HS-DSCH (contagem de repetição indicando o número de repetições na duração acima).
Por exemplo, quando um canal de rádio congestiona, quer Comprimento MAC-d/c PDU Máximo ou Crédito HS-DSCH pode ser reduzido para suprimir quantidade de dados em downlink. O canal HS-DSCH é um canal compartilhado por uma pluralidade de comunicações de dados HSDPA.
Como descrito acima, nos casos 2 e 3, que devem ser definidos no Release 3GPP 7, podem ser usados 64QAM e MIMO, que podem não ' ser usados no Release 3GPP 6 (ou antes).
Entre os casos 2 e 3 a serem definidos no Release 3GPP 7, se constata uma diferença com respeito a se o tamanho RLC PDU tem comprimento fixo ou comprimento variável.
No caso 3, sendo variável o tamanho RLC PDU, o valor máximo para o tamanho RLC PDU pode ser alterado em uma faixa igual ou maior que 1504 octetos no controle de fluxo. Em razão do controle de fluxo, provê-se uma comunicação de dados mais eficiente, de acordo com status de comunicação alterado.
Entrementes, o caso 2 permite usar 64QAM e MIMO, e executando um controle de fluxo com um algoritmo simples e existente com tamanho RLC PDU fixo, como no caso 1. Lista de Citação Literatura de Não-Patente Literatura de Não-Patente: 3GPP TS 25.308 V8 2.0 (2008-05) High Speed Downlink Packet Access (HSDPA) (Acesso de Pacote em Downlink em Alta Velocidade), Descrição Global, Estágio 2 (Release 8).
Sumário da Invenção Problema Técnico Para usar 64QAM ou MIMO, faz-se necessário o uso do protocolo MAC-ehs, no qual, o tamanho RLC PDU pode ter comprimento fixo ou variável, e, por conseguinte, para o RLC operar, faz-se necessário ajustar o tamanho RLC PDU em um comprimento fixo ou comprimento variável No entanto, no protocolo NBAP (Parte Aplicativa do Nó-B 3GPP TS25.433), que é o presente protocolo de controle de chamada, um RLC não pode notificar ao Nó-B, se o tamanho RLC PDU tiver comprimento fixo ou comprimento variável. A figura 2 traz um quadro ilustrando parâmetros para o protocolo NBAP. Este quadro é aquele ilustrado no 3GPP TS 24.4339.2.1.31IA. Referindo-se à figura 2, pode ser visto que não há nenhum elemento de informação para notificar um ajuste do tamanho RLC PDU em comprimento fixo ou comprimento variável e, portanto, a notificação deste ajuste não pode ser provida pelo protocolo NBAP. Conseqüentemente, pode ocorrer uma discrepância entre RNC e Nó-B nos estados de ajuste, se tamanho RLC PDU tiver comprimento fixo ou variável.
Quando se utiliza protocolo MAC-ehs, NBAP corrente supõe que o formato de tamanho HS-DSCH MAC-d PDU tem Tamanho MAC-d PDU Flexível. O RNC ajusta tamanho RLC PDU em comprimento fixo, enquanto Nó-B ajusta tamanho RLC PDU em comprimento variável, produzindo uma discrepância de estado entre eles.
Se o tamanho RLC PDU for ajustado em comprimento variável, o Nó-B pode instruir ao RNC uma mudança no controle de fluxo com respeito ao tamanho RLC PDU.
No entanto, RNC não pode mudar tamanho RLC PDU em razão de o tamanho RLC PDU ser ajustado em um comprimento fixo. Por exemplo, quando o Nó-B instrui ao RNC assumir tamanho maior que o comprimento fixo ajustado no RNC, o Nó-B deve ser capaz de receber o PDU com um tamanho maior que o comprimento fixo. No entanto, quando o tamanho RLC PDU é ajustado em comprimento fixo no RNC, o RNC segmenta os dados pelo comprimento fixo. Neste caso, a eficiência de uso de recursos, tal como banda, não pode ser suficientemente melhorada.
Ademais, por exemplo, se o Nó-B instruir o uso de um tamanho menor que o comprimento fixo ajustado no RNC, RNC, no qual o tamanho RLC PDU foi ajustado em comprimento fixo, não pode transmitir dados ao Nó-B ou enviar dados ao Nó-B com um tamanho que exceda o limite. Neste caso, podem ocorrer falhas sérias no controle de fluxo e/ou operação do sistema. A figura 3 traz um quadro ilustrando um exemplo de modo de comunicação, para descrever uma falha no controle de fluxo. A figura 4 ilustra um exemplo de uma seqüência que resulta na ocorrência de um defeito no controle de fluxo. Na figura 3, somente para efeito de exemplo, o tamanho RLC PDU é 82 bytes, e são usados protocolo MAC-ehs, MIMO e 64QAM.
Neste caso, o Tamanho Estendido IE MAC-d PDU Máximo NBAP, que designa um valor máximo para o tamanho MAC-d PDU, é ajustado em 82 bytes.
Referindo-se à seqüência da figura 4, primeiro, o RNC ajusta o tamanho RLC PDU em um comprimento fixo (Etapa 901) . Com MAC-ehs, não se executa nenhum canal lógico multiplexador na camada MAC-d, e, por conseguinte, não se provê nenhum cabeçalho MAC-d. . Por conseguinte, neste exemplo, o tamanho MAC-d PDU é 'igual ao tamanho RLC PDU (Etapa 902).
O RNC prepara uma mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO de NBAP (Etapa 903), e transmite a mensagem para um Nó-B (Etapa 904) . A mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO de NBAP inclui ajustar o Tamanho Estendido IE MAC-d PDU em 82 bytes, que é o valor máximo para tamanho MAC-d PDU.
Recebendo a mensagem PEDIDO DE SETUP DE LINK DE RÁDIO DE NBPA, o Nó-B reconhece um valor máximo de 82 bytes para tamanho MAC-d PDU (Etapa 904), e ajusta o valor máximo junto com a informação em 64QAM, MIMO, e MAC-ehs (Etapa 905).
Depois de ajustado HSDPA, se inicia o controle de fluxo. Aqui, se assume que o Nó-B decidiu ajustar o tamanho MAC-d PDU em um tamanho menor que 82 bytes no controle de fluxo, em razão de um congestionamento de canal de rádio (Etapa 908) . O Nó-B ajusta o valor máximo para o tamanho MAC-d PDU em um novo valor menor que 82 bytes (Etapa 909) e envia um quadro de controle ALOCAÇÃO DE CAPACIDADE TIPO 2 incluindo Tamanho Estendido IE MAC-d PDU, no qual o valor foi ajustado, ao RNC (Etapa 910) . Este quadro consiste de um quadro usado para o Nó-B notificar ao RNC a informação de controle no controle de fluxo. Exemplos de informação de controle no controle de fluxo inclui Comprimento MAC-d/c PDU, créditos, e intervalo de transmissão.
Uma vez ajustado o tamanho RLC PDU em um comprimento fixo, o RNC não pode transmitir dados de comprimento mais curto que o comprimento fixo, resultando na interrupção da comunicação de dados (Etapa 911).
Trata-se de um objetivo da presente invenção prover uma técnica para impedir uma discrepância em um estado de ajuste entre dispositivos com respeito a se o tamanho de dado a comunicação de dados tem comprimento fixo ou comprimento variável em um sistema de comunicação móvel. Solução do Problema Para realizar o objetivo acima, um sistema de comunicação móvel, de acordo com um aspecto da presente invenção, inclui um dispositivo de controle e um dispositivo de estação base, - sendo que a comunicação de dado entre o dispositivo de controle e o dispositivo de estação base é conduzida usando um tamanho de dado de comprimento fixo e um tamanho de dado de comprimento variável; sendo que o dispositivo de controle transmite informação indicando se o tamanho de dado da comunicação de dado tem comprimento fixo ou comprimento variável; e sendo que o dispositivo de estação base recebe a informação a partir do dispositivo de controle.
Um dispositivo de controle, de acordo com a presente invenção, inclui: - um meio de comunicação, para comunicar com um dispositivo de estação base usando tamanho de dado de comprimento fixo e tamanho de dado de comprimento variável; e um meio de transmissão, para transmitir informação indicando se o tamanho de dado da comunicação de dado tem comprimento fixo ou comprimento variável ao dispositivo de estação base.
Um dispositivo de estação base, de acordo com um aspecto da presente invenção, inclui: um meio de comunicação, para comunicar com um dispositivo de controle usando tamanho de dado de comprimento fixo e tamanho de dado de comprimento variável; - um meio de recepção, para receber informação, indicando se tamanho de dado da comunicação de dado tem comprimento fixo ou comprimento variável, a partir do dispositivo de controle.
Um método de controle de sistema, de acordo com um aspecto da presente invenção, provê um método de controle de comunicação para um sistema de comunicação móvel incluindo um dispositivo de controle e um dispositivo de estação base, - sendo que a comunicação entre o dispositivo de controle e o dispositivo de estação base é conduzido usando tamanho de dado de comprimento fixo e tamanho de dado de comprimento variável; sendo que o dispositivo de controle transmite uma informação indicando se um tamanho de dado da comunicação de dado tem comprimento fixo ou comprimento variável;e - sendo que o dispositivo de estação base recebe informações a partir do dispositivo de controle.
Um método de controle de dispositivo, de acordo com um aspecto da presente invenção, inclui as etapas de: comunicar com um dispositivo de estação base usando tamanho de dado de comprimento fixo e tamanho de dado de comprimento variável; e transmitir uma informação indicando que o tamanho de dado da comunicação de dado tem comprimento fixo ou comprimento variável ao dispositivo de estação base. Descrição Resumida dos Desenhos A figura 1 traz um quadro ilustrando exemplos de parâmetros ajustados nos respectivos casos de HSDPA; A figura 2 traz um quadro ilustrando parâmetros no protocolo NBAP; A figura 3 traz um quadro ilustrando um exemplo de nó de comunicação para descrever uma falha de controle de fluxo; A figura 4 traz um diagrama ilustrando um exemplo de seqüência resultante na ocorrência de uma falha de .controle de fluxo; A figura 5 traz um diagrama de blocos ilustrando uma configuração de RNC 11, de acordo com uma primeira configuração exemplar; A figura 6 traz um diagrama de blocos ilustrando uma configuração de Nó-B 12, de acordo com a primeira configuração exemplar; A figura 7 traz um diagrama de blocos ilustrando uma configuração de um sistema de comunicação móvel, de acordo com uma segunda configuração exemplar; A figura 8 traz um diagrama seqüencial ilustrando uma operação de um sistema de comunicação móvel, de acordo com a primeira configuração exemplar; A figura 9 traz um diagrama para descrever uma visão global de uma mensagem de protocolo NBAP; A figura 10 traz um diagrama ilustrando um exemplo de 3GPP TS 25.433; A figura 11 traz um diagrama ilustrando um exemplo de DADO HS-DSCH; A figura 12 traz um diagrama seqüencial ilustrando uma operação de um sistema de comunicação móvel de acordo com a terceira configuração exemplar; e A figura 13 traz um diagrama ilustrando um exemplo de definição de formato de tamanho HS-DSCH d PDÜ, de acordo com uma quarta configuração exemplar.
Descrição Detalhada da Invenção Configurações exemplares serão descritas com referência aos desenhos anexos. Um sistema de comunicação móvel descrito nas configurações exemplares se trata de um sistema de comunicação móvel W-CDMA de acordo com 3GPP. (primeira Configuração Exemplar) A figura 5 ilustra a configuração de RNC 11, de acordo com uma primeira configuração exemplar.
Como ilustrado na figura 5, o RNC 11 inclui um comunicador 11A, que se comunica com um dispositivo de estação base usando tamanho de dado de comprimento fixo, e transmissor 11B que notifica (transmite) informação, indicando se o tamanho de dado da comunicação de dados tem comprimento fixo ou comprimento variável para o dispositivo de estação base (Nó-B 12).
Por conseguinte, na presente configuração exemplar, a notificação da informação, indicando se o tamanho de dado da comunicação de dado tem comprimento fixo ou variável (informação de identificação), pode ser provida do RNC 11 para o Nó-B 12. A figura 6 ilustra a configuração do Nó-B 12, de acordo com a primeira configuração exemplar.
Como ilustrado na figura 6, o Nó-B inclui um receptor 12B que recebe informação indicando se o tamanho de dado da comunicação de dado tem comprimento fixo ou variável a partir de um dispositivo de controle RNC 11 e comunicador 12A que se comunica com o dispositivo de controle usando um tamanho de dado de comprimento fixo e tamanho de dado de comprimento variável.
Por conseguinte, nesta configuração exemplar, o Nó-B 12 recebe informação (informação de identificação) transmitida a partir do RNC 11 que impede a ocorrência de uma discrepância no estágio de ajuste entre os dispositivos, com respeito a se a transmissão de tamanho de dado na comunicação de dado tem comprimento fixo ou comprimento variável. (segunda Configuração Exemplar) A figura 7 traz um diagrama de blocos ilustrando uma configuração de um sistema de comunicação móvel, de acordo com uma segunda configuração exemplar. A presente configuração exemplar se trata de uma configuração de RNC 11, de acordo com a primeira configuração exemplar ilustrada na figura 5 e configuração do Nó-B 11, de acordo com a primeira configuração exemplar ilustrada na figura 6. Referindo-se à figura 6, o sistema de comunicação móvel, de acordo com esta configuração exemplar, inclui RNC 11 e Nó-B 12. RNC 11, conectado a um CN (de "Core NetWork" (i.e. Rede de Núcleo)) e Nó-B 11 (não ilustrado), controla Nó-B 12, provendo uma comunicação de dado de usuário via UE (não ilustrado) . O Nó-B 12, conectado ao UE (não ilustrado) via canal de rádio, chaveia dados de usuário entre UE e RNC 11. O sistema de comunicação móvel permite uma comunicação de dado pelo HSDPA e responde a ambos casos, onde o tamanho de dado transmitido de dado downlink usando HSDPA tem comprimento fixo e comprimento variável. O RNC 11 notifica (transmite) informação de identificação indicando ao Nó-B 12, se o tamanho de dado de transmissão de dado downlink foi ajustado em comprimento fixo ou comprimento variável. A mensagem usada para notificar informação de identificação se trata de uma mensagem (do RNC 11 para Nó-B 12) enviada quando do ajuste, mudança, ou adição de link de rádio. O Nó-B 12 opera com base na informação de identificação provida pelo RNC 11. Por exemplo, o Nó-B 12 executa o controle de fluxo de comunicação de dado com base na informação de identificação. No controle de fluxo, o Nó-B 12 adaptativamente muda uma pluralidade de elementos, de acordo com o status de comunicação, e notifica estes elementos ao RNC 11. RNC 11 transmite dado de downlink ao Nó-B 12 dentro do escopo das limitações impostas pelos elementos providos e de acordo com o tamanho de dado de downlink provido ao Nó-B 12 via informação de identificação (i.e. se o tamanho de dado de transmissão do dado de downlink tem comprimento fixo ou variável). Conseqüentemente, a quantidade de dados dos dados downlink e similares pode ser controlada de modo apropriado, de acordo com o status de comunicação, permitindo lidar com congestionamentos de modo apropriado.
Exemplos dos elementos para controle de fluxo incluem tamanho de dado transmitido permitido, intervalo de transmissão de quadro de dado permitido, e número de transmissões de quadro de dado permitido, em um dado período de tempo.
Se a informação de identificação provida por RNC 11 indicar que o tamanho de dado transmitido tem comprimento fixo, o Nó-B 12 executa controle de fluxo fixando o tamanho de dado transmitido entre estes elementos.
Na presente configuração exemplar, a informação de identificação pode ser, por exemplo, uma informação de um bit. Mais especificamente, bit "1" indica que tamanho RLC PDU tem comprimento variável, e bit "0" indica que o tamanho RLC PDU tem comprimento fixo.
De acordo com a presente configuração exemplar, provê-se uma notificação de informação de identificação indicando se o tamanho de dado transmitido foi ajustado em comprimento fixo ou variável do RNC 11 para o Nó-B 12, e Nó-B 12 opera com base na informação de identificação provida pelo RNC 11, impedindo a ocorrência de discrepâncias no estado de ajuste entre os dispositivos, com respeito a se o tamanho de dado transmitido tem comprimento fixo ou comprimento variável.
Ademais, se a notificação com respeito a se o tamanho de dado transmitido tem comprimento fixo ou variável é provida do RNC 11 para o Nó-B 12, quando do ajuste de um link de rádio, então o Nó-B 12 executa um controle de fluxo com o tamanho de dado transmitido com comprimento fixo com base no reconhecimento compartilhado com RNC 11, imediatamente após ajuste do link de rádio. Similarmente, se a notificação com respeito a se o tamanho de dado transmitido tem comprimento fixo ou comprimento variável for provida quando da mudança ou adição de um link de rádio, Nó-B 12 pode executar um controle de fluxo com o tamanho de dado transmitido imediatamente após mudança ou adição do link de rádio.
Referindo-se novamente à figura 7, o RNC 11 inclui uma unidade de terminação de trajetória de transmissão 19, controlador de chamada 13, e processador de protocolo de controle de chamada 14, incluídos em um plano de controle, e unidade de terminação de interface Iu 15, unidades de função de protocolo RLC 16, unidade de função de protocolo MAC-d 17, e unidades de função de protocolo de quadro 18, incluídos em um plano de usuário. O controlador de chamada 13 executa vários tipos de processamento relativos a um controle de chamada. O controle de chamada inclui a colocação de chamada, quando houver uma chamada em andamento a partir do UE, ou chamada chegando no UE e liberação da chamada colocada. O controle de chamada também inclui colocação e liberação de comunicação HSDPA pelo UE. No controle de chamada, o controlador de chamada 13 transmite/ recebe mensagens de controle de chamada de/ para Nó-B 12, UE ou CN. 0 processador de protocolo de controle de chamada 14 compila e analisa mensagens, de acordo com protocolo NBAP, que é um protocolo de controle de chamada compartilhado com Nó-B 12 controlado pelo controlador de chamada 13.
Por exemplo, quando se estabelece uma comunicação HSDPA, o controlador de chamada 13 transmite/ recebe mensagem de protocolo NBAP de/ para Nó-B 12, via processador de protocolo de controle de chamada 14, para executar ajuste para MIMO, 64QAM, ou MAC-ehs. A unidade de terminação de interface Iu 15 termina interface com CN. Mais especificamente, a unidade de terminação de interface Iu 15 provê funções PDCP (de Packet Data Converge Protocol (i.e., Protocolo de Convergência de Dado de Pacote)) estabelecidas em 3GPP TS 25.323, protocolo de plano de usuário Iu estabelecido em 3GPP TS 25.415, e protocolo GTP-U indicado em 3GPP TS 29.060.
Para downlink exemplar, a unidade de terminação de interface Iu 15 recupera RLC PDUs de um sinal de downlink recebido de CN de ordem alta, via interface, e transmite RLC PDU às unidades de função de protocolo RLC 16. Para um uplink exemplar, a unidade de terminação de interface Iu 15 transmite dados de uplink de unidades de função de protocolo RLC 16 para CN, via interface Iu.
As unidades de função de protocolo RLC 16 provêem função do RLC estabelecida em 3GPP TS 25.322. A função RLC é uma função que executa vários tipos de processamento, relativos a um controle de link de rádio. As unidades de função de protocolo RLC 16 executam processamento nos dados transmitidos/ recebidos pela UE, de acordo com protocolo RLC, via função RLC. Três tipos de modos são definidos para o método de transmissão RLC: primeiro, modo reconhecido (RLC-AM), segundo, modo não-reconhecido (RLC-UM), e, terceiro, modo transparente (RLC-TM).
No modo RLC-AM até Release 3GPP 6, o tamanho RLC PDU (unidade de dado de protocolo) , tem comprimento fixo e dados de usuário foram segmentados na camada RLC.
No entanto, no Release 3GPP 7, uma função chamada Camada Melhorada 2 (Improved Layer 2) foi introduzida no HSDPA.
Para ο Nó-B 12, ο protocolo MAC-ehs é usado, ao invés do protocolo MAC-hs. Ao invés de o dado ser segmentado pelo protocolo RLC no RLC 11, o dado de ordem alta é segmentado de acordo com protocolo MAC-ehs em Nó-B 12, permitindo a provisão de dado RLC-AM flexível de comprimento variável, em adição ao RLC-AM de comprimento fixo. Para um comprimento variável com tamanho RLC PDU, máximo de 1503 octetos é transmitido do RNC 11 para ______ Nó-B 12.
A unidade de função de protocolo MAC-d 17 implementa o protocolo MAC-d, que é uma das funções MAC estabelecidas em 3GPP TS 25.321. O protocolo MAC-d é parte do protocolo para camada MAC e o protocolo inteiro para camada MAC inclui protocolo MAC-d e protocolo MAC-hs ou MAC-ehs. O protocolo MAC-d permite multiplexar a pluralidade de canais lógicos a partir da pluralidade de unidades de função de protocolo RLC 16. No entanto, não será feita nenhuma multiplexação de canal lógico, quando Nó-B 12 usa MAC-es.
As unidades de função de protocolo de quadro 18 implementam uma função de protocolo de quadro HS-DSCH estabelecida em 3GPP TS 25.435. O protocolo de quadro HS-DSCH é um protocolo usado para executar a geração de segmentação de quadro HS-DSCH usado em HSDPA. As unidades de função de protocolo de quadro 18 no RNC 11 geram quadros de dados em downlink.
Em uma transmissão de alta velocidade usando 64QAM ou MIMO, o QUADRO DE DADO HS-DSCH TIPO 2 é usado como tipo de quadro. Por conseguinte, as unidades de função de protocolo de quadro 18 geram quadros de dado de QUADRO DE DADO HS-DSCH TIPO 2.
Ademais, as unidades de função de protocolo de quadro 18 executam um processamento de controle de fluxo entre unidades de função de protocolo de quadro 18 e unidades de função de protocolo de quadro 21 no Nó-B 12.
Por exemplo, ao se detectar uma interferência de canal de rádio, insuficiência de potência de transmissão, e/ou congestionamento de trajetória de transmissão de interface Iu, as unidades de função de protocolo de quadro 23 no Nó-B 12 transmitem ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2 às unidades de função de protocolo de quadro 18 no RNC 11, dai instruindo ao RNC 11 suprimir transmissões de quadro de dado em downlink.
Ao invés, quando o congestionamento etc. foi aliviado, unidades de função de protocolo de quadro 23 no Nó-B 12 transmitem uma ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2 às unidades de função de protocolo de quadro 18 em RNC 11, dai, permitindo que o RNC 11 aumente transmissões de quadro de dado em downlink.
Instruções para suprimir/ aumentar o quadro de dado em downlink são providas prescrevendo Comprimento MAC-d/c PDU, crédito, e intervalo de transmissão.
As unidades de função de protocolo de quadro 18 em RNC 11 transmitem dados de ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2 de acordo com Comprimento MAC-d/c PDU, créditos ou intervalo de transmissão provido pela ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2 recebida das unidades de função de protocolo de quadro 23 no Nó-B 12. A unidade de terminação de trajetória de transmissão 19 transmite/ recebe dados em um formato que se conforma ao portador em uma trajetória de transmissão entre RNC 11 e Nó-B 12 {Interface lub) de/ para unidade de terminação de trajetória de transmissão 20 no Nó-B 12. Para portador de transporte, por exemplo, utiliza-se urr. modo ATM (de Asyncronous Transfer Mode (i.e. Modo de Transferência Assincrona)) ou IP (de Internet Protocol (i.e. Protocolo Internet)).
Por exemplo, se houver dois serviços de pacote, deve haver canais lógicos para os respectivos serviços de pacote. Na unidade de função de protocolo MAC-d 17, estes canais lógicos não são mu 1tiplexados e, por conseguinte, também deve haver portadores de transporte para os respectivos serviços de pacote.
Referindo-se novamente à figura 7, o Nó-B 12 inclui uma unidade de terminação de trajetória de transmissão 20, transmissor/ receptor de rádio 25, unidade de função de protocolo NBAP 21, e controlador de chamada 22, incluídas em um plano de controle, e unidades de função de protocolo de quadro 23 e unidade de função de protocolo MAC-ehs 24 incluídas em um plano de usuário. A unidade de terminação de trajetória de transmissão 20 contata a unidade de terminação de trajetória de transmissão 19 em RNC 11, via trajetórias de transmissão (interface Iub) entre o Nó-B 12 e RNC 11 e transmite/ recebe dados em um formato que se conforma ao portador de transporte de/ para unidade de terminação de trajetória de transmissão 19 em RNC 11. A unidade de função de protocolo NBAP 21 compila e analisa mensagens de protocolo NBAP transmitidas/ recebidas de/ para o RNC 11 sob controle do controlador de chamada 22. O controlador de chamada 22 executa vários tipos de processamento relativos a controle de chamada. Durante o controle de chamada, o controlador de chamada 22 transmite/ recebe mensagens de/ para RNC 11 ou UE.
As unidades de função de protocolo de quadro 23, que contatam as unidades de função de protocolo de quadro 18 em RNC 11, implementam uma função de protocolo de quadro HS-DSCH. Mais especificamente, as unidades de função de protocolo de quadro 23 recebem um quadro de dado de DADO DE QUADRO HS-DSCH TIPO 2, de acordo com o protocolo de quadro HS-DSCH, a partir das unidades de função de protocolo de quadro 18 em RNC 11, recuperam MAC-d PDUs no quadro, e transmitem MAC-d PDUs à unidade de função de protocolo MAC-ehs 24.
Ademais, como descrito acima, as unidades de função de protocolo de quadro 23 executam um processamento para controle de fluxo entre unidades de função de protocolo de quadro 23 e 18 em RNC 11. A unidade de função de protocolo MAC-ehs segmenta dados de RNC 11 e transmite os dados segmentados à UE via transmissor/ receptor de rádio 25. Em razão de a unidade de função de protocolo MAC-ehs 24 no Nó-B 12 executar segmentação de dados, pode se evitar um enchimento ineficiente no nivel RLC em RNC 11. 0 transmissor/ receptor de rádio 25 conectado ao UE via canal de rádio transmite/ recebe mensagens de controle de chamada do controlador de chamada 22, e dados de usuário da unidade de função de protocolo MAC-ehs 24. A figura 8 traz um diagrama seqüencial ilustrando operação de um sistema de comunicação móvel, de acordo com a segunda configuração exemplar. No sistema de comunicação móvel, de acordo com a presente configuração exemplar, quando um link de rádio é ajustado, modificado, ou adicionado, provê-se a notificação com respeito a se tamanho RLC PDU Lera comprimento fixo ou comprimento variável, do RNC 11 para o Nó-B 12. A figura 8 ilustra uma seqüência quando se ajusta um link de rádio. Ademais, nesta configuração, uma operação do sistema, a partir de quando um comprimento fixo ou comprimento variável é provido do RNC 11 para Nó-B 12, o Nó-B 12 executa o controle de fluxo de acordo com a notificação. Referindo-se à figura 8, em um modo RLC AM, o controlador de chamada 13 em RNC 11 primeiro determina se o tamanho RLC PDU tem comprimento fixo ou variável (Etapa 101).
Se o tamanho RLC PDU for fixo, o controlador de chamada 13 ajusta o indicador de tamanho RLC, indicando que tamanho RLC PDU tem comprimento fixo nas unidades de função de protocolo RLC 16 (Etapa 102). A seguir, o controlador de chamada 13 ajusta o tamanho RLC PDU no tamanho MAC-d PDU (Etapa 103), e ajusta o indicador de tamanho RLC em um comprimento fixo (Etapa 104). Entrementes, na Etapa 101 determinou-se tamanho RLC PDU como variável, sendo que o controlador de chamada . 13 ajusta o indicador de tamanho PDU indicando que o tamanho RLC PDU tem comprimento variável nas unidades de função de protocolo RLC 16 (Etapa 105) . A seguir, o controlador de chamada 13 ajusta um valor máximo do tamanho RLC PDU como tamanho MAC-d PDU (Etapa 106). Adicionalmente, o controlador de chamada 13 ajusta o indicador de tamanho RLC em um comprimento variável (Etapa 107).
Então, depois da Etapa 104 ou 107, o processador de protocolo de controle de chamada 14 compila mensagem PEDIDO de LINK DE RÁDIO NBAP, na qual, por exemplo, usando MIMO ou 64QAM, tamanho MAC-d PDU e indicador de tamanho RLC são estabelecidos (Etapa 108), e envia a mensagem para o Nó-B 12 (Etapa 109) . Este indicador de tamanho RLC permite a notificação com respeito a se o tamanho RLC PDU tem comprimento fixo ou comprimento variável, qual notificação deve ser provida do RNC 11 para Nó-B 12.
A figura 9 traz um diagrama para descrever uma visão global de uma mensagem de protocolo NBAP. A figura 9 indica que um indicador de tamanho RLC PDU (novo parâmetro) é adicionado ao quadro de elementos de informação em 3GPP TS 25.433 9.2.1.1311A. O tamanho RLC (comprimento fixo ou comprimento variável) é determinado por este indicador.
Ao receber a mensagem de protocolo NBAP, o controlador de chamada 22 no Nó-B 12 obtém o tamanho MAC-d PDU a partir da mensagem (Etapa 110) . O controlador de chamada 22 adicionalmente obtém o indicador de tamanho RLC e aplica o valor do indicador ao controle de fluxo nas unidades de função de protocolo de quadro 23 (Etapa 111). Ademais, o controlador de chamada 22 ajusta a informação, por exemplo, com respeito a se o protocolo MAC-ehs é usado (ou não) na unidade de função de protocolo MAC-ehs 24 (Etapa 112).
As unidades de função de protocolo de quadro 23, que executam controle de fluxo, iniciam o controle, por exemplo, quando da detecção de um congestionamento de canal de rádio (Etapa 113). No controle de fluxo, as unidades de função de protocolo de quadro 23 primeiro verificam o indicador de tamanho RLC (Etapa 114).
Se o tamanho RLC PDU tiver um comprimento fixo, unidades de função de protocolo de quadro 23, por exemplo, limitam créditos, intervalo de transmissão, ou período de repetição, sem mudar Comprimento IE MAC-d PDU, dai lidando com o congestionamento de canal de rádio. Entrementes, na Etapa 114, de for determinado que o tamanho RLC PDU tem comprimento variável, as unidades de função de protocolo de quadro 23 controlam vários tipos de parâmetros, incluindo Comprimento IE MAC-d PDU (Etapa 116).
Instruções de controle de fluxo são providas a partir das unidades de função de protocolo de quadro 23 para RNC 11 via mensagem HS-DSCH ALOCAÇÃO DE CAPACIDADE TIPO 2 (Etapa 117). As unidades de função de protocolo de quadro 18 em RNC 11 controlam transmissões de dado em downlink, de acordo com instruções providas pelas unidades de função de protocolo de quadro 23 no Nó-B 12 (Etapa 118). Uma vez que a seqüência para o caso em que um link de rádio se encontra ilustrada aqui, o indicador de tamanho RLC foi ajustado na mensagem PEDIDO DE SETUP DE LINK DE RÁDIO NBAP. Em outro exemplo, com adição de canal de rádio, o indicador de tamanho RLC PDU pode ser ajustado na mensagem PEDIDO DE ADIÇÃO DE LINK DE RÁDIO NBAP. Ademais, se o link de rádio foi alterado, o indicador de tamanho RLC PDU pode ser ajustado na mensagem PREPARAÇÃO DE RECON FIGURAÇÃO DE LINK DE RÁDIO NBAP ou mensagem de PEDIDO DE RECONFIGURAÇÃO DE LINK DE RÁDIO NBAP.
De acordo com a presente configuração exemplar, mesmo se o tamanho RLC PDU tiver comprimento fixo, os reconhecimentos em RNC 11 e Nó-B 12 se tornam consistentes, permitindo que uma comunicação HSDPA, usando protocolo MAC-ehs, seja conduzida de modo favorável. Aqui, o tamanho RLC PDU não é ajustado em um comprimento variável no controle de fluxo, permitindo aplicar um processamento existente às unidades de função de protocolo RLC 16.
Ademais, no sistema de comunicação móvel, de acordo com a presente configuração exemplar, o protocolo MAC-ehs pode ser usado, mesmo se o tamanho RLC PDU tiver comprimento fixo, dai permitindo manter a compatibilidade com sistema anterior ao Release 3GPP 7. Por exemplo, quando a mudança de célula de serviço tiver sido feita em conseqüência de um movimento de um UE de uma área coberta por um Nó-B 12 (antes do Release 3GPP 7) para uma área coberta pelo Nó-B 12 (no Release 3GPP 7 ativo) , o tamanho RLC PDU pode ser mantido em comprimento fixo. Não havendo necessário de reajustar processamento RLC, a quantidade de perda de dados é reduzida para usuários de ordem alta (por exemplo, UEs). A informação de identificação de tamanho RLC PDU (indicador de tamanho RLC PDU) é usada pelo Nó-B 12 para uma fila de prioridade. Por exemplo, o Nó-B 12 executa controle de fluxo para cada fila de prioridade, usando informação de identificação. Os detalhes deste exemplo serão descritos abaixo. O Nó-B 12, ao receber dados de usuário de downlink RNC 11, avalia indicadores de prioridade de canal comum (CmCH-PIs) como dados MAC-d PDU, e aloca o dado MAC-d PDU nas filas de prioridade associadas aos respectivos dados MAC-d PDU. Aqui, estes CmCH-PIs são associados, não apenas às filas de prioridade no Nó-B 12, mas, também, à informação de identificação de tamanho RLC PDU. Assim, a informação de identificação de tamanho RLC PDU tem efeito de seleção de comprimento MAC-d PDU (Comprimento MAC-d/c PDU Máximo) no controle de fluxo executado por cada fila de prioridade.
Como descrito acima, quer o comprimento MAC-d PDU tenha comprimento variável ou comprimento fixo, o comprimento MAC-d PDU pode ser selecionado para cada fila de prioridade, e, por conseguinte, o Nó-B 12 executa controle de fluxo para cada fila de prioridade, em outras palavras, de acordo com a prioridade associada (CmCH-PI). Um CMCH-PI corresponde a um indicador de prioridade de programação provido via NBAP na figura 9. Um CMCH-PI é ajustado e atualizado por RNC 11. Uma fila de prioridade consiste de uma área de armazenamento (buffer), que temporariamente armazena dados de usuário em downlink a partir do RNC 11. São levados em conta requisitos QoS para cada fila de prioridade.
Um exemplo de mudança de 3GPP TS 25.433 com respeito à informação de identificação de tamanho RLC PDU, ou seja, um formato de tamanho RLC PDU na descrição acima, está ilustrado na figura 10. A descrição acima da presente configuração exemplar foi dada em termos do caso, onde a informação de identificação é normalmente provida do RNC 11 ao Nó-B 12 via uma mensagem de protocolo de chamada como operação normal. No entanto, para um sistema real, é preferível considerar uma operação abnormal. Um exemplo de operação, onde há uma abnormalidade na notificação do RNC 11 para Nó-B 12, como operação abnormal, será indicado abaixo. Quando uma informação de identificação, incluída em uma mensagem, para pedir estabelecimento, mudança, ou adição de um link de comunicação enviada do RNC 11 para Nó-B 12, indicar que o tamanho de dado transmitido tem comprimento variável, se a mensagem incluir quer um elemento de informação indicando que o tamanho MAC-d PDU tem comprimento fixo ou um elemento de informação indicando tamanho MAC-d PDU máximo, o Nó-B 12 não pode interpretar a mensagem normalmente. Então, o Nó-B 12 envia uma mensagem ao RNC 11 para rejeitar ajuste, mudança, ou adição de um link de comunicação. Conseqüentemente, pedido do RNC 11 é rejeitado, e o procedimento cancelado. A seguir serão descritos possíveis exemplos específicos. Ao receber mensagens 1 a 3, o Nó-B 12 detecta uma condição abnormal, ou seja um ajuste abnormal, e rejeita o pedido do RNC 11 para cancelar o procedimento.
1. Mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO
(1) Se uma mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO recebida de um RNC incluir elemento de informação correspondente ao formato de tamanho DL RLC PDU para uma pré-determinada fila de prioridade, no qual o tamanho RLC PDU foi ajustado em comprimento variável, e um elemento dc informação correspondente a um formato de tamanho HS-DSCH MAC-d PDU com valor indicando que tamanho MAC-d PDU tem comprimento fixo, o Nó-B transmite ao RNC 11 uma mensagem de FALHA DE SETUP DE LINK DE RÁDIO para rejeitar o procedimento de pedido do RNC. (2) Se uma mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO de um RNC não incluir um elemento de informação correspondente a Tamanho Estendido MAC-d PDU Máximo para uma pré-determinada fila de prioridade e um elemento de informação correspondente ao formato de tamanho DL RLC PDU com valor indicando que o tamanho RLC PDU tem comprimento variável, um Nó-B transmite uma mensagem LINK DE RÁDIO SETUP FAILURE para rejeitar o procedimento de pedido a partir do RNC. (3) Se uma mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO recebida de um RNC incluir um elemento de informação, correspondente ao formato de tamanho HS-DSCH MAC-d PDU, no qual o tamanho MAC-d PDU foi ajustado em comprimento variável e não incluir um elemento de informação correspondente ao formato de tamanho DL RLC PDU, um Nó-B transmite uma mensagem de FALHA DE SETUP DE LINK DE RÁDIO para rejeitar procedimento de pedido a partir do RNC.
2. Mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO (1) - Se uma mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO recebida de um RNC incluir um elemento de informação correspondente ao Formato de Tamanho DL RLC PDU para uma pré-determinada fila de prioridade, na qual o tamanho RLC PDU foi ajustado em comprimento variável, e um elemento de informação correspondente ao Formato de Tamanho HS-DSCH MAC-d com valor indicando que o tamanho MAC-d PDU tem comprimento fixo, um Nó-B transmite ao RNC uma mensagem de FALHA DE ADIÇÃO DE LINK DE RÁDIO para rejeitar um procedimento de pedido do RNC. (2) - Se uma mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO recebido de um RNC não incluir um elemento de informação correspondente ao Tamanho Estendido MAC-d PDU Máximo para uma pré-determinada fila de prioridade, e um elemento de informação correspondente ao Formato de Tamanho HS-DSCH MAC-d PDU com valor indicando que o tamanho MAC-d PDU tem comprimento fixo, um Nó-B transmite uma mensagem FALHA DE ADIÇÃO DE LINK DE RÁDIO para rejeitar o procedimento de pedido a partir do RNC. (3)- Se uma mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO a partir de um RNC incluir um elemento de informação correspondente ao Formato de Tamanho HS-DSCH MAC-d PDU, no qual o tamanho MAC-d PDU foi ajustado em comprimento variável, mas não incluir um elemento de informação correspondente ao Formato de Tamanho DL RLC PDU, uma estação base transmite uma mensagem de FALHA DE ADIÇÃO DE LINK DE RÁDIO para rejeitar o procedimento de pedido a partir do RNC.
3.- Mensagem de PEDIDO DE RECONFIGURAÇÃO DE LINK DE RÁDIO [1]- No ajuste de um link de rádio sincrono (1) - Se houver uma fila de prioridade ajustada de modo que o tamanho RLC PDU tenha comprimento variável e não ajustado para usar o Tamanho Estendido MAC-d PDU Máximo em uma nova configuração, um Nó-B transmite ao RNC uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO para rejeitar o procedimento de pedido a partir do RNC. (2) - Se houver uma fila de prioridade, na qual o Contexto de Comunicação de Nó-B relevante foi ajustado de modo que o tamanho MAC-d PDU tenha comprimento fixo e o tamanho RLC PDU um comprimento variável, em uma nova configuração, um Nó-B transmite ao RNC uma mensagem de FALHA DE RECON FIGURAÇÃO DE LINK DE RÁDIO para rejeitar procedimento de pedido a partir do RNC. (3) - Se o Contexto de Comunicação de Nó-B relevante for ajustado, de modo que tamanho MAC-d PDU tenha comprimento variável e não inclua um elemento de informação, correspondente ao Formato de Tamanho DL RLC PDU para uma pré-determinada fila de prioridade em uma nova configuração um Nó-B transmite ao RNC uma mensagem de FALHA DE RECON FIGURAÇÃO DE LINK DE RÁDIO para rejeitar o procedimento de pedido a partir do RNC. [2] No reajuste de urr. link de rádio assincrono (1) - Se houver uma fila de prioridade que foi ajustada de modo que o tamanho RLC PDU tenha comprimento variável e não tenha sido ajustada para usar Tamanho Estendido MAC-d PDU Max, em uma nova configuração, o Nó-B transmite ao RNC um procedimento de pedido de um RNC. (2) - Se houver uma fila de prioridade para a qual o Contexto de Comunicação de Nó-B relevante tenha sido ajustado, de modo que o tamanho MAC-d PDU tenha comprimento fixo e o tamanho RLC PDU comprimento variável em uma nova configuração, um Nó-B transmite ao RNC uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO para rejeitar procedimento de pedido a partir do RNC. (3) - Se o Contexto de Comunicação de Nó-B relevante foi ajustado, de modo que o tamanho MAC-d PDU tenha comprimento variável e não inclua um elemento de informação correspondente ao Formato de Tamanho DL RLC PDU para uma pré-determinada fila de prioridade, em uma nova configuração, um Nó-B transmite ao RNC uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO para rejeitar procedimento de pedido a partir do RNC.
Aqui, um Contexto de Comunicação de Nó-B é um termo definido em 3GPP, e se refere à informação (contexto) de dados administrados por cada dispositivo móvel (UE). (terceira Configuração Exemplar) Na segunda configuração exemplar descrita, como ilustrado na figura 8, utilizou-se um exemplo no qual a notificação de um indicador de tamanho RLC indicando se tamanho RLC PDU tem comprimento fixo ou variável via mensagem de protocolo NBAP. No entanto, a presente invenção não se limita a este aspecto. Uma terceira configuração exemplar será descrita em caráter exemplar no qual um bit sobressalente em um QUADRO DE DADO HS-DSCH TIPO 2, de acordo com protocolo de quadro HS-DSCH, definido em TS 25.435, é estendido, e a notificação de um indicador de tamanho RLC provida pelo bit. A configuração básica de um sistema de comunicação móvel, de acordo com a terceira configuração exemplar, é similar à configuração do sistema de acordo com a segunda configuração exemplar, ilustrado na figura 7. A figura 11 traz um diagrama que ilustra um exemplo de QUADRO DE DADO HS-DSCH TIPO 2, de acordo com uma terceira configuração exemplar. A figura 12 traz um diagrama seqüencial ilustrando operação de um sistema de comunicação móvel, de acordo com uma terceira configuração exemplar. Referindo-se à figura 2, o controlador de chamada 13 no RNC 11 primeiro determina se o tamanho RLC PDU tem comprimento fixo ou comprimento variável (Etapa 201) . Se o tamanho RLC PDU tiver comprimento fixo, o controlador de chamada 13 ajusta indicador de tamanho RLC, indicando que o tamanho RLC PDU tem comprimento fixo em unidades de função de protocolo de quadro 18 (Etapa 202). Entrementes, determinou-se (Etapa 201), que o tamanho RLC PDU tem comprimento variável nas unidades de função de protocolo de quadro 18 (Etapa 202).
Subseqüentemente, ao transmitirem um quadro de dado QUADRO DE DADO HS-DSCH TIPO 2, as unidades de função de protocolo de quadro 18 no RNC 11 inserem um indicador de tamanho RLC no segundo bit a partir do bit de ordem mais alta no quarto octeto no quadro (Etapa 204).
Ao receber o quadro de dado a partir do QUADRO DE DADO HS-DSCH TIPO 2, as unidades de função de protocolo 23 no Nó-B 12 adquirem o indicador de tamanho RLC do quadro, e aplicam o valor do indicador ao controle de fluxo (Etapa 205).
As unidades de função de protocolo 23, que executam controle de fluxo, iniciam controle de fluxo (Etapa 206), quando detectam um congestionamento de canal de rádio. No controle de fluxo, as unidades de função de protocolo de quadro 23 primeiro verificam indicador de tamanho RLC (Etapa 207).
Se o tamanho RLC PDU tiver comprimento fixo, as unidades de função de protocolo de quadro 23 mantêm Comprimento MAC-d PDU IE fixo e controlam outros parâmetros (Etapa 208). Por exemplo, as unidades de função de protocolo de quadro 23 limitam créditos, intervalo de transmissão, ou periodo de repetição sem mudar Comprimento MAC-d PDU IE, para lidarem com um congestionamento de link de rádio.
Entrementes, determinou-se (Etapa 114) que o tamanho RLC PDU tem comprimento variável, e, portanto, as unidades de função de protocolo de quadro 23 controlam vários tipos de parâmetros incluindo Comprimento MAC-d PDU IE (Etapa 209).
Uma instrução de controle de fluxo, a partir das unidades de função de protocolo de quadro 23, é provida para RNC 11 via mensagem de ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2 (Etapa 210). As unidades de função de protocolo 18 em RNC 11 controlam transmissões de dado em downlink, de acordo com instruções providas a partir das unidades de função de protocolo de quadro 23 no Nó-B 12 (Etapa 211).
Como descrito acima, de acordo com a presente configuração exemplar, o RNC 11 provê a notificação de um indicador de tamanho RLC PDU para Nó-B 12 via ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2, e ao receber ALOCAÇÃO DE CAPACIDADE HS-DSCH TIPO 2, Nó-B 12 administra dinamicamente o indicador de tamanho RLC PDU de acordo com notificação via quadro. Assim, a presente configuração exemplar permite controle dinâmico com respeito a se o tamanho RLC PDU tem comprimento fixo ou comprimento variável. (quarta Configuração Exemplar) A segunda configuração exemplar descrita acima foi descrita em caráter exemplar, no qual um indicador de tamanho RLC é adicionado à informação de fluxo HS-DSCH MAC-d, como na figura 9. No entanto, a presente invenção não se limita este aspecto. Uma quarta configuração será descrita em caráter exemplar, na qual o Tamanho MAC-d PDU
Fixo para MAC-ehs é adicionado como um novo valor para Formato de Tamanho HS-DSCH MAC-d PDU. A configuração básica de um sistema de comunicação móvel, de acordo com a quarta configuração exemplar, é similar à configuração do sistema de acordo com segunda configuração exemplar, ilustrada na figura 7. A figura 13 traz um diagrama ilustrando um exemplo de definição de Formato de Tamanho HS-DSCH MAC-d PDU de acordo com a quarta configuração exemplar. Como ilustrado na figura 13, o Tamanho MAC-d PDU Fixo pode ser ajustado como um valor para o Formato de Tamanho HS-DSCH MAC-d PDU.
Para valores de Formato de Tamanho HS-DSCH MAC-d PDU, 3GPP já forneceu Tamanho MAC-d PDU Indexado para MAC-hs e Tamanho MAC-d PDU Flexivel para MAC-ehs. A presente configuração exemplar pretende introduzir um novo Tamanho MAC-d PDU Fixo para MAC-ehs, qual tamanho RLC PDU tem comprimento fixo.
De acordo com a presente configuração exemplar, quando um Formato de Tamanho HS-DSCH MAC-d PDU para um canal de transporte é ajustado em um Tamanho MAC-d PDU Flexivel, os tamanhos RLC PDU para todos fluxos MAC-d no canal de transporte HS-DSCH têm comprimento variável.
Ademais, quando um Formato de Tamanho HS-DSCH MAC-d PDU para um canal de transporte HS-DSCH é ajustado em Tamanho MAC-d PDU Fixo, os tamanhos RLC PDU para todos fluxos MAC-d no canal HS-DSCH têm comprimento fixo.
A informação de fluxo HS-DSCH MAC-d usada na segunda configuração exemplar se trata de um elemento de informação indicando a propriedade de cada canal lógico mapeado em uma fila de prioridade. A notificação de um indicador de tamanho RLC PDU, através de informação de fluxo HS-DSCH MAC-d permitiu a indicação com respeito a se o tamanho RLC PDU, tem comprimento fixo ou variável para cada canal lógico. Em outras palavras, podem ser misturados canais lógicos, cujos tamanhos RLC PDU têm comprimento fixo, e canais lógicos, cujos tamanhos RLC PDU têm comprimento variável.
Entrementes, o Formato de Tamanho HS-DSCH MAC-d PDU usado na quarta configuração exemplar se trata de um elemento de informação que designa uma propriedade de canal de transporte HS-DSCH. A notificação com respeito a se o tamanho RLC PDU tem comprimento fixo ou variável via Formato de Tamanho HS-DSCH MAC-d PDU, um mix de canais lógicos cujos tamanhos RLC PDU têm comprimento fixo e canais lógicos cujos tamanhos RLC PDU têm comprimento variável, não é permitido no canal de transporte HS-DSCH. De acordo com a presente configuração exemplar, se o tamanho RLC PDU tem comprimento fixo ou comprimento variável pode ser administrado pelo canal de transporte HS-DSCH, o que permite simplificar processamento no RNC 11 e Nó-B 12 em relação à segunda configuração. (quinta Configuração Exemplar) Embora, as segunda, terceira, e quarta configurações exemplares tenham sido descritas em termos de exemplo de controle de fluxo em comunicação HSDPA - uma comunicação de dados em downlink de alta velocidade - a invenção não se limita a este aspecto. Uma quinta configuração exemplar será descrita em caráter exemplar com respeito a um sistema de comunicação móvel que provê comunicação HSUPA (de High Speed Uplink Packet Access (i.e. Acesso a Pacote em Uplink em Alta Velocidade)) - comunicação de dados em uplink de alta velocidade - e executa um controle de fluxo sobre a mesma.
No Release 3GPP 8, para HSUPA, protocolos MAC-i/ MAC-is e MAC-e/ MAC-es são mutuamente exclusivos: protocolo MAC-i/ MAC-is ou MAC-e/ MAC-es se encontra presente no UE. Se o tamanho RLC PDU for ajustado em comprimento fixo ou variável é necessário usar protocolo MAC-i/ MAC-is. Ademais, no protocolo RRC entre RNC e UE, uma Informação de Mapeamento RB (3GPP TS 25.331) permite prover uma notificação com respeito a se tamanho RLC PDU tem comprimento fixo ou variável e, em adição, no caso de comprimento variável, permite prover uma notificação com respeito ao valor minimo do tamanho RLC PDU.
Entrementes, o protocolo NBAP entre RNC e Nó-B permite apenas provisão do RNC para o Nó-B da notificação de um valor máximo com respeito ao tamanho MAC-d PDU (Tamanho Estendido IE de MAC-d PDU Máximo) para cada canal lógico mapeado em fluxo MAC-d. Normalmente, o tamanho MAC-d PDU é igual ao tamanho RLC PDU.
Em geral, no fluxo de controle em comunicações HSUPA, utilizou-se um método, no qual um Nó-B programa transmissões de dados uplink a partir dos UEs e, com base no resultado da programação, provê a notificação da potência que cada UE pode usar. Neste controle, a potência que cada UE pode usar é indicada por uma concessão (grant). UE determina a quantidade de dados a ser transmitida em uplink com base na concessão.
Em comunicações HSUPA, o Nó-B pode usar MAC-i/ MAC-is, e pode considerar o valor máximo de tamanho RLC PDU em seu controle de fluxo. No entanto, no presente protocolo NBAP, é impossível notificar se tamanho RLC PDU de cada canal lógico que deve ser multiplexado tem comprimento fixo ou variável, e se o tamanho RLC PDU tiver comprimento variável é impossível notificar o menor valor do tamanho RLC PDU. Conseqüentemente, ocorre uma discrepância de estado relativo ao tamanho RLC PDU entre Nó-B, RNC, e UE, que resulta em uma concessão impossível de ser apropriadamente provida pelo protocolo Nó-B ao UE. Se uma concessão provida por um Nó-B a um UE for menor que um valor correspondente ao comprimento fixo do tamanho RLC PDU, o UE não pode transmitir dados em uplink. Ademais, se o tamanho RLC PDU tiver comprimento variável, a concessão provida pelo Nó-B a um UE é menor que o valor correspondente ao menor valor do tamanho RLC PDU, e o UE pode transmitir dados em uplink.
Ademais, há casos onde apenas uma pequena vantagem pode ser provida ajustando o tamanho RLC PDU em comprimento variável, tais como sinais de controle (DCCH Dedicated Control Channel). Por conseguinte, em alguns casos é preferível que o tamanho RLC PDU de dados de usuário, em serviços de pacote, seja ajustado em comprimento variável, enquanto o tamanho RLC PDU de um sinal de controle é ajustado em comprimento fixo. Ne-stes casos, para um sinal de controle, é preferível a utilização de MAC-i/MAC-is, enquanto o tamanho RLC PDU é ajustado em comprimento fixo, no entanto, neste NBAP, a notificação deste ajuste não pode ser provida.
Portanto, na presente configuração exemplar, em um sistema de comunicação móvel provendo HSUPA, RNC notifica ao Nó-B a informação com respeito a se o tamanho RLC PDU tem comprimento fixo ou variável e se o tamanho RLC PDU tem comprimento variável, e também com respeito ao valor mínimo para o tamanho RLC PDU.
Ao receber a notificação do RNC, o Nó-B determina concessão a ser provida para o UE no controle de fluxo HSUPA, de acordo com uma determinação baseada em se tamanho RLC PDU tem comprimento fixo ou variável. Ademais, se o tamanho RLC PDU tiver comprimento variável, o Nó-B, se o tamanho RLC PDU tiver comprimento variável, determina a concessão a ser provida ao UE, considerando valor mínimo do tamanho RLC PDU provido pelo RNC.
Mais especificamente, por exemplo, o Nó-B provê ao UE concessão suficiente para transmissão de dados com tamanho RLC PDU, com um tamanho maior que tamanho RLC PDU mínimo, para não ocorrer um evento, no qual o UE provido à concessão não possa transmitir dados. 0 sistema de comunicação móvel, de acordo com a presente configuração exemplar, é similar ao sistema de acordo com a segunda configuração exemplar da figura 7, incluindo RNC 11 e Nó-B 12. No entanto, uma vez que esta configuração exemplar focaliza comunicações em uplink, não se faz necessário dispor da unidade de função de protocolo MAC-d 17 e unidade de função de protocolo MAC-ehs 24, mas, ao invés, uma unidade de função de protocolo que implemente protocolos MAC-i e MAC-is.
Na operação básica do RNC 11 no sistema de comunicação móvel, de acordo com a presente configuração exemplar, o controlador de chamada 13 no RNC 11 determina se o tamanho RLC PDU tem comprimento fixo ou variável. O processador de protocolo de controle de chamada 14 compila uma mensagem de protocolo NBAP, na qual uma informação com respeito ao tamanho RLC PDU - i.e. se o tamanho RLC PDU tem comprimento fixo ou variável e, no caso de comprimento variável, um valor minimo é ajustado, e transmite a mensagem de protocolo NBAP para Nó-B 12. Nestes pontos, uma operação do sistema, de acordo com esta configuração, é similar à operação do sistema de acordo com a segunda configuração exemplar. Ademais, também em uma operação básica do Nó-B 12, ao receber uma mensagem de protocolo NBAP, o controlador de chamada 22 obtém uma informação relativa ao tamanho RLC PDU a partir da mensagem, e os controladores de fluxo aplicam tal informação ao controle de fluxo. Neste ponto, a operação do sistema, de acordo com a presente configuração exemplar, é similar à operação do sistema de acordo com a segunda configuração exemplar. No entanto, uma vez que o controle de fluxo na presente configuração exemplar tenha sido sobre dados transmitidos dos UEs em uplink, o controle de fluxo pelo Nó-B é direcionado aos UEs. Mais especificamente, a notificação de uma instrução de controle de fluxo é provida para cada UE, como provisão de concessão, como descrito acima. Embora configurações exemplares tenham sido descritas, a presente invenção não se limita a tais configurações, que, ademais, podem ser usadas em combinação, ou mesmo serem parcialmente alteradas dentro do conceito inventivo da presente invenção. A presente invenção reivindica prioridade com base no Pedido de Patente Japonês No 2008-200277 depositado em primeiro de agosto de 2008, cujo conteúdo está incorporado nesta em sua totalidade por referência.

Claims (15)

1. Estação base, em um sistema de comunicação móvel incluindo um dispositivo de controle, a estação base, caracterizada pelo fato de compreender: - um receptor que recebe uma mensagem incluindo uma informação do formato de tamanho de RLC PDU a partir do dispositivo de controle.
2. Estação base, de acordo com a reivindicação 1, caracterizada pelo fato de a informação do formato de tamanho de RLC PDU indicar se um tamanho RLC PDU é fixo ou não.
3. Estação base, de acordo com a reivindicação 1 ou 2, caracterizada pelo fato de a mensagem ser uma mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO, mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO, ou uma mensagem de PEDIDO DE RECONFIGURAÇÃO DE LINK DE RÁDIO.
4. Estação base, de acordo com a reivindicação 3, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO, onde se a mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO não incluir uma informação de tamanho estendido MAC-d PDU máximo e a informação de formato de tamanho RLC PDU ter um valor indicando que um tamanho RLC PDU é variável, a estação base rejeita um procedimento de setup de link de rádio utilizando uma mensagem de FALHA DE SETUP DE LINK DE RÁDIO.
5. Estação base, de acordo com a reivindicação 3 ou 4, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO, onde se a mensagem de PEDIDO DE SETUP DE LINK DE RÁDIO incluir uma informação de formato de tamanho RLC PDU indicando o tamanho PLC PDU é variável e a informação de formato de tamanho HS-DSCH MAC-d PDU indica que um tamanho MAC-d PDU é fixo, a estação base rejeita um procedimento de setup de link de rádio utilizando uma mensagem de FALHA DE SETUP DE LINK DE RÁDIO.
6. Estação base, de acordo com a reivindicação 3, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO, onde se a mensagem de PEDIDO DE SETUP DE ADIÇÃO DE RÁDIO não incluir uma informação de tamanho estendido MAC-d PDU máximo e a informação de formato de tamanho RLC PDU ter um valor indicando que um tamanho RLC PDU é variável, a estação base rejeita um procedimento de adição de link de rádio utilizando uma mensagem de FALHA DE ADIÇÃO DE LINK DE RÁDIO.
7. Estação base, de acordo com a reivindicação 3 ou 6, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO, onde se a mensagem de PEDIDO DE ADIÇÃO DE LINK DE RÁDIO incluir uma informação de formato de tamanho RLC PDU indicando que o tamanho PLC PDU é variável e a informação do formato de tamanho HS-DSCH MAC-d PDU indica que um tamanho MAC-d PDU é fixo, a estação base rejeita um procedimento de adição de link de rádio utilizando uma mensagem de FALHA DE ADIÇÃO DE LINK DE RÁDIO.
8. Estação base, de acordo com a reivindicação 3, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE RECON FIGURAÇÃO DE LINK DE RÁDIO, onde se, em uma nova configuração, existir uma fila de prioridade que é ajustada para utilizar um tamanho RLC PDU variável e não ajustada para utilizar o tamanho estendido de MAC-d PDU máximo, a estação base rejeita um procedimento para reajustar um link de rádio assincrono utilizando uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO.
9. Estação base, de acordo com a reivindicação 3 ou 8, caracterizada pelo fato de a mensagem ser a mensagem de PEDIDO DE RECON FIGURAÇÃO DE LINK DE RÁDIO, onde se, em uma nova configuração, o contexto de comunicação de Nó-B é ajustado para utilizar o tamanho RLC PDU fixo e existir uma fila de prioridade que é ajustada para utilizar um tamanho RLC PDU variável, a estação base rejeita um procedimento para reajustar um link de rádio assincrono utilizando uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO.
10. Estação base, de acordo com a reivindicação 1 ou 2, caracterizada pelo fato de a mensagem ser transmitida se um procedimento para reajustar um link de rádio assincrono é inicializado.
11. Estação base, de acordo com a reivindicação 10, caracterizada pelo fato de se em uma nova configuração, existir uma fila de prioridade que é ajustada para utilizar um tamanho RLC PDU variável e não ajustada para utilizar o tamanho estendido de MAC-d PDU máximo, a estação base rejeita o procedimento utilizando uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO.
12. Estação base, de acordo com a reivindicação 10 ou 11, caracterizada pelo fato de se, em uma nova configuração, o contexto de comunicação de Nó-B é ajustado para utilizar o tamanho RLC PDU fixo e existir uma fila de prioridade que é ajustada para utilizar um tamanho RLC PDU variável, a estação base rejeita o procedimento utilizando uma mensagem de FALHA DE RECONFIGURAÇÃO DE LINK DE RÁDIO.
13. Dispositivo de controle, em um sistema de comunicação móvel incluindo uma estação base, caracterizado pelo fato de compreender: - um transmissor que transmite uma mensagem incluindo uma informação de formato de tamanho RLC PDU para a estação base.
14. Terminal em um sistema de comunicação móvel, incluindo uma estação base e um dispositivo de controle, caracterizado pelo fato de compreender: - uma unidade de comunicação que se comunica com a estação base que recebe uma mensagem incluindo uma informação de formato de tamanho RLC PDU a partir do dispositivo de controle.
15. Sistema de comunicação móvel, incluindo uma estação base e um dispositivo de controle, caracterizado pelo fato de o dispositivo de controle transmitir uma mensagem incluindo uma informação de formato de tamanho RLC PDU para a estação base.
BR122013013478A 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e sistema de comunicação móvel BR122013013478A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008200277 2008-08-01
PCT/JP2009/058991 WO2010013526A1 (ja) 2008-08-01 2009-05-14 移動通信システム、制御装置、基地局装置、システム制御方法、および装置制御方法
BRPI0911022A BRPI0911022A2 (pt) 2008-08-01 2009-05-14 sistema de comunicação móvel, dispositivo de controle, dispositivo de estação base, método de controle de comunicação e método de controle de dispositivo

Publications (1)

Publication Number Publication Date
BR122013013478A2 true BR122013013478A2 (pt) 2016-02-10

Family

ID=41610236

Family Applications (12)

Application Number Title Priority Date Filing Date
BR122015007062A BR122015007062A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122015021031A BR122015021031A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal, método para uma estação base, método para um dispositivo de controle e método para um terminal
BR122015007068-6A BR122015007068A2 (pt) 2008-08-01 2009-05-14 Estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e método
BR122015021029A BR122015021029A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122015021023A BR122015021023A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122014019674A BR122014019674A2 (pt) 2008-08-01 2009-05-14 dispositivo de estação base, dispositivo de controle, terminal, sistema de comunicação móvel e método
BRPI0911022A BRPI0911022A2 (pt) 2008-08-01 2009-05-14 sistema de comunicação móvel, dispositivo de controle, dispositivo de estação base, método de controle de comunicação e método de controle de dispositivo
BR122015021028A BR122015021028A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, método de comunicação, método para uma estação base, método para um dispositivo de controle e terminal
BR122015007063A BR122015007063A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal para um sistema de comunicação móvel e método
BR122015021024A BR122015021024A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle e meio de comunicação
BR122015021026A BR122015021026A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle e meio de comunicação
BR122013013478A BR122013013478A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e sistema de comunicação móvel

Family Applications Before (11)

Application Number Title Priority Date Filing Date
BR122015007062A BR122015007062A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122015021031A BR122015021031A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal, método para uma estação base, método para um dispositivo de controle e método para um terminal
BR122015007068-6A BR122015007068A2 (pt) 2008-08-01 2009-05-14 Estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e método
BR122015021029A BR122015021029A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122015021023A BR122015021023A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal e método
BR122014019674A BR122014019674A2 (pt) 2008-08-01 2009-05-14 dispositivo de estação base, dispositivo de controle, terminal, sistema de comunicação móvel e método
BRPI0911022A BRPI0911022A2 (pt) 2008-08-01 2009-05-14 sistema de comunicação móvel, dispositivo de controle, dispositivo de estação base, método de controle de comunicação e método de controle de dispositivo
BR122015021028A BR122015021028A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, método de comunicação, método para uma estação base, método para um dispositivo de controle e terminal
BR122015007063A BR122015007063A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle, terminal para um sistema de comunicação móvel e método
BR122015021024A BR122015021024A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle e meio de comunicação
BR122015021026A BR122015021026A2 (pt) 2008-08-01 2009-05-14 estação base, dispositivo de controle e meio de comunicação

Country Status (12)

Country Link
US (8) US9113392B2 (pt)
EP (5) EP2315471B1 (pt)
JP (11) JP5223922B2 (pt)
KR (7) KR101497853B1 (pt)
CN (5) CN104301940B (pt)
AU (1) AU2009277764B2 (pt)
BR (12) BR122015007062A2 (pt)
CA (1) CA2732689C (pt)
ES (5) ES2635430T3 (pt)
HK (1) HK1182871A1 (pt)
RU (6) RU2486698C2 (pt)
WO (1) WO2010013526A1 (pt)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2393373A1 (en) * 2002-07-15 2004-01-15 Anthony Gerkis Apparatus, system and method for the transmission of data with different qos attributes.
CA2732689C (en) 2008-08-01 2014-10-28 Nec Corporation Mobile communication system, control device, base station device, system control method and device control method
TWI423710B (zh) * 2010-10-15 2014-01-11 Acer Inc 行動通訊裝置、系統、以及連線建立方法
CN102469631B (zh) * 2010-11-05 2016-07-06 中兴通讯股份有限公司 Ue能力的发送方法、传递方法和系统及无线网络控制器
KR20120120775A (ko) * 2011-04-25 2012-11-02 주식회사 팬택 무선통신 시스템에서 제어 정보의 다중 전송을 동적으로 제어하는 방법 및 장치
IN2014KN01157A (pt) 2011-11-09 2015-10-16 Ericsson Telefon Ab L M
CN103297211B (zh) * 2012-02-29 2016-01-20 华为技术有限公司 单独的上行高速专用物理控制信道的建立方法及装置
CN103162024A (zh) * 2013-03-25 2013-06-19 中联重科股份有限公司 输送管
KR101438630B1 (ko) 2013-04-15 2014-09-05 현대자동차 주식회사 선택적 촉매 환원(scr) 시스템의 우레아 분사 노즐의 막힘 방지 방법
CN105471763B (zh) * 2014-09-04 2020-09-15 中兴通讯股份有限公司 控制报文传输方法及装置
WO2017028017A1 (zh) * 2015-08-14 2017-02-23 华为技术有限公司 通信的方法、网络设备和用户设备
CN108602711B (zh) 2015-12-21 2021-09-10 康宁股份有限公司 低碱金属含量的硼硅酸盐玻璃
CN110622549B (zh) * 2017-05-12 2023-11-14 诺基亚技术有限公司 协议数据单元会话分割功能和信令发送
JP7429197B2 (ja) * 2019-01-09 2024-02-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 基地局、端末、送信方法及び受信方法

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ232222A (en) 1989-01-27 1993-03-26 British Telecomm Alternate burst communication for cordless phones: burst formats
FI104143B1 (fi) 1997-07-31 1999-11-15 Nokia Networks Oy Menetelmä tietoliikenneresurssien kontrolloimiseksi
JP2001103093A (ja) * 1999-09-30 2001-04-13 Sharp Corp データ伝送方法及びデータ伝送装置
GB2355623B (en) * 1999-10-19 2003-07-16 Ericsson Telefon Ab L M Packet transmission in a UMTS network
ES2442871T3 (es) * 2000-04-07 2014-02-14 Core Wireless Licensing S.à.r.l. Transmisión de unidades de datos de protocolo a través del control de enlace de radiocomunicaciones transparente
RU2242092C2 (ru) * 2001-07-06 2004-12-10 Самсунг Электроникс Ко., Лтд. Способ установки в исходное состояние объекта уровня управления доступом к среде в системе связи с широкополосным множественным доступом с кодовым разделением каналов, использующей высокоскоростной пакетный доступ к нисходящей линии связи
WO2003019960A1 (en) * 2001-08-21 2003-03-06 Nokia Corporation Transmission of data within a communications network
KR20030022929A (ko) * 2001-09-11 2003-03-19 한빛전자통신 주식회사 3지피피 시스템의 알엔씨에서 호 서비스 장치 및 방법
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
KR100547845B1 (ko) 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
TWI540863B (zh) * 2002-05-10 2016-07-01 無線創新信號信託公司 以容量分佈為基礎之認識流控制
FR2850828B1 (fr) 2003-01-31 2005-04-29 Evolium Sas Procede pour la gestion de la qualite de service dans un systeme de radiocommunications mobiles
CN101335922B (zh) * 2003-06-11 2012-09-12 株式会社Ntt都科摩 数据包通信方法以及控制装置
KR100516554B1 (ko) * 2003-08-25 2005-09-22 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 프로토콜 데이터유닛 처리 방법
WO2005053170A2 (en) 2003-11-24 2005-06-09 Interdigital Technology Corporation Method and apparatus for compiling a protocol data unit
KR100539930B1 (ko) * 2003-12-22 2005-12-28 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 데이터 전송 최적화를 위한 전송 포맷 선택 방법
KR100520146B1 (ko) * 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법
KR100617696B1 (ko) 2004-03-12 2006-08-28 삼성전자주식회사 무선 통신 시스템에서 연속된 데이터 유닛 수신 방법 및장치와 송신을 위한 데이터 유닛의 생성 방법 및 장치와그 데이터버스트 구조
CN1710829A (zh) * 2004-06-18 2005-12-21 北京三星通信技术研究有限公司 在wcdma系统的增强上行专用信道中支持低数据速率的方法
KR100678941B1 (ko) 2004-09-03 2007-02-07 삼성전자주식회사 할당된 시간 동안 양방향으로 데이터를 송수신하는 방법및 그 방법을 이용하는 무선 디바이스
WO2006036049A1 (en) 2004-09-30 2006-04-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting uplink non-scheduled data in a mobile communication system
EP1672941B1 (en) 2004-12-15 2007-11-14 Matsushita Electric Industrial Co., Ltd. Support of guaranteed bit-rate traffic for uplink transmissions
KR100918435B1 (ko) 2005-01-31 2009-09-24 삼성전자주식회사 무선 통신 시스템에서 데이터 트래픽 제어 시스템 및 방법
KR100762647B1 (ko) 2005-03-31 2007-10-01 삼성전자주식회사 기지국 장치 및 이를 이용한 무선 자원 관리 방법
US8085657B2 (en) * 2005-04-01 2011-12-27 Sony Corporation Flow control in a cellular communication system
WO2007024168A1 (en) * 2005-08-26 2007-03-01 Telefonaktiebolaget L M Ericsson (Publ) Flow control in umts
CN100442773C (zh) * 2005-11-07 2008-12-10 华为技术有限公司 通过高速下行分组接入技术hsdpa传输ip报文的方法
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
CN100426799C (zh) * 2006-02-28 2008-10-15 华为技术有限公司 一种高速下行包接入硬切换方法和系统
CN101039170B (zh) * 2006-03-15 2011-08-03 华为技术有限公司 支持数据包重传分割级联的方法
JP2007300508A (ja) 2006-05-01 2007-11-15 Ntt Docomo Inc 基地局、移動局および通信方法
JP4923849B2 (ja) * 2006-08-21 2012-04-25 富士通株式会社 無線受信装置
JP4781939B2 (ja) 2006-08-21 2011-09-28 富士通株式会社 無線通信装置
JP5140975B2 (ja) * 2006-09-14 2013-02-13 富士通株式会社 移動通信システム及びその通信方法
US8503423B2 (en) * 2007-02-02 2013-08-06 Interdigital Technology Corporation Method and apparatus for versatile MAC multiplexing in evolved HSPA
AU2008214411B2 (en) * 2007-02-02 2012-02-02 Interdigital Technology Corporation Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
TWI452885B (zh) * 2007-02-02 2014-09-11 Interdigital Tech Corp 可變ｒｌｃ ｐｄｕ大小之增強ｒｌｃ方法及裝置
EP2299639A3 (en) * 2007-02-06 2011-05-11 Telefonaktiebolaget L M Ericsson (Publ) Method and device for high speed downlink packet access
JP4726820B2 (ja) 2007-02-20 2011-07-20 Ｙｋｋ株式会社 スライドファスナー用スライダー
BRPI0808308A2 (pt) * 2007-03-16 2014-07-01 Interdigital Tech Corp Arquitetura de controle de link de reconhecimento de moto de rádio e método de sistema de hspa evoluído.
AU2008227111B2 (en) * 2007-03-16 2011-09-01 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
CN101355547B (zh) * 2007-07-23 2011-06-15 鼎桥通信技术有限公司 一种媒体接入控制专用信道数据包大小的配置方法及装置
CN101355439B (zh) * 2007-07-27 2010-12-01 鼎桥通信技术有限公司 用户设备能力的控制方法、系统及无线网络控制器
KR101586550B1 (ko) * 2007-09-28 2016-01-20 라쿠텐 인코포레이티드 업링크 프로토콜 변경을 지원하기 위한 방법 및 장치
CA2732689C (en) 2008-08-01 2014-10-28 Nec Corporation Mobile communication system, control device, base station device, system control method and device control method

Also Published As

Publication number Publication date
KR101450489B1 (ko) 2014-10-15
ES2606634T3 (es) 2017-03-24
CN103476063A (zh) 2013-12-25
EP2600650B1 (en) 2016-09-07
US20150036491A1 (en) 2015-02-05
CN104301941A (zh) 2015-01-21
BR122014019674A2 (pt) 2016-02-10
CN103476063B (zh) 2016-08-10
RU2613334C1 (ru) 2017-03-16
BR122015007063A2 (pt) 2016-02-10
CN104301940A (zh) 2015-01-21
EP2603035B1 (en) 2014-08-06
BRPI0911022A2 (pt) 2015-12-29
EP2600651B1 (en) 2016-09-07
KR101450488B1 (ko) 2014-10-13
JP6248991B2 (ja) 2017-12-20
KR20140146223A (ko) 2014-12-24
RU2012135474A (ru) 2014-02-27
BR122015021031A2 (pt) 2019-08-27
KR20120123728A (ko) 2012-11-09
KR20130036339A (ko) 2013-04-11
US9565121B2 (en) 2017-02-07
EP2315471A1 (en) 2011-04-27
JP5263432B2 (ja) 2013-08-14
CA2732689A1 (en) 2010-02-04
JP5700148B2 (ja) 2015-04-15
EP2315471A4 (en) 2012-10-24
CN104301942A (zh) 2015-01-21
RU2635108C2 (ru) 2017-11-09
JP5783316B2 (ja) 2015-09-24
KR20130041213A (ko) 2013-04-24
CN104301941B (zh) 2018-04-20
AU2009277764A1 (en) 2010-02-04
US20140140299A1 (en) 2014-05-22
US20160197838A1 (en) 2016-07-07
AU2009277764B2 (en) 2014-12-04
KR20110038161A (ko) 2011-04-13
JP5495199B2 (ja) 2014-05-21
KR101333855B1 (ko) 2013-11-27
US20180013622A1 (en) 2018-01-11
BR122015021029A2 (pt) 2019-08-27
JP2014140206A (ja) 2014-07-31
JP2013211923A (ja) 2013-10-10
EP2605578A1 (en) 2013-06-19
ES2632397T3 (es) 2017-09-12
RU2013108898A (ru) 2014-09-10
US9247485B2 (en) 2016-01-26
CA2732689C (en) 2014-10-28
KR101497891B1 (ko) 2015-03-03
RU2015154991A (ru) 2017-06-27
US9113392B2 (en) 2015-08-18
CN104301940B (zh) 2018-04-24
JPWO2010013526A1 (ja) 2012-01-05
JP2012239206A (ja) 2012-12-06
CN102113369B (zh) 2016-06-08
CN104301942B (zh) 2018-04-03
KR101497853B1 (ko) 2015-03-04
EP2603035A1 (en) 2013-06-12
BR122015007062A2 (pt) 2016-02-10
JP6624183B2 (ja) 2019-12-25
ES2606179T3 (es) 2017-03-23
WO2010013526A1 (ja) 2010-02-04
EP2600650A1 (en) 2013-06-05
US20140369306A1 (en) 2014-12-18
US9247486B2 (en) 2016-01-26
JP2014060743A (ja) 2014-04-03
BR122015021026A2 (pt) 2019-08-27
BR122015021024A2 (pt) 2019-08-27
US20170099186A1 (en) 2017-04-06
KR20130093158A (ko) 2013-08-21
RU2529008C2 (ru) 2014-09-27
RU2011107746A (ru) 2012-09-10
KR101450487B1 (ko) 2014-10-13
EP2315471B1 (en) 2017-04-05
US9787541B2 (en) 2017-10-10
US20150036490A1 (en) 2015-02-05
US20110122802A1 (en) 2011-05-26
JP2013009376A (ja) 2013-01-10
JP2015233309A (ja) 2015-12-24
RU2486698C2 (ru) 2013-06-27
JP5354128B2 (ja) 2013-11-27
BR122015021028A2 (pt) 2019-08-27
JP5338999B2 (ja) 2013-11-13
JP5223922B2 (ja) 2013-06-26
US10404536B2 (en) 2019-09-03
JP2018050326A (ja) 2018-03-29
US9307480B2 (en) 2016-04-05
HK1182871A1 (en) 2013-12-06
JP5403118B2 (ja) 2014-01-29
EP2605578B1 (en) 2017-05-03
KR101377836B1 (ko) 2014-03-26
BR122015021023A2 (pt) 2019-08-27
ES2635430T3 (es) 2017-10-03
JP2015043613A (ja) 2015-03-05
RU2015154992A (ru) 2017-06-23
US9072029B2 (en) 2015-06-30
JP2013211924A (ja) 2013-10-10
ES2493169T3 (es) 2014-09-11
KR20130036340A (ko) 2013-04-11
JP2013138494A (ja) 2013-07-11
RU2611721C1 (ru) 2017-02-28
EP2600651A1 (en) 2013-06-05
CN102113369A (zh) 2011-06-29
RU2635548C2 (ru) 2017-11-14
JP5403181B2 (ja) 2014-01-29
BR122015007068A2 (pt) 2019-08-20

Similar Documents

Publication Publication Date Title
BR122013013478A2 (pt) estação base, dispositivo de controle, terminal em um sistema de comunicação móvel e sistema de comunicação móvel
AU2014246623B2 (en) Mobile communication system, control device, base station device, system control method and device control method

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
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]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04W 28/12

Ipc: H04L 12/801 (2013.01), H04L 12/805 (2013.01), H04W

B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements