BRPI0615712A2

BRPI0615712A2 - dados armazenados em um meio legìvel por computador; elemento de rede responsivo a uma mensagem de informe de medição a partir do equipamento de usuário; equipamento de usuário para prover um informe de medição a um elemento de rede; elemento de rede para comunicação por intermédio de rádio com equipamento de usuário; método para execução em equipamento de usuário; método para execução em um elemento de rede; programa de computador incorporado em um meio legìvel por computador; circuito integrado; sistema; e aparelho

Info

Publication number: BRPI0615712A2
Application number: BRPI0615712-2A
Authority: BR
Inventors: Hakuli Tuomas; Nakamata Masatoshi
Original assignee: Nokia Corporation
Priority date: 2005-08-23
Filing date: 2006-08-22
Publication date: 2011-05-24
Also published as: WO2007023365B1; MX2008002326A; EP1917823B1; TWI410150B; JP2009505599A; TW200721859A; JP4695193B2; EP1917823A1; US20070049277A1; WO2007023365A1; US8112093B2; KR20080037043A; EP1917823A4; MY148093A; BRPI0615712B1; KR100970184B1

Abstract

DADOS ARMAZENADOS EM UM MEIO LEGìVEL POR COMPUTADOR; ELEMENTO DE REDE RESPONSIVO A UMA MENSAGEM DE INFORME DE MEDIçãO A PARTIR DO EQUIPAMENTO DE USUáRIO; EQUIPAMENTO DE USUáRIO PARA PROVER UM INFORME DE MEDIçãO A UM ELEMENTO DE REDE; ELEMENTO DE REDE PARA COMUNICAçAO POR INTERMéDIO DE RADIO COM EQUIPAMENTO DE USUáRIO; MéTODO PARA EXECUçãO EM EQUIPAMENTO DE USUáRIO; MéTODO PARA EXECUçãO EM UM ELEMENTO DE REDE; PROGRAMA DE COMPUTADOR INCORPORADO EM UM MEIO LEGìVEL POR COMPUTADOR; CIRCUITO INTEGRADO; SISTEMA; E APARELHO Trata-se de mostrar uma estrutura de dados para mensagens de adição de rádio-enlace e mensagens de deleção de rádio-enlace de um procedimento de mobilidade em um sistema de comunicação sem fio, cada mensagem para armazenamento ao menos temporário em um meio legível por computador durante transferência da mensagem, em que cada mensagem de adição de rádio-enlace e cada mensagem de deleção de rádio-enlace é uma solicitação incluindo um elemento de informação opcional identificando um número de quadro de conexão e um elemento de informação incluindo uma identificação de rádio-enlace. Diversos dispositivos e métodos são mostrados individualmente, e em combinação, utilizando essa estrutura de dados.

Description

"DADOS ARMAZENADOS EM UM MEIO LEGÍVEL PORCOMPUTADOR; ELEMENTO DE REDE RESPONSIVO A UMA MENSAGEM DEINFORME DE MEDIÇÃO A PARTIR DO EQUIPAMENTO DE USUÁRIO;EQUIPAMENTO DE USUÁRIO PARA PROVER UM II^ORME DE MEDIÇÃO AUM ELEMENTO DE REDE; ELEMENTO DE REDE PARA COMUNICAÇÃO PORINTERMÉDIO DE RÁDIO COM EQUIPAMENTO DE USUÁRIO; MÉTODO PARAEXECUÇÃO EM EQUIPAMENTO DE USUÁRIO; MÉTODO PARA EXECUÇÃOEM UM ELEMENTO DE REDE; PROGRAMA DE COMPUTADORINCORPORADO EM UM MEIO LEGÍVEL POR COMPUTADOR; CIRCUITOINTEGRADO; SISTEMA; E APARELHO".

Referência Remissiva a Pedidos Correlatas

Este pedido de depósito reivindica prioridade do Pedido ProvisórioUS 60/730.610, depositado em 26 de outubro de 2005, do Pedido Provisório US60/726.320, depositado em 12 de outubro de 2005, do Pedido Provisório US60/719.409, depositado em 21 de setembro de 2005 e do Pedido Provisório60/710.981, depositado em 23 de agosto de 2005.

Antecedentes da Invenção

1. Campo da Técnica

O campo da invenção é o das comunicações móveis e, embora nãoseja limitado a elas, é revelado no contexto do Rádio-acesso Terrestre (UTRA) doSistema de Telecomunicações Móvel Universal (UMTS) do Projeto de Parceria deTerceira Geração (3GPP). Nesse contexto, a invenção é revelada conformerelacionada à mobilidade para acesso de pacote de enlace descendente de altavelocidade (HSDPA) e acesso de pacote de upiink de alta velocidade (HSUPA),isto é, a Troca de Célula Servidora HS-DSCH/E-DCH é possível atualmenteapenas com o procedimento de Reconfiguração de RL através das Interfaces deSubsistema de Rede rádio (lub/lur), mas a invenção não é limitada a esseambiente técnico específico.

2. Discussão da Técnica Correlata

Com referência à Figura 1, a arquitetura de rede de pacote doSistema de Telecomunicação Móvel Universal (UMTS) inclui os principaiselementos arquiteturais do equipamento de usuário (UE), Rede de Rádio-AcessoTerrestre UMTS (UTRAN), e rede núcleo (CN). O UE tem interface estabelecidacom a UTRAN através de uma interface de rádio (Uu), enquanto que a UTRANestabelece interface com a rede núcleo através de uma interface Iu (cabeada).

A Figura 2 mostra alguns detalhes adicionais da arquitetura,particularmente a UTRAN. A UTRAN inclui múltiplos Subsistemas de Rede rádio(RNSs), cada um dos quais contém pelo menos um Controlador de Rede rádio(RNC). Cada RNC pode ser conectado a múltiplos Nós B os quais são ascontrapartes de 3GPP para as estações base GSM (uma Tecnologia de Rádio-acesso de segunda geração (RAT)). Cada Nó B pode estar em contato de rádiocom múltiplos UEs por intermédio da interface de rádio (Uu) mostrada na Figura 1.Um determinado UE pode estar em contato via rádio com múltiplos Nós B mesmose um ou mais dos Nós B estiverem conectados a diferentes RNCs. Por exemplo,um UE1 na Figura 2 pode estar em contato via rádio com o Nó B 2 do RNS 1 e oNó B 3 do RNS 2, onde o Nó B 2 e o Nó B 3 são Nós B vizinhos. Os RNCs dediferentes RNSs podem ser conectados por uma interface Iur a qual permite queos UEs móveis permaneçam em contato com ambos os RNCs enquanto sedeslocando de uma célula pertencendo a um Nó B de um RNC para uma célulapertencendo a um Nó B de outro RNC. Um dos RNCs atuará como o RNC"servidor" ou "controlador" (SRNC ou CRNC) enquanto que o outro atuará comoum RNC de "derivação" (DRNC). Uma cadeia de tais RNCs de derivação pode atémesmo ser estabelecida para se estender a partir de um determinado SRNC. Osmúltiplos Nós B tipicamente serão Nós B vizinhos no sentido de que cada umdeles estará em controle de células vizinhas. Os UEs móveis são capazes depercorrer as células vizinhas sem ter que re-estabelecer uma conexão com o novoNó B porque qualquer um dos Nós B é conectado ao mesmo RNC ou, se elesforem conectados a diferentes RNCs1 os RNCs são conectados entre si. Durantetais movimentos de um UE, algumas vezes é exigido que os rádio-enlaces sejamadicionados e abandonados de modo que o UE pode sempre manter ao menosum rádio-enlace para a UTRAN. Isso é chamado de soft-handover (SHO)<mudança automática recuperável>.

A função de handover <mudança automática> se baseia nasmedições de rádio, e é usada para manter a qualidade de serviço solicitada pelarede núcleo. A estratégia de handover empregada pela rede para controle derádio-enlace determina a decisão de handover que será tomada com base nosresultados de medição reportados pelo UE/RNC e diversos parâmetros definidospara cada célula. Handover orientada para rede também poderia ocorrer porrazões diferentes de controle de rádio-enlace, por exemplo, para controlar adistribuição de tráfego entre as células. Um determinado operador de rededetermina as estratégias de handover exatas, mas possíveis tipos incluemhandover 3G-3G, soft-softer handover de FDD, hard handover <mudançaautomática permanente> entre freqüências de FDD, FDD/TDD handover,TDD/FDD handover, TDD/TDD handover, 3G-2G handover e vice-versa. Ascausas para iniciação de um processo de handover são muitas, incluindoqualidade de uplink, medições de sinal de uplink, enlace descendente, mediçõesde sinal de enlace descendente, distância, mudança de serviço, célula melhor,intervenção O&M, tentativa direta repetida, tráfego, preempção, etc.

Com relação ao soft handover, ele é descrito em 3G TR 25.922v.3.1.0 (2000-03) no Capítulo 5.1.4. Nesse lugar, soft handover é descrito comoum handover no qual a estação móvel começa a comunicação com um novo Nó Bem uma mesma freqüência de portadora, ou setor do mesmo local (softerhandover) realizando no máximo uma mudança de código. Com referência à softhandover, o "conjunto ativo" é definido como o conjunto e Nós B ao qual o UE estásimultaneamente conectado, isto é, as células UTRAN atualmente atribuindo umDPCH de enlace descendente ao UE constituem o conjunto ativo. O procedimentode soft handover é composto de um número de funções únicas: (1) medições, (2)filtração de medições, (3) informe de resultados de medição, (4) o algoritmo de softhandover, e (5) execução de handover.

