BRPI0719193A2

BRPI0719193A2 - Sistema e método para gerenciar sessões de ip baseados em quantas sessões de ip são suportadas.

Info

Publication number: BRPI0719193A2
Application number: BRPI0719193-6A
Authority: BR
Inventors: Jeff Wirtanen; M Khaledul Islam; Trevor T Plestid
Original assignee: Research In Motion Ltd
Priority date: 2006-10-13
Filing date: 2007-10-11
Publication date: 2014-02-04
Also published as: AU2007348201B2; EP2082559A4; CN101554081A; KR20090065549A; JP5145344B2; EP1912386B1; WO2008104046A1; KR20110086771A; CA2666318A1; JP2010506517A; AU2007348201A1; EP1912386A1; EP2082559A1; KR101106399B1; CA2666318C

Description

SISTEMA E MÉTODO PARA GERENCIAR SESSÕES DE IP BASEADOS EM QUANTAS SESSÕES DE IP SÃO SUPORTADAS

Campo do Pedido

O pedido se refere a uma comunicação sem fio e, mais 5 particularmente, a sessões de IP.

Antecedentes

As comunicações entre um dispositivo móvel e um nó correspondente são processadas em uma rede de UMTS (Sistema Universal de Telecomunicações Móveis) através de nós de 10 serviço de GPRS (Serviço de Rádio de Pacote Geral) . Os nós de serviço de GPRS incluem um SGSN (Nó de Suporte de GPRS de Serviço) e um GGSN (Nó de Suporte de GPRS de Gateway) . Essa troca de comunicação entre o dispositivo móvel e o nó correspondente envolve uma troca de comunicação entre o 15 dispositivo móvel e o SGSN. As trocas de comunicação, tal como uma comunicação de plano de usuário (isto é, um tráfego de dados de IP) entre o dispositivo móvel e o nó de SGSN usam um ou mais contextos de PDP. Pode haver muitos contextos de PDP, dependendo de quantos aplicativos

2 0 diferentes do dispositivo móvel estão se comunicando por contextos de PDP. Contudo, o número de contextos de PDP para o dispositivo móvel pode ser limitado pelo número de contextos de PDP suportados na área de roteamento na qual o dispositivo móvel reside.

Áreas de roteamento diferentes podem suportar números

diferentes de contextos de PDP. Contudo, o dispositivo móvel não está ciente de quantos contextos de PDP uma dada área de roteamento suporta para o dispositivo móvel. Isto pode levar a situações indesejáveis. Por exemplo, o dispositivo móvel poderia requisitar que um novo contexto de PDP seja estabelecido enquanto não ciente que um número máximo de sessões de IP já está estabelecido. Portanto, o dispositivo móvel será mal sucedido no estabelecimento do novo contexto de PDP. Isto leva a um gerenciamento ruim de 5 contextos de PDP pelo dispositivo móvel. Se mais serviços usando um contexto de PDP forem requisitados pelo usuário do que forem suportados pela rede, então, pode haver algum tipo de multiplexação de alguns desses serviços que são atrasados, etc.

Uma abordagem possível é que o dispositivo móvel

sempre assuma que apenas um contexto de PDP seja suportado. Contudo, esta abordagem não tira vantagem de quando contextos de PDP são suportados. Isto pode resultar em usuários infelizes em redes que suportavam mais de um contexto de PDP.

Sumário do Pedido

De acordo com um aspecto amplo, é provido um método em uma rede sem fio que compreende: determinar quantas sessões de Protocolo de Internet 'IP' podem ser suportadas por um 20 dispositivo móvel residente em uma dada área; e transmissão para o dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas.

De acordo com um outro aspecto amplo, é provida uma rede sem fio que compreende uma função de sessão de IP 25 adaptada para: determinar quantas sessões de IP podem ser suportadas para um dispositivo móvel residente em uma dada área; e transmissão para o dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas.

3 0 De acordo com um outro aspecto amplo, é provido um método em um dispositivo móvel que compreende: o recebimento de uma rede sem fio de uma identificação de quantas sessões de IP a rede sem fio é capaz de suportar para o dispositivo móvel residente em uma dada área; e gerenciamento de sessões de IP com base na identificação.

De acordo com um outro aspecto amplo, é provido um dispositivo móvel que compreende: uma rádio de acesso sem fio adaptada para comunicação com uma rede sem fio; e uma função de gerenciamento de sessão de IP adaptada para: 10 receber uma identificação de quantas sessões de IP a rede sem fio é capaz de suportar; e gerenciamento de sessões de IP com base na identificação.

Breve Descrição dos Desenhos

As modalidades serão descritas, agora, com referência aos desenhos anexados, nos quais:

a Figura IA é um diagrama de blocos de um exemplo de rede sem fio e um dispositivo móvel;

a Figura IB é um diagrama de blocos do dispositivo móvel mostrado na Figura IA;

2 0 a Figura IC é um diagrama de blocos de um outro

dispositivo móvel;

as Figuras 2 e 3 são fluxogramas de um método de exemplo de transmissão para um dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel residente em uma dada área de roteamento;

as Figuras 4A e 4B são tabelas de conteúdos de mensagem de exemplo que podem ser usadas para a transmissão da identificação de quantas sessões de IP podem ser

3 0 suportadas; as Figuras 5A e 5B são tabelas de um elemento de informação suportado por contextos de PDP de exemplo; e

as Figuras 6 a 8 são fluxogramas de um método de exemplo para gerenciamento de sessões de IP com base na identificação de quantas sessões de IP podem ser suportadas.

Descrição Detalhada de Modalidades Sistema de Comunicação Sem Fio

Com referência, agora, à Figura IA, é mostrado um 10 diagrama de blocos de uma rede sem fio de exemplo 100 e de um dispositivo móvel 100. A rede sem fio 100 tem uma primeira área de roteamento 3 0 e uma segunda área de roteamento 40. Pode haver outras áreas de roteamento, mas elas não são mostradas, por simplicidade. Cada área de 15 roteamento tem pelo menos um RNC (controlador de rede de rádio). No exemplo ilustrado, a primeira área de roteamento 30 tem um primeiro RNC 31 e um segundo RNC 32, enquanto a segunda área de roteamento 4 0 tem um RNC único 41. Cada RNC 31, 32, 41 está associado a um respectivo Id de RNC. 0

2 0 primeiro RNC 31 e o segundo RNC 3 2 da primeira área de

