BRPI0809200A2 - Handoff de sessão independente de conexão de um controlador de rede de referência de sessão (srnc) fonte para srnc alvo. - Google Patents

Description

HANDOFF DE sessão INDEPENDENTE DE CONEXÃO DE UM controlador DE REDE DE REFERÊNCIA DE SESSÃO (SRNC) FONTE PARA SRNC ALVO

I. Reivindicação de prioridade de acordo com 35 U.S.C. § 119.

O presente pedido de patente reivindica a prioridade do Pedido Provisório de Patente U.S. N- de Série 60/895 930, intitulado "METHOD FOR TRANSFERRING SESSIONS REFERENCE CONTROLLER IN DISTRIBUTED RÁDIO ACCESS NETWORKS", depositado em 20 de março de 2007, e do Pedido Provisório de Patente U.S. N- de Série 60/945 067, intitulado "METHOD AND APPARATUS FOR IAS INTERFACE MESSAGE", depositado em 19 de junho de 2007, ambos em nome da Requerente da presente invenção e aqui expressamente incorporados pela presente referência.

Fundamento

Campo

A descrição que se segue está de um modo geral relacionada a comunicações sem fio e mais especificamente a métodos e equipamentos para a transferência de posse de sessão entre entidades de rede.

Fundamento

Os sistemas de redes sem fio se tornaram um mecanismo predominante para a comunicação em todo o mundo. Os dispositivos de comunicação sem fio, tais como telefones celulares, assistentes de dados pessoais e similares se tornaram menores e mais poderosos de modo a atender às necessidades dos consumidores e para melhorar a portabilidade e conveniência. Os consumidores se tornaram dependentes de tais dispositivos, demandando um serviço confiável, áreas de cobertura expandidas, serviços adicionais (por exemplo, capacidade de navegação na Internet) e redução constante do tamanho e custo de tais dispositivos. Em particular, á medida que a evolução da tecnologia sem fio continua a avançar, o progresso dos serviços móveis irá continuar a evoluir em direção a serviços móveis e convergentes mais atraentes e ricos. Com 5 os usuários finais demandando conteúdo de multimídia mais variado e de maior qualidade em todos os ambientes, a evolução das tecnologias dos dispositivos irá continuar a aumentar o crescente consumo do uso de dados. Como exemplo, ns últimos anos as tecnologias de comunicação sem fio 10 evoluíram dos sistemas analógicos controlados para os sistemas digitais. Tipicamente, nos sistemas analógicos convencionais, os sinais analógicos são retransmitidos através de um link direto e um link reverso e requerem uma quantidade significativa de amplitude de banda para 15 permitir que os sinais sejam transmitidos e recebidos enquanto sendo associados com qualidade adequada. Como os sinais analógicos são contínuos no tempo e no espaço, não são geradas quaisquer mensagens de estado (por exemplo, mensagens que indicam a recepção ou não recepção de dados). 20 Em contraste, os sistemas comutados em pacotes permitem que os sinais analógicos sejam convertidos para pacotes de dados e transmitidos por meio de um canal físico entre um terminal de acesso e uma estação base, roteador e similares. Além disso, os dados digitais podem ser 25 retransmitidos em sua forma natural (por exemplo, texto, dados de Internet e similares) pelo uso de uma rede comutada em pacotes.

Assim sendo, sistemas de comunicação sem fio digital estão amplamente implementados para prover vários 30 serviços de comunicação, tais como telefonia, vídeo, dados, mensagens, broadcasts e similares. Tais sistemas empregam comumente uma rede de acesso que conecta múltiplos terminais de acesso a uma rede de área ampla (WAN) por compartilhamento dos recursos de rede disponíveis. A rede 35 de acesso é tipicamente implementada com múltiplos pontos de acesso dispersados por toda uma região de cobertura geográfica. Além disso, a região de cobertura geográfica pode ser dividida em células com um ponto de acesso em cada célula. De forma similar, a célula pode ser adicionalmente 5 dividida em setores. No entanto, em tal estrutura de sistema, o fornecimento de informações de sessão e gerenciamento de paging para um terminal de acesso (AT) em movimento se torna uma tarefa desafiadora.

Sumário

0 que se segue apresenta um sumário simplificado

de modo a proporcionar uma compreensão básica dos aspectos descritos. Esse resumo não constitui uma completa visão geral e não se destina a identificar elementos chave ou críticos nem a delinear o escopo de tais aspectos. Seu 15 propósito é o de apresentar alguns conceitos dos aspectos descritos de uma forma simplificada, como um prelúdio para a descrição mais detalhada que será apresentada mais adiante.

Os aspectos descritos propiciam a transferência de uma sessão de comunicação de um controlador de sessão de origem ou fonte (por exemplo, um controlador de rede de referência de sessão fonte - SRNC) para um controlador de sessão alvo (por exemplo, um SRNC alvo) através de um componente de transferência de sessão, permitindo desacoplar o gerenciamento de sessão do gerenciamento de conexão das redes sem fio. Assim sendo, o gerenciamento de sessão se torna independente do gerenciamento de conexão, em que, caso uma sessão deva ser transferida isto não necessariamente exija mover a conexão associada com a mesma. Isto contrasta com os sistemas convencionais que exigem que a conexão seja movida caso a sessão seja movida, o que pode induzir a interrupções adicionais. Portanto, os aspectos descritos propiciam a transferência de uma sessão sem interrupção da corrente de dados entre o AT e o sistema de comunicação sem fio.

De um modo geral, uma conexão representa uma designação de recursos (por exemplo, recursos dedicados) que permite a um terminal de acesso (AT) se comunicar com uma rede de acesso (AN) . De forma similar, uma sessão representa uma coletânea de configurações, atributos ou parâmetros negociados entre o AT e a AN (por exemplo, configurações de qualidade de serviço) em que o controlador de sessão mantém a autoridade sobre tais configurações. A comunicação entre a estação base e o AT se baseia nas configurações mantidas no controlador de sessão, em que uma estação base deve obter tais configurações a partir do controlador de sessão antes de se comunicar com o AT. A conexão é mantida independentemente do estado da sessão, em que as estações base (e não o controlador de sessão) controlam a conexão.

A sessão e o AT podem ser identificados para as estações base com base em um identificador de terminal de 20 acesso unicast (UATI), em que as assinaturas de sessão podem também designar a versão da sessão para o AT. Tal identificação por assinaturas de sessão pode se basear em uma seqüência de números que pode ser incrementada quando a sessão é atualizada, por exemplo, uma sessão pode ser 25 modificada quando do inicio de um novo aplicativo que demanda recursos adicionais.

Com base em tais atualizações, a estação base que recebe o UATI pode localizar de forma clara e sem ambigüidade o controlador de sessão (por exemplo, o SRNC 30 alvo) que agora gerencia a sessão, para recuperar as informações da sessão. Deve ser notado que uma estação base pode renegociar a sessão caso as informações da sessão não sejam desejáveis.

Em um aspecto correlacionado, a transferência do SRNC ocorre sem interrupção da corrente de dados comunicados entre o AT e as estações base, independentemente de qual SRNC seja escolhido. Além disso, o AT pode reconhecer cada estação base e pode se comunicar diretamente com a mesma, em que o SRNC pode atuar como o 5 coordenador das negociações que o AT conduziu com tais estações base. 0 SRNC inclui tipicamente funções de autenticação e configurações associadas - que são negociadas entre as estações base e os terminais de acesso, funcionando como uma referência para as estações base 10 recuperarem informações (por exemplo, para obter informações de sessão para evitar conflitos durante a mudança de sessão). O SRNC fonte pode também manter a cópia de referência da sessão e efetuar a função do controlador de paging. SRNC pode ser localizado usando o UATI do AT. Em 15 um aspecto correlacionado, o componente de transferência de sessão pode transferir de forma robusta o SRNC para outra entidade, enquanto ao mesmo tempo outra AT estiver sendo adicionada ao conjunto ativo ou à negociação da sessão.

