BR122019020647B1

BR122019020647B1 - Terminal de comunicação para se comunicar com uma estação base,método de comunicação em um terminal de comunicação para se comunicar com uma estação base, e método em uma estação base que se comunica com um terminal de comunicação

Info

Publication number: BR122019020647B1
Application number: BR122019020647-3A
Authority: BR
Inventors: Takahisa Aoyama; Joachim Loehr
Original assignee: Optis Wireless Technology, Llc
Priority date: 2008-02-01
Filing date: 2009-01-30
Publication date: 2023-10-31
Also published as: JP2012130052A; KR20190065469A; AU2009208525B2; EP2249599A4; KR20210005292A; SG173423A1; KR20100116588A; ES2751715T3; EP2249599A1; US11026243B2; US11723060B2; BRPI0907032A8; EP3913964A3; MY154608A; PT2249599T; AU2009208525A1; KR20170110726A; HUE056093T2; KR102198136B1; HUE047704T2

Abstract

um terminal de comunicação ajusta a temporização de transmissão dos da-dos transmitidos para uma estação base de modo que a estação base pode receber os dados dentro de um tempo de retardo predeterminado. o terminal de comunica-ção inclui uma seção de recepção 701 para receber prioridade de informação de controle mac transmitida a partir da estação base, uma seção de controle de priori-dade 703 para definir a relação entre a prioridade da informação de controle mac e a prioridade atribuída ao drb e srb, e uma seção de geração de mensagem de transmissão 704 para controle de modo a transmitir informação que tem uma alta prioridade inicial de acordo com a relação entre as prioridades definidas pela seção de controle de prioridade 703. de acordo com o terminal de comunicação, uma comparação é feita entre a prioridade da informação de controle mac e a prioridade atribuída ao drb e ao srb, pelo que se possibilita o controle de qual informação deve ser transmitida, conforme desejado.

Description

CAMPO TÉCNICO

[001]A presente invenção se refere a um terminal de comunicação e estação base para comunicação de acordo com um procedimento predeterminado.

[002]FUNDAMENTOS DA TÉCNICA

[003]Na E-UTRA/E-UTRAN padronizada, atualmente, multiplexação temporal é adotada em ambos, uplink (UL) a partir de um terminal para uma estação base e downlink (DL) a partir da estação base para o terminal. No uplink, quando a estação base recebe os dados a partir de uma pluralidade de terminais, se as temporizações de recepção dos dados transmitidos pelo deslocamento de terminal, multiplexação temporal não pode ser executada eficientemente. Assim, em um sistema de multiple- xação temporal, as temporizações de transmissão dos terminais precisam ser ajustadas de modo que a estação base possa receber os dados transmitidos pelos terminais dentro de um determinado retardo.

[004]Isso é denominado sincronização de uplink (também denominado ajuste de temporização, alinhamento de temporização, etc.). A operação exigida para que cada terminal obtenha sincronização de uplink é um procedimento RACH (procedimento de Canal de Acesso Aleatório). Em primeiro lugar, um esboço do procedimento RACH será descrito e então transmissão de Mensagem 3 na qual a invenção concentra a atenção será descrita.

ESBOÇO DO PROCEDIMENTO RACH

[005]Na E-UTRA/E-UTRAN, o procedimento RACH é usado em diversos casos. As razões de uso do procedimento RACH são especificamente conexão de chamada (acesso inicial), Transferência de Controle (“Handover”) Concluída, transmissão de mensagem, transmissão de dados UL/DL e retomada de recepção (retomada de dados UL/DL), e reconexão (recuperação de falha de link de rádio).

[006]O acesso inicial é o caso onde o terminal realiza conexão de chamada a partir de um estado inativo (RRC_IDLE). Como o terminal está no estado INATIVO, a sincronização de uplink com a estação base não é obtida.

[007]A transmissão de Transferência de Controle Concluída é o caso onde o terminal executa handover e a estação base alvo é notificada de que o terminal se desloca para a estação base alvo. O terminal não se conectou com a estação base até então e assim aqui obtém sincronização com a estação base alvo.

[008]A retomada de dados UL/DL no caso onde o terminal realizando recepção intermitente (DRX) começa a transmitir ou receber dados UL ou DL. Como a sincronização de uplink do terminal é perdida após um período de tempo, é necessário outra vez obter a sincronização.

[009]Recuperação de falha de link de rádio é o caso onde após se tornar impossível para o terminal detectar a célula conectada, o terminal se conecta outra vez com uma célula que foi recentemente encontrada (ou que foi anteriormente conectada). A situação lembra o acesso inicial.

[010]Há dois tipos amplos de procedimento RACH. Um deles é o caso onde o terminal seleciona preâmbulo RACH transmitido para a estação base por iniciativa própria (caso de preâmbulo RACH não dedicado) e o outro é o caso onde o terminal utiliza preâmbulo RACH fornecido a partir da estação base (caso de preâmbulo RACH dedicado).

[011]As operações respectivas são mostradas em (a) e (b) da Figura 1. A grande diferença é conforma a seguir: No caso de preâmbulo RACH não dedicado, há a possibilidade de que diversos terminais possam usar o mesmo preâmbulo RACH ao mesmo tempo e assim uma mensagem para verificar a presença ou ausência de colisão (Mensagem 4: Resolução de contenção) é usada; no caso de preâmbulo RACH dedicado, o preâmbulo RACH a ser usado é atribuído por uma mensagem de atribuição (Mensagem 0: Atribuição de preâmbulo RA).

[012]Para a Mensagem 1 e Mensagem 2, o mesmo se aplica a todos os casos, porém na Mensagem 3 e Mensagem 4, diferentes dados são transmitidos em resposta a cada caso. Apenas transmissão de Transferência de Controle Concluída e retomada de dados DL pode utilizar preâmbulo RACH dedicado, porque a estação base pode realizar a operação de atribuir preâmbulo RACH apenas em dois casos.

[013]A Figura 2 mostra os dois procedimentos. Preâmbulo RACH dedicado não é sempre usado para a transmissão de Transferência de Controle Concluída ou retomada de dados DL e preâmbulo RACH não dedicado pode ser usado.

[014]Outra grande diferença entre preâmbulo RACH não dedicado e preâmbulo RACH dedicado é que quando a estação base recebe preâmbulo RACH dedicado, ela pode identificar o terminal. Consequentemente torna-se desnecessário o trabalho para verificar qual terminal envia preâmbulo RACH na mensagem mencionada por último.

[015]Em outras palavras, no caso de preâmbulo RACH não dedicado, o ID do terminal precisa ser contido na Mensagem 3 para indicar qual terminal acessar. Como o ID do terminal, se o terminal estiver ativo (RRC_CONNECTED), C-RNTI (Identificação Temporária de Rede de Rádio de Controle) usado nas unidades de célula for utilizado; se o terminal executar acesso inicial, S-TMSI (S-entidade de Id de Assinante Móvel Temporário) usado na área de monitoração (unidade de gerenciamento de terminal INATIVO) ou IMSI (Identidade de Assinante Móvel Internacional) do ID único para o terminal (correspondendo ao número telefônico) é utilizado. Na recuperação de falha de link de rádio, é utilizado o identificador de célula (ID de célula) da célula conectada antes da falha de link de rádio ocorrer, C-RNTI na célula, etc..

TRANSMISSÃO DE MENSAGEM 3

[016]Os dados que podem ser inicialmente transmitidos para a estação base pelo terminal é Mensagem 3, e informação para isto é atribuída na Mensagem 2. Contudo, sabe-se que o tamanho da Mensagem 3 é de aproximadamente 72 bits se o terminal estiver em uma extremidade de célula.

[017]Assim, considera-se que é difícil transmitir toda informação de uma vez. Para mostrar como a Mensagem 3 é configurada, as Figuras 3, 4 e 5 mostram configurações de cabeçalho de MAC (Controle de Acesso ao Meio), RLC (Controle de Link de Rádio), e PDCP (Protocolo de Convergência de Dados de Pacote), respectivamente. A Figura 14 mostra a configuração de protocolo. Um esboço é descrito abaixo:

[018]MAC

[019]Três tipos de subcabeçalhos MAC são providos e o subcabeçalho mínimo tem 8 bits. Quais dados são contidos é indicado utilizando-se LCID (ID de Canal Lógico), caso exista ou não um subcabeçalho MAC acompanhando um subcabeçalho MAC é indicado em um campo E (Extensão), e o tamanho dos dados é indicado em um campo L (Comprimento).