roteamento 3 0 têm um Id de RNC 31a e um Id de RNC 3 2a, respectivamente, enquanto o RNC único 41 da segunda área de roteamento 40 tem um Id de RNC 41a. Cada célula (não mostrada) em um RNC (através do Nó B) está associada a uma 25 RAI (identificação de área de roteamento) de uma forma hierárquica. Uma RAI pode incluir uma ou mais células e passar através de RNCs. Em algumas implementações, cada RAI é uma combinação de um código de pais, de um código de rede e de um código de área de roteamento. As RAIs podem diferir

3 0 para outras redes sem fio. No exemplo ilustrado, cada RNC 31, 32, 43 é acoplado um SGSN (Nó de Suporte de Serviço de Rádio de Pacote Geral de Serviço) 50, o qual, por sua vez, é acoplado a um GGSN (Nó de Suporte de GPRS de Gateway) 60, o qual, por sua vez,

5 é acoplado a uma PDN (Rede de Dados de Pacote) 70. A PDN 70 pode ser, por exemplo, a Internet. 0 SGSN 5 0 tem uma função de sessão de IP 51 acoplada a um processador 52, e pode ter outros componentes, mas eles não são mostrados por simplicidade.

A rede sem fio 100 é mostrada com um dispositivo móvel

único, especificamente, o dispositivo móvel 10. Pode haver outros dispositivos móveis, mas eles não são mostrados por simplicidade. Com referência à Figura IB, é mostrado um diagrama de blocos do dispositivo móvel 10 mostrado na Figura IA. 0 dispositivo móvel 10 tem um processador 12, o qual é acoplado a um rádio de acesso sem fio 11, uma função de gerenciamento de sessão de IP 13, aplicativos 14 e uma interface de usuário 15. 0 dispositivo móvel 10 pode ter outros componentes, mas eles não são mostrados, em nome da simplicidade. Com referência de volta à Figura IA, o dispositivo móvel 10 atualmente está posicionado na primeira área de roteamento 31. Contudo, o dispositivo móvel 10 pode se mover para uma outra área de roteamento, tal como a segunda área de roteamento 40, conforme indicado por uma seta móvel 19.

Em operação, o dispositivo móvel 10 é adaptado para comunicação com a rede sem fio 100 usando-se seu rádio de acesso sem fio 11. Essa comunicação pode ser, por exemplo, uma comunicação de voz, envio de mensagem eletrônica, ou 3 0 qualquer outra forma apropriada de comunicação suportada pelos aplicativos 14. Pelo menos alguma comunicação com a rede sem fio 100 é por uma ou mais sessões de IP entre o dispositivo móvel 10 e o SGSN 50. Uma sessão de PDP (protocolo de dados de pacote) é um exemplo de uma sessão 5 de IP. Pode haver muitas sessões de IP entre o dispositivo móvel 10 e o SGSN 50 dependendo de quantos dos aplicativos

14 têm uma sessão de IP estabelecida. Contudo, o número de sessões de IP tipicamente é limitado pela área de roteamento na qual o dispositivo móvel 10 reside, o qual atualmente é a primeira área de roteamento 30.

De acordo com uma modalidade do pedido, a função de sessão de IP 51 implementa um método no SGSN 50, de modo a se determinar quantas sessões de IP podem ser suportadas para o dispositivo móvel 10 residente em uma dada área de 15 roteamento, a qual é a primeira área de roteamento 3 0 neste exemplo, e para a transmissão para o dispositivo móvel 10 de uma identificação de quantas sessões de IP podem ser suportadas. De acordo com uma outra modalidade do pedido, a função de gerenciamento de sessão de IP 13 implementa um 20 método no dispositivo móvel 10, de modo a receber a identificação de quantas sessões de IP podem ser estabelecidas e para gerenciamento das sessões de IP com base na identificação. Maiores detalhes são providos abaixo com referência às Figuras 2 a 7.

2 5 No exemplo ilustrado, é assumido que em cada área de

roteamento o mesmo número de sessões de IP é suportado para o dispositivo móvel 10 independentemente de quantos RNCs estiverem presentes. Tipicamente, uma área de roteamento tem um RNC único, tal como no caso com a segunda área de

3 0 roteamento 40. O número de sessões de IP suportado para um dado dispositivo móvel atualmente é limitado pelo RNC. Portanto, embora o fator de limitação seja realmente o RNC, a área de roteamento pode ser considerada tipicamente como o fator de limitação. Contudo, uma área de roteamento poderia ter mais de um RNC, tal como é o caso com a primeira área de roteamento 30. Portanto, é possível que uma área de roteamento suporte um número diferente de contextos de PDP para um dispositivo móvel, dependendo de onde na área de roteamento o dispositivo móvel reside. Este é o caso no qual a área de roteamento não pode ser considerado como o fator limitante. Embora os exemplos apresentados aqui se refiram a "áreas de roteamento" como limitando o número de sessões de IP para um dispositivo móvel, é para ser considerado que mais geralmente uma "área" limita o número de sessões de IP para o dispositivo móvel. A "área" pode ser uma área de roteamento, uma porção de uma área de roteamento, conforme definido, por exemplo, por um Id de RNC, uma rede, um id de célula ou qualquer outra área na qual o número de sessões de IP suportado por um dispositivo móvel seja limitado.

Em algumas implementações, há sutilezas entre o estado conectado / ativo (CELL_DCH, CELL_FACH) e o estado inativo (CELL_PCH, URA_PCH, IDLE) para o dispositivo móvel. A área de roteamento é conhecida pelo dispositivo móvel, enquanto 25 no estado inativo; contudo, o Id de RNC tipicamente não é conhecido. Embora no estado inativo, um dispositivo móvel se move para o estado conectado / ativo, de modo a se encontrar seu Id de RNC de serviço. Isto pode desperdiçar a vida da bateria, etc. Portanto, em algumas implementações,

3 0 o número de sessões de IP suportadas é considerado para uma área de roteamento independentemente de este ser o nível mais baixo de granularidade.

Há muitas possibilidades para a função de gerenciamento de sessão de IP 13 do dispositivo móvel 10.

No exemplo ilustrado, a função de gerenciamento de sessão de IP 13 é implementada como um software e é executada no processador 12. Contudo, mais geralmente, a função de gerenciamento de sessão de IP 13 pode ser implementada como um software, um hardware, um firmware ou qualquer 10 combinação apropriada dos mesmos. No exemplo ilustrado, a função de gerenciamento de sessão de IP 13 é mostrada como um componente único. Contudo, mais geralmente, a função de gerenciamento de sessão de IP 13 pode ser implementada como um ou mais componentes. Um exemplo no qual a função de 15 gerenciamento de sessão de IP 13 inclui mais de um componente é descrito abaixo.