De acordo com uma metodologia, inicialmente um SRNC fonte e um SRNC alvo são posicionados em uma rota ajustada para troca de mensagens (por exemplo, que foi ajustada para comunicação). Subseqüentemente, uma mensagem relacionada a uma requisição de transferência de SRNC pode ser enviada para o SRNC fonte a partir do SRNC alvo. O SRNC fonte pode a seguir fornecer números de seqüência UATI (por exemplo, um número crescente associado ao UATI) para informar às estações base os números de seqüência fornecidos para o SRNC alvo. Além disso, o SRNC alvo pode fornecer o UATI atualizado para o AT. Ao receber tal mensagem pelo AT, isso subsequentemente responde com uma mensagem completa de UATI, para o SRNC alvo para indicar acordo com o UATI atualizado e a transferência para o SRNC alvo designado. 0 SRNC alvo pode a seguir anunciar para os membros da rota associados ao mesmo (por exemplo, o SRNC fonte e o eBS servidor) que o UATI mudou e o SRNC alvo tem agora a posse da sessão. De forma similar, as estações base podem modificar seu UATI associado para aquele do SRNC alvo.

Para o cumprimento dos fins acima e relacionados, certos aspectos ilustrativos são descritos aqui em conexão com a descrição seguinte e os desenhos em anexo. Esses aspectos são indicativos, portanto, de algumas das varias maneiras dos quais os princípios do pedido podem ser empregados e reivindicados é intencionado incluir todos os aspectos e seus equivalentes. Outras vantagens e novas características podem ficar aparentes a partir da descrição detalhada a seguir quando considerada em conjunto com os desenhos.

Breve Descrição dos Desenhos

A Figura 1 ilustra um componente de transferência de sessão exemplar que transfere uma sessão de um controlador de rede de referência de sessão (SRNC) fonte para um SRNC alvo.

A Figura 2 ilustra um sistema exemplar para transferência de SRNC que inclui redes de acesso na forma de uma entidade funcional que contém um caso de rota de AN (ANRI) para comunicação de forma lógica com o terminal de acesso (AT).

A Figura 3 ilustra um identificador de terminal de acesso unicast (UATI) exemplar que pode ser atualizado para designar uma transferência para estações base.

A Figura 4 ilustra uma metodologia correlacionada para transferência de um estado para um SRNC alvo de acordo com um aspecto.

A Figura 5 ilustra uma outra metodologia de transferência da posse de uma sessão de um SRNC fonte para um SRNC alvo de acordo com um aspecto.

A Figura 6 ilustra um fluxo de chamada exemplar de transferência de SRNC de acordo com outro aspecto, em que pode ser presumido que o SRNC fonte e o SRNC alvo já estão no conjunto de rota.

A Figura 7 ilustra um fluxo de chamada quando ocorre a adição de conjunto de rota durante uma transferência de referência de sessão.

A Figura 8 ilustra um outro fluxograma para quando a negociação de sessão é tentada durante uma transferência de referência de sessão de acordo com outro aspecto.

A Figura 9 ilustra um fluxograma correlacionado

que ilustra uma transferência de referência de sessão exemplar em que o AT não recebe a mensagem de designação de UATI (UATIAssign ) .

A Figura 10 ilustra um outro aspecto exemplar de um fluxo de chamada que descreve uma situação de falha para uma transferência de referência de sessão em que a mensagem de UATI completado (UATIComplete) é perdida.

A Figura 11 ilustra um sistema especifico que facilita a transferência de posse de uma sessão de um SRNC 2 0 fonte para um SRNC alvo.

A Figura 12 ilustra um sistema que pode ser empregado em conexão com a transmissão de uma sessão para um SRNC alvo de acordo com um aspecto.

A Figura 13 ilustra funções exemplares de estações base exemplares que controlam a conexão que permite ao AT e à AN se comunicar como parte de um sistema sem fio.

Descrição Detalhada

Vários aspectos serão descritos agora com referência aos desenhos. Na descrição que se segue, com o propósito de explicação, vários detalhes específicos são apresentados de modo a propiciar uma completa compreensão de um ou mais aspectos. No entanto, ficará claro que tais aspectos podem ser praticados sem tais detalhes específicos.

Tal como usados no presente pedido, os termos "componente", "módulo", "sistema" e similares se destinam a referenciar uma entidade relacionada a computadores, seja hardware, firmware, uma combinação de hardware e software, software, ou software em execução. Como exemplo, um componente pode ser, porém não fica limitado a ser, um processo rodando em um processador, um processador, um objeto, um executável, uma cadeia de execução, um programa e/ou um computador. Como ilustração, tanto um aplicativo rodando em um dispositivo de computação como o dispositivo de computação podem ser um componente. Um ou mais componentes podem residir dentro de um processo e/ou cadeia de execução, e um componente pode estar localizado em um computador e/ou distribuído entre dois ou mais computadores. Além disso, tais componentes podem ser executados a partir de vários meios legíveis por computador, possuindo várias estruturas de dados neles armazenadas. Os componentes podem se comunicar por meio de processos locais e/ou remotos, por exemplo, de acordo com um sinal possuindo um ou mais pacotes de dados, por exemplo dados provenientes de um componente interagindo com outro componente em um sistema local, um sistema distribuído, e/ou através de uma rede, tal como a Internet, com outros sistemas, por meio do sinal.

Adicionalmente, vários aspectos são aqui descritos em conexão com um terminal, que pode ser um terminal cabeado ou sem fio. Um terminal pode também ser 30 denominado como um sistema, dispositivo, unidade de assinante, estação móvel, móvel, dispositivo móvel, estação remota, terminal remoto, terminal de acesso, terminal de usuário, terminal, dispositivo de comunicação, agente de usuário, dispositivo de usuário, equipamento de usuário 35 (UE). Um terminal sem fio pode ser um telefone celular, um telefone por satélite, um telefone sem fio, um telefone de protocolo de inicialização de sessão (SIP), uma estação de Ioop sem fio de circuito local (WLL) , um assistente de dados pessoal (PDA), um dispositivo portátil possuindo capacidade de conexão sem fio, um dispositivo de computação ou outro dispositivo de processamento conectado a um modem sem fio. Além disso, vários aspetos são descritos aqui em conexão com a estação base. A estação base pode ser utilizada para comunicação com terminal (is) de acesso e pode ser referida como um ponto de acesso, um nó B, estação base melhorada (eBS), ou alguma outra terminologia.

Além disso, o termo "ou" tenciona significar um "ou" inclusivo e não um "ou" exclusivo. Isto é, a menos que especificado o contrário, ou caso claro pelo contexto, a frase "X emprega A ου B" tenciona significar quaisquer das permutações naturais inclusivas; isto é, a frase "X emprega A ou B" é satisfeito por qualquer dos casos: X emprega A, X emprega B, ou X emprega tanto A como B. Além disso, os artigos "um" e "uma", tal como usados no presente documento e nas reivindicações anexas devem ser de um modo geral considerados como significando "um ou mais", a menos que especifique o contrário, ou fique claro pelo contexto como estando dirigidos a uma forma singular.

As técnicas aqui descritas podem ser usadas para vários sistemas de comunicação sem fio, tais como sistemas CDMA, TDMA, FDMA, OFDMA, SC-FDMA e outros. Os termos "sistema" e "rede" são usados de forma intercambiável. Um sistema CDMA pode implementar uma tecnologia de rádio tal como a acesso de rádio terrestre universal (UTRA) , CDMA 2000, etc. 0 UTRA inclui o CDMA de banda larga (W-CDMA) e outras variantes do CDMA. Além disso, o CDMA2000 cobre os padrões IS-2000, IS-95 e IS-856. Um sistema TDMA pode implementar uma tecnologia de rádio tal como a do Sistema Global para Comunicação Móvel (GSM). Um sistema OFDMA pode implementar uma tecnologia de rádio tal como a UTRA evoluída (e-UTRA), banda larga ultra móvel (UMB), IEEE 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20, FlashOFDM®, etc. O UTRA e e-UTRA fazem parte do sistema de telecomunicação móvel universal (UMTS). O 3GPP de Evolução 5 de Longa Duração (LTE) é uma versão do UMTS que utiliza e-UTRA, que emprega OFDMA no downlink e SC-FDMA no uplink. O UTRA, e-UTRA, UMTS, LTE e GSM estão descritos em documentos de uma organização denominada "Projeto de Parceria de 3a Geração" (3GPP). Adicionalmente, o CDMA 2000 10 e o UMB estão descritos em documentos de uma organização denominada "Projeto de Parceria de 3a Geração 2" (3GPP2).