A medição das células monitoradas filtradas de uma forma adequadaaciona os eventos de informe que constituem a entrada básica do algoritmo de softhandover. A definição de "conjunto ativo", "conjunto monitorado", assim como adescrição de todos os eventos de informe, são fornecidas em TS 25.331, V6.6.0(2005-06) "Controle de Recurso de Rádio (RRC); Especificação de Protocolo(Versão 6)". Com base nas medições do conjunto de células monitoradas, afunção de soft handover avalia se qualquer Nó B deve ser adicionado ao (adiçãode rádio-enlace), removido do (remoção de rádio-enlace), ou substituído no(adição e remoção de rádio-enlace, combinadas) conjunto ativo; realizando entãoo que é conhecido como procedimento de "atualização de conjunto ativo". Umexemplo de um algoritmo de soft handover, assim como sua execução, é mostradono Capítulo 5.1.4.2 e 5.1.4.3 de 3G TR 25.992, assim como seu Anexo C, o qualmostra um fluxograma de um algoritmo de soft handover.

3GPP TS 25.303 v.4.0.0 (2001-03) mostra a adição de rádio-enlacepara FDD na Figura 30 do mesmo. Como sugerido acima, a adição de rádio-enlace é acionada na camada RRC de rede mediante informes de mediçãoenviados pelo UE. O RRC de rede em primeiro lugar configura o novo rádio-enlacena camada física. A transmissão e a recepção começam imediatamente. A redeRRC então envia uma mensagem de atualização de conjunto ativo RRC para o UERRC. O UE RRC configura a Camada 1 para começar a recepção. Após aconfirmação a partir da camada física no UE, uma mensagem de atualização deconjunto ativo concluída é enviada para o RNC-RRC.