Em algumas implementações, a função de gerenciamento de sessão de IP 13 inclui um NAS (Estrato Não de Acesso) e um AS (Estrato de Acesso) . 0 NAS inclui uma camada de 20 gerenciamento de sessão e gerencia sessões de IP. 0 NAS pode iniciar, por exemplo, uma mensagem de requisição de Ativar contexto de PDP a ser enviada para o SGSN 50. O AS gerencia uma interface de ar do rádio de acesso sem fio 11 e inclui uma respectiva RAB (Portadora de Acesso de Rádio) 25 para cada sessão de IP ativa. Uma RAB é um identificador para um canal ("pipe") de RF (freqüência de rádio) . Pode haver sessões de IP adormecidas sem respectivas RABs. O AS pode iniciar, por exemplo, uma mensagem de requisição de serviço a ser enviada para o RNC.

Há muitas possibilidades para a função de sessão de IP 51 da rede sem fio 100. No exemplo ilustrado, a função de sessão de IP 51 é implementada como um software e é executada no processador 52. Contudo, mais geralmente, a função de sessão de IP 51 pode ser implementada como um 5 software, um hardware, um firmware ou qualquer combinação apropriada dos mesmos. No exemplo ilustrado, a função de sessão de IP 51 é mostrada como um componente único do SGSN 50. Contudo, mais geralmente, a função de sessão de IP 51 pode ser implementada como um ou mais componentes e pode 10 ser implementada como parte de ou separada do SGSN 50. Um ou mais componentes podem ser distribuídos por toda a rede sem fio 100, ou residir em uma localização comum. Outras implementações são possíveis.

Há muitas possibilidades para a rede sem fio 100. No 15 exemplo ilustrado, a rede sem fio 100 é uma rede de UMTS (Sistema Universal de Telecomunicações Móveis). Contudo, mais geralmente, a rede sem fio 100 pode ser qualquer rede sem fio na qual áreas de roteamento restrinjam quantas sessões de IP podem ser estabelecidas para um dado 20 dispositivo móvel.

Há muitas possibilidades para o dispositivo móvel 10. Com referência, agora, à Figura IC, é mostrado um diagrama de blocos de um outro dispositivo móvel 8 0 que pode implementar qualquer um dos métodos descritos aqui. É para 25 ser entendido que o dispositivo móvel 80 é mostrado com detalhes muito específicos para fins de exemplo apenas.

Um dispositivo de processamento (um microprocessador 128) é mostrado esquematicamente como acoplado entre um teclado 114 e um visor 126. 0 microprocessador 128 controla a operação do visor 126, bem como a operação geral do dispositivo móvel 80, em resposta a uma atuação de teclas no teclado 114 por um usuário.

0 dispositivo móvel 8 0 tem um alojamento que pode ser alongado verticalmente, ou pode assumir outros tamanhos e 5 formatos (incluindo estruturas de alojamento em formato de concha de molusco). O teclado 114 pode incluir uma tecla de seleção de modo ou um outro hardware ou software para comutação entre entrada de texto e entrada de telefonia.

Além do microprocessador 128, outras partes do dispositivo móvel 80 são mostradas esquematicamente. Estas incluem: um subsistema de comunicações 17 0; um subsistema de comunicações de alcance curto 102; o teclado 114 e o visor 126, juntamente com outros dispositivos de entrada / saída incluindo um conjunto de LEDs 104, um conjunto de dispositivos auxiliares de 1/0 106, uma porta serial 108, um alto-falante 111 e um microfone 112; bem como dispositivos de memória incluindo uma memória flash 116 e uma memória de acesso randômico (RAM); e vários outros subsistemas de dispositivo 120. 0 dispositivo móvel 80 pode ter uma bateria 121 para acionamento dos elementos ativos do dispositivo móvel 80. 0 dispositivo móvel 80 em algumas modalidades é um dispositivo de comunicação de freqüência de rádio (RF) de duas vias que tem capacidades de comunicação de voz e de dados. Além disso, o dispositivo móvel 80 em algumas modalidades tem a capacidade de se comunicar com outros sistemas de computador através da Internet.

O software de sistema operacional executado pelo microprocessador 128 em algumas modalidades é armazenado em

3 0 um armazenamento persistente, tal como a tubo de metal 116, mas pode ser armazenado em outros tipos de dispositivos de memória, tal como uma memória apenas de leitura (ROM) ou um elemento de armazenamento similar. Além disso, um software de sistema, aplicativos de dispositivo específicos, ou 5 partes dos mesmos podem ser carregados temporariamente em um armazenamento volátil, tal como na RAM 118. Os sinais de comunicação recebidos pelo dispositivo móvel 8 0 também podem ser armazenados na RAM 118.

O microprocessador 128, além de suas funções de 10 sistema operacional, permite a execução de aplicativos de software no dispositivo móvel 80. Um conjunto predeterminado de aplicativos de software que controlam as operações básicas do dispositivo, tal como um módulo de comunicações de voz 13 OA e um módulo de comunicações de 15 dados 130B, pode ser instalado no dispositivo móvel 80 durante a fabricação. Além disso, um módulo de aplicativo de gerenciador de informação pessoal (PIM) 13OC também pode ser instalado no dispositivo móvel 80 durante a fabricação. 0 aplicativo de PIM em algumas modalidades é capaz de 20 organizar e gerenciar itens de dados, tais como e-mail, eventos de calendário, correios de voz, compromissos e itens de tarefa. 0 aplicativo de PIM também é capaz em algumas modalidades de enviar e receber itens de dados através de uma rede sem fio HO. Em algumas modalidades, os 25 itens de dados gerenciados pelo aplicativo de PIM são integrados sem emendas, sincronizados e atualizados através da rede sem fio 110 com os itens de dados correspondentes de usuário de dispositivo armazenados ou associados a um sistema de computador central. Também, módulos de software

3 0 adicionais, ilustrados como um outro módulo de software 13ON, podem ser instalados durante a fabricação.

As funções de comunicação, incluindo comunicações de dados e de voz, são realizadas através do subsistema de comunicação 17 0 e, possivelmente através do subsistema de 5 comunicações de alcance curto 170. O subsistema de comunicação 170 inclui um receptor 150, um transmissor 152 e uma ou mais antenas, ilustradas como uma antena de recepção 154 e uma antena de transmissão 156. Além disso, o subsistema de comunicação 17 0 também inclui um módulo de 10 processamento, tal como um processador de sinal digital (DSP) 158, e osciladores locais (LOs) 160. O projeto específico e a implementação do subsistema de comunicação 17 0 são dependentes da rede de comunicação na qual o dispositivo móvel 80 é pretendido para operar. Por exemplo, 15 o subsistema de comunicação 170 do dispositivo móvel 80 pode ser projetado para operar com as redes de comunicação de dados móveis Mobitex™, DataTAC™ ou de Serviço de Rádio de Pacote Geral (GPRS) e também projetado para operação com qualquer uma de uma variedade de redes de comunicação de