Vários aspectos ou características serão apresentados em termos de sistemas que podem incluir vários dispositivos, componentes, módulos e assemelhados. Deve 15 ficar claro e apreciado que os diversos sistemas podem incluir dispositivos, componentes, módulos, etc., adicionais e/ou podem não incluir todos os dispositivos, componentes, módulos, etc., discutidos em conexão com as figuras. Pode também ser usada uma combinação de tais 20 alternativas.

A Figura 1 ilustra um componente de transferência de sessão 125 que transfere uma sessão 142 de um controlador de referência de sessão fonte (SRNC) 111 para um SRNC alvo 113. Tipicamente, os SRNC fonte 111 e alvo 113 são responsáveis pela manutenção da referência de sessão com o terminal de acesso 120 (AT) . Além disso, tais SRNC fonte 111 e SRNC alvo 113 podem dar suporte ao gerenciamento de estado inativo do AT 120 e prover funções de controle de paging quando o AT 120 estiver inativo. Em um aspecto, os SRNC 111, 113, contêm uma rota de âncora de sessão para cada AT 120 que eles estão suportando. Adicionalmente, a seleção de gateway de acesso (AGW) pode ser efetuada pelo SRNC 111, 113, para o AT 120. Além disso, um SRNC pode assumir a função de ponto de ligação de dados de SRNC para estabelecer uma ligação apenas para sinalização com o AGW quando o AT estiver inativo. 0 SRNC pode também funcionar como o autenticador para autenticação de acesso.

Como ilustrado na Figura 1, o componente de 5 transferência de sessão 125 transfere a posse de uma sessão 142 do SRNC fonte 111 para o SRNC alvo 113, em que o identificador de terminal de acesso unicast (UATI) associado pode então ser atualizado para designar tal transferência para as estações base relacionadas. Assim 10 sendo, o gerenciamento de sessão se torna independente do gerenciamento de conexão, em que, quando uma sessão deve ser mudada, isto não requer necessariamente mover a conexão a ela associada. Isto contrasta com os sistemas convencionais que requerem que a conexão seja mudada caso a 15 sessão seja mudada, ou que pode induzir a interrupções adicionais. Comunicações entre a estação base (não é mostrada) e o AT 120 estão baseadas nas configurações mantidas no controlador de sessão, em que uma estação base deve obter tais configurações a partir do controlador de 20 sessão antes de se comunicar com o AT. A sessão e o AT 120 podem ser identificados para as estações base com base em um identificador de terminal de acesso unicast (UATI), em que as assinaturas de sessão podem também designar uma versão da sessão para o terminal de acesso. Tal 25 identificação por assinaturas de sessão podem se basear em uma seqüência de números que pode ser incrementada quando a sessão é atualizada, por exemplo, uma sessão pode ser modificada quando da inicialização de um novo aplicativo que necessita recursos adicionais.

Com base em tais atualizações, uma estação base

que recebe o UATI pode localizar de forma clara e sem ambigüidade o SRNC alvo 111, que agora gerencia a sessão, para recuperar informações da sessão. Deve ser notado que uma estação base pode renegociar a sessão caso as informações da sessão não sejam aceitáveis. O UATI pode incluir um segmento identificador de sub-rede (possuindo, por exemplo, um tamanho de 8 bits) e uma parte de identificador de AT possuindo um tamanho predeterminado (por exemplo, 24 bits). Ele pode também incluir o endereço 5 IP do SRNC para o AT 120. Assim sendo, quando o sistema AT se move (por exemplo, de uma sub-rede de origem para uma sub-rede alvo), um SRNC alvo pode ser identificado a partir do UATI e uma sessão é referida ou localizada a seguir por meio de um UATI atualizado ou novo. Deve ser notado que 10 apesar de a Figura 1 ilustrar o componente de transferência de sessão como uma única unidade, tal unidade pode estar em uma forma distribuída por todo o sistema. Ademais, os processos de paging durante a transferência de sessão podem ser efetuados pelo uso tanto de um pagelD antigo (por 15 exemplo, designado para o AT pelo controlador de sessão fonte) e um novo pagelD (por exemplo, designado para o AT pelo SRNC alvo) e antes que o novo UATI tenha sido confirmado a partir do AT.

A Figura 2 ilustra um sistema exemplar para 20 transferência de SRNC que inclui rede de acesso na forma de uma entidade funcional que contém um caso de rota de AN (ANRI) 211, 213, 215, para comunicação de forma lógica com o terminal de acesso (AT) 220. A comunicação por um ANRI que não está correntemente servindo o AT 220 através de um 25 link de rádio direto ou reverso é efetuada logicamente por tunelamento de pacotes de protocolo de rota UMB através do eBS servidor do link direto (FLSE) e eBS servidor de link reverso (RLSE) . O SRNC 230 pode possuir uma rota com o AT 220, em que o SRNC 230 pode se comunicar de forma 30 transparente com outras estações base. Em um aspecto, a transferência de uma sessão ocorre sem interrupção da corrente de dados entre o AT e o sistema de comunicação sem fio. Além disso, o AT 220 pode reconhecer cada estação base e pode se comunicar diretamente com as mesmas, em que o SRNC pode atuar como o coordenador das negociações que o AT conduz com tais estações base.

Tal como ilustrado na Figura 2, o gateway de acesso (AGW) 225 provê o "ponto de ligação IP" para a rede de dados em pacotes para os ATs. Assim sendo, o AGW 225 é efetivamente o roteador do primeiro salto (hop) para o AT 220, em que o AGW 225 pode consistir do plano de controle (plano C) para lidar com as mensagens de sinalização entre o eBS/SRNC e o AGW; e o plano de usuário (plano U) para lidar com tráfego portador (bearer). O plano Ceo plano U podem possuir pontos terminais de IP diferentes. 0 componente de transferência move o SRNC de uma entidade para outra entidade.

0 SRNC fonte pode também manter a cópia de referência da sessão e efetuar a função de controlador de paging. 0 SRNC pode ser localizado usando-se o UATI do AT 220. Como exemplo, o endereço IP do SRNC pode ser embutido como parte do UATI. 0 componente de transferência transfere de forma robusta o SRNC para outra entidade que pode ocorrer ao mesmo tempo em que outra AN esteja sendo adicionada. Assim sendo, o componente de transferência transfere a posse de uma sessão de um SRNC fonte para um SRNC alvo, em que o identificador de terminal de acesso unicast (UATI) associado pode ser então atualizado para designar tal transferência para as estações base.

A sessão e o AT podem ser identificados para as estações base com base em um identificador de terminal de acesso unicast (UATI), em que as assinaturas de sessão podem também designar a versão da sessão para o AT. Com base em tais atualizações, uma estação base que receba o UATI pode localizar de forma clara e sem ambigüidade o SRNC alvo, o qual agora gerencia a sessão de referência, para recuperar informações da sessão. Deve ser apreciado que uma estação base pode renegociar a sessão caso as informações de sessão não sejam aceitáveis. Como ilustrado na Figura 2, o ponto de referência Ul porta informações de controle e portador entre o eBS e o AGW. De forma similar, o ponto de referência U2 porta informações de controle entre o SRNC e o eBS; e o ponto de referência U3 porta informações de 5 controle e portador entre dois eBS. Além disso, o ponto de referência U4 porta informações de controle entre SRNCs. Além disso, o ponto de referência U6 porta informações de controle entre o SRNC e o AGW.

