CAMPO TÉCNICO DO PEDIDO
A presente exposição se refere, em geral, a sessões de comunicações entre dispositivos de comunicações móveis e redes de serviço de dados de pacote sem diâmetro e, em particular, a um sistema e um método para a resolução de contenção dentre aplicativos operando em um dispositivo de comunicações móvel que requerem conexões de dados para uma rede de serviço de dados de pacote sem fio.
ANTECEDENTES
Está se tornando lugar comum usar redes serviço de dados de pacote sem fio para se efetuarem sessões de dados com dispositivos de comunicações móveis. Por exemplo, um dispositivo de comunicações móvel pode ser usado para a provisão de certos serviços de dados de prioridade alta, tal como a extensão de forma sem fio de uma conta de e-mail corporativa, um gerenciador de informação pessoal ou similar. De modo similar, o mesmo dispositivo de comunicações móvel também pode ser usado para a provisão de outros serviços de dados de prioridade mais baixa, tais como aplicativos de envio de mensagem, navegação na web ou similares.
O documento do estado da técnica WO 2004061638 revela um método de compartilhar um recurso de interface de frequência de rádio onde aplicativos podem buscar acesso a um recurso de interface de frequência de rádio em um sistema baseado em processador que excede a capacidade disponível desse recurso. Quando mais de um aplicativo precisar acessar um recurso de interface de RF ao mesmo tempo e a capacidade disponível do recurso de interface de RF não permitir que todas essas solicitações sejam concedidas, uma resolução de contenção poderá ser fornecida. Numa forma de realização, a resolução de contenção pode envolver a determinação da prioridade de cada aplicação que procura acesso a recursos de interface de RF e concessão de acesso com base nessa prioridade.
O documento US 2004052212 revela um método de controle de fluxo de pacotes em uma rede de comunicações sem fio baseado em uma indicação contido em um pacto, onde uma rede de comunicações sem fio compreende um controlador de rede sem fio acoplado a uma porta de pacotes. Uma indicação de congestionamento de recursos de rede é comunicada entre o controlador de rede sem fio e a porta de pacotes. Em resposta à indicação de congestionamento de recursos de rede, um dos controladores de rede sem fio e portas de pacote ajusta o fluxo de dados de pacote entre o controlador de rede sem fio e a porta de pacote.
Como muitos destes aplicativos requerem uma conexão de dados continuamente ativa ou uma conectividade constante, foi descoberto que apenas um número limitado desses aplicativos pode operar ao mesmo tempo em um dispositivo de comunicações móvel típico. Assim sendo, surgiu uma necessidade de um sistema e um método para a resolução de contenção dentre aplicativos operando em um dispositivo de comunicações móvel que requerem conexões de dados com uma rede de serviço de dados de pacote sem fio.
SUMÁRIO
São mostrados aqui métodos e sistemas para resolução de contenção entre aplicativos operáveis em um dispositivo de comunicações móvel que requerem conexões de dados com uma rede de serviço de dados de pacote sem fio. Amplamente, a técnica envolve a execução de uma rotina de gerenciador de contenção no dispositivo de comunicações móvel que é operável para selecionar qual dos aplicativos atualmente conduzindo sessões de dados deve liberar sua sessão de dados em favor de um aplicativo atualmente requisitando uma sessão de dados.
Em um aspecto, um método para resolução de contenção dentre aplicativos operáveis em um dispositivo de comunicações móvel envolve a condução de pelo menos duas conexões de dados entre o dispositivo de comunicações móvel e a rede sem fio, cada uma das conexões de dados associadas a um aplicativo conectado operando no dispositivo de comunicações móvel, a requisição de uma conexão de dados para um aplicativo não conectado operável no sistema de comunicação móvel, a liberação de uma das conexões de dados em resposta à requisição, a liberação incluindo a seleção de um dos aplicativos conectados por um gerenciador de contenção com base em uma comparação de um parâmetro de contenção associado a cada um dos aplicativos conectados e a liberação da conexão de dados associada ao aplicativo conectado selecionado e, então, o estabelecimento da conexão de dados entre o dispositivo de comunicações móvel e a rede sem fio para o aplicativo não conectado requisitando.
Em uma modalidade, pelo menos duas conexões de dados entre o dispositivo de comunicações móvel e a rede sem fio representam o número máximo de conexões de dados permitido pelo dispositivo de comunicações móvel. Em uma outra modalidade, pelo menos duas conexões de dados entre o dispositivo de comunicações móvel e a rede sem fio representam o número máximo de conexões de dados permitido entre o dispositivo de comunicações móvel e a rede sem fio. Em uma outra modalidade, cada um dos aplicativos é um aplicativo requerendo uma conectividade constante.
O método pode utilizar uma variedade de parâmetros de contenção para a determinação de qual dos aplicativos conectados deve liberar sua conexão de dados. Por exemplo, os parâmetros de contenção podem incluir uma prioridade de aplicativo, tráfego de dados, duração de conexão atual e similar. O método pode utilizar um parâmetro de contenção único ou um grupo de parâmetros de contenção os quais podem ser analisados pelo gerenciador de contenção em série ou em paralelo.
Em um outro aspecto, um sistema de comunicação móvel inclui um transceptor sem fio operável para conduzir pelo menos duas conexões de dados entre o dispositivo de comunicações móvel e uma rede sem fio, onde cada uma das conexões de dados está associada a um aplicativo conectado operando no dispositivo de comunicações móvel. Um processador é acoplado ao transceptor sem fio e é operável para processar uma requisição por uma conexão de dados para um aplicativo não conectado operável no dispositivo de comunicações móvel, para liberação de uma das conexões de dados associada a um dos aplicativos conectados e estabelecer uma conexão de dados entre o dispositivo de comunicações móvel e a rede sem fio para o aplicativo não conectado. Um gerenciador de contenção é operável para selecionar o aplicativo conectado a ser liberado com base em uma comparação de um parâmetro de contenção associado a cada um dos aplicativos conectados.
Em um outro aspecto, um produto de programa de computador inclui um meio de armazenamento e instruções de computador armazenadas no meio de armazenamento. As instruções de computador são executáveis por um processador de um sistema de comunicação móvel que é operável para conduzir pelo menos duas conexões de dados com uma rede sem fio. Cada uma das conexões de dados é associada a um aplicativo conectado operando no dispositivo de comunicações móvel. As instruções de computador resolvem uma contenção dentre aplicativos operáveis no dispositivo de comunicações móvel pela recepção de uma requisição por uma conexão e dados para um aplicativo não conectado operável no dispositivo de comunicações móvel, a seleção de um dos aplicativos conectados com base em uma comparação de um parâmetro de contenção associado a cada um dos aplicativos conectados, a liberação da conexão de dados associada ao aplicativo conectado selecionado e o estabelecimento da conexão de dados entre o dispositivo de comunicações móvel e a rede sem fio para o aplicativo não conectado.
BREVE DESCRIÇÃO DOS DESENHOS
Para uma compreensão mais completa dos recursos e vantagens do presente método e do dispositivo móvel, uma referência é feita agora à descrição detalhada juntamente com as figuras associadas, nas quais números correspondentes em diferentes figuras se referem a partes correspondentes e nas quais: a Figura 1 descreve um ambiente de rede de exemplo que inclui uma rede de serviço de dados de pacote sem fio onde uma modalidade do presente método pode ser praticada; a Figura 2 descreve um diagrama de blocos de um dispositivo de comunicações móvel de acordo com uma modalidade da presente exposição; a Figura 3 descreve uma vista de arquitetura de software de um dispositivo de comunicações móvel de acordo com uma modalidade da presente exposição; a Figura 4 descreve detalhes adicionais de uma rede de serviço de dados de pacote sem fio de exemplo operável com um dispositivo de comunicações móvel de acordo com uma modalidade da presente exposição; e a Figura 5 descreve um fluxograma de uma modalidade para resolução de contenção entre aplicativos operáveis em um dispositivo de comunicações móvel que requerem conexões de dados com uma rede de serviço de dados de pacote sem fio.
DESCRIÇÃO DETALHADA DOS DESENHOS
Embora várias modalidades de um dispositivo de comunicações móvel operando em um sistema de rede sejam discutidas em detalhes abaixo, deve ser apreciado que a presente exposição provê muitos conceitos inventivos os quais podem ser concretizados em uma ampla variedade de contextos específicos. As modalidades específicas discutidas aqui são meramente ilustrativas de formas específicas de uso do dispositivo de comunicações móvel no sistema de rede, e não delimitam o escopo da presente exposição.
Com referência agora aos desenhos, e, mais particularmente, à figura 1, é descrito aqui um ambiente de rede de exemplo 10 incluindo uma rede de serviço de dados de pacote sem fio 12, onde uma modalidade do presente método pode ser praticada. Uma rede de empresa 14 para servir a uma pluralidade de usuários corporativos, a qual pode ser uma rede de pacote comutado, pode incluir um ou mais locais geográficos e ser organizada como uma rede de área local (LAN), uma rede de área ampla (WAN), uma rede de área metropolitana (MAN) ou similar. Vários servidores de aplicativo 16-1 a 16-N dispostos como parte da rede de empresa 14 são operáveis para a provisão ou a efetuação de uma hoste de serviços internos e externos, tais como acesso à Internet, acesso a dados corporativos, gerenciamento de informação e similares, bem como certos serviços de dados operáveis continuamente, tais como e-mail, correio de vídeo, envio de mensagem, agenda, programação e similares. Assim sendo, um arranjo diverso de aparelhos de informação pessoal 18, tais como computadores de mesa, computadores tipo laptop, computadores tipo palmtop ou similares, pode ser operacionalmente ligado em rede a um ou mais dos servidores de aplicativo 16-i, i = 1, 2,..., N, com respeito aos serviços suportados na rede de empresa 14.
Adicionalmente, um servidor de serviços remoto 20 pode ter uma interface criada com a rede de empresa 14 para permitir que um usuário corporativo acesse ou efetue qualquer um dos serviços a partir de uma localização remota usando um dispositivo de comunicações móvel (MCD) 22. Um enlace de comunicação seguro com encriptação de extremidade a extremidade pode ser estabelecido, que é mediado através de uma rede de IP externa, isto é, uma rede de pacote comutado pública, tal como a Internet 24, bem como a rede de serviço de dados de pacote sem fio 12 operável com o MCD 22 através de uma infra-estrutura de rede sem fio adequada, que inclui uma estação base 26. Em uma modalidade, uma rede de envio confiável 28 pode ser disposta entre a Internet 24 e a infra-estrutura de rede de serviço de dados de pacote sem fio 12. A título de exemplo, o MCD 22 pode ser um dispositivo portátil habilitado para dados capaz de receber e enviar mensagens, navegação na web, tendo uma interface com os servidores de aplicativo corporativos e similares.
Para fins da presente exposição, a rede de serviço de dados de pacote sem fio 12 pode ser implementada em quaisquer tecnologias e protocolos de rede de comunicações móveis conhecidos ou até agora desconhecidos, desde que um serviço de dados de pacote comutado esteja disponível ali para a transmissão de uma informação em pacotes. Por exemplo, a rede de serviço de dados de pacote sem fio 12 pode ser compreendida por uma rede de Serviço de Rádio de Pacote Geral (GPRS) que provê um acesso por rádio de pacote para dispositivos móveis usando uma infra-estrutura celular de uma rede de portadora baseada em Sistema Global para Comunicações Móveis (GSM). Em outras implementações, a rede de serviço de dados de pacote sem fio 12 pode compreender uma rede de Taxas de Dados Melhoradas para Evolução de GSM (EDGE), uma Rede Melhorada Digital Integrada (IDEN), uma rede de Acesso Múltiplo de Divisão de Código (CDMA), uma rede de Sistema Universal de Telecomunicações Móveis (UMTS), ou qualquer rede de 3a Geração (3G). Conforme será visto aqui abaixo, as modalidades da presente exposição para resolução de contenção entre aplicativos operáveis em um dispositivo de comunicações móvel que requerem conexões de dados para uma rede de serviço de dados de pacote sem fio serão descritas independentemente de qualquer implementação de rede sem fio em particular.
A Figura 2 descreve um diagrama de blocos de um dispositivo de comunicações móvel que suporta um serviço de dados continuamente operável e que é geralmente designado 30. Será reconhecido por aqueles versados na técnica mediante uma referência a ela que, embora uma modalidade de MCD 30 possa compreender um arranjo similar àquele mostrado na figura 2, pode haver qualquer número de variações e modificações, em hardware, software ou firmware, com respeito aos vários módulos descritos. Assim sendo, o arranjo da figura 2 deve ser tomado como ilustrativo ao invés de limitativo com respeito às modalidades da presente exposição. Um microprocessador 32 provendo o controle geral de MCD 30 é operacionalmente acoplado a um subsistema de comunicação 34, o qual inclui um receptor 36 e um transmissor 38, bem como componentes associados, tais como um ou mais módulos de oscilador local (LO) 40 e um módulo de processador, tal como um processador de sinal digital (DSP) 42. Conforme será evidente para aqueles versados no campo de comunicações, o projeto em particular do módulo de comunicação 34 pode ser dependente da rede de comunicações com a qual se pretende que o dispositivo móvel opere.
Em uma modalidade, o módulo de comunicação 34 é operável com comunicações de voz e de dados. Independentemente do projeto em particular, contudo, os sinais recebidos por uma antena 44 através da estação base 26 são providos para o receptor 36, o qual pode realizar funções comuns de receptor, tais como amplificação de sinal, conversão descendente de freqüência, filtração, seleção de canal, conversão de analógico para digital (A/D), e similares. De modo similar, os sinais a serem transmitidos são processados, incluindo modulação e codificação, por exemplo, pelo DSP 42 e providos para o transmissor 44 para conversão de digital para analógico (D/A), conversão ascendente de freqüência, filtração, amplificação e transmissão pela interface de ar - rádio através da antena 46.
O microprocessador 32 também tem uma interface com outros subsistemas de dispositivo, tais como entrada / saída (I/O) auxiliar 48, porta serial 50, visor 52, teclado 54, alto-falante 56, microfone 58, memória de acesso randômico (RAM) 60, um subsistema de comunicações de faixa curta 62 e quaisquer outros subsistemas de dispositivo, geralmente rotulados como o número de referência 64. Para controle do acesso, uma interface de Módulo de Identidade de Assinante (SIM) ou de Módulo de Identidade de Usuário Removível (RUIM) 66 também é provida na comunicação com o microprocessador 32. Em uma implementação, a interface de SIM/RUIM 66 é operável com um cartão SIM/RUIM tendo várias configurações de chave 68 e uma outra informação 70, tais como dados de identificação e relacionados a assinante.
O software de sistema operacional e o software associado à pilha de transporte 72 podem ser concretizados em um módulo de armazenamento persistente (isto é, um armazenamento não volátil), tal como uma memória flash 74. Em uma implementação, a memória flash 74 pode ser segregada em áreas diferentes, por exemplo, áreas de armazenamento para programas de computador 76, estados de dispositivo 78, catálogo de endereços 80, outros dados de gerenciador de informação pessoal (PIM) 82 e outras áreas de armazenamento de dados geralmente rotuladas como o número de referência 84. Adicionalmente, um módulo de lógica de gerenciador de contenção 86 é provido para resolução de contenção dentre aplicativos operáveis no MCD 30 que requerem conexões de dados para a rede de serviço de dados de pacote sem fio 12 de acordo com os ensinamentos estabelecidos aqui.
A Figura 3 descreve uma vista de arquitetura de software de um dispositivo de comunicações móvel operável de acordo com uma modalidade para regulagem e programação de acesso de aplicativo para sessões de comunicações com a rede de serviço de dados de pacote sem fio 12, independentemente do fabricante do MCD ou do provedor de serviços sem fio. Uma pilha de transporte (TS) de camada múltipla 100 é operável para prover um protocolo de transporte de dados genérico para qualquer tipo de dados corporativos, incluindo e-mail, através de conexões contínuas confiáveis, seguras e sem emendas para uma rede de serviço de dados de pacote sem fio. Conforme ilustrado na modalidade da figura 3, uma camada de integração 102 é operável como uma interface entre a camada de rádio de MCD 104 e a pilha de transporte 100. Da mesma forma, uma outra camada de integração 106 é provida para a criação de uma interface entre a pilha de transporte 100 e os aplicativos de usuário 108 suportados no MCD, por exemplo, e-mail 110, gerenciador de informação pessoal (PIM) 112, incluindo agenda, programação, contatos e similares, agentes de envio de mensagem 114, navegador da web 116 e similares. Embora não mostrado especificamente, a pilha de transporte 100 também pode ter uma interface com o sistema operacional do MCD. Em uma outra implementação, a pilha de transporte 100 pode ser provida como parte de um módulo de cliente de comunicações de dados operável como uma máquina virtual independente de computador principal em um dispositivo móvel.
A camada de fundo (Camada 1) da pilha de transporte 100 é operável como uma interface para a camada de pacote de rede sem fio. A Camada 1 lida com coordenação de serviço básico no ambiente de rede de exemplo 10 mostrado na figura 1. Por exemplo, quando um MCD perambula de uma rede de portadora para uma outra, a Camada 1 verifica que os pacotes sejam enviados para a rede sem fio apropriada e que quaisquer pacotes que estejam pendentes a partir da rede prévia sejam redirecionados para a rede atual. A camada de topo (Camada 4) expõe várias interfaces de aplicativo para os serviços suportados no MCD. As duas camadas remanescentes, a Camada 2 e a Camada 3, são responsáveis por segmentação / remontagem de datagrama e segurança, compressão e roteamento, respectivamente.
A Figura 3 também descreve um módulo de lógica de gerenciador de contenção 118 provida como parte do ambiente de software de MCD que é disposto em comunicação operável com a pilha de transporte 100 e a camada de rádio 104, bem como o ambiente de OS para regulagem e programação de acesso de aplicativo a sessões de comunicações com a rede de serviço de dados de pacote sem fio 12. Em uma implementação, o módulo de lógica de gerenciador de contenção 118 é operável para selecionar uma conexão de dados para liberação baseada em parâmetros de contenção associados a cada um dos aplicativos conectados. Por exemplo, quando o número máximo de conexões de dados permitido pelo MCD ou entre o MCD e a rede de serviço de dados de pacote sem fio 12 tiver sido atingido e um aplicativo não conectado estiver requisitando uma conexão de dados, o módulo de lógica de gerenciador de contenção 118 determina qual dos aplicativos conectados deve liberar sua conexão de dados em favor do aplicativo não conectado requisitante.
Para fins de ilustração, um MCD em particular é capaz de ter duas conexões de dados simultâneas e atualmente está conduzindo uma sessão de dados para o aplicativo de agente de envio de mensagem 114 e uma sessão de dados para o aplicativo de e-mail 110. O usuário do MCD agora tenta abrir o aplicativo de navegador 116. Como o MCD presente pode ter apenas duas conexões de dados simultâneas, o MCD não é capaz de abrir uma nova sessão de dados para o aplicativo de navegador 116 sem primeiramente liberar uma das sessões ativas de dados do aplicativo de agente de envio de mensagem 114 ou do aplicativo de e-mail 110. O módulo de lógica de gerenciador de contenção 118 determina qual dos dois aplicativos deve liberar sua conexão de dados e, então, estabelece uma conexão de dados para o aplicativo de navegador 116. Especificamente, o módulo de lógica de gerenciador de contenção 118 usa um ou mais parâmetros de contenção associados aos aplicativos conectados, neste caso, o aplicativo de agente de envio de mensagem 114 e o aplicativo de e-mail 110, ou as conexões de dados associadas aos aplicativos conectados para determinar qual conexão de dados liberar. Em uma modalidade, o módulo de lógica de gerenciador de contenção 118 pode usar uma prioridade de aplicativo como o parâmetro de contenção. No presente exemplo, como se pretende que o aplicativo de email 110 seja um aplicativo “sempre ativo”, o aplicativo de e-mail 110 tem uma prioridade alta. Por outro lado, o aplicativo de agente de envio de mensagem 114 é de prioridade baixa. Assim, usando-se o parâmetro de contenção de prioridade de aplicativo, o módulo de lógica de gerenciador de contenção 118 seleciona o aplicativo de agente de envio de mensagem 114 para liberar sua conexão de dados. Após isso, a conexão de dados para o aplicativo de navegador 116 pode ser estabelecida.
Continuando com o presente exemplo e assumindo que o MCD esteja atualmente conduzindo uma sessão de dados para o aplicativo de agente de envio de mensagem 114 e uma sessão de dados para o aplicativo de navegador 116, o aplicativo de e-mail 110 agora requisita uma conexão de dados devido a uma entrada de usuário ou devido a uma tentativa automática de restabelecimento de uma conexão de dados. Como cima, o MCD não é capaz de abrir uma nova sessão de dados para o aplicativo de e-mail 110 sem primeiramente liberar uma das sessões de dados ativas do aplicativo de agente de envio de mensagem 114 ou do aplicativo de navegador 116. Neste caso, a prioridade de aplicativo é baixa para o aplicativo de agente de envio de mensagem 114 e o aplicativo de navegador 116. Assim, o módulo de lógica de gerenciador de contenção 118 usa um parâmetro de contenção alternativo para selecionar o aplicativo que deve liberar sua conexão de dados. Por exemplo, o módulo de lógica de gerenciador de contenção 118 pode usar tráfego de dados, duração de conexão de dados ou outros índices como o parâmetro de contenção para a seleção do aplicativo que deve liberar sua conexão de dados. Após isso, a conexão de dados para o aplicativo selecionado é liberada e uma conexão de dados para o aplicativo de e-mail 110 pode ser estabelecida.
Em uma implementação, o módulo de lógica de gerenciador de contenção 118 pode considerar mais de um parâmetro de contenção na determinação de qual dos aplicativos conectados deve liberar sua conexão de dados. Por exemplo, no caso acima, onde o MCD atualmente está conduzindo sessões de dados para o aplicativo de agente de envio de mensagem 114 e o aplicativo de navegador 116, então, o aplicativo de e-mail 110 requisita uma conexão de dados, o módulo de lógica de gerenciador de contenção 118 poderia analisar de forma seqüencial ou simultânea múltiplos parâmetros de contenção tais como tráfego de dados e duração de conexão de dados para determinar que, embora a conexão de dados para o aplicativo de agente de envio de mensagem 114 tenha uma duração mais longa, o tráfego de dados associado àquela conexão garante que sua conexão deve ser mantida. Assim, o módulo de lógica de gerenciador de contenção 118 seleciona o aplicativo de navegador 116 para liberar sua conexão de dados, de modo que uma conexão de dados para o aplicativo de e-mail 110 possa ser estabelecida.
Conforme deve ser compreendido por aqueles versados na técnica, o módulo de lógica de gerenciador de contenção 118 pode considerar um ou qualquer número de parâmetros de contenção associados aos aplicativos conectados, as conexões de dados associadas aos aplicativos conectados ou outros índices para a determinação de qual conexão de dados liberar. Da mesma forma, deve ser compreendido por aqueles versados na técnica que o módulo de lógica de gerenciador de contenção 118 pode considerar múltiplos parâmetros de contenção simultaneamente, usando uma fórmula de parâmetro de contenção para ponderar os vários parâmetros de contenção em sua determinação de qual conexão de dados liberar. Adicionalmente, deve ser compreendido por aqueles versados na técnica que o módulo de lógica de gerenciador de contenção 118 pode considerar múltiplos parâmetros de contenção seqüencialmente, usando, por exemplo, uma hierarquia de parâmetro de contenção para determinar a ordem de consideração. Ainda, embora o módulo de lógica de gerenciador de contenção 118 tenha sido descrito como automaticamente liberando a conexão de dados do aplicativo conectado selecionado, deve ser compreendido por aqueles versados na técnica que o módulo de lógica de gerenciador de contenção 118 pode alertar o usuário para reconhecer que o aplicativo selecionado pelo módulo de lógica de gerenciador de contenção 118 deve liberar sua conexão de dados.
A Figura 4 descreve detalhes adicionais de uma rede de serviço de dados de pacote sem fio de exemplo operável com um dispositivo de comunicações móvel de acordo com uma modalidade. Conforme ilustrado, o número de referência 130 se refere a uma rede de GPRS operável como a rede de serviço de dados de pacote sem fio com respeito ao MCD 30 que é provido com vários aplicativos de usuário centrados em dados 138, tais como, por exemplo, e-mail 110, PIM 112, agente de envio de mensagem 114, navegador 116, bem como outros aplicativos 117, tais como aplicativos de multimídia, Protocolo de Transferência de Arquivo (FTP), telnet e similares. A estação base 26 serve ao MCD 30 através de uma interface de ar usando protocolos de camada de rádio aplicáveis.
O GPRS usa uma técnica de comutação de pacote para a transferência de dados à alta velocidade e à baixa velocidade e sinalização de uma maneira eficiente pelas redes de rádio de GSM. Uma comutação de pacote significa que os recursos de rádio de GPRS são usados apenas quando os usuários estão realmente enviando ou recebendo dados. Ao invés de dedicar um canal de rádio a um usuário de dados móvel, por exemplo, o MCD 30, por um período de tempo fixo, os canais de rádio disponíveis podem ser concorrentemente compartilhados entre vários usuários. Portanto, o GPRS é projetado para suportar de transferências de dados intermitentes e em rajadas (por exemplo, navegação da web) a uma transmissão ocasional de grandes volumes de dados (por exemplo, FTP). A alocação de canais de rádio de GPRS pode ser flexível: de 1 a 8 intervalos de tempo de interface de rádio podem ser alocados por um quadro de Acesso Múltiplo de Divisão de Tempo (TDMA). Tipicamente, os intervalos de tempo são compartilhados pelos usuários ativos, e enlaces ascendentes e enlaces descendentes são alocados separadamente. Vários esquemas de codificação de canal de rádio estão disponíveis para se permitir uma faixa de taxas de transferências de bit de dados.
Dois nós de rede adicionais são providos em uma rede de GSM, de modo a se implementar um serviço de transferência de dados de pacote comutado. Um Nó de Suporte de GPRS de Serviço (SGSN) 134, o qual é acoplado a um Registrador de Localização Doméstico (HLR) 132 e disposto no mesmo nível hierárquico que um Centro de Comutação Móvel (MSC) da rede celular de circuito comutado, é operacionalmente acoplado à estação base 26 e mantém um acompanhamento da localização de um usuário de GPRS, tal como o usuário do MCD 30. Ainda, o SGSN 134 é responsável pela execução de funções de segurança e manipulação de controle de acesso com respeito ao MCD 30. Um Nó de Suporte de GPRS de Gateway (GGSN) 136 provê um intertrabalho com a rede de IP de pacote comutado externa 24, e é operacionalmente acoplado a um ou mais SGSNs, por exemplo, o SGSN 134, através de uma rede de estrutura de GPRS baseada em IP.
De modo a acessar o serviço de dados de pacote, o MCD 30 torna sua presença conhecida para a rede ao realizar o que é conhecido como uma Afixação de GPRS. Após isso, para enviar e receber dados de pacote, o MCD 30 ativa o endereço de dados de pacote que ele quer usar. Esta operação torna o MCD 30 “visível” no GGSN correspondente, e o intertrabalho com as redes de dados externos então pode começar. Os dados de usuário são transferidos de forma transparente entre o MCD 30 e as redes de dados externas com um método conhecido como encapsulação e tunelamento, onde os pacotes de dados são equipados com uma informação de protocolo específica de GPRS e transferidos de forma transparente entre o MCD 30 e o GGSN 136 usando-se, por exemplo, um contexto de Protocolo de Dados de Pacote (PDP) entre o MCD 30 e a rede de GPRS 130.
A Figura 5 descreve um fluxograma que descreve um método para resolução de contenção dentre aplicativos operáveis em um dispositivo de comunicações móvel que requer conexões de dados com uma rede sem fio. O fluxograma ilustra uma rotina referida como “Gerenciador de Contenção” (bloco de começo 150). Esta rotina é chamada quando um aplicativo não conectado de dados operável no MCD é aberto e requisita um contexto de PDP (bloco 152). Mediante a requisição, é determinado se o MCD é capaz de conduzir um contexto de PDP adicional associado ao aplicativo não conectado de dados (decisão 154). Se o MCD for capaz de conduzir um contexto de PDP adicional associado ao aplicativo não conectado de dados, então, um contexto de PDP é estabelecido para o aplicativo não conectado de dados entre o MCD e a rede sem fio (bloco 156), e a rotina é completada (bloco de fim 158). Se na decisão 154 o MCD não for capaz de conduzir um contexto de PDP adicional associado ao aplicativo não conectado de dados, então o gerenciador de contenção realiza uma análise do parâmetro de contenção associado aos aplicativos conectados, dos contextos de PDP associados aos aplicativos conectados ou ambos (bloco 160). Com base nos resultados da análise de parâmetro de contenção, o gerenciador de contenção seleciona o aplicativo conectado que deve ter seu contexto de PDP liberado (bloco 162). O contexto de PDP do aplicativo conectado selecionado é liberado (bloco 164). Um contexto de PDP então é estabelecido entre o MCD e a rede sem fio para o aplicativo não conectado de dados (bloco 156), e a rotina é completada (bloco de fim 158). Conforme declarado acima, em certas implementações, antes da liberação do contexto de PDP do aplicativo selecionado, o usuário do MCD pode ser alertado para reconhecer que esse contexto de PDP deve ser liberado.
Embora esta exposição tenha descrito um dispositivo de comunicações móvel operando em um sistema de rede com referência a modalidades ilustrativas, não se pretende que esta descrição seja construída em um sentido limitativo.
Várias modificações e combinações das modalidades ilustrativas, bem como outras modalidades, serão evidentes para pessoas versadas na técnica mediante uma referência à descrição. Portanto, pretende-se que as reivindicações em apenso envolvam quaisquer dessas modificações ou modalidades.