Convencionou-se dentro do 3GPP adicionar um canal compartilhado,isto é, o assim chamado conceito de Acesso de Pacote de Enlace descendente deAlta Velocidade (HSDPA) à arquitetura de Rede de Rádio-acesso Terrestre(UTRAN) de UMTS (Sistema de Telecomunicação Móvel Universal), vide 3GPP TS25.308 v6.3.0 (2004-12). A idéia básica por trás de HSDPA é a de oferecer umcanal de enlace descendente de alta velocidade compartilhado (transporte)(chamado de HS-DSCH, para canal compartilhado de enlace descendente de altavelocidade) para uso na comunicação de dados de pacote para um dispositivo UE(equipamento de usuário). Como com o DSCH atual, cada dispositivo UE para oqual os dados são transmitidos no HS-DSCH tem um canal físico dedicadoassociado (DPCH). O DPCH é usado para transportar comandos de controle depotência para o uplink associado, e se necessário, outros serviços, tal como voz decomutação de circuito. O HS-DSCH oferece uma taxa de dados superior e ummecanismo de retransmissão rápida, isto é, o mecanismo HARQ (Solicitação deRepetição Automática Híbrida), provido pelo Nó B. Nas implementações de pré-versão 5, o único canal compartilhado oficial em 3GPP em enlace descendente erao DSCH para o qual a transmissão tinha que ser sempre provida pelo RLC(Controle de Rádio-enlace) no RNC (Controlador de Rede rádio) da UTRAN, o qualera um mecanismo de transmissão relativamente lento. Contudo, desde a Versão5, o DSCH foi apagado das especificações devido à ausência de uma necessidadedo mesmo. Um canal dedicado similar (E-DCH) foi convencionado para Acesso dePacote de Uplink de Alta Velocidade (HSUPA). Desse modo, um aperfeiçoamentosimilar é considerado para o uplink como apresentado em 3GPP TS 25.309 v6.3.0(06-2005) "Uplink Aperfeiçoado de FDD; Descrição global; Estágio 2 (Versão 6)".Procedimentos de mobilidade de HS-DSCH e Cenários Específicos de E-DCH sãodelineados nas seções 7.10 e 7.20, respectivamente, de 3GPP: "RAN de Grupo deEspecificação Técnica; TR 25.931 v6.2.0 (06-2005); funções de UTRAN, exemplosem procedimentos de sinalização (Versão 6)". Detalhes de uma "Atualização deConjunto Ativo (ASU) com o HS-DSCH" foram descritos no pedido provisório co-pendente US 60/614.562 depositado em 29 de setembro de 2004 (agora pedidode patente US 11/237.643 que é incorporado por referência para fundamento.

RAN2 discutiu na contribuição R2-042103 (em RAN2n°44) sobre oaperfeiçoamento para troca de célula HS-DSCH Servidora quando existe umanecessidade simultânea em atualizar o Conjunto Ativo. RAN discutiu então aproposição para incluir o aperfeiçoamento na especificação de RAN2 RRC nacontribuição R2-050115 (na RAN2n°45bis), e então se convencionou aespecificação CR para RRC na contribuição R2-051203 (em RAN2n°46bits).

O propósito do Aperfeiçoamento é que quando a necessidade demudança de célula HS-DSCH e a Atualização de Conjunto Ativo (ASU) ocorremsimultaneamente, o SRNC pode evitar executar dois procedimentos separados;Atualização de Conjunto Ativo e, por exemplo, Reconfiguração de Canal Físicopara o UE. Isso poderia levar a uma interrupção de serviço, o que acontecerádevido ao princípio de procedimento paralelo, que proíbe os procedimentosparalelos simultâneos.

RAN2 concordou com a importância do aperfeiçoamento, econcordou em incluir a funcionalidade de mudança de Célula Servidora HS-DSCHpara o RRC: procedimento de Atualização de Conjunto Ativo. Isso, portanto, levaráa uma mudança de célula ASU e HS-DSCH mais rápida, o que significa umamenor interrupção de transmissão ou uma interrupção que pode sercompletamente evitada.

Para troca de célula servidora e adição/deleção de desvio, três,procedimentos RNSAP/NBAP (Adição/deleção de RL, Reconfiguração de Rádio-enlace Sincronizada e Validação de Reconfiguração de Rádio-enlace) devem serexecutados de acordo com as especificações atuais.

Breve Sumário Da Invenção

Um objetivo da presente invenção é o de considerar na sinalizaçãode Subsistema de Rede rádio que a Atualização de Conjunto Ativo e a mudançade célula Servidora HS-DSCH/E-DCH podem ocorrer simultaneamente, o quesignifica que aperfeiçoamentos podem ser feitos também nas especificações doNBAP (3GPP TS 25.433 V6.6.0 (06-2005) "sinalização de Partes de Aplicação deNó B (NBAP) de interface Iub de UTRAN") e de RNSAP (3GPP TS 25.423 V6.6.0(06-2005) "sinalização de RNSAP de interface Iur de UTRAN").

Os procedimentos de Adição de RL e Deleção de RL, portanto,devem ser atualizados de modo que o NBAP e o RNSAP sejam alinhados com oRRC e esses aperfeiçoamentos promoverão A Atualização de Conjunto Ativoainda mais rápida com mudança de Célula Servidora HS-DSCH/E-DCH.

A presente invenção apresenta os aperfeiçoamentos necessários epropõem que NBAP e RNSAP sejam alinhados na especificação de RRC e,portanto, a Atualização de Conjunto Ativo e mudança de Célula Servidora HS-DSCH/E-DCH, simultâneas, podem ocorrer ainda mais rapidamente.

As vantagens incluem:

- Melhorar o desempenho para mobilidade de HSDPA/HSUPAmediante redução do número de procedimentos quando A mudança de CélulaServidora HS-DSCH/E-DCH e A condição de Adição de RL/Deleção de RL sãoacionadas simultaneamente no RNC

- Mudança de Célula Servidora E-DCH/HS-DSCH/Adição de RL nãoé retardada

- A solução proposta não requer qualquer novo procedimento emensagem.

Desvantagem

-Introduz outra opção para realizar mudança de Célula Servidora HS-DSCH/E-DCH quando a condição de Adição de RL/Deleção RL for ativadasimultaneamente no RNC.

O campo da invenção desse modo se refere à mobilidade paraacesso de pacote de enlace descendente de alta velocidade (HSDPA) e acesso depacote de uplink de alta velocidade (HSUPA) e o fato de que Mudança de CélulaServidora HS-DSCH/E-DCH é atualmente possível apenas com o procedimento deReconfiguração de RL em lub/lur. A mudança de célula Servidora de HS-DSCHpode ser categorizada em dois casos diferentes: mudança de célula Servidora deHS-DSCH Intra-Nó B e mudança de célula Servidora de HS-DSCH Inter-Nó B, quesão definidas da seguinte forma (observação: outros cenários possíveis sãomudanças de Célula Servidora de HS-DSCH Intra/lnter DRNS, mas não sãoapresentadas separadamente porque algum tipo de analogia se aplica com aMudança de célula Servidora HS-DSCH de Intra/lnter Nó B).

Mudança de célula Servidora de HS-DSCH Intra-Nó B:

Quando a célula Servidora de HS-DSCH antiga e a célula Servidorade HS-DSCH nova estão no mesmo Nó B. então a mudança de célula Servidorapode ser chamada de mudança de célula Servidora HS-DSCH Intra-Nó B. Nessecaso não há a necessidade de fornecer a informação de HSDPA ao Nó B e não hátambém a necessidade de estabelecer a nova portadora de transporte para o NóB.

Mudança de célula Servidora de HS-DSCH Inter-Nó B:

Quando a célula Servidora de HS-DSCH antiga e a célula Servidorade HS-DSCH nova estão no Nó B diferente, então a mudança de célula Servidorapode ser chamada de mudança de célula Servidora de HS-DSCH Inter-Nó B.Nesse caso o novo Nó B não tem informação de HSDPA e que tenha que serfornecida. Também não existe portadora de transporte ainda no novo Nó B e,portanto, ela tem que ser estabelecida.

O Status atual para mobilidade de HSDPA em 3GPP RAN3 para oscasos de mudança de célula Servidora HS-DSCH Intra Nó B e de célula ServidoraHS-DSCH Inter-Nó B:

Procedimento de Adição de RL:

Concordou-se que a Adição de RL não foi usada para mudança decélula servidora a partir do início de 2002.

Parece que o acordo se baseou nos seguintes argumentos, (a partirdo capítulo 2.3 em R3-020187: procedimentos de mobilidade de HS-DSCH).

Procedimentos de uma etapa vs. duas etapas

Quando um rádio-enlace é adicionado ao conjunto ativo pode serconsiderado como improvável que a célula adicionada imediatamente também setorne aquela melhor adequada para serviço de HS-DSCH. Portanto, umestabelecimento de um novo rádio-enlace combinado com uma mudança direta dacélula de HS-DSCH servidora para esse novo link provavelmente não énecessário. Na seção 3.4 um exemplo de um procedimento de duas etapas édelineado, o qual é compreendido de uma adição de rádio-enlace na primeiraetapa, e mudança de célula de HS-DSCH servidora na segunda etapa. Umestabelecimento direto do HS-DSCH na adição de rádio-enlace poderia seradicionado apenas se justificado por ganhos de desempenho, evidentes.

Surge a questão de se esse princípio de uso de um procedimento deduas etapas também é adequado no caso de um hard handover (por exemplo,handover inter-freqüência). Um exemplo é dado na seção 3.3 de hard handoverpara um UE com atribuição de HS-DSCH. Nesse caso é suficiente aplicar umprocedimento de duas etapas apenas na sinalização NBAP/RNSAP, onde naprimeira etapa o novo rádio-enlace é estabelecido no Nó B alvo e na segundaetapa a mudança de célula de HS-DSCH servidora sincronizada é preparada. Esseexemplo é aplicável com os procedimentos NBAP/RNSAP existentes. A otimizaçãoda sinalização NBAP/RNSAP deve ser considerada.

Na interface de rádio, contudo, o hard handover pode ser manuseadoapenas com um único procedimento de RRC. Esse exemplo seria aplicável naVersão 99 já quando o hard handover é realizado para um UE com atribuição deDSCH.

Embora o raciocínio acima diga que a mudança de célula servidorade HS-DSCH nova é a mesma célula que será adicionada, a proposição nessainvenção é a de habilitar também que outras células existentes no Nó B se tornemcélula servidora de HS-DSCH nova.

Também com configuração de RL1 podemos estabelecer, porexemplo, 2*RL e RNC têm que escolher qual é a melhor para a célula servidoraHS-DSCH e o mesmo tipo de mecanismo também pode ser empregado paraAdição de RL1 especialmente para hard handover intra Nó B que é feito com aadição de RL.

Desse modo, com base no raciocínio e razões descritas no capítulo2, (e independente da decisão anterior em 3GPP) a Adição de RL também éproposta para ser aperfeiçoada para incluir informação de célula servidora HS-DSCH.

Para o caso de mudança de célula servidora HS-BSCH inter Nó B:

A Adição de RL também é proposta para ser aperfeiçoada para incluirIE de Informação de HS-DSCH. Essa adição permite a mudança de CélulaServidora de HS-DSCH Inter Nó B em um caso onde a nova Célula Servidora deHS-DSCH está em outro Nó B1 o qual já tem uma RL existente. Atualmente amudança de Célula Servidora HS-DSCH com Adição de RL simultânea, tem queser feita com procedimentos separados de Adição de RL e Reconfiguração de RL.

Procedimento de Delecão de RL:

Não tem havido discussão sobre o uso de Deleção de RL paramudança de célula servidora.

Na reunião de 3GPP TSG RANn°28, RRC (TS25.331) CR N02564(título: Incluindo mudança de célula servidora HS-DSCH em ASU) foiaprovado (o CR em RP-050320). A proposição no CR aperfeiçoa o desempenhopara mobilidade de HSDPA ao fazer com que a mudança de célula servidora sejaexecutada com procedimento de Atualização de Conjunto Ativo possível.

Observação: O mesmo argumento poderia ser aplicado paramudança de célula servidora E-DCH onde não é possível executar a mudança decélula servidora HSUPA mediante procedimento de adição e deleção de RL.

Para o caso de mudança de Célula Servidora de HS-DSCH Inter-NóB, a Deleção de RL também é proposta para ser aperfeiçoada para incluir IE deInformação de HS-DSCH. Essa adição permite a mudança de Célula Servidora deHS-DSCH Inter-Nó B em um caso onde Célula Servidora de HS-DSCH nova estáem outro Nó B1 o qual contém pelo menos uma RL, que precisa ser deletada.Atualmente a mudança de Célula Servidora de HS-DSCH com Deleção de RLsimultânea, tem que ser feita com procedimentos separados de Deleção de RL eReconfiguração de RL.

Como mencionado anteriormente, para mudança de célula servidorae adição/deleção de derivação, três procedimentos RNSAP/NBAP(Adição/Deleção de RL, Reconfiguração de Rádio-enlace Sincronizado eValidação de Reconfiguração de Rádio-enlace) devem ser executados nas atuaisespecificações.

Esta invenção propõe uma solução de sinalização lub/lur(NBAP/RNSAP) para o procedimento de Adição de RL a ser combinado commudança de Célula Servidora de HS-DSCH e E-DCH1 e adicionalmente de acordocom a presente invenção Deleção de RL pode ser combinada com Mudança deCélula Servidora de HS-DSCH/E-DCH quando a necessidade de executar aMudança de Célula Servidora de HS-DSCH/E-DCH, e um dos dois procedimentosacima ocorrerem ao mesmo tempo no RNC.

Mediante combinação da Mudança de Célula Servidora HS-DSCH/E-DCH com os procedimentos de Adição de RL e Deleção de RL1 RNC evita o usode procedimento de Reconfiguração de Rádio-enlace Sincronizado (Não-sincronizado) e de validação e desse modo a solução de sinalização é maiseficiente nas interfaces lub/lur.

Esta invenção é utilizável também para Mudança de Célula servidoraE-DCH com Adição de RL também habilitando configuração de E-DCH com/semmudança de célula servidora no Nó B/DRNS.

DESCRIÇÃO RESUMIDA DOS DESENHOS

A Figura 1 mostra a arquitetura de rede de pacote de Sistema deTelecomunicação Móvel Universal (UMTS) incluindo os principais elementosestruturais do equipamento de usuário (UE)1 Rede de Rádio-acesso TerrestreUMTS (UTRAN) e rede núcleo (CN).

A Figura 2 mostra alguns detalhes adicionais da arquitetura da Figura1, particularmente o UTRAN.

A Figura 3 mostra ambos, o procedimento atual, e um procedimentoaperfeiçoado, de acordo com a invenção, para suportar mudança de CélulaServidora HSDAP e Adição de RL.

A Figura 4 mostra ambos, o procedimento atual, e um procedimentoaperfeiçoado, de acordo com a presente invenção, para suportar mudança deCélula Servidora de HSDPA e Deleção de RL.

A Figura 5 mostra um Subsistema de Rede rádio (RNS)compreendendo um SRNC em comunicação com um Nó B o qual por sua vez estáem comunicação com equipamento de usuário através de uma interface de rádio.

As Figuras 6A e 6B, juntas, mostram elementos de informaçãoutilizáveis em uma mensagem de solicitação de adição de rádio-enlace ou em umamensagem de solicitação de deleção de rádio-enlace com novos elementos deinformação adicionados, de acordo com a presente invenção.As Figuras 7A e 7B, juntas, mostram os elementos de informaçãoutilizáveis em uma mensagem de resposta de adição de rádio-enlace, umamensagem de falha de adição de rádio-enlace, ou uma mensagem de resposta dedeleção de rádio-enlace com novos elementos de informação adicionados, deacordo com a presente invenção.

A Figura 8 mostra um fluxograma ilustrando uma série de etapas deprocedimento que podem ocorrer em um elemento de rede como o controlador derede servidora de rádio das Figuras 3 ou 4.

A Figura 9 mostra uma modalidade de um processador de sinalutilizável no SRNC, Nó B, ou UE da Figura 5.

A Figura 10 mostra um procedimento para execução no equipamentode usuário.

A Figura 11 mostra um procedimento para execução em umelemento de rede tal como o Nó B mostrado nas Figuras 3-5.

Descrição Detalhada Da Invenção

Embora revelada especificamente para 3GPP e HSDPA/HSUPA,deve ser considerado que a invenção não é limitada a HSDPA/HSUPA ou a 3GPPe geralmente é aplicável a todas as comunicações sem fio.

De acordo com a presente invenção, procedimentos de Adição de RLou de Deleção de RL ou seus equivalentes funcionais podem ser otimizados naVersão-6 para considerar que pode ocorrer a necessidade simultânea deatualização de conjunto ativo e mudança de Célula Servidora HS-DSCH/E-DCH.Portanto, segue-se uma descrição sobre como atualizar os procedimentos deGerenciamento de Rádio-enlace, procedimentos de Adição de RL e de Deleção deRL.

As Figuras, 3 e 4, mostram os procedimentos atuais no ladoesquerdo e o aperfeiçoamento proposto no lado direito, ilustrando claramente aeconomia de tempo obtida pela presente invenção.

Adição de RL (vide Figura 3):

O problema é que quando os critérios de Deleção de RL e de Adiçãode RL são acionados em RNC ao mesmo tempo com a mudança de célulaservidora HS-DSCH/E-DCH, o RNC não pode realizar a troca de célula servidoraHS-DSCH/E-DCH ao mesmo tempo como um dos dois procedimentos de Adiçãode RL ou Deleção de RL mencionados acima, mas em vez disso tem que realizara mudança de célula servidora HS-DSCH/E-DCH com um procedimento eReconfiguração de RL separado com uma temporização diferente, isto é, não-simultaneamente ou em paralelo.

A regra de procedimentos paralelos proíbe a execução dosprocedimentos de Adição de RL e de Reconfiguração de RL simultaneamente eisso diminui a performance. O procedimento de Deleção de RL pode ser acionadoa qualquer momento, mas quando a Deleção de RL é acionada, o RNC tem queesperar até que ela seja concluída e então possa iniciar a Reconfiguração de RL.

Desse modo, como mostrado, por exemplo, no lado esquerdo daFigura 3, quando uma necessidade simultânea de Adição de RL e mudança deCélula Servidora de HS-DSCH ocorre em uma RAN Versão-5, o SRNC tem queexecutar dois procedimentos separados de uma maneira similar àquelacomparada com Versão-5 RRC. Em lub/lur, o SRNC em primeiro lugar inicia oprocedimento de Adição de RL para adicionar uma RL no Nó B, e imediatamenteapós os procedimentos de Reconfiguração de RL (Preparação de Reconfiguraçãode RL e Validação de Reconfiguração de RL/Reconfiguração de RL Não-síncrona)para executa a mudança de Célula Servidora de HS-DSCH. A ordem dosprocedimentos tem que ser aquela mencionada acima se a RL adicionada será aCélula Servidora de HS-BSCH; caso contrário a Reconfiguração de RL pode serexecutada primeiro. Do ponto de vista de sinalização de RRC, a ordem dosprocedimentos de NBAP/RNSAP não conta, como o resultado final, a RL éadicionada e a Célula Servidora de HS-DSCH é configurada, é o que é necessárioantes do SRNC poder iniciar a também mostrada RRC:Atualização de ConjuntoAtivo. Se RNC deve primeiramente iniciar a mudança de Célula Servidora comoprocedimento de Reconfiguração de RL, o contexto de comunicação de Nó B estáno estado de reconfiguração preparada e nenhum procedimento de Adição de RLpode ser ativado. Desse modo o procedimento de Adição de RL é retardado e aperformance do ganho de combinação mais suave é diminuída. Além disso, doponto de vista de especificação de NBAP1 o Nó B pode rejeitar o procedimento deAdição de RL até que a CFN de reconfiguração tenha decorrido e desse modo oganho pode ser diminuído ainda mais dependendo da implementação.

Se o RNC inicia a Adição de RL em primeiro lugar, a mudança decélula servidora com o procedimento de Reconfiguração de RL é retardada atéque a Adição de RL seja concluída.

Para aperfeiçoar o desempenho para mobilidade de HSDPA emobilidade de HSUPA, de acordo com a presente invenção, uma solução desinalização é proposta que faz com que a célula servidora mude ao mesmo tempoem que é possível a adição/deleção de ramificação. A solução requer a introduçãode alguns Elementos de Informação (IEs) nas mensagens SOLICITAÇÃO DEADIÇÃO DE RL RNSAP/NBAP/RESPOSTA/FALHA e SOLICITAÇÃO DEDELEÇÃO RL/RESPOSTA tal como mostrado em negrito nas Figuras 6A, 6B, 7Ae 7B, apenas como exemplo. Tais IEs novos podem ser adicionados às definiçõese conteúdos de mensagem funcional descritos nos Elementos para comunicaçãoNBAP na seção 9.1 de 3GPP TS 25.433 v6.6.0 (06-2005) por exemplo para assubseções assinaladas e da maneira mostrada nas Figuras 6A, 6B, 7A e 7B.

Com referência às Figuras 6A e 6B, para o procedimento de Adiçãode RL com uma mudança de célula servidora, uma mensagem de SOLICITAÇÃODE ADIÇÃO DE RÁDIO-ENLACE 600 pode ser aumentada, por exemplo, comomostrado em um agrupamento de elemento de informação 602 contendo um oumais dos elementos de sub-informação mostrados. Desse modo, para fazerprovisão para o caso de um procedimento de Adição de RL com mudança deCélula Servidora de HS-DSCH a mensagem SOLICITAÇÃO DE ADIÇÃO DE RL600 é mudada para incluir um ou mais de:

- ID de HS-DSCH RL1

- O IE de temporização (um exemplo para o nome IE é HSDPA CFN)em que o Nó B começa a enviar dados de HS-DSCH através da RL recentementeadicionada

- HS-DSCH RNTI

- IE de Indicador Solicitado de Portadora de Transporte, ID deLigação e de Endereço de Camada de Transporte (por fluxo de HS-DSCH MAC-d)

(Observação: antes de tudo, os sub-IEs podem, por exemplo,pertencer ao mesmo agrupamento de IE (um exemplo para o nome de grupo IE éInformação de Mudança de Célula Servidora de HS-DSCH, como mostrado) o qualpode ser usado para mudança de Célula Servidora de HS-DSCH)

- Para o caso de mudança de Célula Servidora de HS-DSCH Inter-NóB, também IE de Informação de HS-DSCH, ID de HS-DSCH RL, HS-DSCH RNTI eHSDPA CFN (Número de Quadro de Conexão).

A razão pela qual a CFN é adicionada como um IE na Solicitação deAdição de RL 600 se deve a "reserva de MAC-hs". Se a mensagem não tem esseIE de temporização de CFN1 o Nó B que suporta reserva de MAC-hs começará aenviar os dados de HS-DSCH (o qual está no armazenador do Nó B) através daRL recentemente adicionada tão logo o Nó B responda com a mensagemResposta de Adição de RL1 a qual ocorre antes do SRNC executar o procedimentode Atualização de Conjunto Ativo com o UE. Portanto, o UE não pode receberqualquer dado a partir da RL recentemente adicionada mesmo se o Nó B enviar osdados, isto é, perda de pacote através da interface aérea será gerada. O problemadeve ser evitado. Por intermédio da CFN, o SRNC pode sincronizar atemporização usada pelo Nó B para começar a enviar os dados de HS-DSCHatravés da RL recentemente adicionada com a temporização que o UE utiliza aocomeçar a receber os dados através da RL. Deve ser observado que a RLadicionada é configurada logo que o Nó B responde com a mensagemRESPOSTA DE ADIÇÃO de RL 700 (vide Figuras 7A e 7B), que é o mesmocomportamento como na especificação atual.

Na mensagem RESPOSTA DE ADIÇÃO de RL conforme mostradonas Figuras 7A e 7B e na mensagem FALHA DE ADIÇÃO de RL 702, um IE(Indicador de Mudança de Célula Servidora) pode ser adicionado para indicar se amudança de célula servidora exigida foi bem-sucedida-mal-sucedida. Um IE deResposta de Informação de HS-DSCH 704 pode ser adicionado para carregar oEndereço de Camada de Transporte, etc. Um sub-IE indicador de reinicializaçãode MAC-hs e sub-IE de HS-DSCH RNTI também pode ser adicionado, cujos IEspodem ser aplicados apenas em RNSAP1 e os quais não resistem em NBAP.Esses três IEs são aplicados quando o IE acima (Indicador de Mudança de CélulaServidora) 704 notifica "bem-sucedido". Um IE de "causa" pode ser adicionado namensagem quando o IE mencionado acima (Indicador de Mudança de CélulaServidora) notifica "mal-sucedido" para proporcionar uma indicação de causa paraa falta de sucesso. Para um caso de mudança de Célula Servidora de HS-DSCHInter-Nó B, também Informação de HS-DSCH pode ser incluída.

Como explicado acima no aperfeiçoamento de acordo com apresente invenção para a Versão-6, o SRNC pode iniciar o procedimento deAdição de RL1 o qual contém o CFN (Número de Quadro de Conexão) quando amudança de Célula Servidora de HS-DSCH nova é ativada (CFN indica quando aCélula Servidora de HS-DSCH nova se torna a célula servidora). Quando a Adiçãode RL e a mudança de Célula Servidora de HS-DSCH nova são configuradas noNó Β, o SRNC não tem que iniciar o procedimento de re-configuração de RL(mudança de célula servidora) e em vez disso pode iniciar imediatamente o RRC:Atualização de Conjunto Ativo e, portanto, economias de tempo são obtidasconforme ilustrado no lado direito da Figura 3 (em comparação com o ladoesquerdo).

Procedimento de Adição de RL com mudança de célula servidora E-DCH (Figura 6B)

·Α mensagem SOLICITAÇÃO DE ADIÇÃO DE RL 600 inclui

- E-DCH RL servidora

- O IE de temporização (por exemplo, nome de IE é E-DCH CFN) emque o Nó B começa a enviar os dados de E-AGCH através de E-DCH RL servidoranova

(observação: os dois IEs acima podem pertencer ao mesmo IE (umexemplo para o nome IE é Informação de Mudança de Célula Servidora de E-DCH) os quais podem ser usados para mudança de Célula Servidora de E-DCH).

- Para mudança de célula Servidora de E-DCH Intra-Inter Nó B comConfiguração de E-DCH (isto é, E-DCH não é configurada no Nó B), também IE deInformação de E-DCH FDD e IE de Informação de E-DPCH (observação: Issotambém permite Configuração de E-DCH sem mudança de célula servidoramediante Procedimento de Adição de RL).

•Mensagem RESPOSTA DE ADIÇÃO DE RL 700 e MENSAGEM DEFALHA DE ADIÇÃO DE RL 702

- Um IE que indica se a mudança de célula servidora de E-DCHexigida foi bem-sucedida/mal-sucedida e quando o indicador notifica "bem-sucedida", Informação de Canal de Controle de E-DCH FDD DL para nova RLservidora e RL servidora antiga pode ser incluída. E quando o indicador notifica"mal-sucedida", um IE de Causa pode ser incluído.

- Para mudança de célula Servidora de E-DCH Intra/lnter Nó B comConfiguração de E-DCH, também pode ser provido um IE de Resposta deInformação de E-DCH FDD.

Deleção de RL (vide Figura 4):

O aperfeiçoamento no procedimento de Deleção de RL é similar aoaperfeiçoamento descrito acima para o procedimento de Adição de RL e oaperfeiçoamento é ilustrado na Figura 4 com o procedimento da técnica anterior naesquerda e o aperfeiçoamento inventivo na direita.

Na RAN Versão-5, o SRNC inicia o procedimento de Reconfiguraçãode RL (Não-sincronizada) em primeiro lugar, conforme mostrado na esquerda se aCélula Servidora de HS-DSCH atual for aquela que tem a RL que vai ser deletada.Então, após o procedimento de reconfiguração de RL, a Célula Servidora de HS-DSCH é mudada e o SRNC pode iniciar o procedimento de Deleção de RL.

Se a RL a ser deletada não estiver na célula, a qual não é a célulaservidora de HS-DSCH atual, o SRNC pode iniciar os procedimentos também naoutra ordem. Nesse caso também o procedimento de Reconfiguração de RLsincronizada pode ser utilizado.

A razão para não utilizar Reconfiguração de RL Sincronizada noprimeiro caso (a RL a ser deletada está na mesma célula com a Célula Servidorade HS-DSCH) é que a célula a ser deletada, é deletada imediatamente, e quandoa mudança de Célula Servidora de HS-DSCH é feita posteriormente com o CFN1haverá um erro lógico no Nó B uma vez que a Célula Servidora de HS-DSCHpermanece na célula que não tem uma RL.

Em Versão-5, também é possível iniciar a Deleção de RLimediatamente após o procedimento de Reconfiguração de RL Sincronizada/Não-sincronizada uma vez que o procedimento de Deleção de RL pode ser iniciado aqualquer momento e não é limitado pela regra de procedimento paralelo. Embora ainiciação seja possível a qualquer momento, do ponto de vista do Nó B, umprocedimento em vez de dois procedimentos paralelos é mais fácil de manusear.Portanto, o procedimento de Deleção de RL é proposto para ser aperfeiçoado.

Para mudança de célula servidora e adição/deleção de derivação,três procedimentos RNSAP/NBAP (Adição/Deleção de RL, Reconfiguração deRádio-enlace Sincronizada e Validação de Reconfiguração de Rádio-enlace)devem ser executados em especificações atuais.

De uma maneira similar àquela descrita acima para a Adição de RLda Figura 3, o procedimento de Deleção de RL com a mudança de célula servidoraserá descrito para ambos, HS-DSCH e E-DCH.

Para o procedimento de Deleção de RL com uma mudança de célulaservidora de HS-DSCH, a mensagem SOLICITAÇÃO DE DELEÇÃO DE RL 604 éaumentada (vide Figuras 6A e 6B) para incluir um ID de HS-DSCH RL o qual éindicativo da identidade da RL de HS-DSCH e um IE de temporização (porexemplo, com um IE denominado CFN de HSDPA) que o Nó B utiliza para iniciar oenvio de dados de HS-DSCH. O IE de temporização é aplicado apenas quando aRL a ser deletada é diferente em comparação com a RL de HS-DSCH servidoraatual. Ela também pode ser aumentada por intermédio de um RNTI de HS-DSCH.Um IE de Indicador de Portadora de Transporte Solicitada, Endereço de Camadade Transporte e IS de Ligação (por fluxo de HS-DSCH MAC-d) pode seradicionado. Os IEs acima podem pertencer ao mesmo agrupamento de IE (umexemplo para o nome de IE é Informação de Mudança de Célula Servidora de HS-DSCH) que é usado para mudança de Célula Servidora de HS-DSCH. Para o casode mudança de Célula Servidora de HS-DSCH Inter-Nó B, um IE de Informação deHS-DSCH, ID e HS-DSCH RL, HS-DSCH RNTI e HSDPA CFN pode seradicionado.

Para a mensagem RESPOSTA DE DELEÇÃO DE RL 710 mostradanas Figuras 7A e 7B, um agrupamento de IE 704 notifica se a mudança de célulaservidora exigida foi bem-sucedida/mal-sucedida. O agrupamento de IE deResposta de Informação de HS-DSCH 704 pode carregar o Endereço de Camadade Transporte, etc. Um IE de indicador de reinicialização de MAC-hs e IE de HS-DSCH RNTI podem ser adicionados os quais são aplicáveis apenas em RNSAP,uma vez que eles não existem em NBAP. Esses três IE são aplicados quando ogrupo de IE 704 acima notifica "bem-sucedido". Um IE de Causa (9.2.1.6) pode seradicionado nas mensagens quando o grupo de IE 704 acima (Indicador deMudança de Célula Servidora) notifica "mal-sucedido". Para o caso de mudança deCélula Servidora de HS-DSCH Inter-Nó B, também um IE de Resposta deInformação de HS-DSCH FDD pode ser adicionado.

Para o procedimento de Deleção de RL com uma mudança de célulaservidora de E-DCH1 a mensagem SOLICITAÇÃO DE DELEÇÃO DE RL 604(Figuras 7A e 7B) inclui um IE de E-DCH RL Servidora e um sub-IE detemporização (por exemplo, E-DCH CFN) que o Nó B começa a enviar os dadosde E-AGCH através de uma nova E-DCH RL servidora. Esses dois IEs podempertencer ao mesmo IE 602 (um exemplo para o nome de IE é Informação deMudança de Célula Servidora de E-DCH) o qual é usado para mudança de CélulaServidora de E-DCH. Para mudança de célula Servidora de E-DCH Intra/lnter Nó Bcom Configuração de E-DCH (isto é, E-DCH não é configurado no Nó B), tambémum IE de Informação de E-DCH FDD 620 e um IE de Informação de E-DPCH podeser adicionado (observação: isso também permite configuração de E-DCH semmudança de célula servidora por intermédio do Procedimento de Adição de RL). Amensagem Resposta de Deleção de RL 710 (Figura 7B) pode incluir um IE 720para indicar se a mudança de célula servidora de E-DCH exigida foi bem-sucedida/mal-sucedida. E o indicador notifica "bem-sucedido", o IE de Informaçãode Canal de Controle E-DCH FDD DL para ambas, RL servidora nova e RLservidora antiga, pode ser incluído quando o indicador notifica "mal-sucedido", umIE de causa pode ser incluído conforme mostrado na Figura 1B. Para mudança decélula Servidora de E-DCH lntra/lnter-Nó B com Configuração de E-DCH1 tambémum IE de Resposta de Informação E-DCH FDD pode ser incluído,

A Figura 5 mostra um RNS compreendendo um SRNC conectado aum CN (não mostrado) por intermédio de uma interface IU e a Nó B por intermédiode uma interface lub. O Nó B por sua vez é conectado a um UE por intermédio deuma interface Uu. O SRNC é mostrado tendo uma primeira interface deentrada/saída conectada à interface Iu e uma segunda interface de entrada/saídaconectada à interface lub. Um processador de sinal dentro do SRNC é conectadoa ambas, primeira e segunda interface de entrada/saída do SRNC. Similarmente, oNó B é mostrado com uma primeira interface de entrada/saída conectada àinterface Iub e uma segunda interface de entrada/saída conectada à interface Uu.Um processador de sinal dentro do Nó B é conectado a ambas, primeira esegunda interface de entrada/saída do Nó Β. O UE é mostrado tendo umainterface de entrada/saída conectada à interface Uu e a um processador de sinaldentro do UE.

O processador de sinal do SRNC controla a QoS do UE. Uma funçãode controle de handover (HO) do processador de sinal recebe as medições decélulas vizinhas a partir do UE e detecta uma necessidade de ativar osprocedimentos de gerenciamento de Rádio-enlace de lub/lur (Configuração de RL,Adição de RL1 Deleção de RL, Reconfiguração de RL) com base nas regras deGerenciamento de Recursos de Rádio (RRM). O processador de sinal para oSRNC também está encarregado de decidir a Célula Servidora de HS-DSCH/E-DCH e quando ela precisa ser mudada. Ele pode decidir realizar mudança deCélula Servidora HS-DSCH/E-DCH de uma maneira sincronizada ou não-sincronizada.

O processador de sinal do Nó B está encarregado detransmitir/receber dados de HSDPA/E-DCH para/a partir da interface de rádio. Eletambém aloca os recursos de HSDPA/E-DCH para o UE. Ele recebe os dados deHSDPA a partir do Iub e está encarregado de programar os dados de HSDPA paraa interface de rádio. Ele processa a mudança de Célula Servidora de HS-DSCHquando é ordenado que ele assim proceda pelo SRNC. Ele realiza procedimentosde E-DCH similares. Ele processa os procedimentos de gerenciamento de RLquando assim for ordenado pelo SRNC.

O processador de sinal do UE mede os parâmetros relacionados àscélulas vizinhas e envia mensagens de informe de medição para seu SRNC. Elerecebe e processa as mensagens de Atualização de Conjunto Ativo (ASU) quandofor ordenado a assim proceder pelo SRNC. Ele recebe e processa a mudança deCélula Servidora de HS-DSCH/E-DCH quando assim for ordenado a fazer peloSRNC.

Os processadores de sinal dentro do UE e o SRNC seguem osprocedimentos RRC descritos em 3GPP TS 25.331 v6.6.0 (06-2005) "Rede deRádio-acesso do Grupo de Especificação Técnica; Controle de Recurso de Rádio(RRC); Especificação de Protocolo (Versão 6)". Uma visão geral dos Estados deRRC e das Transições de Estado é mostrada na Cláusula 7 ("Estados deProtocolo") do mesmo e descreve a performance do processo de medição deacordo com a informação de controle de medição de conforme especificado nassub-cláusulas 8.4 (Procedimentos de Medição) e 14.4 (Medições de Volume deTráfego). De acordo com as mesmas, o processador de sinal do UE da Figura 5prepara o Informe de Medição de RRC das Figuras 3 e 4 e envia o mesmo porintermédio de seu dispositivo de entrada/saída através da interface Uu para o Nó Be a partir daí ele é enviado pelo Nó B através da interface Iub para o SRNC. Opróprio informe de medição é descrito na Cláusula 8.4.2 de TS 25.331 queespecifica que ele é transmitido no DCCH de uplink quando os critérios de informearmazenados na MEASUREMENT IDENTITY variável são satisfeitos paraqualquer medição de tráfego em andamento ou medição de posicionamento de UEque está sendo realizada no UE. As funções de medição específicas são descritasna Cláusula 14 de TS 25.331. Dentro de uma mensagem de Controle de Medição(não mostrada) a UTRAN notifica o UE que eventos devem ativar um informe demedição. Os eventos relacionados são a caixa de ferramenta a partir da qual aUTRAN pode escolher os eventos de informe que são necessários para a funçãode avaliação de handover implementada, ou outras funções de rede rádio. OSRNC realiza um procedimento dentro do processador de sinal para determinar seexiste a necessidade da adição de um rádio-enlace. Vide, 3GPP TR 25.931 v6.2.0(06-2005), "RAN de Grupo de Especificação Técnica; funções de UTRAN,exemplos em procedimento de sinalização (Versão 6)". Se esse for o caso, apósrealizar os procedimentos descritos abaixo, uma mensagem ATUALIZARCONJUNTO ATIVO é enviada a partir do SRNC para o UE por intermédio do Nó Be é usada pela UTRAN para adicionar, substituir ou deletar os rádio-enlaces noconjunto ativo do UE (vide Cláusula 10.2.1 de TS 25.331 v6.6.0 (06-2005) parauma descrição da mensagem ATUALIZAÇÃO DE CONJUNTO ATIVO).

As ações no Nó B ao receber a mensagem de solicitação de Adiçãode RL aperfeiçoada no lado direito da Figura 3 serão descritas agora. Em primeirolugar, a mensagem de solicitação de Adição de RL 600 é aperfeiçoada conformemostrado na Figura 6A mediante inclusão de nova informação 602 sobre umanova Célula Servidora de HS-DSCH que é identificada pelo ID de HS-PDSCH RLassim como a mesma informação conforme especificado na Versão 99 sobre anova RL. A mensagem de solicitação de Adição de RL 600 da Figura 6A tambémpode conter um número de quadro de conexão (CFN). Em resposta à mensagemde solicitação de Adição de RL 600 o Nó B primeiramente adiciona a nova RL noNBCC (contexto de comunicação de Nó B). Se a mensagem de solicitação deAdição de RL 600 contém ID de HS-PDSCH RL, HS-DSCH RNTI e o CFNindicando quando a nova célula servidora de HS-DSCH será ativada, o Nó Bprepara a nova configuração e responde de volta ao SRNC com a mensagem deresposta de Adição de RL aperfeiçoada 700 da Figura 7A. O Nó B, então, ativa aCélula Servidora de HS-DSCH nova no CFN que foi incluída na mensagem desolicitação de Adição de RL 600. Se a mensagem de solicitação de Adição de RL600 não contém o CFN1 o Nó B ativa a mudança de célula servidora de HS-DSCHapós incluir a nova RL no NBCC. Se a nova RL na mensagem de solicitação deAdição de RL 600 está na célula, a qual é diferente em comparação com a CélulaServidora de HS-DSCH nova, a Adição de RL em NBCC e mudança de célulaservidora de HS-DSCH podem ser feitas independente uma da outra e em umaordem específica que é determinada pela implementação. O procedimento de E-DCH é similar, exceto utilizando os IEs novos apropriados na Figura 6B.

Com referência à Figura 4, as ações realizadas no Nó B ao receber amensagem de Solicitação de Deleção de RL aperfeiçoada serão descritas agora. Amensagem de Solicitação de Deleção de RL aperfeiçoada 710 contém a RL a serdeletada como no elemento de informação da Versão 99 antiga, mas contém umnovo IE identificando a Célula Servidora de HS-DSCH mostrada como ID de HS-PDSCH RL no IE/Grupo 602 da Figura 6A. Em resposta, o Nó B deleta a primeiraRL solicitada a partir do NBCC. Se a mensagem de Solicitação de Deleção de RL604 contém ID de HS-PDSCH RL, HS-DSCH RNTI e o CFN quando a CélulaServidora de HS-DSCH nova será ativada, o Nó B prepara a nova configuração eresponde de volta ao SRNC com a mensagem de Resposta de Deleção de RLaperfeiçoada 710 conforme mostrado na Figura 7A com novos elementos deinformação adicionados como apropriado para HS-DSCH. O Nó B, então, ativa acélula servidora de HS-DSCH nova no CFN que foi incluído na mensagem desolicitação de Adição de RL. Se a mensagem de solicitação de Deleção de RL nãocontém o CFN, o Nó B ativa a mudança de célula servidora de HS-DSCH apósdeletar a RL a partir do NBCC. A ordem de deleção da RL e a mudança de célulaservidora de HS-DSCH podem ser feitas de acordo com a ordem específicadesejada na implementação. O procedimento de E-DCH é similar, utilizando os IEsnovos apropriados 720 mostrados na Figura 7B.

A Figura 8 é um fluxograma ilustrando uma série de etapas deprocedimento que podem ocorrer em um elemento de rede tal como o controladorde rede rádio servidora (SRNC) das Figuras 3 ou 4. As etapas ilustradas podemser codificadas em código executável por computador gravado em uma linguagemde programação de computador. Tal código de computador pode ser armazenadoem uma memória de leitura tal como a ROM 900 mostrada na Figura 9 dentro deum processador de sinal 902. Tal processador de sinal poderia ser usado, porexemplo, no SRNC da Figura 5 para realizar as etapas de procedimentomostradas na Figura 8. Incluído dentro de tal processador de sinal 902 está obarramento de dados, endereço e controle 904 usado para interconectar umavariedade de componentes, tal como, porém não limitado a, uma unidade deprocessamento central 906, uma memória de acesso aleatório 908, um relógio910, um dispositivo de entrada/saída 912, e outros dispositivos mostradosgeralmente no numerai de referência 914. A unidade de processamento central906 executa as instruções codificadas armazenadas na ROM 900 enquantoarmazenando os resultados de computações intermediárias e resultados na RAM908. A RAM 908 também pode ser usada para armazenar o informe de mediçãorecebido a partir do UE o qual pode ser consultado pela CPU 906 com o propósitode realizar as instruções codificadas armazenadas na ROM 900 e para formular amensagem de Solicitação de Adição de RL enviada na linha 600 na Figura 3 ou amensagem de Solicitação de Deleção de RL enviada na linha 604 na Figura 4.Com referência de volta à Figura 8, após entrar em uma etapa 800, a etapa 802 érealizada para receber o informe de medição a partir do UE mostrado nas Figuras3 e 4. Um informe de medição é avaliado em uma etapa 804 e uma decisãotomada em uma etapa 806 se um procedimento de adição de rádio-enlace ou dedeleção de rádio-enlace é ou não exigida. Uma etapa de decisão 808 determina setal mensagem é ou não exigida e, se for o caso, a mensagem apropriada éformulada e enviada em uma etapa 810 para o Nó B, conforme mostrado, porexemplo, pela mensagem de Solicitação de Adição de RL na linha 600 da Figura 3ou a mensagem de Solicitação de Deleção de RL na linha 604 na Figura 4. OSRNC então espera por uma resposta conforme mostrado em uma etapa dedecisão 812 onde, quando é feita uma determinação de que uma resposta foirecebida, uma etapa 814 é executada para efetivamente receber e processar umamensagem de Resposta de Adição de RL ou uma mensagem de Resposta deDeleção de RL conforme mostrado, por exemplo, nas linhas 700 e 710 nas Figuras3 e 4, respectivamente. O SRNC então avalia a mensagem recebida conformemostrado, por exemplo, em uma etapa 816. Uma determinação é feita em umaetapa 818 em relação a se a solicitação foi bem-sucedida ou não. Se não foi, acausa da falha é verificada em uma etapa 820. Se bem-sucedida, um retorno érealizado em uma etapa 822. Um retorno também pode ser realizado na etapa 822diretamente a partir da etapa de decisão 808 se for determinado que uma Adiçãoou Deleção de RL não é exigida.

Com referência agora à Figura 10, é mostrado um procedimento paraexecução em equipamento de usuário por intermédio de um fluxograma, de acordocom a presente invenção. Após entrar em uma etapa 1000, uma etapa de enviaré executada para enviar o informe de medição mostrado nas Figuras 3 e 4 apartir do equipamento de usuário para o SRNC. Após um período de tempo, oequipamento de usuário recebe uma mensagem de atualizar conjunto ativo a partirdo SRNC conforme mostrado em uma etapa 1004 e correspondendo àsmensagens de atualizar conjunto ativo mostradas nas Figuras 3 e 4. Oequipamento de usuário então atualiza o conjunto ativo em uma etapa 106 esubseqüentemente recebe os dados HSDPA a partir da nova célula, conformemostrado em uma etapa 1008 após o que um retorno é mostrado em uma etapa1010.

Com referência agora à Figura 11, é mostrado um procedimento paraexecução em um elemento de rede tal como o Nó B mostrado nas Figuras 3-5.Após entrar em uma etapa 1100, uma etapa 1102 é executada para receber umamensagem de adição de rádio-enlace ou uma mensagem de deleção de rádio-enlace a partir de outro elemento de rede tal como o SRNC das Figuras 3-5. Talsinal é mostrado, por exemplo, nas Figuras 3 e 4 pelo sinal na linha 600 na Figura3 ou pelo sinal na linha 604 na Figura 4. O Nó B avalia a mensagem recebidaconforme mostrado em uma etapa 1104 e prepara uma mensagem de respostaem uma etapa 1106. O Nó B então envia uma mensagem de resposta de adiçãode rádio-enlace ou uma mensagem de resposta de deleção de rádio-enlace devolta para o SRNC conforme mostrado por um sinal em uma linha 700 na Figura 3ou um sinal em uma linha 710 na Figura 4, conforme ilustrado pela etapa 1108 naFigura 11. Um retorno é então realizado em uma etapa 1110 conforme mostradona Figura 11.

Embora a invenção tenha sido mostrada e descrita com relação àssuas modalidades específicas, deve ser considerado que muitas outrasmodalidades são possíveis dentro do escopo das reivindicações em anexo.

Claims

1. Dados armazenados em um meio legível por computador, sendoque os ditos dados são para transferência em mensagens de adição de rádio-enlace de um procedimento de mobilidade em um sistema de telecomunicaçõessem fio, cada mensagem para transferir os ditos dados em uma estrutura dedados de acordo com um padrão, CARACTERIZADOS pelo fato de que cadamensagem de adição de rádio-enlace compreende uma solicitação incluindo umelemento de informação que inclui uma identificação de rádio-enlace e umelemento de informação incluindo informação de troca de célula servidora de canalcompartilhado de downlink de alta velocidade.

2. Dados, de acordo com a reivindicação 1, CARACTERIZADOS pelofato de que a dita solicitação inclui opcionalmente um elemento de informaçãoidentificando um número de quadro de conexão compreendendo um número dequadro de conexão de acesso de pacote de dados de alta velocidade e a ditaidentificação de rádio-enlace é de um canal compartilhado de downlink físico dealta velocidade.

3. Dados, de acordo com a reivindicação 1, CARACTERIZADOS porcompreender uma resposta à dita solicitação, a dita resposta incluindo umelemento de informação identificando um elemento de informação de resposta detroca de célula servidora indicativo de sucesso ou falha da troca de célulaservidora.

4. Dados, de acordo com a reivindicação 2, CARACTERIZADOS pelofato de que cada mensagem de adição de rádio-enlace compreende uma respostaà dita solicitação, a dita resposta incluindo um elemento de informaçãoidentificando um elemento de informação de resposta de troca de célula servidora.

5. Dados, de acordo com a reivindicação 1, CARACTERIZADOS pelofato de que cada mensagem de adição de rádio-enlace compreende umasolicitação incluindo um elemento de informação opcional identificando um rádio-enlace de canal dedicado aperfeiçoado servidor.

6. Dados, de acordo com a reivindicação 3, CARACTERIZADOS pelofato de que a dita resposta inclui um elemento de informação indicativo de umindicador de controle de acesso ao meio.

7. Dados, de acordo com a reivindicação 3, CARACTERIZADOS pelofato de que a dita resposta inclui um elemento de informação indicativo de umidentificador temporário de rede rádio.

8. Dados, de acordo com a reivindicação 6, CARACTERIZADOS pelofato de que a dita resposta inclui um elemento de informação indicativo de umidentificador temporário de rede rádio.

9. Dados, de acordo com a reivindicação 5, CARACTERIZADOS pelofato de que cada mensagem de adição de rádio-enlace compreendendo umaresposta à s dita olicitação, a dita resposta incluindo um elemento de informaçãoidentificando informação de canal de controle do dito uplink de rádio de canaldedicado aperfeiçoado servidor.

10. Elemento de rede responsivo a uma mensagem de informe demedição a partir do equipamento de usuário, CARACTERIZADO por prover a ditamensagem de adição de rádio-enlace, de acordo com a estrutura de dados da ditasolicitação da reivindicação 1 a outro elemento de rede do dito sistema detelecomunicações sem fio e para receber uma mensagem de resposta de adiçãode rádio-enlace com indicação de bem-sucedida ou mal-sucedida.

11. Equipamento de usuário para prover um informe de medição aum elemento de rede tendo informação relacionada às células vizinhas e receber apartir do dito elemento de rede uma mensagem de atualização de conjunto ativo,de acordo com a estrutura de dados da reivindicação 2, CARACTERIZADO porincluir opcionalmente o dito elemento de informação identificando o dito número dequadro de conexão em que a dita informação relacionada ao dito número dequadro de conexão também é enviada a partir do dito elemento de rede para outroelemento de rede na dita mensagem de adição de rádio-enlace.

12. Elemento de rede para comunicação por intermédio de rádio comequipamento de usuário, relativo à dita mensagem de adição de rádio-enlace, deacordo com a estrutura de rádio da reivindicação 2, CARACTERIZADO porcompreender a dita solicitação incluindo opcionalmente o dito elemento deinformação identificando o dito número de quadro de conexão para prover umamensagem de resposta de adição de rádio-enlace a outro elemento de rede o qualenviou a dita mensagem de adição de rádio-enlace.

13. Sistema, CARACTERIZADO por compreender:- equipamento de usuário para prover um informe de medição tendoinformação relacionada às células vizinhas do dito sistema e para receber umamensagem de atualização de conjunto ativo incluindo opcionalmente informaçãorelacionada a um número de quadro de conexão;- um primeiro elemento de rede, relativo ao dito informe de mediçãopara prover a dita mensagem de atualização de conjunto ativo ao ditoequipamento de usuário e para prover uma mensagem de solicitação de adição derádio-enlace incluindo opcionalmente a dita informação relacionada ao dito númerode quadro de conexão; e- um segundo elemento de rede, relativo à dita mensagem desolicitação de adição de rádio-enlace, para prover respectivamente umamensagem de resposta de adição de rádio-enlace ao dito primeiro elemento derede.

14. Sistema, de acordo com a reivindicação 13, CARACTERIZADOpelo fato de que o dito primeiro elemento de rede também é relativo à ditamensagem de resposta de adição de rádio-enlace para prover a dita mensagemde atualização de conjunto ativo.

15. Método para execução em equipamento de usuário,CARACTERIZADO por compreender:- prover um informe de medição para um elemento de rede tendoinformação relacionada a células vizinhas, e- receber a partir do dito elemento de rede uma mensagem deatualização de conjunto ativo incluindo opcionalmente informação relacionada aum número de quadro de conexão em que a dita informação relacionada ao ditonúmero de quadro de conexão também é enviada opcionalmente a partir do ditoelemento de rede para outro elemento de rede em uma mensagem de adição derádio-enlace e em que o outro dito elemento de rede é para comunicação por rádiocom o dito equipamento de usuário.

16. Método para execução em um elemento de rede,CARACTERIZADO por compreender:- receber uma mensagem de informe de medição a partir doequipamento de usuário, e- prover uma mensagem de adição de rádio-enlace como umamensagem de solicitação para outro elemento de rede, em que um número dequadro de conexão é incluído opcionalmente como um elemento de informação nadita mensagem de adição de rádio-enlace.

17. Método para execução em um elemento de rede,CARACTERIZADO por compreender:- receber uma mensagem de adição de rádio-enlace a partir de outroelemento de rede tendo um elemento de informação opcional identificando umnúmero de quadro de conexão, e- prover uma mensagem de resposta de adição de rádio-enlace aooutro dito elemento de rede.

18. Método, CARACTERIZADO por compreender:- enviar um informe de medição a partir do equipamento de usuáriotendo informação relacionada a células vizinhas a um controlador de rede rádio,- prover uma mensagem de solicitação de adição de rádio-enlacetendo um elemento de informação opcional identificando um número de quadro deconexão a partir do dito controlador de rede rádio servidora para uma estaçãobase em resposta à dita mensagem de informe de medição,- enviar uma mensagem de resposta de adição de rádio-enlace apartir da dita estação base para o dito controlador de rede servidora de rádio emresposta à dita mensagem de solicitação de adição de rádio-enlace, e- enviar uma mensagem de atualização de conjunto ativo com o ditoelemento de informação opcional identificando o dito número de quadro deconexão a partir do dito controlador de rede servidora de rádio para o ditoequipamento de usuário em resposta à dita mensagem de resposta de adição derádio-enlace.

19. Método, CARACTERIZADO por compreender:- receber em um controlador de rede servidora de rádio umamensagem de informe de medição tendo informação relacionada a célulasvizinhas a partir do equipamento de usuário,- enviar uma mensagem de atualização de conjunto ativo com umelemento de informação de número de quadro de conexão opcional a partir do ditocontrolador de rede servidora de rádio para o dito equipamento de usuário,- enviar a partir do dito controlador de rede servidora de rádio parauma estação base para comunicação mediante rádio com o dito equipamento deusuário uma mensagem de solicitação de deleção de rádio-enlace com o ditoelemento de informação de número de quadro de conexão opcional, e- enviar a partir da dita estação base para o dito controlador de redeservidora de rádio uma mensagem de resposta de deleção de rádio-enlace após oque os dados são enviados a partir do dito controlador de rede servidora de rádioao dito equipamento de usuário por intermédio da dita estação base.

20. Programa de computador incorporado em um meio legível porcomputador, CARACTERIZADO por processar mensagens de adição de rádio-enlace relacionadas a um procedimento de mobilidade em um sistema detelecomunicação sem fio, cada mensagem compreendendo uma solicitaçãoincluindo um elemento de informação que inclui uma identificação de rádio-enlacee um elemento de informação que inclui informação de troca de célula servidora decanal compartilhado de downlink de alta velocidade.

21. Programa de computador, de acordo com a reivindicação 20,CARACTERIZADO pelo fato de que a dita solicitação inclui opcionalmente umelemento de informação identificando um número de quadro de conexãocompreendendo um número de quadro de conexão de acesso de pacote de dadosde alta velocidade e a dita identificação de rádio-enlace é de um canalcompartilhado de downlink físico de alta velocidade.

22. Circuito integrado, CARACTERIZADO por processar mensagensde adição de rádio-enlace relacionadas a um procedimento de mobilidade em umsistema de telecomunicação sem fio, cada mensagem compreendendo umasolicitação incluindo um elemento de informação que inclui uma identificação derádio-enlace e um elemento de informação que inclui informação de troca decélula servidora de canal compartilhado de downlink de alta velocidade.

23. Circuito integrado, de acordo com a reivindicação 22,CARACTERIZADO pelo fato de que a dita solicitação inclui opcionalmente umelemento de informação identificando um número de quadro de conexãocompreendendo um número de quadro de conexão de acesso de pacote de dadosde alta velocidade e a dita identificação de rádio-enlace é de um canalcompartilhado de downlink físico de alta velocidade.

24. Aparelho, CARACTERIZADO por compreender:- transmissor para prover uma mensagem de informe de medição aum elemento de rede tendo informação relacionada às células vizinhas; e- um receptor relativo a uma mensagem de atualização de conjuntoativo a partir do dito elemento de rede, a dita mensagem incluindo opcionalmenteinformação relacionada a um número de quadro de conexão em que a ditainformação relacionada ao dito número de quadro de conexão também é enviadaopcionalmente a partir do dito elemento de rede para outro elemento de rede emuma mensagem de adição de rádio-enlace ou em uma mensagem de deleção derádio-enlace e em que outro dito elemento de rede é para comunicação porintermédio de rádio com o dito aparelho.

25. Aparelho, CARACTERIZADO por compreender:- um receptor, responsivo a uma mensagem de informe de medição apartir de equipamento de usuário; e- um transmissor para prover uma mensagem de adição de rádio-enlace como uma mensagem de solicitação para outro aparelho, em que umnúmero de quadro de conexão é incluído opcionalmente como um elemento deinformação na dita mensagem de adição de rádio-enlace.

26. Aparelho, CARACTERIZADO por compreender:- um receptor responsivo a uma mensagem de adição de rádio-enlace a partir de outro aparelho tendo elemento de informação opcionalidentificando um elemento de quadro de conexão; e- um transmissor para prover uma mensagem de resposta de adiçãode rádio-enlace ao outro dito aparelho.

27. Sistema, CARACTERIZADO por compreender:- equipamento de usuário para enviar um informe de mensagemtendo informação relacionada às células vizinhas;- um controlador de rede servidora de rádio, relativo ao dito informede medição a partir do dito equipamento de usuário, para prover uma mensagemde solicitação de adição de rádio-enlace tendo um elemento de informaçãoopcional identificando um número de quadro de conexão;- uma estação base, relativa à dita mensagem de solicitação deadição de rádio-enlace, para enviar uma mensagem de resposta de adição derádio-enlace ao dito controlador de rede servidora de rádio em que, em respostaao recebimento da dita mensagem de resposta de adição de rádio-enlace a partirda dita estação base, o dito controlador de rede servidora de rádio envia umamensagem de atualização de conjunto ativo com o dito elemento de informaçãoopcional identificando o dito número de quadro de conexão para o ditoequipamento de usuário para uso pelo dito equipamento de usuário na seleção deum número de quadro adequado para começar a receber informação a partir deum rádio-enlace adicionado.

28. Sistema, CARACTERIZADO por compreender:- um controlador de rede servidora de rádio, relativo a umamensagem de informe de medição tendo informação relacionada às célulasvizinhas, para enviar uma mensagem de atualização de conjunto ativo com umelemento de informação de número de quadro de conexão opcional ao ditoequipamento de usuário, e para enviar uma mensagem de solicitação de deleçãode rádio-enlace com o dito elemento de informação de número de quadro deconexão opcional; e- uma estação base, relativa à dita mensagem de solicitação dedeleção de rádio-enlace com o dito elemento de informação de número de quadrode conexão opcional, para enviar para o dito controlador de rede servidora derádio uma mensagem de resposta de deleção de rádio-enlace após o que osdados podem ser enviados a partir do dito controlador de rede servidora de rádiopara o dito equipamento de usuário por intermédio da dita estação base utilizandoo dito elemento de informação de número de quadro de conexão opcional.

29. Aparelho, CARACTERIZADO por compreender:- meio para receber uma mensagem de informe de medição a partirdo equipamento de usuário; e- meio para prover uma mensagem de adição de rádio-enlace comouma mensagem de solicitação para outro aparelho, em que um número de quadrode conexão é opcionalmente incluído como um elemento de informação na ditamensagem de adição de rádio-enlace.

30. Aparelho, de acordo com a reivindicação 25, CARACTERIZADOpor compreender ainda meio responsivo a uma mensagem de resposta de adiçãode rádio-enlace a partir do outro dito aparelho para prover uma mensagem deatualização de conjunto ativo ao equipamento de usuário incluindo o dito númerode quadro de conexão como um elemento de informação da dita mensagem deatualização de conjunto ativo.

31. Aparelho, de acordo com a reivindicação 26, CARACTERIZADOpelo fato de que o equipamento de usuário é capaz de receber os dados a partirde uma nova célula utilizando o dito número de quadro de conexão.