A Figura 3 ilustra um identificador de terminal de acesso unicast (UATI) 319 exemplar que pode ser atualizado para designar uma transferência do AT de uma estação base para outra estação base como parte de um sistema de comunicação 300. O UATI serve como um identificador temporário para identificar o AT e o SRNC associado servindo o AT. Como exemplo, o UATI 319 pode ser empregado em mensagens transmitidas através da interface aérea entre a estação móvel 326, 327, o AN, o SRNC alvo 340 ou SRNC fonte 330. Tal como ilustrado na Figura 3, o UATI 319 pode incluir um número predeterminado de bits (por exemplo, 24 bits que incluem um prefixo de 8 bits para o AN e um identificador de SRNC de 16 bits). Deve ser notado que tal disposição é de natureza exemplar e que outros arranjos se inserem na área da presente invenção.

Além disso, podem ser empregados preâmbulos de 25 quadro adicionais, seguidos por uma série de quadros. Outras informações de captação, tais como temporização e outras informações suficientes para que um terminal de acesso se comunique através de uma das portadoras e informações de controle de potências básicas ou de 30 deslocamento podem também ser incluídas no preâmbulo de super quadro. Em outros casos, apenas parte das informações acima e/ou outras informações podem ser incluídas no preâmbulo de quadro e/ou nos sub-quadros. Além disso, cada quadro pode também identificar um número de sub-portadoras que podem ser utilizadas simultaneamente para transmissão durante um período definido.

Em um aspecto correlacionado, tal transferência do SRNC através de UATIs atualizáveis pode ocorrer sem 5 interrupção da corrente de dados entre o AT 326, 327, e o sistema de comunicação sem fio. Além disso, o AT 326, 327, pode reconhecer cada estação base e pode se comunicar diretamente com as mesmas, em que o SRNC pode atuar como o coordenador das negociações que o AT conduziu com tais 10 estações base.

A Figura 4 ilustra uma metodologia 400 correlacionada para transferência de uma sessão de um SRNC fonte para um SRNC alvo de acordo com um aspecto. Enquanto o método exemplar for aqui descrito e ilustrado na forma de uma serie de blocos representativos de vários eventos e/ou atos, os vários aspectos não é limitado pela ordem de ilustração de tais blocos. Por exemplo, alguns atos ou eventos podem ocorrer em ordens diferentes e/ou ao mesmo tempo que outros atos ou eventos, sem contar com a ordem ilustrada aqui, de acordo com os vários aspectos descritos aqui. Além disso, nem todos os blocos, eventos ou atos ilustrados podem ser necessários para implementar uma metodologia de acordo com a presente invenção. Ademais, deve ser notado que o método exemplar e outros métodos de acordo com a presente invenção podem ser implementados em associação com o método aqui descrito e ilustrado, bem como em associação com outros sistemas e equipamentos não ilustrados ou descritos. Inicialmente e em 410, podem ser detectadas mudanças na estação base que serve ao AT, as quais acionam uma mudança entre um SRNC fonte e um SRNC alvo. A seguir, em 420, o UATI associado ao SRNC fonte pode ser atualizado para designar o SRNC alvo. Em 430, uma sessão pode transferir a posse de um SRNC fonte para o SRNC alvo. Tal transferência de posse do SRNC fonte para o SRNC alvo provê o desacoplamento do gerenciamento da sessão do gerenciamento de conexão da sessão em 440. Assim sendo, o gerenciamento de sessão se torna independente do gerenciamento de conexão, em que caso uma sessão deve ser movida isto não requer necessariamente mover a conexão 5 associada à mesma. Tal contrasta com os sistemas convencionais que requerem que a conexão seja movida caso a sessão seja movida, o que pode induzir interrupções adicionais.

A Figura 5 ilustra uma outra metodologia 500 de 10 transferência da posse de uma sessão de um SRNC fonte para um SRNC alvo de acordo com um aspecto. Inicialmente e em 510, um SRNC fonte e um SRNC alvo estão posicionados em uma rota ajustada para troca de mensagens. Subsequentemente e em 52 0, uma mensagem relacionada a uma requisição de 15 transferência de SRNC pode ser enviada para o SRNC fonte a partir do SRNC alvo. Em 530, o SRNC fonte pode então fornecer números de seqüência UATI (por exemplo, um número crescente associado ao UATI) que significam para as estações base os números de seqüência fornecidos para o 20 SRNC alvo. Além disso, o SRNC alvo pode fornecer o UATI atualizado para o AT. Ao receber tal mensagem pelo AT, ele responde subsequentemente com uma mensagem de UATI completo para o SRNC alvo para indicar a concordância com o UATI atualizado e transferir para o SRNC alvo designado. Em 540 25 o SRNC alvo pode então anunciar para os membros da rota associada aos mesmos (por exemplo, o SRNC fonte e o eBS servidor) que o UATI mudou e o SRNC alvo agora assumiu a posse da sessão. De forma similar, as estações base podem mudar seu UATI associado para aquele do SRNC alvo.

A Figura 6 ilustra um fluxo de chamada 600

exemplar de transferência de SRNC de acordo com outro aspecto, em que pode ser presumido que o SRNC fonte e o SRNC alvo já estão no conjunto de rota (por exemplo, se comunicam um com o outro) . Tal como ilustrado, em 610, inicialmente o SRNC alvo envia uma mensagem de requisição de transferência (IAS)-SRNC de Sinalização de Rede de Inter-Acesso para o SRNC fonte para requisitar uma transferência de referência de sessão e inicializa o temporizador (timer) Tstr-ias· Tais temporizadores são 5 empregados para aumentar a confiabilidade dos procedimentos de troca de mensagens.

Subsequentemente, e em 620, o SRNC fonte responde ao SRNC alvo com uma mensagem de resposta de transferência IAS-SRNC. Tal mensagem inclui um novo UATI_SeqNo (para o 10 novo UATI) . Uma vez que o SRNC fonte envie a mensagem de resposta de transferência IAS-SRNC, uma sessão associada ao mesmo pode ser travada. Tal travamento de sessão pode incluir rejeições de qualquer modificação adicional da sessão - todavia aceitando uma requisição por uma cópia da 15 sessão e também requisição para alertar o AT. Ao receber a mensagem de resposta de transferência IAS-SRNC, o SRNC alvo para o temporizador Tstr-Ias- 0 SRNC alvo pode também travar sua sessão.

Em 630, o SRNC alvo envia a mensagem UATIAssign , 20 contendo o novo UATI para o AT. Subsequentemente e em 640, ao receber a mensagem UATIAssign , o AT envia mensagens de UATIComplete para o SRNC alvo. Ao receber a mensagem UATIComplete ou mensagem de sinalização endereçada para o novo UATI, o SRNC alvo destrava sua sessão, por exemplo ele 25 permite a configuração da sessão, e envia a mensagem de atualização IAS-UATI para todos os ANRIs no conjunto de rota.

A seguir e em 640, ao receber a mensagem de atualização de IAS-UATI com um novo UATI_SeqNo, o SRNC 30 fonte libera o UATI antigo e envia a mensagem de confirmação (Ack) de Atualização IAS-UATI de volta para o SRNC alvo. Ao receber a mensagem de confirmação de atualização IAS-UATI, o SRNC alvo destrava a sessão e para o temporizador Tuupd-ias. A Figura 7 ilustra um fluxo de chamada 700 quando ocorre a adição de conjunto de rota durante uma transferência de referência de sessão. Tal fluxo de chamada 7 00 presume que o SRNC fonte e o SRNC alvo já estejam no 5 conjunto de rota, enquanto o eBSl ainda não está no conjunto de rota. Inicialmente e em 710, o SRNC alvo envia uma mensagem de requisição de transferência IAS-SRNC para o SRNC fonte para requisitar uma transferência de referência de sessão e inicializa o temporizador Tstr-Ias10 A seguir e em 720, o SRNC fonte trava sua sessão

e responde ao SRNC alvo com uma mensagem de resposta de transferência IAS-SRNC. Tal mensagem inclui o novo UATI_SeqNo (para o novo UATI) . Ao receber a mensagem de resposta de transferência IAS-SRNC, o SRNC alvo para o temporizador Tstr-ias.