2 0 voz, tais como Serviço de Telefonia Móvel Avançado (AMPS), Acesso Múltiplo de Divisão de Tempo (TDMA), Acesso Múltiplo de Divisão de Código (CDMA), Serviço de Comunicações Pessoais (PCS), Sistema Global para Comunicações Móveis (GSM) , etc. Outros tipos de redes de dados e de voz, 25 separadas e integradas, também podem ser utilizados com o dispositivo móvel 80.

0 acesso de rede pode variar, dependendo do tipo de sistema de comunicação. Por exemplo, nas redes Mobitex™ e DataTAC™, os dispositivos móveis são registrados na rede usando-se um Número de Identificação Pessoal (PIN) único associado a cada dispositivo. Em redes de GPRS, contudo, o acesso de rede tipicamente está associado a um assinante ou usuário de um dispositivo. Um dispositivo de GPRS, portanto, tipicamente tem um módulo de identificação de assinante, comumente referido como um cartão de Módulo de Identidade de Assinante (SIM), de modo a operar em uma rede de GPRS.

Quando procedimentos de registro ou de ativação de rede tiverem sido completados, o dispositivo móvel 8 0 pode enviar e receber sinais de comunicação pela rede de comunicação 110. Os sinais recebidos a partir da rede de comunicação 110 pela antena de recepção 154 são roteados para o receptor 150, a qual provê uma amplificação de sinal, conversão para baixo de freqüência, filtração, seleção de canal, etc., e também pode prover uma conversão de analógico para digital. Uma conversão de analógico para digital do sinal recebido permite que o DSP 158 realize funções de comunicação mais complexas, tais como demodulação e decodificação. De uma maneira similar, os sinais a serem transmitidos para a rede 110 são processados (por exemplo, modulados e codificados) pelo DSP 158 e, então, são providos para o transmissor 152 para uma conversão de digital para analógico, conversão para cima de freqüência, filtração, amplificação e transmissão para a rede de comunicação 110 (ou as redes) através da antena de transmissão 156.

Além do processamento de sinais de comunicação, o DSP 158 provê um controle do receptor 150 e do transmissor 152. Por exemplo, ganhos aplicados a sinais de comunicação no receptor 150 e no transmissor 152 também podem ser controlados de forma adaptativa através de algoritmos de controle de ganho automáticos implementados no DSP 158.

Em um modo de comunicação de dados, um sinal recebido, tal como uma mensagem de texto ou uma transferência (via download) de página da web, é processado pelo microprocessador 128 para uma saída para o visor 126 ou, alternativamente, para alguns outros dispositivos de 1/0 auxiliares 106. Um usuário de dispositivo também pode comportar itens de dados, tais como mensagens de e-mail, usando o teclado 114 e/ou algum outro dispositivo de I/O auxiliar 106, tal como um touchpad, um touchpad, uma chave liga - desliga, uma roda de mover com o polegar ou algum outro tipo de dispositivo de entrada. Os itens de dados compostos podem ser transmitidos, então, para a rede de comunicação 110 através do subsistema de comunicação 170.

Em um modo de comunicação de voz, a operação geral do dispositivo é substancialmente similar ao modo de comunicação de dados, exceto pelo fato de os sinais recebidos serem extraídos para um alto-falante 111 e os sinais para transmissão serem gerados por um microfone 112. Subsistemas alternativos de I/O de voz ou de áudio, tal como um subsistema de gravação de mensagem de voz, também podem ser implementados no dispositivo móvel 80. Além disso, o visor 126 também pode ser utilizado em um modo de comunicação de voz, por exemplo, para exibição da identidade de uma parte chamando, da duração de uma chamada de voz ou outra informação relacionada a uma chamada de voz .

0 subsistema de comunicações de alcance curto 102 permite que uma comunicação entre o dispositivo móvel 80 e os outros sistemas ou dispositivos próximos, os quais não precisam necessariamente ser dispositivos similares. Por exemplo, o subsistema de comunicações de alcance curto pode incluir um dispositivo de infravermelho e circuitos e componentes associados, ou um módulo de comunicação por Bluetooth™ para a provisão de comunicação com sistemas e dispositivos habilitados de forma similar.

Método em uma Rede Sem Fio

Com referência, agora, à Figura 2, é mostrado um fluxograma de um método de exemplo de transmissão para um dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel residente em uma dada área de roteamento. Este método pode ser implementado em uma rede sem fio, por exemplo, pela função de sessão de IP 51 da rede sem fio 100 mostrada na Figura IA.

Na etapa 2-1, a rede sem fio determina quantas sessões de IP podem ser suportadas para o dispositivo móvel residente em uma dada área de roteamento. Na etapa 2-2, a rede sem fio transmite para o dispositivo móvel uma identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel. Isto permite que o dispositivo móvel se torne inteirado de quantas sessões de IP são suportadas para o dispositivo móvel nesta área de roteamento, de modo que o dispositivo móvel possa gerenciar as sessões de IP de modo conforme.

Há muitas formas pelas quais a rede sem fio pode transmitir para o dispositivo móvel a identificação de quantas sessões de IP podem ser suportadas. Os exemplos são providos com referência às Figuras 3A a 3D. Em algumas implementações, conforme indicado pela etapa 3-1, a rede sem fio transmite uma mensagem tendo a identificação. Há muitos cenários possíveis nos quais a rede sem fio pode transmitir a mensagem tendo a 5 identificação. Conforme citado acima, diferentes áreas de roteamento podem suportar números diferentes de sessões de IP para um dado dispositivo móvel. Em algumas implementações, conforme indicado pela etapa 3B-1, a rede sem fio transmite a mensagem tendo a identificação mediante 10 determinar que o dispositivo móvel se moveu para uma nova área de roteamento. Isto provê uma atualização dinâmica para o dispositivo móvel, de modo que mudanças no número de sessões de IP suportadas pela rede sem fio, devido a um movimento dentre áreas de roteamento sejam detectadas. Em 15 algumas implementações, a rede sem fio recebe uma mensagem de requisição do dispositivo móvel na etapa 3C-1 e transmite a mensagem tendo a identificação em resposta à mensagem de requisição na etapa 3C-2. Isto permite que o dispositivo móvel requisite que a rede sem fio transmita a

2 0 mensagem tendo a identificação. Em outras implementações,

conforme indicado pela etapa 3D-1, a rede sem fio transmite a mensagem tendo a identificação em uma base em andamento. Outras implementações são possíveis.