[020]O elemento de controle MAC (informação de controle MAC: como uplink, C-RNTI, informe de status de Armazenador (BSR indicando o estado de armazenador do terminal), e CQI (Indicador de Qualidade de Canal indicando o status de canal do terminal) também são indicados em LCID. Nesse caso, o tamanho é predeterminado e assim o campo L não é exigido.

[021]RLC

[022]Um cabeçalho de 16 bits é definido para RLC AM (modo de confirmação) e 16 bits (SN de 10 bits para dados longos) e oito bits (SN de cinco bits para dados curtos) são definidos para RLC UM (modo não confirmado).

[023]PDCP

[024]Diferentes cabeçalhos são definidos em SRB (portadora de radio de sinalização: Portadora para transportar uma mensagem RRC de uma mensagem de controle) e portadora de rádio de dados (DRB, portadora para transportar dados). Para SRB, um cabeçalho de 40 bits se torna necessário.

[025]A portadora de rádio de dados pode ser denominada portadora de rádio de plano de usuário (portadora de rádio de usuário).

[026]Considera-se que Transferência de Controle Concluída contém o tipo de mensagem (indicando o tipo da mensagem), id de transação (indicando resposta para qual mensagem), etc., como mensagem RRC, e supõem-se oito bits.

[027]Documento 1 de Não Patente: TS25:321: “Especificação de protocolo de Controle de Acesso ao Meio (MAC)”

REVELAÇÃO DA INVENÇÃO PROBLEMAS A SEREM RESOLVIDOS PELA INVENÇÃO

[028]A partir da descrição fornecida acima, considerando a transmissão de Handover Concluído, vê-se que se 72 bits são atribuídos apenas ao terminal para transmissão, a transmissão precisa ser executada duas vezes como na Tabela 1. Determina-se que BSR seja transmitido após o Transferência de Controle ser executada. Em UMTS (Sistema de Telecomunicação Móvel Universal), supõe-se que informação de controle MAC (elemento de controle MAC em LTE) sempre tem prioridade superior a SRB e DRB (consultar Documento 1 de Não Patente).

[029]Assim, supõe-se que o BSSR é enviado mais cedo do que Transferência de Controle Concluída. Nesse caso, a transmissão é executada três vezes como na Tabela 2 e adicionalmente a transmissão de Transferência de Controle Concluída é retardada.

TABELA 1

[030]Tabela 1: Para transmitir apenas Transferência de Controle Concluída

TABELA 2

[031]Tabela 2: Quando BSR tem precedência em relação ao Transferência de Controle Concluída

[032]Conforme descrito acima, se o elemento de controle MAC (por exemplo, BSR) tem prioridade, essa transmissão de Transferência de Controle Concluída é retardada. Isso tem a seguinte desvantagem:

RETARDO DE COMUTAÇÃO DE PERCURSO EM REDE

[033]Quando a estação base recebe Transferência de Controle Concluída, ela pode determinar com segurança que o terminal se desloca. Assim, comutação na rede (comutação de percurso a partir da estação base anterior para a nova estação base) é realizada na temporização na qual Transferência de Controle Concluída é recebido. Se comutação de percurso for retardada, os dados, etc., não transferidos da estação- base anterior para a nova estação base, são descartados.

[034]A Figura 15 mostra a relação entre a estação base na rede e a entidade de uma rede de núcleo. A entidade de rede de núcleo continua a transmitir os dados para a estação base anterior (eNB de origem) até que o percurso seja comutado para a entidade de rede de núcleo.

[035]Não há problema se a estação base anterior transferir os dados para uma nova estação base; por exemplo, considera-se que um pacote não é transferido em serviço de tempo real de VoIP, etc. Para minimizar isso, exige-se a redução do retardo de comutação de percurso.

RETARDO DE INÍCIO DE TRANSMISSÃO DE DOWNLINK

[036]Quando a estação base recebe Transferência de Controle Concluída, ela pode determinar com segurança que o terminal se move, e pode iniciar a transmissão de dados de downlink. Assim, se a recepção de Transferência de Controle Concluída for retardada, quando houver dados transferidos a partir da estação base-anterior para uma nova estação base, o início da transmissão de dados de downlink é retardado.

[037]Considerando a descrição fornecida acima, é indesejável que o elemento de controle MAC sempre tenha precedência. Assim, a prioridade do elemento de controle MAC precisa ser controlada.

[038]Devido às circunstâncias descritas acima, um objetivo da invenção é o de prover um terminal de comunicação e uma estação base que possam atribuir prioridade à informação de controle MAC e possa controlar qual informação deve ser transmitida, quando desejado.

MEIO PARA RESOLVER OS PROBLEMAS

[039]Um terminal de comunicação de acordo com a presente invenção é um terminal de comunicação para se comunicar com uma estação base de acordo com um procedimento predeterminado, o terminal de comunicação compreendendo: uma seção de controle de prioridade para definir a relação entre a prioridade da informação de controle MAC da prioridade atribuída à informação de controle MAC e prioridade atribuída a DRB e SRB; e uma seção de geração de mensagem de transmissão para controlar uma informação de transmissão que tem uma elevada prioridade anterior de acordo com a relação de prioridade definida pela seção de controle de prioridade.

[040]De acordo com a configuração descrita acima, é tornado possível controlar qual informação deva ser transmitida conforme desejado em resposta à prioridade da informação de controle MAC e a prioridade atribuída ao DRB e ao SRB. Portanto, controle apropriado responsivo à descrição e à situação do serviço de comunicação é possibilitado. Por exemplo, quando VoIP é executado, se comutação de percurso precisar ser realizada rapidamente, é considerado que o SRB tem uma prioridade superior a do BSR. Inversamente, se comutação de percurso não precisar ser realizada rapidamente e o estado de armazenador do terminal deve ser entendido rapidamente, o BSR pode ter uma prioridade superior ao do SRB.

[041]O terminal de comunicação da presente invenção pode compreender uma seção de recepção para receber a prioridade da informação de controle MAC transmitida a partir da estação base.

[042]No terminal de comunicação da presente invenção, a informação de controle MAC inclui C-RNTI, BSR, e CQI, e a seção de geração de mensagem de transmissão transmite informação tendo uma elevada prioridade inicial de acordo com as prioridades do DRB, do SRB, do C-RNTI, do BSR, e do CQI.

[043]De acordo com as configurações descritas acima, por exemplo, se o C- RNTI for ajustado para prioridade 1 e o BSR e o CQI forem ajustados para prioridade 3, quando a prioridade do SRB é 2, apenas o C-RNTI pode ter uma prioridade superior a do SRB e é possibilitado o controle de qual informação deve ser transmitida, conforme desejado.

[044]O terminal de comunicação da presente invenção compreende uma seção de tabela de prioridade para manter informação da prioridade da informação de controle MAC, e a seção de recepção recebe informação de limite indicando o limite da prioridade da informação de controle MAC, e a seção de controle de prioridade referencia a informação de limite para definir a relação entre a prioridade da informação de controle MAC e a prioridade atribuída ao DRB e ao SRB.

[045]De acordo com a configuração descrita acima, a informação de limite da prioridade da informação de controle MAC pode ser definido utilizando-se um pequeno número de bits, de modo que um aumento em overhead de sinalização pode ser suprimido.

[046]No terminal de comunicação da presente invenção, a seção de controle de prioridade especifica a prioridade da informação de controle MAC em resposta a uma razão de uso de um procedimento RACH.

[047]De acordo com a configuração descrita acima, a prioridade da informação de controle MAC é especificada em resposta à razão de uso do procedimento RACH, pelo que a operação de transmissão pode ser alterada para cada procedimento RACH.

[048]No terminal de comunicação da presente invenção, a seção de recepção recebe um limite relacionado ao tamanho de uma mensagem a partir da estação base, e a seção de controle de prioridade referencia o limite para definir a relação entre a prioridade da informação de controle MAC e a prioridade atribuída ao DRB e ao SRB.

[049]De acordo com a configuração descrita acima, se a mensagem determinada para ser transmitida anteriormente for grande, a informação de controle MAC é transmitida mais cedo e o overhead acompanhando a transmissão de uma mensagem grande pode ser diminuído.

[050]No terminal de comunicação da presente invenção, a seção de recepção recebe informação exigida para determinar as prioridades da informação de controle MAC e o SRB a partir da estação base, e a estação de controle de prioridade consulta a informação para determinar as prioridades do SRB e da informação de controle MAC.

[051]De acordo com a configuração descrita acima, a prioridade pode ser determinada sem um comando a partir da rede.

[052]No terminal de comunicação da presente invenção, a informação exigida para se determinar as prioridades da informação de controle MAC e do SRB contém informação indicando se o serviço no qual a perda de pacote aumenta devido ao retardo de comutação de percurso é ou não recebido, informação indicando se transferência de controle é ou não transferida dentro da estação base, e informação indicando ou não se transferência de controle é transferida entre as estações base.

[053]De acordo com a configuração descrita acima, as prioridades do SRB e da informação de controle MAC podem ser determinadas sem um comando a partir da rede com base em se VoIP é ou não usado e se transferência de controle é realizada ou não na estação base ou é realizado entre as estações base.

[054]No terminal da presente invenção, um campo de extensão indicando se o subcabeçalho MAC acompanha ou não é colocado no topo no subcabeçalho MAC e se um recurso de 72 bits apenas um subcabeçalho MAC é alocado, se o cabeçalho MAC existe ou não é indicado pelo valor do campo de extensão posicionado no início do cabeçalho MAC.

[055]De acordo com a configuração descrita acima, o terminal pode notificar a estação base no sentido de se o cabeçalho MAC existe ou não sem utilizar um novo bit.

[056]Uma estação base de acordo com a presente invenção é uma estação base para comunicação com um terminal de comunicação de acordo com um procedimento predeterminado, em que prioridade é atribuída à informação de controle MAC e a prioridade da informação de controle MAC é transmitida ao terminal de comunicação.

[057]De acordo com a configuração descrita acima, prioridade é atribuída à informação de controle MAC, de modo que é possível controlar qual informação o terminal transmite, conforme desejado.

[058]Na estação base da presente invenção, a prioridade da informação de controle MAC é previamente determinada e apenas informação do limite entre a informação de controle MAC tendo uma prioridade superior àquela do SRB e informação de controle MAC tendo uma prioridade superior àquela do SRB é transmitida para o terminal de comunicação.

[059]De acordo com a configuração descrita acima, o limite da informação de controle MAC pode ser definido utilizando-se um pequeno número de bits, de modo que um aumento em overhead de sinalização pode ser suprimido.

[060]Na estação base da presente invenção, a prioridade da informação de controle MAC responsiva a uma razão de uso de um procedimento RACH é transmitida ao terminal de comunicação.

[061]De acordo com a configuração descrita acima, a prioridade da informação de controle MAC é especificada em resposta à razão de uso do procedimento RACH, pelo que a operação do terminal pode ser alterada para cada procedimento RACH.

[062]Na estação base da presente invenção, se o tamanho de uma mensagem a ser transmitida for maior do que um tamanho predeterminado, a informação de controle MAC tem precedência.

[063]De acordo com a configuração descrita acima, se a mensagem determinada para ser transmitida mais cedo for grande, a informação de controle MAC é transmitida mais cedo e o overhead acompanhando a transmissão de uma mensagem grande pode ser diminuído.

[064]Na estação base da invenção, o campo de extensão indicando se o sub- cabeçalho MAC acompanha ou não é colocado no topo do subcabeçalho MAC e se um recurso de 72 bits apenas do subcabeçalho MAC for alocado, se o cabeçalho MAC existe ou não é determinado pelo valor do campo de extensão posicionado no início do cabeçalho MAC.

[065]De acordo com a configuração descrita acima, a estação base pode determinar se o cabeçalho MAC existe ou não sem utilizar o novo bit.

EFEITOS VANTAJOSOS DA INVENÇÃO

[066]De acordo com o terminal de comunicação da invenção, é feita uma comparação entre a prioridade da informação de controle MAC e a prioridade atribuída ao DRB e ao SRB, pelo que se torna possível controlar qual informação deve ser transmitida, conforme desejado. De acordo com a estação base da invenção, prioridade é atribuída à informação de controle MAC e a prioridade da informação de controle MAC é transmitida ao terminal de comunicação, de modo que é possibilitado o controle de qual informação o terminal de comunicação transmite conforme desejado.

BREVE DESCRIÇÃO DOS DESENHOS

[067]A Figura 1 mostra a operação de preâmbulo RACH não dedicado e de preâmbulo RACH dedicado.

[068]A Figura 2 mostra procedimentos de transmissão de transferência de controle Concluída e retomada de dados DL.

[069]A Figura 3 mostra a configuração de cabeçalho de MAC de Mensagem 3.

[070]A Figura 4 mostra a configuração de cabeçalho de RLC de Mensagem 3.

[071]A Figura 5 mostra a configuração de cabeçalho de PDCP de Mensagem 3.

[072]A Figura 6 mostra o conceito da Modalidade 2 da invenção.

[073]A Figura 7 é um diagrama de blocos de um terminal de acordo com a Modalidade 2 da invenção.

[074]A Figura 8 mostra um exemplo específico de um procedimento de acordo com a Modalidade 2 da invenção.

[075]A Figura 9 mostra o conceito da Modalidade 3 da invenção.

[076]A Figura 10 é um diagrama de blocos de um terminal de acordo com a Modalidade 3 da invenção.

[077]A Figura 11 descreve a mudança de prioridade do elemento de controle MAC para cada razão de uso de um procedimento RACH na Modalidade 3 da invenção.

[078]A Figura 12 mostra o conceito da Modalidade 4 da invenção.

[079]A Figura 13 é um diagrama de blocos de um terminal de acordo com a Modalidade 4 da invenção.

[080]A Figura 14 mostra a configuração do protocolo da Mensagem 3.

[081]A Figura 15 mostra a relação entre uma estação base em uma rede e a entidade de uma rede de núcleo.

[082]A Figura 16 mostra um esboço de definição de prioridade para cada elemento de controle MAC na Modalidade 1 da invenção.

[083]A Figura 17 é um diagrama de blocos de um terminal de acordo com a Modalidade 1 da invenção.

[084]A Figura 18 mostra um exemplo de tabela de prioridades de elemento de controle MAC e um exemplo de informação de limite na Modalidade 2 da invenção.

[085]A Figura 19 mostra operação quando uma estação base considera a velocidade de um terminal na Modalidade 2 da invenção.

[086]A Figura 20 mostra a operação de mudança temporária de prioridade na Modalidade 2 da invenção.

[087]A Figura 21 mostra um método de transmitir informação de limite usada para transmissão utilizando programação semipersistente para um terminal na Modalidade 3 da invenção.

[088]A Figura 22 é um diagrama de blocos de um terminal de acordo com a Modalidade 5 da invenção.

[089]A Figura 23 é um fluxograma para mostrar a essência de operação de acordo com a Modalidade 5 da invenção.

[090]A Figura 24 mostra um fluxo quando o terminal executa acesso inicial (conexão de chamada), recuperação de falha de link de rádio (reconexão) na Modalidade 2 da invenção.

[091]A Figura 25 mostra a configuração de um subcabeçalho MAC usado em uma proposição convencional.

[092]A Figura 26 mostra a configuração de um subcabeçalho MAC de acordo com a proposição convencional 1.

[093]A Figura 27 mostra a configuração de um subcabeçalho MAC de acordo com a Modalidade 6 da invenção.

[094]A Figura 28 é um fluxograma para mostrar um esboço da operação de um terminal de acordo com a Modalidade 6 da invenção.

[095]A Figura 29 mostra exemplos de configuração de cabeçalho MAC de acordo com a Modalidade 6 da invenção.

[096]A Figura 30 mostra um exemplo de definição de LCID de acordo com a Modalidade 6 da invenção.

[097]A Figura 31 mostra outros exemplos de configuração de cabeçalho MAC de acordo com a Modalidade 6 da invenção. DESCRIÇÃO DE NUMERAIS DE REFERÊNCIA E SINAIS 701, 2201Seção de recepção 702, 1101Seção de tabela de prioridade 703, 1001, 1301, 1701, 2202Seção de controle de prioridade 704, 1002, 1302, 2203Seção de geração de mensagem de transmissão 705Seção de geração SRB 706Seção de geração DRB 707Seção de armazenador 708Seção de geração de informação MAC 709Seção de transmissão

MELHOR MODO PARA REALIZAÇÃO DA INVENÇÃO

[098]Um exemplo em que a prioridade dos dados de transmissão é definida antes de execução de procedimento RACH por uma estação base por um terminal será descrito abaixo: Modalidades descritas abaixo podem ser aplicadas ao caso de preâmbulo RACH não dedicado e ao caso de preâmbulo RACH dedicado de uma maneira similar.

MODALIDADE 1

[099]Cada um de SRB (portadora de rádio de sinalização: portadora para transportar uma mensagem RRC de uma mensagem de controle) e DRB (portadora de rádio no plano de usuário/portadora de rádio de dados: portadora para transportar dados) tem uma prioridade. Como SRB presente, SRB de alta prioridade (SRB2) para envio de uma mensagem RRC tendo um SRB de uma alta prioridade e de baixa prioridade (SRB1) tendo uma prioridade como SRB comum existe para comunicação de um terminal RRC_CONNETED. Outro SRB (SRB0) é definido para transportar uma mensagem RRC até que um terminal se mova para RRC_CONNETED no acesso inicial, recuperação de falha de link de rádio, etc. DRB é adicionado em resposta ao serviço usado pelo terminal: por exemplo, DRB para VoIP, DRB para navegação de rede, DRB para transferência de correio eletrônico, e semelhante são determinados.

[0100]Prioridade é determinada para cada portadora de modo que a estação base pode controlar qual portadora o terminal pode transmitir. Basicamente, SRB tem uma prioridade maior do que DB. Em DRB, uma portadora para serviço envolvendo exigência estrita no sentido de um retardo (serviço de tempo crucial) tem uma alta prioridade. Assim, no exemplo, a seguinte prioridade é considerada:

[0101]SRB de alta prioridade > SRB e baixa prioridade > DRB para VoIP > DRB para navegação de rede > DRB para correio eletrônico.

[0102]Na modalidade, prioridade é determinada para cada elemento de controle MAC como SRB e DRB. Um esboço é mostrado na Figura 16. Conforme mostrado na figura, por exemplo, se valores de prioridade forem de 1 a 8 e 1 é o mais elevado, considera-se que C-RNTI considerado como a mais alta prioridade no elemento de controle MAC é ajustada para prioridade 1 e BSR, CQI, etc., considerados como sendo a próxima prioridade mais alta é ajustada para prioridade 3.

[0103]Se a prioridade de SRB de alta prioridade se tornar 2, apenas C-RNTI tem precedência em relação à SRB de alta prioridade. De acordo com tal operação, se possibilita controlar qual informação o terminal deve transmitir, como desejado.

[0104]Especificamente, se o terminal utiliza VoIP e comutação de percurso precisa ser feita rapidamente, considera-se que a prioridade de SRB de alta prioridade é feita superior àquela de BSR. Inversamente, se a comutação de percurso não precisa ser feita rapidamente e o estado de armazenador que o terminal tem que pegar rapidamente, a prioridade de BSR pode ser feita superior àquela de SRB de alta prioridade.

DIAGRAMA DE BLOCOS

[0105]A Figura 17 é um diagrama de blocos de um terminal da invenção. O terminal de comunicação mostrado na Figura 7 inclui uma seção de recepção 701, uma seção de geração SRB 705, uma seção de geração DRB 706, uma seção de controle de prioridade 1701, uma seção de geração de mensagem de transmissão 704, uma seção de armazenador 707, uma seção de geração de informação MAC 708 e uma seção de transmissão 709. A operação principal e as funções das seções são conforme a seguir.

[0106]A seção de recepção 701 recebe uma mensagem a partir de uma estação base. A seção de recepção 701 recebe a prioridade para cada elemento de controle MAC e envia a prioridade para a seção de controle de prioridade 1701. A seção de recepção 701 recebe o tamanho de mensagem transmitido pelo terminal e envia o tamanho de mensagem para a seção de geração de mensagem de transmissão 704. A seção de geração SRB 705 cria uma mensagem para ser transmitida utilizando SRB de uma mensagem RRC, uma mensagem NAS, etc. A seção de geração DRB 706 cria dados de plano de usuário.

[0107]A seção de controle de prioridade 1701 recebe a prioridade para cada elemento de controle MAC a partir da seção de recepção 701. A seção de controle de prioridade 1701 define a relação de prioridade entre o elemento de controle MAC e SRB tal como “C-RNTI > SRB > BSR > CQI > DRB” ou “ou C-RNTI > SRB de alta prioridade > BSR > SRB de baixa prioridade > CQI > DRB”. De acordo com a prioridade para cada elemento de controle MAC e a prioridade atribuída normalmente ao DRB e SRB. A seção de controle de prioridade 1701 utiliza o resultado para controlar a seção de geração de mensagem de transmissão 704 de modo a criar uma mensagem de transmissão, para transmitir mais cedo a informação de alta prioridade.

[0108]A seção de geração de mensagem de transmissão 704 cria uma mensagem de transmissão com base na informação de prioridade a partir da seção de controle de prioridade 1701 e o tamanho de mensagem de transmissão a partir da seção de recepção 701. A seção de geração de mensagem de transmissão 704 recebe o elemento de controle MAC a partir da seção de geração de informação MAC 708 descrita posteriormente, informa a portadora que pode ser transmitida e a quan-tidade para a seção de armazenador 707, e recebe informação a ser transmitida de SRB ou DRB a partir da seção de armazenador 707.

[0109]A seção de armazenador 707 mantém informação a partir da seção de geração SRB 705 e da seção de geração DRB 706 e transmite a informação para a seção de geração de mensagem de transmissão 704 em resposta a um comando da seção de geração de mensagem de transmissão 704.

[0110]A seção de geração de informação MAC 708 gera elemento de controle MAC e informa o elemento de controle MAC à seção de geração de mensagem de transmissão 704. Especificamente, quando o C-RNTI precisa ser transmitido, a seção de geração de informação MAC 708 passa o C-RNTI para a seção de geração de mensagem de transmissão 704. Quando o BSR precisar ser transmitido, a seção de geração de informação MAC 708 gera e transmite BSR a partir da informação da seção de armazenador 707. A seção de transmissão 709 tem uma função de transmitir uma mensagem criada pela seção de geração de mensagem de transmissão 704 para a estação base.

[0111]Conforme descrito acima, de acordo com a modalidade, a prioridade pode ser definida conforme desejado para cada elemento de controle MAC, de modo que os dados a serem transmitidos preferencialmente para a estação base na Mensagem 3 do procedimento RACH podem ser controlados apropriadamente em resposta à descrição e à situação do serviço de comunicação.

MODALIDADE 2

[0112]A Figura 6 mostra o conceito da Modalidade 2, a Figura 7 é um diagrama de blocos de um terminal, e a Figura 8 mostra um exemplo específico de um procedimento da operação.

[0113]Na Modalidade 1, a prioridade pode ser definida conforme desejado para cada elemento de controle MAC. Contudo, o sistema da Modalidade 1 envolve um problema em que aumenta o overhead de sinalização para a estação base para definir prioridade para o terminal. Na Modalidade 2, a prioridade no elemento de controle MAC é previamente determinada e apenas o limite entre o elemento de controle MAC tendo uma alta prioridade para SRB e o elemento de controle MAC tendo uma baixa prioridade é definido, pelo que o problema é resolvido. A Figura 6 mostra um esboço.

[0114]De acordo com (a) na Figura 6, a prioridade é determinada nos elementos de controle MAC. Considera-se que a prioridade é estipulada na especificação (spec) da padronização, etc.; ela pode ser transmitida na informação de informe, etc., ou pode ser enviada em uma mensagem RRC discreta. Na modalidade, um exemplo em que a prioridade é estipulada na especificação (spec) de padronização, etc., será descrito. O limite entre o elemento de controle MAC tendo uma prioridade superior àquela de SRB e o elemento de controle MAC tendo uma prioridade inferior àquela de SRB é definido. Especificamente, qualquer um dos limites de 1 a 4 no exemplo de acordo com (a) na Figura 6 é especificado. Um exemplo de sinalização nesse momento é mostrado por (b) na Figura 6. O procedimento mostrado por (b) na Figura 6 é executado antes da Mensagem 1 mostrada por (a) na Figura 1.

[0115]Especificamente se o limite 2 for especificado, a ordem de prioridade é como a seguir: C-RNTI > SRB > BSR > CQI > DRB

[0116]Embora uma prioridade esteja sob SRB, também se considera que a prioridade do elemento de controle MAC é comparada com o SRB de alta prioridade para ajuste como a seguir: C-RNTI > SRB de alta prioridade > BSR > SRB de baixa prioridade > CQI > DRB

DIAGRAMA DE BLOCOS

[0117]A Figura 7 é um diagrama de blocos do terminal da modalidade. O terminal mostrado na Figura 7 inclui uma seção de controle de prioridade 703 e uma seção de tabela de prioridade 702 no lugar da seção de controle de prioridade 1701 do terminal mostrado na Figura 17. A diferença da operação principal e a função de cada seção a partir daquelas da modalidade 1 será descrita.

[0118]Na Modalidade 2, uma seção de recepção 701 tem uma função de receber informação de limite descrito acima e informar a informação de limite à seção de controle de prioridade 703 além da função descrita na Modalidade 1.

[0119]A seção de tabela de prioridade 702 tem uma função de manter informação de prioridade nos elementos de controle MAC mostrados por (a) na Figura 6 e reportar a informação para a seção de controle de prioridade 703.

[0120]A seção de controle de prioridade 703 define a relação de prioridade entre o elemento de controle MAC e SRB tal como “C-RNTI > SRB > BSR > CQI > DRB” ou “C-RNTI > SRB de alta prioridade > BSR > SRB de baixa prioridade > CQI > DRB” de acordo com a informação de limite a partir da seção de recepção 701 e a informação de seção de tabela de prioridade a partir da seção de tabela de prioridade 702. A seção de controle de prioridade 713 utiliza o resultado para controlar a seção de geração de mensagem de transmissão 704 de modo a transmitir mais cedo a informação de alta prioridade.

DESCRIÇÃO DETALHADA

[0121]A operação da invenção será descrita com referência às Figuras 7 e 8. A Figura 8 mostra um exemplo especifico de procedimento de transmissão de transferência de controle.

[0122]Conforme mostrado na Figura 8, em primeiro lugar a informação de limite é reportada a partir de uma estação base (célula de origem) para um terminal (UE) (ST9-1: mensagem de RECONFIGURAÇÃO DE CONEXÃO RRC). A informação de limite é recebida pela seção de recepção 701 e é passada para a seção de controle de prioridade 703. A seção de controle de prioridade 703 obtém informação da prioridade do elemento de controle MAC a partir de duas peças de informação da informa-ção de limite recebida em ST8-1 e tabela indicando a prioridade nos elementos de controle MAC descritos por (a) na Figura 6 mantida na seção de tabela de prioridade 702. A seção de controle de prioridade 703 envia a informação para a seção de geração de mensagem de transmissão 704.

[0123]A seguir, uma mensagem de resposta para ST8-1 criada na seção de geração de mensagem de transmissão 704 é transmitida a partir de uma seção de transmissão 709 do terminal para a estação base (mensagem de RECONFIGURAÇÃO DE CONEXÃO RRC CONCLUÍDA).

[0124]A estação base informa a execução de transferência de controle ao terminal (ST8-3: mensagem de Comando de transferência de controle). O terminal executa transferência de controle em resposta a isso. O processamento é operação geral e não se refere diretamente à invenção e assim não será descrito.

[0125]Mensagem de transferência de controle Concluída e Comando de transferência de controle são termos genéricos de uma mensagem de comando de Handover para o terminal por intermédio da estação base e uma mensagem para o terminal para indicar conclusão de transferência de controle para a estação base, respectivamente. Em E-UTRA/E-UTRAN, mensagem de RECONFIGURAÇÃO DE CONEXÃO RRC e mensagem de RECONFIGURAÇÃO DE CONEXÃO RRC CONCLUÍDA são utilizadas.

[0126]ST8-4: Preâmbulo de Acesso Aleatório e ST8-5: resposta de Acesso Aleatório executados após ST8-3 são procedimentos RACH comuns e não serão descritos em detalhe. Após ST8-5, a seção de geração de mensagem de transmissão 704 determina o tamanho da mensagem, em Mensagem 3, com base na informação de alocação de recursos recebida em ST8-5. O tamanho de mensagem é enviado a partir da seção de recepção 701 para a seção de geração de mensagem de transmissão 704.

[0127]Se ambos, transferência de controle Concluída e BSR devem ser enviados e não podem ser contidos em uma mensagem, o que tem precedência é determinado dependendo da prioridade. Isto é, se BSR > SRB, BSR tem precedência em relação ao SRB e se BSR < SRB, transferência de controle Concluída tem precedência. Assim, a descrição enviada em ST8-6, ST8-8 se torna transferência de controle Concluída ou BSR dependendo da prioridade determinada pela seção de controle de prioridade 703.

[0128]Na Figura 18, (a) e (b) mostram um exemplo de uma tabela de prioridade de elemento de controle MAC e um exemplo de informação de limite, respectivamente. Assim, a prioridade do elemento de controle MAC é provida uma vez que a tabela e a prioridade de mensagem RRC (ele pode ser apenas SRB de alta prioridade, ambos, SRB de alta prioridade e SRB de baixa prioridade, ou apenas SRB de baixa prioridade) são reportadas na informação de limite e assim a descrição a ser transmitida pode ser controlada.

[0129]A seguir, como a estação base determina a informação de limite será descrito. Conforme descrito acima, o retardo de transmissão da mensagem transferência de controle Concluída causa retardo de comutação de percurso na rede. Serviço em tempo real tal como VoIP não transferindo dados a partir da estação base de origem para estação-base alvo de transferência de controle, conforme descrito acima, é amplamente afetado pelo retardo de comutação de percurso.

[0130]Assim, processamento no qual apenas um terminal executando VoIP tem precedência na transmissão de transferência de controle Concluída é considerado. Também é considerada a efetividade da informação de terminal transferida entre as estações base como informação para comutação de um percurso. No momento de transferência de controle, a informação de terminal é transferida entre as estações base.

[0131]Nesse momento, a informação da qualidade de recepção do terminal, do estado de armazenador do terminal, etc., também é transferida. Se a velocidade de movimento do terminal não for muito elevada e a qualidade de recebimento do terminal for suficiente quando a informação é transferida entre as estações base, considera-se que a prioridade de CQI é diminuída; inversamente, se a velocidade do movimento do terminal for elevada, considera-se que a prioridade de CQI é elevada.

[0132]Serviço no qual o estado de armazenador varia facilmente e um serviço no qual o estado de armazenador dificilmente varia, são considerados. Por exemplo, no serviço de VoIP, etc., o estado de armazenador não varia muito. Ao contrário, para executar transferência ascendente, considera-se que o estado de armazenador varia amplamente.

[0133]Assim, considera-se que se apenas serviço no qual o estado de arma- zenador dificilmente varia for executado, a prioridade de BSR é diminuída e se serviço no qual o estado de armazenador varia facilmente for executado, a prioridade de BSR é aumentada. Tal operação possibilita controlar a informação a ser transmitida pelo terminal.

[0134]Na modalidade, um limite é definido para o elemento de controle MAC como exemplo, mas o número de limites a serem estabelecidos também pode ser aumentado. Especificamente, também se considera que o limite para SRB de alta prioridade (por exemplo, limite 2 por intermédio de (a) na Figura 6) e o limite para SRB de baixa prioridade (por exemplo, limite 3 por intermédio de (a) na Figura 6) são definidos e a prioridade é determinada tal como “C-RNTI > SRB de alta prioridade > BSR > CQI > SRB de baixa prioridade > DRB”.

[0135]Na modalidade, a prioridade do elemento de controle MAC pode ser definida apenas para SRB. Alternativamente, ela também pode ser definida para DRB tendo a mais alta prioridade. Isto é, processamento tal como “C-RNTI > SRB > BSR > DRB de alta prioridade >CQI > outra DRB” pode ser realizado mediante provisão de uma pluralidade de peças de informação de limite.

[0136]Na modalidade, o exemplo de transmissão de transferência de controle Concluída é mostrado, mas ele também pode ser aplicado a outros casos. Como um exemplo específico, retomada de dados UL pode ser citada. A retomada de dados UL é uma operação no caso de ocorrência de dados transmitidos durante DRX pelo terminal.

[0137]Especificamente, considera-se que o resultado de medição indicando o estado de recepção do terminal (informe de medição como mensagem RRC) é transmitido e uma solicitação de serviço para adição de um novo serviço (solicitação de serviço, etc., como mensagem NAS) é enviada. O informe de medição indicando o resultado de medição é exigido para execução de transferência de controle e assim é uma mensagem que tem uma prioridade elevada.

[0138]Assim, se a velocidade de movimento do terminal for elevada, a mensagem deve ser enviada mais cedo. Conforme descrito acima, como a estação base considera a velocidade de movimento do terminal, no momento, se os dados devem ser enviados ou BSR ou CQI tem precedência pode ser determinado de acordo com o processamento mostrado na modalidade. A operação no momento é mostrada na Figura 19.

[0139]A prioridade do elemento de controle MAC também pode ser feita como a ordem de LCID. Conforme descrito acima, cada elemento de controle MAC é indicado por LCID. Por exemplo, BSR é 11100, CQI é 11101, etc. A ordem de LCID é definida de modo a se tornar a ordem de prioridade, pelo que a necessidade de especificamente prover uma tabela de prioridade no terminal é eliminada.

[0140]Na modalidade, notificação de Comando de transferência de controle e informação de Limite são mensagens separadas conforme mostrado na Figura 8, mas informação de Limite pode ser informada ou alterada no Comando de transferência de controle.

[0141]Na modalidade, a operação de ajuste de modo a elevar a prioridade da mensagem RRC quando o terminal exceder VoIP e transferência de controle Concluída deve ter preferência, etc., é mostrado. Contudo, existe um problema em que a situação varia em transferência de controle entre as células na mesma estação base.

[0142]A razão é que a necessidade de transmitir transferência de controle Concluída mais cedo é eliminada porque a comutação da estação base não ocorre. Para realizar isso, a operação de temporariamente mudar a prioridade é considerada.

[0143]A Figura 20 mostra a operação nesse caso. A operação difere amplamente da operação na Figura 8 em que prioridade temporária é atribuída em ST20-1 correspondendo a ST8-3. A prioridade temporária é aplicada apenas à resposta para ST20-1: Comando de Handover transmitido pela estação base e é aplicado apenas a transferência de controle Concluída.

[0144]Na descrição da invenção, atenção se concentra na Mensagem 3 do procedimento RACH, mas a modalidade pode ser aplicada a toda transmissão de uplink comum.

[0145]Como um exemplo típico quando a modalidade é usada para toda transmissão de uplink comum, considera-se que o terminal executa acesso inicial (conexão de chamada), recuperação de falha de link de rádio (reconexão). Um fluxo é mostrado na Figura 24. Quando o terminal executa a conexão de chamada ou reconexão, a rede não sabe precisamente o estado de recepção do terminal, etc. Assim, informação de CQI, etc., é exigida.

[0146]Por outro lado, contudo, informação enviada para a rede de núcleo é introduzida no sinal enviado pelo terminal em ST2406a e se não for enviado, finalmente a conexão de chamada não termina. Por outro lado, ST2406b é usado principalmente apenas para resposta de confirmação.

[0147]Assim, informação de limite fornecida em ST2404a, ST2404b possibilita que a operação tal como SRB (isto é, ESTABELECIMENTO DE CONEXÃO RRC CONCLUÍDA) tenha precedência no momento de acesso inicial. Consequentemente, o problema em que retardo de conexão de chamada aumenta devido à transmissão de elemento de controle MAC, pode ser resolvido.

MODALIDADE 3

[0148]A Figura 9 mostra o conceito da Modalidade 3 e a Figura 10 é um diagrama de blocos de um terminal. A Modalidade 2 mostra o caso onde a mesma configuração de prioridade é usada para todos os casos utilizando o procedimento RACH. Contudo, como informação necessária varia ligeiramente para a razão de uso do procedimento RACH, considera-se que a prioridade é determinada para cada razão executando o procedimento RACH. A Modalidade 3 possibilita controlar a transmissão de dados mais apropriadamente em resposta à razão de uso do procedimento RACH. Um exemplo de determinação de prioridade para cada razão executando o procedimento RACH é mostrado abaixo:

TRANSMISSÃO DE HANDOVER CONCLUÍDO

[0149]Considera-se que se BSR não for muito alterado, BSR informado a partir da estação base de origem para a estação base alvo pode ser usado. Assim, considera-se que transferência de controle Concluída (isto é, SRB) tem precedência.

RETARDO DE INÍCIO DE TRANSMISSÃO DE UPLINK

[0150]Para saber quanta informação tem o terminal, BSR se torna necessário. Assim, considera-se que BSR tem precedência em relação à SRB.

RETARDO DE INÍCIO DE TRANSMISSÃO DE DOWNLINK

[0151]Para executar a transmissão de downlink, considera-se que CQI é exigido. Assim, considera-se que CQI tem precedência.

[0152]Na Figura 9, (b) mostra a operação de indicação de informação para realizar isso. A informação de limite é assim determinada para cada razão de uso do procedimento RACH, de modo que é possível mudar a operação para cada procedimento RACH.

DIAGRAMA DE BLOCOS

[0153]A Figura 10 é um diagrama de blocos do terminal da modalidade. O terminal mostrado na Figura 10 inclui uma seção de controle de prioridade 1001 e uma seção de geração de mensagem de transmissão 1002 no lugar da seção de controle de prioridade 703 e da seção de geração de mensagem de transmissão 704 do terminal mostrado na Figura 7. Apenas a diferença será descrita. A seção de controle de prioridade 1001 pode ter diferente configuração de prioridade para cada razão de pro-cedimento RACH e informa isso à seção de geração de mensagem de transmissão 1002. A seção de geração de mensagem de transmissão 1002 gera uma mensagem de transmissão utilizando diferente configuração de prioridade para cada razão do procedimento RACH.

[0154]Na modalidade, apenas a informação de limite é definida para cada razão do procedimento RACH como exemplo, mas o elemento de controle MAC também pode ser mudado para cada razão de uso do procedimento RACH. Nesse caso, conforme mostrado na Figura 11, uma seção de tabela de prioridade 1101 pode ser incluída em vez de uma seção de tabela de prioridade 702 mostrada na Figura 10 e a prioridade para cada razão de uso do procedimento RACH pode ser definida na seção de tabela de prioridade 1101. Especificamente, os seguintes exemplos são considerados: transferência de controle Concluída:C-RNTI > BSR > CQI Retomada de dados UL:C-RNTI > BSR > CQI Retomada de dados UL:C-RNTI > CQI > BSR

[0155]A operação utilizando diferente prioridade dependendo da razão de uso (causa) do procedimento RACH mostrado na modalidade pode ser também aplicada ao caso onde diferente prioridade é determinada na programação dinâmica e na programação semipersistente embora a portadora seja a mesma. Em E-UTRA/E-UTRAN, programação dinâmica para atribuição de dados em PDCCH (Canal de Controle de Downlink Físico) cada vez e programação semipersistente para continuar a usar o recurso em um determinado período se os dados forem uma vez atribuídos em TDCCH. A programação semipersistente é adequada para serviços no qual os dados são enviados no mesmo tamanho em uma base regular tal como VoIP. Contudo, existe um problema em que se for feita uma tentativa de transmitir informação de BSR, CQI, etc. tendo precedência em relação aos dados de VoIP, eles não podem ser introduzidos no recurso atribuído na programação semipersistente e os dados de VoIP não podem ser enviados de uma vez. Então, a prioridade para o elemento de controle MAC também é aplicada a DRB e configuração de prioridade adicional é mudada por um método de programação para DRB, pelo que o problema pode ser resolvido. Especificamente, um método de transmitir informação de limite usada para transmissão utilizando a programação semipersistente para o terminal é considerado (Figura 21). Isto é, se o limite 1 for indicado, no terminal, dados VoIP têm precedência em relação à BSR e CQI apenas no momento da programação semipersistente, e BSR e CQI têm precedência conforme usual na programação dinâmica.

MODALIDADE 4

[0156]A Figura 12 mostra o conceito da Modalidade 4. A Figura 13 é um diagrama de blocos de um terminal. A Modalidade 2 provê meios para possibilitar que SRB tenha precedência em relação ao elemento de controle MAC. Contudo, o tamanho de uma mensagem tendo precedência em relação ao elemento de controle MAC é grande, considera-se que seja melhor enviar mais cedo o elemento de controle MAC.

[0157]Assim, na modalidade, apenas se a mensagem tendo precedência em relação ao elemento de controle MAC for menor do que um tamanho predeterminado, SRB tem precedência em relação ao elemento de controle MAC. O limite para o tamanho de mensagem é enviado junto com a informação de limite conforme mostrado por (b) na Figura 12.

DIAGRAMA DE BLOCOS

[0158]A Figura 13 é um diagrama de blocos de um terminal da modalidade. O terminal mostrado na Figura 13 inclui uma seção de controle de prioridade 1301 e uma seção de geração de mensagem de transmissão 1302 em vez da seção de controle de prioridade 703 e da seção de geração de mensagem de transmissão 704 mostradas na Figura 7. Apenas a diferença será descrita abaixo. A seção de controle de prioridade 1301 recebe e processa o limite para determinar se transmite ou não o SRB ou DRB que tem precedência em relação ao elemento de controle MAC e envia o limite para a seção de geração de mensagem de transmissão 1302. A seção de geração de mensagem de transmissão 1302 determina se o tamanho de SRB ou DRB que tem precedência está ou não abaixo do limite e apenas quando o tamanho estiver abaixo do limite, a seção de geração de mensagem de transmissão 1302 cria uma mensagem de transmissão de modo a transmitir SRB ou DRB tendo precedência em relação ao elemento de controle MAC.

MODALIDADE 5

[0159]A Figura 22 é um diagrama de blocos de um terminal da Modalidade 5 e a Figura 23 é um fluxograma para mostrar um esboço de operação. A Modalidade 2 mostra o método de determinar a prioridade do elemento de controle MAC e RSB de acordo com um comando a partir da rede. A Modalidade 5 mostra a operação de determinar a prioridade sem um comando a partir de uma rede.

DIAGRAMA DE BLOCOS

[0160]A Figura 22 é um diagrama de blocos de um terminal da modalidade. O terminal mostrado na Figura 22 inclui uma seção de recepção 2201, uma seção de controle de prioridade 2202, e uma seção de geração de mensagem de transmissão 2203 em vez da seção de recepção 701, da seção de controle de prioridade 703, e da seção de geração de mensagem de transmissão 704.

[0161]Diferentemente da seção de recepção 701, a seção de recepção 2201 não recebe informação de limite e não informa a mesma para a seção de controle de prioridade 703, mas envia a informação necessária para determinar a prioridade do elemento de controle MAC e SRB para a seção de controle de prioridade 2202. A informação necessária para determinar a prioridade do elemento de controle MAC e SRB é informação em relação a se o serviço no qual a perda de pacote aumenta devido ao retardo de comutação de pacote tal como VoIP é ou não recebido, se transferência de controle for transferência de controle em uma estação base ou transferência de controle entre estações base, etc.

[0162]Diferentemente da seção de controle de prioridade 703, a seção de controle de prioridade 2202 determina a prioridade de SRB e do elemento de controle MAC com base na informação recebida a partir da seção de recepção 2201. A prioridade é determinada quando a seção de geração de mensagem de transmissão 2203 cria uma mensagem de transmissão.

[0163]A seção de geração de mensagem de transmissão 2203 informa o conteúdo de uma mensagem programada para ser transmitida para a seção de controle de prioridade 2202. A seção de geração de mensagem de transmissão 2203 verifica a prioridade na seção de controle de prioridade 2202 toda vez que ela criar uma mensagem de transmissão.

FLUXOGRAMA

[0164]A Figura 23 mostra a operação de determinação da prioridade de SRB e elemento de controle MAC com base em se VoIP é ou não usado e se transferência de controle é ou não transferência de controle entre estações base quando transferência de controle Concluída é transmitida.

[0165]Em ST2301, a transmissão de transferência de controle Concluída a partir da seção de geração de mensagem de transmissão 2203 do terminal para a estação base é iniciada. A seção de geração de mensagem de transmissão 2203 verifica a prioridade na seção de controle de prioridade 2202.

[0166]A seção de controle de prioridade 2202 determina se VoIP é ou não usado em ST2302. Se VoIP não for usado, a seção de controle de prioridade 2202 segue para ST2304; se VoIP for usado, a seção de controle de prioridade 2202 segue para ST2303. Em ST2303, a seção de controle de prioridade 2202 determina se a transferência de controle é transferência de controle entre estações base ou Handover dentro da estação base. Se a transferência de controle for transferência de controle dentro da estação base em ST2303, a seção de controle de prioridade 2202 segue para ST2304; se o Handover for Handover entre estações base, a seção de controle de prioridade 2202 segue para ST2305.

[0167]Em ST2304, a seção de controle de prioridade 2202 determina se o elemento de controle MAC tem precedência uma vez que retardo de comutação de percurso causado pelo retardo de transferência de controle Concluída não introduz um problema. Inversamente, em ST2305, a seção de controle de prioridade 2202 determina se transferência de controle Concluída tem precedência porque o retardo de transferência de controle Concluída introduz um problema. O resultado é informado à seção de geração de mensagem de transmissão 2203, a qual gera então uma mensagem de transmissão com base no resultado.

[0168]Na modalidade, o terminal determina a prioridade para o elemento de controle MAC de SRB com base em se VoIP é ou não executado e se transferência de controle é ou não transferência de controle entre estações base, mas qualquer condição pode ser usada. Especificamente, considera-se também que se a velocidade de movimento do terminal for elevada, CQI tem precedência e se a velocidade de movimento for baixa, CQI não tem precedência. Considera-se também que se a variação do estado de armazenador no terminal for violenta, BSR tem precedência e se a variação não for violenta, BSR não tem precedência.

[0169]Na modalidade, se VoIP é ou não executado é adotado como um critério de determinação, mas a determinação pode ser feita simplesmente com base em se serviço não transferido entre as estações base existe ou não. DRB utilizando UM de RLC não é transferido. Assim, se DRB utilizando UM de RLC existe ou não, pode ser usado como um critério de determinação.

[0170]Adicionalmente, se DRB utilizando UM de RLC é ou não igual ou maior do que Prioridade 1 pode ser usada como um critério de determinação. Consequentemente, a determinação da prioridade de SRB afetada por DRB de RLC UM tendo uma baixa prioridade pode ser evitada.

MODALIDADE 6

[0171]A Figura 27 mostra a configuração de um subcabeçalho MAC da modalidade 6 e a Figura 28 é um fluxograma para mostrar um esboço da operação de um terminal. A modalidade mostra como uma estação base distingue a descrição quando um terminal seleciona preâmbulo RACH transmitido para a estação base por iniciativa própria (caso de preâmbulo RACH não dedicado).

[0172]Quando um terminal seleciona preâmbulo RACH transmitido para a estação base por iniciativa própria, a estação base não entende se o terminal deseja executar acesso inicial, deseja transmitir transferência de controle Concluída, ou então se ele recebe apenas preâmbulo RACH (Mensagem 1 mostrada por (a) na Figura 1). Assim, a estação base sabe que a descrição da Mensagem 3 mostrada por (a) na Figura 1 está no momento de receber a Mensagem 3. Nesse momento, existe um problema. Ele é causado pelo fato de que se o cabeçalho de MAC usado na Mensagem 3 varia ou não dependendo de uma condição. Especificamente, se um recurso para enviar apenas informação de 72 bits ao terminal for alocado, o cabeçalho de MAC não está contido e a mensagem RRC diretamente está contida no caso de conexão de chamada, ou reconexão; o cabeçalho de MAC está contido na transmissão de transferência de controle Concluída, retomada de recepção de transmissão de dados UL/DL. Se for alocado um recurso para enviar informação de 144 bits, por exemplo, maior do que 72 bits, o cabeçalho MAC está contido mesmo no caso de cone- xão/reconexão de chamada. Assim, a estação base precisa determinar se o cabeçalho MAC está ou não contido se 72 bits apenas forem alocados para o terminal.

[0173]Para resolver isso, o documento de não patente (R2-080162: codificação de Mensagem 3) faz duas proposições.

PROPOSIÇÃO CONVENCIONAL 1

[0174]A primeira proposição utiliza a configuração do subcabeçalho MAC presente (vide (a) na Figura 25) descrito no documento de não patente (TS36.321 V8.0.0: “Acesso Via Rádio Terrestre Universal Evoluído (E-UTRA): especificação de protocolo de Controle de Acesso ao Meio (MAC)” e utiliza um campo LCID (Identificador de Canal Lógico) (campo LCID) no topo. O campo LCID é um local para introduzir LCID correspondendo aos dados transportados ou LCID correspondendo ao elemento de controle MAC e de acordo com isso, a parte de recepção pode identificar o que são os dados recebidos.

[0175]Como um método específico descrito no documento, os primeiros dois bits de LCID de cinco bits são usados para indicar se existe ou não o cabeçalho MAC; por exemplo, se o valor dos primeiros dois bits for “11”, supõe-se que o cabeçalho MAC existe e se o valor for “00”, “01” ou “10” exceto “11”, supõe-se que o cabeçalho MAC não existe. No caso da mensagem RRC em conexão de chamada, reconexão, isto é, SOLICITAÇÃO DE CONEXÃO RRC, SOLICITAÇÃO DE RESTABELECIMENTO DE CONEXÃO RRC, considera-se que os primeiros dois bits são usados como mensagem RRC indicando tipo de Mensagem. Assim, se o valor for “00”, “01”, ou “10”, a mensagem recebida em RRC é identificada como SOLICITAÇÃO DE CONEXÃO RRC, SOLICITAÇÃO DE RESTABELECIMENTO DE CONEXÃO RRC. Por exemplo, se o valor for “00”, a mensagem é SOLICITAÇÃO DE CONEXÃO RRC e se o valor for “01”, a mensagem é SOLICITAÇÃO DE RESTABELECIMENTO DE CONEXÃO RRC.

[0176]Como a desvantagem nesse caso, a área que pode ser indicada em LCID é limitada. Se o terminal selecionar preâmbulo RACH transmitido para a estação base por iniciativa própria, é necessário informar C-RNTI para estação base e a informação deve ser contida. Assim, se torna necessário reservar oito LCIDs de 32, para elemento de controle MAC contendo C-RNTI. Na realidade, contudo, considera-se que oito elementos de controle MAC contendo C-RNTI não são definidos, e assim os LCIDs são reservados infrutiferamente.

[0177]Aqui, outros campos no subcabeçalho MAC serão descritos. Um campo de extensão (E) indica se o subcabeçalho MAC continua ou não adicionalmente. Se o valor for “0”, isso indica que os dados ou o elemento de controle MAC são introduzidos: se o valor for “1”, isso indica que o sub-cabeçalho MAC continua. A Figura 26 mostra um exemplo de configuração em que vários subcabeçalhos MAC continuam. Na Figura 26, (a) mostra um exemplo em que apenas um subcabeçalho MAC sem um campo de comprimento (campo L) mostrado na Figura 25 forma o cabeçalho MAC. O campo de comprimento indica o tamanho de dados a ser enviados e possibilita que a parte de recepção saiba onde começam os próximos dados ou elemento de controle MAC. O elemento de controle MAC tem um comprimento fixo e o campo de comprimento não é exigido e os últimos dados não são seguidos por quaisquer dados e assim não se precisa entrar no campo de comprimento. Há os dois tipos de campos de comprimento: campo de comprimento de 7 bits ((b) na Figura 26) e campo de comprimento de 15 bits ((c) na Figura 26). Um campo de formato (campo F) indica qual dos dois tipos é usado. Um bit reservado (bit R) é definido para posterior extensão.

PROPOSIÇÃO CONVENCIONAL 2

[0178]A segunda proposição utiliza outra configuração de cabeçalho MAC (vide (b) na Figura 25). O primeiro bit reservado é usado para indicar se o cabeçalho MAC existe ou não. Isto é, se o valor for “0”, o cabeçalho MAC existe e se o valor for “1”, o cabeçalho MAC não existe. Em RRC, o primeiro bit é sempre ajustado em “1” e assim apenas “10” e “11” podem ser usados para identificar o tipo de mensagem. Se o valor for “10”, o tipo de mensagem é SOLICITAÇÃO DE CONEXÃO RRC e se o valor for “11”, o tipo de mensagem é SOLICITAÇÃO DE RESTABELECIMENTO DE CONEXÃO RRC.

[0179]O problema nesse caso existe em que todos os tipos de mensagem são usados e assim uma nova mensagem RRC não pode ser definida. Assim, é desejável que a faixa que possa ser definida como LCID não seja usada infrutiferamente e uma área que pode ser usada para tipo de Mensagem, seja garantida, de modo que uma nova mensagem RRC possa ser definida.

ESSA MODALIDADE

[0180]Conforme mostrado na Figura 27, a configuração do cabeçalho MAC na modalidade é caracterizada em que o campo de extensão existe no topo e se o cabeçalho MAC existe ou não pode ser determinado pelo valor do campo de extensão. O aspecto de que se apenas 72 bits forem alocados para transmissão, a necessidade de usar vários subcabeçalhos MAC é pequena é utilizado e se o cabeçalho MAC existir, o campo de extensão é sempre ajustado para “0” e apenas um subcabeçalho MAC é usado. Portanto, se o campo de extensão for ajustado para “0”, a parte de recepção realiza processamento como se o cabeçalho MAC existir e se o campo de extensão for ajustado para “1”, a parte de recepção supõe que o cabeçalho MAC não existe e realiza o processamento em RRC como mensagem RRC. Em RRC, os primeiros dois bits são usados para identificar a mensagem. Como um exemplo específico, se o valor dos primeiros dois bits “10”, a mensagem é SOLICITAÇÃO DE CONEXÃO RRC e se o valor for “11”, a mensagem é SOLICITAÇÃO DE RESTABELECIMENTO DE CONEXÃO RRC.

[0181]No sistema, o bit é o segundo bit do cabeçalho MAC, mas não usado como MAC e é um bit reservado. Assim, para extensão em MAC no futuro, o bit reservado pode ser usado. Inversamente, se uma mensagem RRC precisar ser adicionada, o bit pode ser usado. Especificamente, se o cabeçalho MAC existe ou não, isso não é verificado utilizando apenas o campo de extensão e quando o campo de extensão e o bit reservado correspondendo aos primeiros dois bits do cabeçalho MAC são verificados, se o valor for “00”, é determinado que nenhum cabeçalho MAC existe. Consequentemente, os três valores de “01”, “10”, e “11” podem ser usados para indicar a mensagem RRC. Assim, no sistema, o campo de extensão é usado para identificar a presença ou ausência de cabeçalho MAC, pelo que a extensão de MAC ou a adição de mensagem RRC é possibilitada.

[0182]A operação do terminal de acordo com a modalidade será descrita abaixo com a Figura 28.

[0183]Em ST2801, o terminal verifica o tamanho alocado na Resposta de Acesso Aleatório. Se o tamanho alocado for maior do que 72 bits, o processo segue para ST2803. Se 72 bits forem alocados, o processo segue para ST2804. Em ST2804, o terminal determina se a conexão de chamada ou reconexão é executada. Isto é, o terminal determina se o cabeçalho MAC é ou não utilizado. Para usar o cabeçalho MAC, o processo segue para ST2805; para não usar o cabeçalho MAC, o processo segue para ST2806. Quando o processo segue para ST2805, se o terminal selecionar preâmbulo RACH por iniciativa própria (isto é, preâmbulo RACH não dedicado), o processo segue para ST2806; se o preâmbulo RACH fornecido a partir da estação base for usado, o processo segue para ST2803.

[0184]Em ST2803, o terminal utiliza o cabeçalho MAC como é usual e cria os dados de transmissão. Por outro lado, em ST2806, o terminal cria os dados de transmissão de modo que o primeiro campo de extensão do cabeçalho MAC é ajustado para “0”. Na Figura 29, (c), (d), (e) e (f) mostram exemplos de configuração de cabeçalho MAC nesse momento. A Figura 30 mostra um exemplo de definição de LCID.

[0185]Na Figura 29, (c) mostra o caso onde apenas C-RNTI é transmitido. Aqui, 16 bits de 40 bits são usados como C-RNTI e os 24 bits restantes são de enchimento. Assim, LCID (11000 na Figura 30) indicando que C-RNTI e enchimento são introduzidos, é introduzido.

[0186]Na Figura 29 (d), C-RNTI e BSR são transmitidos e LCID (11001 na Figura 30) indicando que C-RNTI e BSR são introduzidos, é introduzido. Isso é usado quando BSR tem precedência em relação ao transferência de controle Concluída.

[0187]Na Figura 29 (e), C-RNTI e DCCH (Canal de Controle Dedicado) são transmitidos. Aqui, DCCH é um nome como canal Lógico de SRB descrito acima e é separado em uma pluralidade de DCCHs quando SRB é separado em SRB de alta prioridade e SRB de baixa prioridade. LCID pode ser definido como indicado apenas que C-RNTI e SRB de alta prioridade são transmitidos posteriormente; inversamente, LCID pode ser definido como indicado apenas que C-RNTI e SRB de baixa prioridade são transmitidos posteriormente, ou ambos podem ser definidos. A Figura 30 mostra um exemplo em que ambos são definidos. LCID responsivo ao DCCH efetivamente transmitido é ajustado (11010 ou 11011 na Figura 30).

[0188]Na Figura 29 (f), C-RNTI e CQI são transmitidos. Assim, LCID (11100 na Figura 30) indicando que C-RNTI e CQI são introduzidos, é introduzido.

[0189]Em ST2807, o terminal transmite uma mensagem sem cabeçalho MAC. Exemplos dos dados de transmissão no momento são mostrados mediante (a) e (b) na Figura 29 como o tempo de conexão de chamada e o tempo de reconexão. Localizações de informação exceto tipo de mensagem podem ser localizações diferentes.

[0190]De acordo com a operação da modalidade, a faixa que pode ser definida como LCID não é usada infrutiferamente e se torna possível garantir uma área que possa ser usada para tipo de Mensagem de modo que uma nova mensagem RRC possa ser definida.

[0191]Na descrição fornecida acima, LCID é definido de modo a combinar C- RNTI e qualquer outra informação como exemplo, mas qualquer outro método também é possível. Se o terminal selecionar o preâmbulo RACH por iniciativa própria, a estação base pode prever que o terminal introduz C-RNTI na Mensagem 3. Assim, se a operação for predeterminada de modo a introduzir C-RNTI após o cabeçalho MAC sempre que o terminal selecionar preâmbulo RACH por iniciativa própria, a necessidade de definir LCID, de modo a combinar C-RNTI e qualquer outra informação, é eliminada. Especificamente, a Figura 31 mostra exemplos. Na Figura 31, (a) mostra o caso onde apenas C-RNTI é introduzido e o restante é enchimento. Nesse caso, o terminal introduz LCID indicando enchimento como LCID. Se o terminal selecionar preâmbulo RACH por iniciativa própria, a estação base entende que C-RNTI é sempre introduzido após o cabeçalho MAC e é possível que a estação base entenda que RNTI vem após o cabeçalho MAC, seguido por enchimento. Outros casos são mostrados por (b), (c), e (d) na Figura 31; a operação é similar e torna-se possível que a estação base entenda que C-RNTI existe e é seguido pela informação indicada em LCID.

[0192]C-RNTI é introduzido logo após o cabeçalho MAC como exemplo, mas também pode ser aplicado em qualquer outra localização.

[0193]Esse pedido se baseia no Pedido de Patente Japonesa 2008-023171, depositado em 1° de fevereiro de 2008, cujo conteúdo é aqui incorporado mediante referência.

[0194]Embora diversas modalidades da invenção tenham sido descritas, deve-se entender que a invenção não é limitada aos itens mostrados nas modalidades descritas acima e a invenção também se destina àqueles versados na técnica para executar modificações e aplicação baseada na Descrição da invenção e técnicas bem conhecidas e modificações e a aplicação são contidas no escopo visando proteção.

APLICABILIDADE INDUSTRIAL

[0195]A invenção pode ser usada como um terminal de comunicação, uma estação base, etc., que pode atribuir prioridade à informação de controle MAC e pode controlar qual informação deve ser transmitida, conforme desejado.

Claims

1. Terminal de comunicação para se comunicar com uma estação base, o terminal de comunicação CARACTERIZADO por compreender: um controlador de prioridade (1701) configurado para: recuperar informação relativa a uma prioridade de informação de controle para ser transmitida à estação base, a prioridade de informação de controle estando em concordância com uma primeira prioridade de informação de controle MAC (Controle de Acesso ao Meio) individualmente designada a uma pluralidade de elementos de controle MAC e uma segunda prioridade de informação individualmente designada a uma pluralidade de elementos SRB (Portadora de Rádio de Sinalização) para transmitir informação de controle RRC (Controle de Recursos de Rádio), em que a prioridade de informação individualmente designada à pluralidade de elementos SRB (Portadora de Rádio de Sinalização) é diferente da prioridade de controle de informação MAC (Controle de Acesso ao Meio) individualmente designada à pluralidade de elementos de controle MAC; processar a informação recuperada relativa à prioridade de informação de controle de forma a gerar a prioridade de informação de controle; e gerar uma mensagem de transmissão em consideração à prioridade de informação de controle; e um transmissor (709) configurado para transmitir a mensagem de transmissão para a estação base.

2. Terminal de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a pluralidade de elementos de controle MAC inclui um identificador de terminal e um Relatório de Estado de Armazenador (BSR).

3. Terminal de comunicação, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o identificador de terminal é uma Identificação Temporária de Rede de Rádio de Controle (C-RNTI).

4. Terminal de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a mensagem de transmissão é incluída em um procedimento de Canal de Acesso Aleatório (RACH).

5. Terminal de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o controlador de prioridade (1701) é configurado para gerar a mensagem de transmissão para incluir a pluralidade de elementos de controle MAC e a pluralidade de elementos SRB em uma ordem de prioridade em concordância com as prioridades respectivamente designadas dos elementos.

6. Terminal de comunicação, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o transmissor (704) é configurado para transmitir a transmissão compreendendo a pluralidade de elementos de controle MAC e a pluralidade de Portadoras de Rádio de Sinalização (SRBs) em consideração com a prioridade de informação de controle.

7. Método de comunicação em um terminal de comunicação para se comunicar com uma estação base, o método de comunicação CARACTERIZADO por compreender: recuperar informação relativa a uma prioridade de informação de controle para ser transmitida à estação base, a prioridade de informação de controle estando em concordância com uma primeira prioridade de informação de controle MAC (Controle de Acesso ao Meio) individualmente designada a uma pluralidade de elementos de controle MAC e uma segunda prioridade de informação individualmente designada a uma pluralidade de elementos SRB (Portadora de Rádio de Sinalização) para transmitir informação de controle RRC (Controle de Recursos de Rádio), em que a prioridade de informação individualmente designada à pluralidade de elementos SRB (Portadora de Rádio de Sinalização) é diferente da prioridade de controle de informação MAC (Controle de Acesso ao Meio) individualmente designada à pluralidade de elementos de controle MAC; processar a informação recuperada relativa à prioridade de informação de controle de forma a gerar a prioridade de informação de controle; gerar uma mensagem de transmissão em consideração com as prioridades dos elementos de controle MAC; e transmitir a mensagem de transmissão para a estação base.

8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que a pluralidade de elementos de controle MAC inclui um identificador de terminal e um BSR (Relatório de Estado de Armazenador).

9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o identificador de terminal é uma Identificação Temporária de Rede de Rádio de Controle (C-RNTI).

10. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que a mensagem de transmissão está incluída em um procedimento de Canal de Acesso Aleatório (RACH).

11. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que compreende adicionalmente gerar a mensagem de transmissão para incluir a pluralidade de elementos de controle MAC e a pluralidade de elementos SRB em uma ordem de prioridade em concordância com as prioridades respectivamente designadas dos elementos.

12. Método em uma estação base que se comunica com um terminal de comunicação, o método CARACTERIZADO por compreender: designar prioridades diferentes a uma pluralidade de elementos de controle MAC (Controle de Acesso ao Meio) para especificar uma ordem de inclusão da pluralidade de elementos de controle MAC em uma mensagem de um procedimento de RACH (Canal de Acesso Aleatório); e transmitir as prioridades diferentes dos elementos de controle MAC para o terminal de comunicação.

13. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que as prioridades diferentes dos elementos de controle MAC são determinadas previamente e o método compreende adicionalmente transmitir informação de limite entre elementos de controle MAC que possuem uma prioridade maior do que a SRB (Portadora de Rádio de Sinalização) e os elementos de controle MAC que possuem uma prioridade menor do que a SRB para o terminal de comunicação.

14. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a estação base é configurada para transmitir a pluralidade de elementos de controle MAC (Controle de Acesso ao Meio) em uma mensagem de transmissão incluída em um procedimento de RACH (Canal de Acesso Aleatório), e em que o método compreende adicionalmente designar as prioridades diferentes dos elementos de controle MAC em resposta a uma razão de uso de um procedimento de RACH.

15. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a estação base é configurada para transmitir a pluralidade de elementos de controle MAC (Controle de Acesso ao Meio) em uma mensagem de transmissão incluída em um procedimento de RACH (Canal de Acesso Aleatório), e o método compreendendo adicionalmente determinar precedência de elementos de controle MAC relativos a SRB (Portadora de Rádio de Sinalização) com base no tamanho da mensagem de transmissão.