Subsequentemente e em 7 30, o SRNC alvo envia uma mensagem UATIAssign contendo o novo UATI para o AT. No entanto, antes de a mensagem ser recebida no AT, o AT envia a mensagem RouteOpenRequest (requisição de abertura de 20 rota) para o eBS 1 com o UATI antigo para adicionar o eBS 1 ao conjunto de rota. Em 740 o eBSl envia uma mensagem de requisição de informações de sessão IAS endereçada para o UATI antigo, para o SRNC fonte com um sinalizador indicando ser ela destinada à adição ao conjunto de rota e inicializa 25 o temporizador Tsir-Ias.

Em 750 o SRNC fonte aceita a requisição para sessão pelo envio de uma mensagem de resposta de informações sessão IAS com as informações de sessão. Ao receber a mensagem de resposta de informações de sessão IAS, o eBS 1 para o temporizador Tsir-Ias.

Subsequentemente, em 7 60, o AT recebe a mensagem UATIAssign proveniente do SRNC alvo. A seguir, em 770, ao receber a mensagem UATIAssign , o AT envia a mensagem UATIComplete para o SRNC alvo. Assim sendo, e quando da recepção da mensagem UATIComplete ou de uma mensagem de sinalização endereçada ao novo UATI, o SRNC alvo destrava sua sessão, quando a configuração de sessão pode ser habilitada, e envia a mensagem de atualização IAS-UATI para todos os ANRI no conjunto de rota.

5 Em 7 8 0, o SRNC alvo envia uma mensagem de

atualização IAS-UATI com o novo UATI e o novo UATI_SeqNo para o SRNC fonte e inicializa o temporizador Tuupa-ias· Além disso, em 790, ao receber a mensagem de atualização IASUATI, o SRNC fonte libera o UATI antigo e envia uma 10 mensagem de confirmação de atualização IAS-UATI de volta para o SRNC fonte. Ao receber a mensagem de confirmação de atualização IAS-UATI o SRNC alvo para o temporizador Tuupdias. Em 7 92, o AT recebe uma mensagem RouteOpenAccept proveniente do eBSl em resposta à mensagem RouteOpenRequest 15 no ato 7 30. Subsequentemente, em 7 94, o AT envia a mensagem RouteMapStatus para todos os ANRIs no conjunto de rota, incluindo o SRNC alvo.

A seguir, em 796, ao receber a mensagem RouteMapStatus que contém o novo eBSl no conjunto de rota, 20 o SRNC alvo envia a mensagem de atualização IAS-UATI contendo o novo UATI e o novo UATI_SeqNo para o eBS 1 e inicializa o temporizador Tuupd-ias · A seguir, em 799, ao receber a mensagem de atualização IAS-UATI, o eBSl envia uma mensagem de confirmação de atualização IAS-UATI para o 25 SRNC alvo. Ao receber a mensagem de confirmação de atualização IAS-UATI, o SRNC alvo para o temporizador Tuupd

ias ·

A Figura 8 ilustra um outro fluxograma de acordo com outro aspecto. Tal fluxograma descreve o fluxo de 30 chamada para quando a negociação de sessão é tentada durante uma transferência de referência de sessão. 0 fluxo de chamada 800 presume que eBS 1 891, o SRNC fonte 892 e o SRNC alvo 893 já estão no conjunto de rota. Inicialmente, em 801, o SRNC alvo 8 93 envia uma mensagem de requisição de 35 transferência IAS-SRNC para o SRNC fonte 892 para requisitar uma transferência de referência de sessão e inicializa o temporizador Tstr_ias.

Subsequentemente, em 802, o SRNC fonte 892 trava a sua sessão e responde ao SRNC alvo 893 com uma mensagem 5 de resposta de transferência IAS-SRNC. Tal mensagem inclui o novo UATI_SeqNo (para o novo UATI). Ao receber a mensagem de requisição de informações de sessão IAS, o SRNC alvo 893 para o temporizador Tstr-Ias- O SRNC alvo envia a mensagem UATIAssign contendo o novo UATI para o AT. No entanto, 10 antes que a mensagem seja recebida no AT, o AT e o eBSl iniciam a negociação da sessão em 803.

A seguir, em 804, para completar a negociação de sessão, eBSl 891 envia a mensagem de requisição de atualização de informações sessão IAS com o UATI antigo para o SRNC fonte 8 92 e inicializa o temporizador Tsur-ias. Em 805, o SRNC fonte rejeita a requisição através do envio de uma mensagem de resposta de atualização de informações de sessão IAS para o eBSl 891 com o valor de causa de erro indicando que a sessão está travada. Ao receber a mensagem de resposta de atualização de informações de sessão IAS, o eBSl para o temporizador Tsir-Ias e o eBSl pode tentar novamente atualizar a sessão no SRNC após receber uma mensagem de atualização IAS-UATI, ou pode terminar a negociação da sessão com o AT 895. A seguir, em 806, o AT recebe a mensagem UATIAssign proveniente do SRNC alvo.

Subsequentemente e ao receber a mensagem UATIAssign , o AT envia a mensagem UATIComplete para o SRNC alvo em 807. Ao receber a mensagem UATIComplete, ou uma mensagem de sinalização endereçada para o novo UATI, o SRNC 30 alvo destrava sua sessão, podendo então permitir configuração da sessão, e envia uma mensagem de atualização IAS-UATI para todos os ANRIs no conjunto de rota, incluindo o SRNC fonte e o eBSl.

A seguir, em 808, o SRNC alvo envia uma mensagem de atualização IAS-UATI com o novo UATI para o SRNC fonte e inicializa o temporizador Tuupd_ias. Em 809, ao receber a mensagem de atualização IAS-UATI, o SRNC fonte libera o UATI antigo e envia uma mensagem de confirmação de atualização IAS-UATI de volta para o SRNC alvo. Ao receber 5 a mensagem de confirmação de atualização IAS-UATI, o SRNC alvo para o temporizador Tuupd-Ias

Subseqüentemente, em 810, o SRNC alvo envia uma mensagem de atualização IAS-UATI com o novo UATI para o eBSl e inicializa o temporizador Tuupd-ias. Em 811, ao 10 receber a mensagem de atualização IAS-UATI, o eBS 1 usa o novo UATI e envia uma mensagem de confirmação de atualização IAS-UATI de volta para o SRNC alvo. Ao receber a mensagem de confirmação de atualização IAS-UATI, o SRNC alvo para o temporizador Tuupd-Ias. A seguir, em 812, ao 15 receber a mensagem de atualização IAS-UATI, o eBSl envia a mensagem de requisição de atualização de sessão IAS com o novo UATI para o SRNC alvo e inicializa o temporizador Tsur

ias ·

Subsequentemente, em 813, o SRNC alvo aceita a 20 requisição pelo envio de uma mensagem de resposta de atualização de sessão IAS para o eBSl com a nova assinatura da sessão. Ao receber a mensagem de resposta de atualização de sessão IAS, o eBSl para o temporizador Tsur-Ias- Assim sendo, em 814, o eBSl e o AT completam a negociação de 25 sessão usando a nova assinatura da sessão.

A Figura 9 ilustra um fluxo de chamada 900 correlacionado que ilustra uma transferência de referência de sessão exemplar em que o AT 999 não recebe a mensagem de UATIAssign. Tal fluxo de chamada 900 presume que o SRNC 30 fonte 991 e o SRNC alvo 993 já estejam no conjunto de rota, enquanto o eBSl 997 ainda não está no conjunto de rota. Inicialmente, em 910, o SRNC alvo 993 envia uma mensagem de requisição de transferência IAS-SRNC para o SRNC fonte 991 para requisitar uma transferência de referência de sessão e 35 inicializa o temporizador Tstr-ias · A seguir, em 911, o SRNC fonte 991 responde ao SRNC alvo 993 com uma mensagem de resposta de transferência IAS-SRNC. Tal mensagem inclui o novo UATI_SeqNo (para o novo UATI) . Ao receber a mensagem de resposta de 5 transferência IAS-SRNC, o SRNC alvo 993 para o temporizador Tstr-ias· Subsequentemente, em 912, o SRNC alvo 993 envia a mensagem UATIAssign contendo o UATI novo para o AT 999. No entanto, o AT 999 não recebe a mensagem, dado que ele perdeu sua conexão.