Há muitas possibilidades para a mensagem tendo a 25 identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel residente em uma dada área de roteamento. 0 tipo da mensagem pode depender do cenário no qual a mensagem é transmitida pela rede sem fio e recebida pelo dispositivo móvel. Por exemplo, algumas mensagens são

3 0 transmitidas pela rede sem fio em resposta a uma mensagem de requisição do dispositivo móvel, enquanto outras não são. Mensagens específicas são indicadas abaixo para fins de exemplo. É para ser entendido que detalhes específicos das mensagens de exemplo são providos para fins de exemplo apenas.

Em algumas implementações, a mensagem é uma mensagem de Aceitar Anexo (Attach Accept), a qual é transmitida em resposta ao recebimento de uma mensagem de Requisitar Anexo (Attach Request) a partir do dispositivo móvel. Esta 10 mensagem pode ser enviada pela rede sem fio para o dispositivo móvel para indicar que a requisição de anexar foi aceita. A mensagem Requisitar Anexo pode ser transmitida pelo dispositivo móvel, por exemplo, sempre que o dispositivo móvel estiver ligado. Em algumas 15 implementações, a mensagem de Aceitar Anexo é provida com a identificação de quantas sessões de IP são suportadas como um novo campo. Com referência à Figura 4A, é mostrada uma tabela de conteúdo de mensagem de exemplo da mensagem de Aceitar Anexo. A tabela tem colunas rotuladas como IEI 81, 20 Elemento de Informação 82, Tipo 83, Presença 84, Formato 85 e Comprimento 86. A tabela tem uma pluralidade de campos 91, incluindo um campo de "contexto de PDP suportado", o qual é o novo campo para portar quantas sessões de IP são suportadas. 0 campo de "contexto de PDP suportado" tem um

2 5 valor de IEI, o qual pode ser, por exemplo, 39.

Em outras implementações, a mensagem é uma mensagem de aceitar RAU (Atualização de Área de Roteamento) , a qual é transmitida em resposta ao recebimento de uma mensagem de requisição de RAU a partir do dispositivo móvel. Esta

3 0 mensagem pode ser enviada pela rede sem fio para o dispositivo móvel para a provisão ao dispositivo móvel de dados relacionados ao gerenciamento de mobilidade de GPRS em resposta a uma mensagem de requisição de atualização de área de roteamento. Em algumas implementações, a mensagem de aceitação de RAU é provida com a identificação de quantas sessões de IP são suportadas como um novo campo. Com referência à Figura 4B, é mostrada uma tabela de conteúdo de mensagem de exemplo da mensagem de aceitação de RAU. A tabela tem colunas rotuladas como IEI 81, Elemento de Informação 82, Tipo 83, Presença 84, Formato 85 e Comprimento 86. A tabela tem uma pluralidade de campos 98, incluindo um campo de "contexto de PDP suportado", o qual é o novo campo para portar quantas sessões de IP são suportadas. 0 campo de "contexto de PDP suportado" tem um valor de IEI, o qual pode ser, por exemplo, 39.

Em outras implementações, a identificação é incluída como parte de uma mensagem de informação de sistema, a qual é difundida a uma freqüência pré-definida em uma base em andamento. Mais geralmente, a identificação pode ser 20 incluída como parte de qualquer mensagem que é transmitida em uma base em andamento.

Em outras implementações, a mensagem é uma mensagem de Ativar rejeição de contexto de PDP ou uma mensagem de Ativar aceitação de contexto de PDP, uma das quais sendo 25 transmitida em resposta a uma mensagem de requisição de Ativer contexto de PDP recebida a partir do dispositivo móvel.

Em outras implementações, a mensagem é uma mensagem de rejeitar serviço ou uma mensagem de aceitar serviço, uma

3 0 das quais sendo transmitida em resposta a uma mensagem de requisição de serviço recebida a partir do dispositivo móvel.

Em outras implementações, a mensagem é uma mensagem de aceitar ativar contexto de PDP secundário.

Em outras implementações, a mensagem é uma mensagem de

aceitar Modificar contexto de PDP.

Em outras implementações, a mensagem é uma mensagem de requisição de Modificar contexto de PDP, enviada a partir da rede sem fio para o dispositivo móvel.

Em outras implementações, a mensagem é uma mensagem de

Suportar sessão de IP. A mensagem de suportar sessão de IP é qualquer mensagem apropriada que possa portar a identificação de quantas sessões de IP a rede sem fio é capaz de suportar para o dispositivo móvel.

Em outras implementações, a rede sem fio transmite

combinações de mensagens de tipos variados. Outras implementações são possíveis.

As mensagens de exemplo foram providas acima para a mensagem tendo a identificação de quantas sessões de IP

2 0 podem ser suportadas. Em algumas implementações, as

mensagens são com base em mensagens definidas em 3GPP (Projeto de Parceria de Terceira Geração) TS 24.008 V7.5.0 com uma modificação apropriada para a inclusão da identificação de quantas sessões de IP podem ser

suportadas. Outras implementações são possíveis.

Há muitas possibilidades para a identificação. Com referência, agora, às Figuras 5A e 5B, são mostradas tabelas de um elemento de informação de contextos de PDP suportados. É para ser entendido que o elemento de

3 0 informação de contextos de PDP suportados mostrado no exemplo ilustrado é uma implementação especifica para indicação para fins de exemplo apenas. A finalidade do elemento de informação de contextos de PDP suportados é especificar o número de contextos de PDP suportados pela 5 rede sem fio. Os contextos de PDP suportados é um elemento de informação de tipo 3 com 2 octetos de comprimento. O elemento de informação de contextos de PDP suportados é codificado de acordo com um esquema de codificação. Em algumas implementações, o esquema de codificação inclui o 10 número numérico de PDPs. Em algumas implementações, o número de PDPs é precedido pelo IEI (identificador de elemento de informação) para o campo de dados. A tabela da Figura 5A tem uma entrada de "valor de contextos de PDP suportados". Conforme indicado na tabela da Figura 5B, a 15 entrada representa o valor codificado do número de contextos de PDP suportados.

Nos exemplos apresentados acima, a rede provê a identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel residente em uma dada área de 2 0 roteamento. Em uma outra implementação, a rede provê uma identificação de quantas sessões de IP podem ser suportadas para o dispositivo móvel para cada uma da pluralidade de áreas. Em implementações específicas, a rede sem fio provê uma identificação de quantas sessões de IP podem ser

2 5 suportadas para o dispositivo móvel para todas e cada uma

das áreas da rede sem fio. Isto permite que o dispositivo móvel se torne inteirado quanto a quantas sessões de IP outras áreas suportar além quantas sessões de IP a área na qual o dispositivo móvel reside suporta. Em algumas