Durante este periodo, caso o SRNC fonte 991

receba uma mensagem de requisição de paging, o SRNC fonte 991 irá iniciar um procedimento de paging para o AT 999 usando o pagelD antigo. De forma similar, caso a mensagem UATIComplete não seja recebida, o SRNC fonte e o SRNC alvo 15 993 podem liberar o novo UATI uma vez expirado seu temporizador KeepAlive de sessão. Em 913, o AT 999 acessa o eBSl 997 enviando uma RouteOpenRequest (requisição de rota aberta) com o UATI antigo para o eBSl 997. Subsequentemente, em 914, o eBSNl envia uma mensagem de 20 requisição de informações de sessão IAS para o SRNC fonte com um indicador indicando que este é um acesso e inicializa o temporizador Tsir-ias.

A seguir, em 915, ao receber a mensagem de requisição de informações de sessão IAS com o UATI antigo e 25 o indicador de acesso, o SRNC fonte destrava a sessão e responde ao eBSl com uma mensagem de resposta de informações de sessão IAS. Tal mensagem contém a sessão corrente, o ponto de ligação de dados (DAP) atual e a assinatura de sessão atual. Ao receber a mensagem de 30 resposta de informações de sessão IAS, o eBSl para o temporizador Tsir-ias.

Subsequentemente, em 916, o eBSl envia uma mensagem de RouteOpenAccept para o AT para completar o procedimento de estabelecimento de rota com o AT. De forma similar, em 917, o AT envia um RouteMapStatus para todos os ANRIs no conjunto de rota. A seguir, em 918, ao receber a requisição de informações de sessão IAS com o UATI antigo e o indicador de acesso, o SRNC fonte também envia uma mensagem de atualização IAS-UATI para o SRNC alvo para 5 informar ao SRNC alvo de que ele pode liberar o novo UATI. A seguir, o SRNC fonte inicializa o temporizador Tuup_dias.

Subsequentemente, em 919, ao receber a mensagem de atualização IAS-UATI, o SRNC alvo libera o novo UATI e envia uma mensagem de confirmação de atualização IAS-UATI 10 de volta para o SRNC fonte. Ao receber a mensagem de confirmação de atualização IAS-UATI, o SRNC fonte para o temporizador Tuupd-Ias. Assim sendo, o fluxo de chamada 900 exemplifica uma situação que permite a controlador fonte recuperar a sessão e reter a posse pelo controlador fonte 15 caso a mensagem UATIAssign seja perdida.

A Figura 10 ilustra um outro aspecto exemplar de um fluxo de chamada 1000 que descreve uma situação de falha para uma transferência de referência de sessão em que a mensagem UATIComplete é perdida. Tal fluxo de chamada 1000 presume que o SRNC fonte e o SRNC alvo já estão no conjunto de rota, enquanto o eBSl ainda não está no conjunto de rota. Inicialmente, em 1001, o SRNC alvo envia uma mensagem de requisição de transferência IAS-SRNC para o SRNC fonte para requisitar uma transferência de referência de sessão e inicializa o temporizador Tstr-ias· A seguir, em 1002, o SRNC fonte responde ao SRNC alvo com uma mensagem de resposta de transferência IAS-SRNC. Tal mensagem contém o novo UATI_SeqNo (para o novo UATI) . Ao receber a mensagem de resposta de transferência IAS-SRNC, o SRNC alvo para o temporizador Tstr-ias·

Subseqüentemente, em 1003, o SRNC envia a mensagem UATIAssign contendo o novo UATI para o AT. A seguir, em 1004, o AT envia uma mensagem UATIComplete para o SRNC alvo. No entanto, tal como ilustrado na Figura 10, o AT perde sua conexão antes que a mensagem seja entregue. Durante tal período, caso o SRNC fonte receba uma mensagem de requisição de paging, o SRNC fonte irá iniciar um procedimento de paging para o AT usando o pagelD antigo. Deve ser notado que o AT monitora tanto o pagelD antigo 5 como o novo pagelD caso a mensagem UATIComplete não tenha sido enviada com sucesso. Além disso, caso a mensagem UATIComplete não seja recebida, então o SRNC fonte e o SRNC alvo podem liberar o UATI novo uma vez que o temporizador KeepAlive da sessão tenha expirado. Em 1005, o AT acessa o 10 eBSl pelo envio da mensagem RouteOpenRequest com o novo UATI.

A seguir, em 1006, o eBSl envia uma mensagem de requisição de informações de sessão IAS com um indicador indicando que este é um acesso para o SRNC alvo e 15 inicializa o temporizador Tsir-Ias- Em 1007, e quando do recebimento da mensagem de requisição de informações de sessão IAS com o novo UATI, o SRNC alvo destrava a sessão e envia a mensagem de resposta de informações de sessão IAS para o eBSl. A mensagem contém a sessão do AT. Ao receber a 20 mensagem de resposta de informações de sessão IAS, o eBSl para o temporizador Tsir-ias.

Subsequentemente e em 1008, o eBSl envia uma mensagem RouteOpenAccept para o AT para completar o procedimento de estabelecimento da rota. A seguir, em 1009, o AT envia uma mensagem RouteMapStatus para todos os ANRIs no conjunto de rota, incluindo o eBSl e o SRNC alvo. Em 1010, ao receber a mensagem de requisição de informações de sessão IAS com o novo UATI, o SRNC alvo envia uma mensagem de atualização IAS-UATI para o SRNC fonte e inicializa o temporizador Tuupd_ias. A seguir, em 1011, ao receber a mensagem de atualização IAS-UATI, o SRNC fonte envia uma mensagem de confirmação de atualização IAS-UATI para o SRNC alvo e pode liberar o UATI antigo. Ao receber a mensagem de confirmação de atualização UATI, o SRNC alvo para o temporizador Tuupd-ias. Assim sendo, o sistema de telecomunicação pode se recuperar durante um caso de falha para uma transferência de referência de sessão em que a mensagem de UATIComplete seja perdida.

A Figura 11 ilustra um sistema 1100 específico 5 que facilita a transferência de posse de uma sessão de um SRNC fonte para um SRNC alvo. 0 sistema 1100 pode estar associado a um ponto de acesso e inclui um grupamento 1102 de componentes que podem se comunicar entre si em conexão com a transferência da posse de sessões e fornecimento de 10 atualizações para o UATI.

0 grupamento 1102 inclui também um componente 1106 para transferência de uma sessão de um SRNC fonte para um alvo. Tal grupamento pode incluir também componentes para rastrear assinaturas de sessões (não mostrado) e um 15 componente para fornecer a configuração de QoS 1107, em que, caso uma sessão deva ser movida, tal não requer necessariamente mover a conexão associada com a mesma. 0 grupamento 1102 inclui também um componente 1108 para receber dados de comunicação e/ou troca de mensagens 20 provenientes de um SRNC fonte, em que os dados são desejavelmente transmitidos para o AT e/ou SRNC alvo. Além disso, os dados de comunicação recebidos a partir do AT podem consistir de um pacote de dados encapsulados por IP que está associado a um número de seqüência ou marca. 0 25 grupamento 1102 pode incluir também um componente 1110 para transmissão de dados de comunicação (por exemplo, troca de mensagens) para o SRNC alvo 1110 em uma seqüência apropriada. 0 sistema 1100 pode também incluir uma memória 1112 que pode reter instruções relacionadas aos componentes 30 de execução 1104 a 1110. 0 sistema 1100 compreende também um componente 1104 para notificar as estações base e outras unidades em comunicação com o AT sobre a transferência de sessão e/ou a identidade do SRNC alvo.

A Figura 12 ilustra um sistema 1200 que pode ser empregado em conexão com a interação com uma sessão transmitida para um SRNC alvo de acordo com um aspecto. 0 sistema 1200 compreende um receptor 1202 que recebe um sinal proveniente, por exemplo, de uma ou mais antenas de recepção e efetua ações típicas sobre o mesmo (por exemplo, 5 filtra, amplifica, converte descendentemente, etc.) e digitaliza o sinal condicionado para a obtenção de amostras. Um demodulador 1204 pode demodular e prover símbolos de piloto recebidos para um processador 1206 para estimativa de canal.

O processador 1206 pode ser um processador

dedicado à análise de informações recebidas pelo componente receptor 1202 e/ou para geração de informações para transmissão por um transmissor 1214. O processador 1206 pode ser um processador que controla uma ou mais partes do sistema 1200 e/ou um processador que analisa informações recebidas pelo receptor 1202, gera informações para transmissão por um transmissor 1214 e controla uma ou mais partes do sistema 1200. O sistema 1200 pode incluir um componente de otimização 1208 que pode otimizar o desempenho de equipamentos de usuário antes, durante e/ou após o handoff. O componente de otimização 1208 pode ser incorporado ao processador 1206. Deve ser notado que o componente de otimização 1208 pode incluir um código de otimização que efetua análise com base em utilidade em conexão com a determinação sobre se deve iniciar o handoff de sessão do sistema SRNC fonte para o SRNC alvo. O código de otimização pode utilizar métodos baseados em inteligência artificial em conexão com a atuação de inferência e/ou determinação probabilísticas e/ou baseada em estatísticas em conexão com a atuação de handoff.

0 sistema (equipamento de usuário) 1200 pode compreender também uma memória 1210 que está operacionalmente acoplada ao processador 1206 e que armazena informações tais como informações de força de sinal com relação a uma estação base, informações de programação e similares, em que tais informações podem ser empregadas em conexão com a determinação de se e quando iniciar e/ou requisitar um handoff de sessão. A memória 1210 pode também armazenar protocolos associados à geração 5 de tabelas de consulta, etc. , de tal forma que o sistema 1200 possa empregar protocolos e/ou algoritmos para aumentar a capacidade do sistema. Deve ser notado que os componentes de armazenamento de dados (por exemplo, memórias) aqui descritos podem incluir memórias voláteis 10 e/ou memórias não voláteis, ou podem incluir ambas memórias voláteis e não voláteis. Como exemplo de ilustração, mas não limitação, as memórias não voláteis incluem memória apenas para leitura (ROM), ROM programável (PROM), ROM eletricamente programável (EPROM), ROM eletricamente 15 apagável (EEPROM), ou memória rápida. As memórias voláteis incluem memória de acesso aleatório (RAM), que atua como uma memória cache externa. Como exemplo de ilustração, mas não limitação, a RAM está disponível em várias formas, tais como RAM síncrona (SRAM), RAM dinâmica (DRAM), DRAM 20 síncrona (SDRAM), SDRAM de taxa de dados dupla (DDR SDRAM), SDRAM melhorada (ESDRAM) , DRAM Synchlink (SLDRAM) e RAM Rambus direta (DRRAM). A memória 1210 se destina a compreender, sem estar limitada a, estes e outros tipos adequados de memória. 0 processador 1206 está conectado a 25 um modulador de símbolos 1212 e ao transmissor 1214 que transmite o sinal modulado.

A Figura 13 ilustra funções de estações base em que as estações base controlam a conexão que representa uma designação de recursos (por exemplo, recursos dedicados) 30 que permitem um terminal de acesso (AT) se comunicar com uma rede de acesso (AN) . Como ilustrado, o sistema 1300 compreende uma estação base 1302 com um receptor 1310 que recebe sinais provenientes de um ou mais dispositivos de usuário 1304 através de uma ou mais antenas de recepção 35 1306 e transmite para os um ou mais dispositivos de usuário 1304 através de uma pluralidade de antenas de transmissão 1308. Em um exemplo, as antenas de recepção 1306 e as antenas de transmissão 1308 podem ser implementadas usando-se um único conjunto de antenas. O receptor 1310 5 pode receber informações provenientes das antenas de recepção 1306 e está operacionalmente associado a um demodulador 1312 que demodula as informações recebidas. O receptor 1310 pode ser, por exemplo, um receptor Rake (isto é, uma técnica que processa individualmente componentes de 10 um sinal de múltiplas trajetórias usando uma pluralidade de correlacionadores de banda base,...), um receptor baseado em MMSE, ou algum outro receptor adequado para separação de dispositivos de usuário designados para o mesmo, como saberão os versados na técnica. Como exemplo, múltiplos 15 receptores podem ser empregados (por exemplo, um por antena de recepção) e tais receptores podem se comunicar uns com os outros para prover estimativas aperfeiçoadas de dados de usuários. Os símbolos demodulados são analisados por um processador 1314 que é similar ao processador acima 20 descrito com referência à Figura 11 e que está acoplado a uma memória 1316 que armazena informações relacionadas a designações de dispositivos de usuário, tabelas de consulta relacionadas aos mesmos e similares. As saídas de receptor para cada antena podem ser processadas em conjunto pelo 25 receptor 1310 e/ou processador 1314. Um modulador 1318 pode multiplexar o sinal para transmissão por um transmissor 1320 através das antenas de transmissão 1308 para dispositivos de usuário 1304.

As várias lógicas ilustrativas de blocos lógicos, 30 módulos e circuitos aqui descritos em conexão com os aspectos aqui apresentados podem ser implementados ou efetivados por meio de um processador de uso geral, um processador de sinais digitais (DSP), um circuito integrado específico para aplicação (ASIC), arranjos de porta 35 programáveis no campo (FPGA) ou outros dispositivos lógicos programáveis, portas individuais ou lógica de transistores, componentes de hardware individuais, ou quaisquer combinações de tais projetadas para efetuar as funções aqui descritas. Um processador de uso geral pode ser um microprocessador, porém como alternativa o processador pode ser qualquer processador, controlador, micro controlador, ou máquina de estado convencionais. Um processador pode também ser implementado na forma de uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores em conjunto com um núcleo DSP, ou qualquer outra configuração similar. Adicionalmente, pelo menos um processador pode compreender um ou mais módulos que operam para efetuar uma ou mais das etapas e/ou ações acima descritas.

Além disso, as etapas e/ou ações de um método ou algoritmo descrito em conexão com os aspectos aqui apresentadas podem ser materializada diretamente em hardware, em um módulo de software executado por um processador, ou em uma combinação de ambos. Um módulo de software pode residir em uma memória RAM, memória flash, memória ROM, memória EPROM, memória EEPROM, registradores, disco rigido, um disco removível, um CD-ROM, ou qualquer outra forma de meio de armazenamento conhecido pelos versados na técnica. Um exemplo de meio de armazenamento pode ser acoplado ao processador de tal forma que o processador possa Ier informações provenientes do, e gravar informações no, meio de armazenamento. Como alternativa, o meio de armazenamento pode estar integrado ao processador. Além disso, em alguns aspectos, o processador e o meio de armazenamento podem residir em um ASIC. Adicionalmente, o ASIC pode residir em um terminal de usuário. Como alternativa, o processador e o meio de armazenamento podem residir na forma de componentes individuais em um terminal de usuário. Adicionalmente, em alguns aspectos, as etapas e/ou ações de um método ou algoritmo podem residir na forma de um ou qualquer combinação ou conjunto de códigos e/ou instruções em um meio legivel por máquina e/ou meio legível por computador, o qual pode ser incorporado a um produto de programa de computador.