3 0 implementações a informação é armazenada localmente no dispositivo móvel de uma maneira permanente, de modo a se evitar ter que receber a informação de novo. Em outras implementações, a informação é armazenada localmente no dispositivo móvel de uma maneira temporária. Outras implementações são possíveis.

Método em um Dispositivo Móvel

Com referência, agora, à Figura 6, é mostrado um fluxograma de um método de exemplo de gerenciamento de sessões de IP com base em uma identificação de quantas 10 sessões de IP podem ser suportadas. Este método pode ser implementado em um dispositivo móvel, por exemplo, pela função de gerenciamento de prioridade de sessão de IP 13 do dispositivo móvel 10 mostrado na Figura IB, ou pelo dispositivo móvel 8 0 mostrado na Figura IC.

Conforme indicado acima, a rede sem fio transmite uma

identificação de quantas sessões de IP a rede sem fio é capaz de suportar para o dispositivo móvel. Na etapa 601, o dispositivo móvel recebe a partir da rede sem fio a identificação de quantas sessões de IP a rede sem fio é 20 capaz de suportar para o dispositivo móvel. 0 dispositivo móvel pode receber, por exemplo, a identificação de qualquer maneira apropriada correspondente a qualquer uma das implementações providas acima para a transmissão da identificação. Pelo recebimento da identificação, o 25 dispositivo móvel se torna inteirado de quantas sessões de IP são suportadas para o dispositivo móvel em sua área de roteamento. Na etapa 602, o dispositivo móvel gerencia sessões de IP com base na identificação.

Há muitas formas para que o dispositivo móvel receba a identificação de quantas sessões de IP a rede sem fio é capaz de suportar para o dispositivo móvel. 0 dispositivo móvel pode receber, por exemplo, a identificação conforme ela for transmitida pela rede sem fio, usando qualquer uma ou mais das implementações descritas acima.

Há muitas formas pelas quais o dispositivo móvel pode

gerenciar sessões de IP com base na identificação. Os exemplos são providos abaixo com referência às Figuras 7 e 8 . É para ser entendido que estes exemplos são específicos e são pretendidos para serem apenas para fins de exemplo. Outras implementações são possíveis.

Com referência, primeiramente à Figura 7, na etapa 7-

1, o dispositivo móvel aceita uma requisição a partir de um aplicativo pelo estabelecimento de uma sessão de IP. 0 aplicativo pode ser qualquer aplicativo rodando no 15 dispositivo móvel que seja adaptado para comunicação por uma sessão de IP. Na etapa 7-2, o dispositivo móvel determina se é para requisitar a nova sessão de IP a partir da rede sem fio com base na identificação. 0 dispositivo móvel pode requisitar, por exemplo, a nova sessão de IP 20 apenas se o número de sessões de IP que são estabelecidas for menor do que o número de sessões de IP que a rede sem fio é capaz de suportar para o dispositivo móvel.

Com referência em seguida à Figura 8, na etapa 8-1 o dispositivo móvel prioriza sessões de IP. Na etapa 8-2, o 25 dispositivo móvel mantém as sessões de IP de prioridade mais alta à frente de sessões de IP de prioridade mais baixa quando as sessões de IP são restritas por quantas sessões de IP a rede sem fio é capaz de suportar. 0 dispositivo móvel está ciente quanto a se as sessões de IP 30 são restritas com base na identificação. É para ser entendido que uma sessão de IP é indicada como sendo de prioridade "mais alta" quando sua prioridade geralmente é indicada como sendo mais alta do que outras sessões de IP. Em algumas implementações, esta é a sessões de IP com a prioridade mais alta. Uma sessão de IP indicada como tendo uma prioridade mais alta pode não ser uma sessão de IP de prioridade alta em si, mas, não obstante é indicada como tendo uma prioridade mais alta do que outras sessões de IP.

Há muitas formas pelas quais o dispositivo móvel pode priorizar sessões de IP. Em algumas implementações, o dispositivo móvel aceita uma entrada de usuário para determinação de uma respectiva prioridade para cada sessão de IP. Assim sendo, o dispositivo móvel determina a respectiva prioridade para cada sessão de IP com base na entrada de usuário. Em outras implementações, o dispositivo móvel mantém um registro de um nível de prioridade pré- definido para cada sessão de IP de um tipo pré-def inido. Assim sendo, o dispositivo móvel determina a respectiva prioridade para cada sessão de IP com base no registro. Outras implementações são possíveis.

Sessões de IP

Nos exemplos apresentados acima, as referências são feitas às sessões de IP. É para ser entendido que há muitas possibilidades para as sessões de IP. As sessões de IP podem incluir, por exemplo, qualquer uma dentre uma sessão de IP Sempre Ativa, uma sessão de IP de IM (Envio de Mensagem Instantânea) , uma sessão de IP de WAP (Protocolo de Aplicativo Sem fio), uma sessão de IP de MMS (Serviço de Envio de Mensagem de Multimídia) , uma sessão de IP de DUN (Rede Discada) , uma sessão de IP de LBS (Serviços de Base de Localização) , uma sessão de IP de Modem de IP, e uma sessão de IP de PTT (Push-to-talk) . A natureza das sessões de IP é específica de implementação e tipicamente depende 5 da rede sem fio. Em algumas implementações, a rede sem fio é uma rede de UMTS e cada sessão de IP faz parte de um respectivo contexto de PDP (Protocolo de Dados de Pacote).

Numerosas modificações e variações do presente pedido são possíveis, à luz dos ensinamentos acima. Portanto, é para ser entendido que no escopo das reivindicações em apenso, o pedido pode ser praticado de outra forma além de descrito especificamente aqui. REIVINDICAÇÕES

1. Método em uma rede sem fio, caracterizado pelo fato de compreender:

determinar quantas sessões de Protocolo de Internet 'IP' podem ser suportadas para um dispositivo móvel residente em uma dada área; e

transmitir para o dispositivo móvel uma identificação de quantas sessões de IP podem ser suportadas.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a área ser uma área de

roteamento ou uma área definida por um Id de Controlador de Rede de Rádio 'RNC'.

3. Método, de acordo com a reivindicação 1 ou com a reivindicação 2, caracterizado pelo fato de a transmissão

para o dispositivo móvel da identificação de quantas sessões de IP podem ser suportadas compreender:

a transmissão de uma mensagem compreendendo a identificação.

4. Método, de acordo com a reivindicação 3,

2 0 caracterizado pelo fato de a transmissão da mensagem

compreendendo a identificação compreender:

a transmissão da mensagem compreendendo a identificação quando da determinação que o dispositivo móvel se moveu para uma nova área.

5. Método, de acordo com a reivindicação 3,

caracterizado pelo fato de ainda compreender:

o recebimento de uma mensagem de requisição; onde a transmissão da mensagem compreendendo a identificação está em resposta à mensagem de requisição.

6. Método, de acordo com a reivindicação 3, caracterizado pelo fato de a transmissão da mensagem compreendendo a identificação compreender:

a transmissão da mensagem compreendendo a identificação em uma base em andamento.

7. Método, de acordo com qualquer uma das

reivindicações 1, 2, 3, 4, 5 ou 6, caracterizado pelo fato de ainda compreender:

a determinação de quantas sessões de IP podem ser suportadas para um dispositivo móvel para cada uma de uma pluralidade de áreas; e

a transmissão para o dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas para cada uma da pluralidade de áreas.

8. Método, de acordo com qualquer uma das reivindicações 3, 4, 5, 6 ou 7, caracterizado pelo fato de

a mensagem compreender qualquer uma dentre uma mensagem de Aceitar Anexo, uma mensagem de Aceitar Atualização de Área de Roteamento 'RAU', uma mensagem de Informação de Sistema, uma mensagem de Rejeitar Ativar contexto de Protocolo de 20 dados de Pacote 'PDP', uma mensagem de Aceitar Ativar contexto de PDP, uma mensagem de Rejeitar Serviço, uma mensagem de Aceitar Serviço, uma mensagem de Aceitar Ativar Contexto de PDP Secundário, uma mensagem de aceitar Modificar contexto de PDP, uma mensagem de requisição de 25 Modificar contexto de PDP ou uma mensagem de Suporte de Sessão de IP.

9. Método, de acordo com qualquer uma das reivindicações 1, 2, 3, 4, 5, 6, 7 ou 8, caracterizado pelo fato de cada sessão de IP ser parte de um respectivo

3 0 contexto de PDP. 10. Meio que pode ser lido em computador, caracterizado pelo fato de ter instruções executáveis em computador armazenadas nele para execução em um processador de um dispositivo ou sistema de computação, de modo a implementar o método das reivindicações 1, 2, 3, 4, 5, 6,

7, 8 ou 9.

11. Rede sem fio, caracterizada pelo fato de compreender uma função de sessão de IP adaptada para:

determinar quantas sessões de IP podem ser suportadas para um dispositivo móvel residente em uma dada área; e

12. Método em um dispositivo móvel, caracterizado pelo fato de compreender:

o recebimento a partir de uma rede sem fio de uma identificação de quantas sessões de IP a rede sem fio é capaz de suportar para o dispositivo móvel residente em uma dada área; e

o gerenciamento de sessões de IP com base na identificação.

13. Método, de acordo com a reivindicação 12, caracterizado pelo fato de a área ser uma dentre uma área de roteamento e uma área definida por um Id de RNC.

14. Método, de acordo com a reivindicação 12 ou com a reivindicação 13, caracterizado pelo fato de a partir da rede sem fio a identificação de quantas sessões de IP a rede sem fio é capaz de suportar compreender:

o recebimento de uma mensagem compreendendo a identificação.

15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de o recebimento da mensagem compreendendo a identificação compreender:

O recebimento da mensagem compreendendo a identificação mediante o movimento para uma nova área.

16. Método, de acordo com a reivindicação 14,

caracterizado pelo fato de ainda compreender:

a transmissão de uma mensagem de requisição; onde o recebimento da mensagem compreendendo a identificação ser em resposta à mensagem de requisição.

17. Método, de acordo com a reivindicação 14,

caracterizado pelo fato de o recebimento da mensagem compreendendo a identificação compreender:

o recebimento da mensagem compreendendo a identificação em uma base em andamento.

18. Método, de acordo com qualquer uma das

reivindicações 12, 13, 14, 15, 16 ou 17, caracterizado pelo fato de ainda compreender:

o recebimento a partir da rede sem fio de uma identificação de quantas sessões de IP a rede sem fio é

2 0 capaz de suportar para cada uma de uma pluralidade de áreas.

19. Método, de acordo com qualquer uma das reivindicações 14, 15, 16, 17 ou 18, caracterizado pelo fato de a mensagem ser qualquer uma dentre uma mensagem·de 25 Aceitar Anexo, uma mensagem de Aceitar Atualização de Área de Roteamento 'RAU', uma mensagem de Informação de Sistema, uma mensagem de Rejeitar Ativar contexto de Protocolo de dados de Pacote vPDP', uma mensagem de Aceitar Ativar contexto de PDP, uma mensagem de Rejeitar Serviço, uma 30 mensagem de Aceitar Serviço, uma mensagem de Aceitar Ativar Contexto de PDP Secundário, uma mensagem de aceitar Modificar contexto de PDP, uma mensagem de requisição de Modificar contexto de PDP ou uma mensagem de Suporte de Sessão de IP.

20. Método, de acordo com qualquer uma das

reivindicações 12, 13, 14, 15, 16, 17, 18 ou 19, caracterizado pelo fato de ainda compreender:

a aceitação de uma requisição a partir de um aplicativo para o estabelecimento de uma nova sessão de IP; onde o gerenciamento de sessões de IP com base na

identificação compreender determinar se é para requisitar a nova sessão de IP a partir da rede sem fio com base na identificação.

21. Método, de acordo com qualquer uma das reivindicações 12, 13, 14, 15, 16, 17, 18 ou 19,

caracterizado pelo fato de ainda compreender: a priorização de sessões de IP;

onde o gerenciamento de sessões de IP com base na identificação compreende o gerenciamento de sessões de IP 20 de prioridade mais alta à frente de sessões de IP de prioridade mais baixa, quando as sessões de IP forem restritas por quantas sessões de IP a rede sem fio é capaz de suportar.

22. Método, de acordo com qualquer uma das reivindicações 12, 13, 14, 15, 16, 17, 18, 19, 20 ou 21,

caracterizado pelo fato de cada sessão de IP ser parte de um respectivo contexto de PDP.

23. Meio que pode ser lido em computador, caracterizado pelo fato de ter instruções executáveis em

3 0 computador armazenadas nele para execução em um processador de um dispositivo de computação, de modo a se implementar o método das reivindicações 12, 13, 14, 15, 16, 17, 18, 19, 20, 21 ou 22.

24. Dispositivo móvel, caracterizado pelo fato de compreender:

um rádio de acesso sem fio adaptado para comunicação com uma rede sem fio; e

uma função de gerenciamento de sessão de IP adaptada

para:

receber uma identificação de quantas sessões de IP a

rede sem fio é capaz de suportar; e

gerenciar sessões de IP com base na identificação.