Em um ou mais aspectos, as funções descritas podem ser implementadas em hardware, software, firmware, ou qualquer combinação de tais. Caso implementadas em software, as funções podem ser armazenadas ou transmitidas na forma de uma ou mais instruções ou códigos em um meio legível por computador. As mídias legíveis por computador incluem mídia para armazenamento em computadores e mídia de comunicação, incluindo qualquer meio que facilite a transferência de um programa de computador de um local para outro. Um meio para armazenamento pode ser qualquer mídia disponível que possa ser acessada por um computador. Como exemplo, mas não limitação, tais mídias legíveis por computador podem compreender RAM, ROM, EEPROM, CD-ROM, ou outro armazenamento em disco óptico, armazenamento em disco magnético ou outros dispositivos de armazenamento magnéticos, ou qualquer outro meio que possa ser usado para portar ou armazenar códigos de programa desejados na forma de instruções ou estruturas de dados que possam ser acessados por um computador. Além disso, qualquer conexão pode ser nomeada como um meio legível por computador. Como exemplo, caso o software seja transmitido a partir de um website, servidor, ou outra fonte remota, usando-se um cabo coaxial, cabo de fibra óptica, par trançado, linha de assinante digital (DSL), ou tecnologias sem fio, tais como infravermelho, rádio, e microondas, então o cabo coaxial, cabo de fibra óptica, par trançado, DSL, ou tecnologias sem fio, tais como infravermelho, rádio, e microondas estão incluídos na definição de meio. 0 termo disco, tal como é aqui utilizado, inclui disco compacto (CD), disco laser, disco óptico, disco versátil digital (DVD), disquete, e disco blu-ray, onde os discos (disks) geralmente reproduzem dados magneticamente, e discos (discs) geralmente reproduzem dados oticamente com laser. As combinações dos acima mencionados devem também ser incluídas no escopo de 5 mídias legíveis por computador.

Apesar de a descrição acima comentar aspectos e/ou materializações ilustrativas, deve ficar claro que várias modificações ou mudanças poderiam ser efetuadas sem constituir um afastamento do escopo dos aspectos e/ou 10 materializações descritas tal como definido pelas reivindicações anexas. Além disso, apesar de elementos dos aspectos descritos e/ou materializações poderem ter sido descritos ou reivindicados no singular, é contemplado o plural a menos que uma limitação ao singular seja 15 explicitamente declarada. Adicionalmente, a totalidade ou uma parte de qualquer aspecto e/ou materialização podem ser utilizadas com a totalidade ou uma parte de qualquer outro aspecto e/ou materialização, a menos de declaração em contrário.

Claims (30)

1. Um método de handoff de sessão, compreendendo: identificar uma sessão e um terminal de acesso (AT) para uma estação base; e transferir a posse da sessão de um controlador de sessão fonte para um controlador de sessão alvo, a sessão transferível independentemente de uma conexão associada à mesma.

2. 0 método, de acordo com a reivindicação 1, compreendendo também empregar um identificador de terminal de acesso unicast (UATI) que notifica a estação base com referência a uma identidade da sessão.

3. 0 método, de acordo com a reivindicação 2, compreendendo também fornecer um controlador de rede de referência de sessão (SRNC) fonte como o controlador de sessão fonte e um SRNC alvo como o controlador alvo em sistemas 3GPP2.

4. 0 método, de acordo com a reivindicação 3, compreendendo também renegociar a sessão com o SRNC alvo ao se completar a transferência de sessão.

5. 0 método, de acordo com a reivindicação 3, compreendendo também receber uma requisição de transferência SRNC pelo SRNC fonte para iniciar a transferência de sessão.

6. 0 método, de acordo com a reivindicação 3, compreendendo também fornecer números de seqüência do UATI para estações base para facilitar a identificação da sessão.

7. 0 método, de acordo com a reivindicação 3, compreendendo também o travamento da sessão pelo SRNC fonte para rejeitar uma modificação de sessão durante a transferência de sessão.

8. O método, de acordo com a reivindicação 7, compreendendo também o destravamento da sessão ao se finalizar a designação do UATI do SRNC alvo para o AT.

9. 0 método, de acordo com a reivindicação 3, compreendendo também o anúncio da transferência da posse da sessão para todas as entidades que estão em comunicação com o AT.

10. Pelo menos um processador configurado para fornecer handoff de sessão, compreendendo: um primeiro módulo para identificar uma sessão e um terminal de acesso (AT) para uma estação base; e um segundo módulo para transferir a posse da sessão de um controlador de sessão fonte para um controlador de sessão alvo, a sessão transferivel independentemente de uma conexão associada à mesma.

11. Um produto de programa de computador, compreendendo: um legível por computador compreendendo: um primeiro conjunto de códigos para levar um computador a identificar uma sessão e um terminal de acesso (AT) para uma estação base; e um segundo conjunto de códigos para levar o computador a transferir a sessão de um controlador de sessão fonte para um controlador de sessão alvo, a sessão transferivel independentemente de uma conexão associada à mesma.

12. Um equipamento, compreendendo: mecanismos para transferir uma sessão de um SRNC fonte para um SRNC alvo, a sessão transferivel independentemente de uma conexão da mesma; e mecanismos para notificar estações base com referência à transferência da sessão.

13. Um método para transferência de sessão, compreendendo: identificar uma sessão e um AT para uma estação base; e receber da posse da sessão por um controlador de sessão alvo como resultado de uma transferência de sessão de um controlador de sessão fonte, a sessão transferivel independentemente de uma conexão associada à mesma.

14. 0 método, de acordo com a reivindicação 13, compreendendo também empregar um identificador de terminal de acesso unicast (UATI) que notifica a estação base com referência â identidade da sessão.

15. O método, de acordo com a reivindicação 13, compreendendo também fornecer um controlador de rede de referência de sessão (SRNC) fonte como o controlador de sessão fonte e um SRNC alvo como o controlador alvo em sistemas 3GPP2.

16. O método, de acordo com a reivindicação 15, compreendendo também renegociar a sessão com o SRNC alvo ao se completar a transferência de sessão.

17. O método, de acordo com a reivindicação 15, compreendendo também enviar uma requisição de transferência SRNC pelo SRNC alvo para o SRNC fonte.

18. O método, de acordo com a reivindicação 15, compreendendo também alertar o AT através de pelo menos um dentre um identificador de page designado pelo SRNC fonte e um identificador de page designado pelo SRNC alvo.

19. 0 método, de acordo com a reivindicação 15, compreendendo também travar a sessão pelo SRNC fonte para rejeitar uma modificação de sessão.

20. O método, de acordo com a reivindicação 19, compreendendo também destravar a sessão quando da designação do SRNC alvo.

21. 0 método, de acordo com a reivindicação 13, compreendendo também anunciar a transferência de posse da sessão para todas as entidades que estão em comunicação com o AT.

22.Um sistema implementado por computador, compreendendo : um terminal de acesso sem fio que opera para identificar uma sessão e um AT para uma estação base; um componente de transferência de sessão que opera para transferir a sessão de um SRNC fonte para um SRNC alvo, a sessão transferivel independentemente de uma conexão associada à mesma.

23.Um sistema para comunicação sem fio, compreendendo: uma unidade de memória que fornece instruções para comutação de uma sessão entre um SRNC fonte e um SRNC alvo; e uma unidade de processador que executa instruções para comutar a sessão entre o SRNC fonte e o SRNC alvo, a sessão transferivel independentemente de uma conexão associada à mesma.

24.Um sistema de comunicação, compreendendo: mecanismos para transferir uma sessão de um SRNC fonte para um SRNC alvo, a sessão transferivel independentemente de uma conexão associada da mesma; e mecanismos para notificar estações base com referência à transferência da sessão para o SRNC alvo.

25.O sistema de comunicação, de acordo com a reivindicação 24, compreendendo também mecanismos para identificar o SRNC alvo.

26.Um método de um sistema de comunicação sem fio, o método compreendendo: receber uma mensagem de requisição de transferência IAS-SRNC por um SRNC fonte para requisição de uma transferência de referência de sessão para um SRNC alvo; e enviar uma mensagem de resposta de transferência IAS-SRNC pelo SRNC fonte que inclui informações para um novo UATI para facilitar a transferência de sessão.

27. O método, de acordo com a reivindicação 2 6, compreendendo também travar uma sessão para rejeitar a modificação da mesma.

28.O método, de acordo com a reivindicação 26, compreendendo também enviar uma mensagem de confirmação de atualização IAS-UATI pelo SRNC fonte para o SRNC alvo para facilitar a transferência da sessão.

29.O método, de acordo com a reivindicação 26, compreendendo também parar ou inicializar temporizadores durante a troca de mensagens para gerenciar os tempos de resposta.

30. O método, de acordo com a reivindicação 26, compreendendo também notificar uma estação base para transferência da sessão para o SRNC alvo.