Claims

1. Método em uma rede sem fio caracterizado por compreender: determinação quantas sessões de Internet Protocol 'IP' podem ser suportadas para um dispositivo móvel que reside em uma dada área; e transmissão ao dispositivo móvel de uma identificação de quantas sessões de IP podem ser suportadas.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a área é uma área de roteamento ou uma área definida por uma Identificação de Rede de Rádio de Controlador 'RNC'.

3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a transmissão ao dispositivo móvel da identificação de quantas sessões de IP podem ser suportadas compreende: a transmissão de uma mensagem que compreende a identificação.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a transmissão da mensagem que compreende a identificação compreende: a transmissão da mensagem que compreende a identificação sob a determinação de que o dispositivo móvel se moveu para uma área nova.

5. Método, de acordo com a reivindicação 3, caracterizado por compreender: receber uma mensagem de solicitação; onde a transmissão da mensagem que compreende a identificação é em resposta à mensagem de solicitação.

6. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que a transmissão da mensagem que compreende a identificação compreende: a transmissão da mensagem que compreende a identificação em uma base em curso.

7. Método, de acordo com alguma das reivindicações 1,2,3, 4, 5 ou 6, caracterizado por compreender ainda: determinar quantas sessões de IP podem ser suportadas para um dispositivo móvel para cada um de uma pluralidade de áreas; e transmitir ao dispositivo móvel uma identificação de quantas sessões de IP podem ser suportadas para cada uma da pluralidade de áreas.

8. Método, de acordo com qualquer das reivindicações3,4, 5, 6 ou 7, caracterizado pelo fato de que a mensagem compreende alguma de qualquer das mensagens "Aceito Anexo" "Aceito Atualizar Área de Roteamento", "Informação do Sistema", um protocolo VPDP' dos dados de pacote da ativação; a mensagem da rejeição do contexto, um contexto da ativação PDP aceita a mensagem, uma mensagem da rejeição do serviço, um serviço aceita a mensagem, uma ativação que o contexto secundário de PDP aceita a mensagem, um contexto da alteração PDP aceita a mensagem, uma mensagem do pedido do contexto da alteração PDP, ou uma mensagem da sustentação da sessão do IP.

9. Método, de acordo com alguma das reivindicações 1,2,3, 4, 5, 6, 7 ou 8, caracterizado pelo fato de que cada sessão do IP é parte de um contexto respectivo de PDP.

10. Meio legível por computador caracterizado por ter as instruções executáveis do computador armazenadas nele para a execução em um processador de um dispositivo ou de um sistema de computação para executar o método de alguma das reivindicações 1, 2, 3, 4, 5, 6, 7, 8 ou 9.

11. Rede sem fio caracterizado por compreender uma função da sessão de IP para ser adaptado para: determinar quantas sessões de IP podem ser suportadas para um dispositivo móvel que reside em uma área dada; e transmitir ao dispositivo móvel uma identificação de quantas sessões do IP podem ser suportadas.

12. Método em um dispositivo móvel caracterizado por compreender: receber de uma rede sem fio uma identificação de quantas sessões de IP, a rede wireless sendo capaz de apoiar para o dispositivo móvel que reside em uma área dada; e gerenciar sessões de controle de IP baseadas na identificação.

13. Método, de acordo com a reivindicação 12, caracterizado pelo fato de que a área é uma de uma área do roteamento e de uma área definidas por uma identificação de RNC.

14. Método, de acordo com a reivindicação 12 ou 13, caracterizado pelo fato de que o recebimento da rede sem fio da identificação de quantas sessões de IP a rede sem fio é capaz de apoiar compreende: receber uma mensagem que compreende a identificação.

15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que o recebimento da mensagem que compreende a identificação compreende: receber a mensagem que compreende a identificação em cima de mover-se para uma área nova.

16. Método, de acordo com a reivindicação 14, caracterizado por compreender: transmitir uma mensagem do pedido; onde receber a mensagem que compreende a identificação é em resposta à mensagem do pedido.

17. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que o recebimento da mensagem que compreende a identificação compreende: receber a mensagem que compreende a identificação em uma base em curso.

18. Método, de acordo com alguma das reivindicações 12, 13, 14, 15, 16 ou 17, caracterizado por compreender ainda: receber da rede wíreless uma identificação de quantas sessões do IP a rede wireless é capaz do apoio para cada um de uma pluralidade de áreas.

19. Método, de acordo com qualquer das reivindicações 14, 15, 16, 17 ou 18, caracterizado pelo fato de que a mensagem é algum de um anexo aceita a mensagem, uma atualização ARAU' da área do roteamento; Aceite a mensagem, uma mensagem de informação do sistema, uma mensagem da rejeição do contexto da ativação PDP, um contexto da ativação PDP aceitam a mensagem, uma mensagem da rejeição do serviço, um serviço aceitam a mensagem, uma ativação que o contexto secundário de PDP aceita a mensagem, um contexto da alteração PDP aceitam a mensagem, uma mensagem do pedido do contexto da alteração PDP, ou uma mensagem da sustentação da sessão do IP.

20. Método, de acordo com alguma das reivindicações 12, 13, 14, 15, 16, 17, 18 ou 19 caracterizado por compreender ainda: aceitar um pedido de um pedido para estabelecer uma sessão nova do IP; onde que controla o IP as sessões baseadas na identificação compreende a determinação de se pedir sessão nova do IP da rede wireless baseada na identificação.

21. Método, de acordo com alguma das reivindicações 12, 13, 14, 15, 16, 17, 18 ou 19, caracterizado por compreender: priorizar sessões de IP; onde a gerencia das sessões de IP baseadas na identificação compreende a manutenção das sessões de IP de prioridade mais elevada na frente das sessões de IP de prioridade mais baixa quando as sessões de IP forem restringidas por quantas sessões de IP a rede sem fio é capaz de suportar.

22. Método, de acordo com alguma das reivindicações 12, 13, 14, 15, 16, 17, 18, 19, 20 ou 21, caracterizado pelo fato de que cada sessão de IP é parte de um contexto respectivo de PDP.

23. Meio legível por computador caracterizado por ter as instruções executáveis do computador armazenadas nele para a execução em um processador de um dispositivo de computação para executar o método de alguma das reivindicações 12, 13, 14, 15, 16, 17, 18, 19, 20, 21 OU 22 .

24. Dispositivo móvel caracterizado por compreender: um rádio de acesso sem fio adaptado para comunicar-se com uma rede sem fio; e uma função de gerência da sessão de IP adaptada a: receber uma identificação de quantas sessões de IP a rede sem fio é capaz do suportar; e gerenciar as sessões de IP baseadas identificação. na