BRPI0705502B1 - método para uso em um dispositivo móvel, meio que pode ser lido em computador, e dispositivo móvel - Google Patents
método para uso em um dispositivo móvel, meio que pode ser lido em computador, e dispositivo móvel Download PDFInfo
- Publication number
- BRPI0705502B1 BRPI0705502B1 BRPI0705502A BRPI0705502A BRPI0705502B1 BR PI0705502 B1 BRPI0705502 B1 BR PI0705502B1 BR PI0705502 A BRPI0705502 A BR PI0705502A BR PI0705502 A BRPI0705502 A BR PI0705502A BR PI0705502 B1 BRPI0705502 B1 BR PI0705502B1
- Authority
- BR
- Brazil
- Prior art keywords
- packet
- mobile device
- packet protocol
- context
- expiration
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000005540 biological transmission Effects 0.000 claims abstract description 21
- 238000004891 communication Methods 0.000 claims description 52
- 238000005259 measurement Methods 0.000 claims description 13
- 230000009849 deactivation Effects 0.000 claims description 10
- 230000003213 activating effect Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 6
- 230000006870 function Effects 0.000 description 17
- 238000006243 chemical reaction Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000003321 amplification Effects 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
sistema e método para manutenção de contexto de protocolo de pacote um sistema e um método para manutenção de um contexto de protocolo de pacote, tal como um contexto de pdp (protocolo de dados de pacote) são providos. dispositivo móvel se comunica por um contexto de protocolo de pacote. se não houver uma atividade de dados pelo contexto de protocolo de pacote por uma duração de expiração, então, a rede poderá desativar o contexto de protocolo de pacote. o dispositivo móvel pode restabelecer o contexto de protocolo de pacote; contudo, um restabelecimento excessivo do contexto de protocolo de pacote põe uma carga sob a rede. de acordo com uma modalidade do pedido, o dispositivo móvel determina a duração de expiração, por exemplo, pela medição da duração de expiração. mediante uma inatividade de dados por um período de tempo próximo da duração de expiração, o dispositivo móvel transmite um pacote pelo contexto de protocolo de pacote, de modo a manter o contexto de protocolo de pacote. assim sendo, a carga na rede pode ser reduzida pela obtenção de uma freqüência adequada de transmissão de dados curtos a partir do dispositivo móvel.
Description
MÉTODO PARA USO EM UM DISPOSITIVO MÓVEL, MEIO QUE PODE SER
LIDO EM COMPUTADOR,
E DISPOSITIVO MOVEL
Campo do Pedido
A presente invenção se refere a uma comunicação sem fio e, mais particularmente, a contextos de protocolo de pacote.
Antecedentes
Em uma rede de UMTS (Sistema de
Telecomunicações
Móveis Universal) um GGSN (Nó de Suporte de Serviço de
Rádio de Pacote
Geral de
Gateway) tipicamente tem um temporizador de inatividade para cada contexto de
PDP (Protocolo de
Dados de Pacote) estabelecido. Um dispositivo móvel pode se comunicar com rede de UMTS por um contexto de PDP ativo. Contudo, se temporizador de inatividade expirar, o GGSN inicia uma desativação de contexto de PDP para liberação do contexto de PDP.
O dispositivo móvel pode restabelecer contexto de
PDP;
contudo, um restabelecimento excessivamente do contexto de PDP põe um encargo sobre a rede de UMTS.
As abordagens existentes envolvem o dispositivo móvel periodicamente transmitindo pacotes pelo contexto de PDP, de modo a se manter o contexto de PDP. Contudo, em certas circunstâncias, a transmissão é freqüente demais e resulta em uma atividade desnecessária. Isto causa uma situação de sobrecarga para a rede ou causar faltas de recurso de rádio, se muito desses dispositivos móveis forem concentrados em uma área pequena, tal como uma célula ou um setor de célula.
De modo a se prover uma experiência sempre ativa para usuários finais, algumas redes de UMTS têm
Petição 870180125573, de 03/09/2018, pág. 11/16
2/24 funcionalidade para preservarem o contexto de PDP, enquanto se libera o recurso de rádio associado, quando nenhum tráfego de vez que os
PDP quando nenhum tráfego é esperado, a 3GPP TS25.060) . Uma ligados ao contexto de uma operadora de rede * \ A Apode configurar o temporizador de inatividade no GGSN para ter um grande inatividade desperdício dispositivos em em valor, ou conj unto.
termos de pode remover o temporizador de
Nesses casos, poderia ser um recursos de rede de UMTS para móveis para periodicamente transmitir dados em um intervalo o qual seja muito mais curto do que o temporizador de inatividade.
Independentemente do comprimento de dados transmitidos pelo dispositivo móvel, o dispositivo móvel e o ramal de o estabelecimento e a liberação de uma conexão de RRC de Rádio), uma conexão de sinalização,_ um contexto de PDP e uma portadora de rádio. Mais ainda, os recursos de rádio (por exemplo, um código de embaralhamento de enlace descendente) permanecerão alocados por um tempo segundos. Quando um número grande de dispositivos móveis é concentrado em uma célula única, a transmissão periódica de dados curtos poderia ter um impacto sobre a rede de rádio e os recursos de rádio.
Sumário do Pedido
De acordo com um aspecto amplo, é provido um método em um dispositivo móvel que compreende: a determinação de uma duração de expiração pela qual uma inatividade de dados por um contexto de protocolo de pacote faz com que um contexto
3/24 de protocolo de pacote se torne desativado por uma rede; e, mediante uma inatividade de dados por um período de tempo próximo da duração de expiração, a transmissão de um pacote pelo contexto de protocolo de pacote, de modo a se manter o contexto de protocolo de pacote; onde a duração de expiração compreende a medição da duração de expiração.
De acordo com um outro aspecto amplo, é provido um meio que pode ser lido em computador que tem instruções executáveis em computador armazenadas nele para execução em
um processador, de modo a se implementar o método resumido acima.
De acordo com um outro aspecto amplo, é provido um dispositivo móvel que compreende uma função de contexto de protocolo de pacote adaptada para a implementação do método 15 resumido acima.
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 sistema de comunicação de exemplo;
a Figura 1B é um diagrama de blocos de um dispositivo móve1;
a Figura 2 é um fluxograma de um método de exemplo de manutenção de um contexto de protocolo de pacote pela transmissão de pacotes; e as Figuras 3 a 7 são fluxogramas de um outro método de exemplo de manutenção de um contexto de protocolo de pacote pela transmissão de pacotes.
Descrição de Modalidades
Sistema de Comunicação
4/24
Com referência, agora, à Figura 1, é mostrado um diagrama de blocos de um sistema de comunicação de exemplo 90. O sistema de comunicação tem um dispositivo móvel 10, uma rede de acesso de rádio 20, nós de serviço de GPRS 5 (Serviço de Rádio de Pacote Geral) 30, uma rede de dados de pacote 40 e um nó correspondente 50. O sistema de comunicação 90 pode ter outros componentes, mas eles não são mostrados em nome da simplicidade. O dispositivo móvel tem um rádio de acesso sem fio 16, um processador 17 e
uma função de contexto de protocolo de pacote 15. A função de contexto de protocolo de pacote 15 tem um aplicativo 11, uma camada de transporte 12, uma função de controle de rede de acesso 13 e uma camada um e dois 14 . Os nós de serviço de GPRS 3 0 podem incluir, por exemplo, nós de SGSN (Nó de
Suporte de GPRS de Serviço) e/ou de GGSN (Nó de Suporte de
GPRS de Gateway) . Os nós de serviço de GPRS 3 0 têm um controle de contexto de PDP 31 e uma camada um e dois 32^ O nó correspondente 50 tem um aplicativo 51, uma camada de
transporte 52 e uma camada um e dois 53.
Em operação, o dispositivo móvel 10 se comunica com o nó correspondente 50 através da rede de acesso de rádio 20, dos nós de serviço de GPRS 30 e da rede de dados de pacote
40. O dispositivo móvel 10 se comunica com a rede de acesso de rádio 20 usando seu rádio de acesso sem fio 16. Essa comunicação pode envolver, por exemplo, o aplicativo 11 ou a camada de transporte 12 do dispositivo móvel 10 em comunicação com o aplicativo 51 ou a camada de transporte 52, respectivamente, do nó correspondente 50. O aplicativo 11 do dispositivo móvel 10 pode ser qualquer aplicativo que 3 0 se comunica pela rede, por exemplo, um navegador da web. O
5/24 aplicat ivo do nó correspondente 50 pode ser qualquer aplicativo correspondente, tal como um servidor de HTTP (protocolo de transferência de hipertexto) . Em algumas implementações, as comunicações sao de acordo com o IP contexto de PDP entre o dispôsitivo móvel 10 e os nós de serviço de GPRS
30. Um contexto de PDP como uma notação lógica pode ser pensada como sendo um tubo entre o dispôsitivo móve 1 10 e o
GGSN dos nós de serviço de GPRS 30. O tubo é usado para um transporte de pacote de IP. Quando o contexto de criado para transporte de IP, ao dispositivo móvel
PDP dados pelo contexto de PDP por uma duração de expiração, então, dispositivo móvel 10 pode restabelecer o contexto _de PDP;
contudo, restabelecer excessivamente o contexto de PDP põe um encargo na rede. De acordo com uma modalidade do pedido, a função de contexto de protocolo de pacote 15 implementa um método no dispositivo móvel 10 duração de expiração. Mediante uma inatividade de dados por um período de tempo próximo da duração de função de contexto de protocolo de pacote 15 pacote pelo contexto de PDP, de modo a manter transmite o contexto um de
PDP. Desta maneira, a carga na rede pode ser reduzida pela obtenção de uma freqüência adequada de transmissão de dados curtos a partir do dispositivo móvel
Detalhes adicionais são providos abaixo com referência às Figuras 2
6/24
A função de controle de rede de acesso 13 do dispositivo móvel 10 controla o acesso à rede de acesso de rádio 20 e aos nós de serviço de GPRS 30. Por exemplo, a função de controle de rede de acesso 13 ativa, mantém e 5 desativa os contextos de PDP. Quando o contexto de PDP é desativado, a função de controle de rede de acesso 13 informa a camada de transporte 12 com um valor de causa e, explica o caso em que uma desativação é realizada localmente. A camada de transporte 12 periodicamente envia dados curtos, de modo a manter o contexto de PDP.
A rede de acesso de rádio 2 0 provê uma comunicação de rádio para o dispositivo móvel 10 e para quaisquer outros 15 dispositivos móveis que possam estar presentes (não mostrados) . A rede de acesso de rádio 20 pode disparar uma preservação de contexto de PDP e libera apenas recursos de rádio associados ao contexto de PDP, enquanto mantém a informação de contexto de PDP.
Os nós de serviço de GPRS 30
realizam um gerenciamento de mobilidade e gerenciamento de sessão para a provisão de uma conexão de dados sem fio. Em algumas implementações, um GGSN implementa um temporizador de inatividade para cada contexto de PDP estabelecido. O
GGSN pode liberar o contexto de PDP pelo envio de uma
| 2 5 mensagem de | desativação | de contexto | de PDP para | o |
| dispositivo | móvel 10 na | expiração do | temporizador | de |
| inatividade. | ||||
| Embora | o exemplo | ilustrado se | concentre | em |
implementações conforme aplicável a uma rede de GPRS, mais
0 geralmente, as modalidades dos pedidos são aplicáveis a
7/24 qualquer rede que desative um contexto de protocolo de pacote mediante uma duraçao de expiração de inatividade de dados. As modalidades do pedido podem ser aplicáveis, por exemplo, a um sistema CDMA2000. As implementações podem
Ê para é muito ser compreendido que o sistema de comunicações específico para fins de exemplo apenas. O móvel
10, correspondente 50 muito específico componentes são implementações, o são de mostrados, cada um, com um arranjo componentes. Outros possíveis. Por exemplo, aplicativo 11 e a camada de da função de contexto combinados em um implementações, funções arranj os de em outras transporte 12 de protocolo de pacote componente único.
Em apropriadas que podem ou são outras nao ser camadas implementam a camada de transporte 12 e a camada um mostrada com uma combinação componentes. Outras combinações muito específica de são possíveis. Em outras implementações, o aplicativo 11 é separado da função de contexto de protocolo de pacote
15. Outros arranjos de componentes são possíveis.
No exemplo ilustrado, a protocolo executada função de de pacote 15 é implementada como um contexto software de no processador 17. Contudo, mais geralmente, a contexto de protocolo de pacote 15 pode ser implementada como um software, um hardware, um firmware ou qualquer combinação apropriada dos mesmos.
Com referência, agora, à Figura 1B, é mostrado um diagrama de blocos de um outro dispositivo móvel 80 que
8/24 pode implementar qualquer um dos métodos descritos aqui. O dispositivo móvel 80 é mostrado com componentes específicos para a implementação de recursos similares àqueles do dispositivo móvel 10 da Figura IA. É para ser compreendido 5 que o dispositivo móvel 80 é mostrado com detalhes muito específicos para fins de exemplo apenas.
Um dispositivo de processador (um microprocessador 12 8) é mostrado esquematicamente, conforme acoplado entre um teclado 114 e um visor 126. 0 microprocessador 128 é um
tipo de processador com recursos similares àqueles do processador 17 do dispositivo móvel 10 mostrado na Figura
IA. O microprocessador 12 8 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 15 usuário.
O dispositivo móvel 80 tem um alojamento que pode ser alongado verticalmente, ou pode as sumi r_outros_ tamanhos _e concha).
teclado 114 pode incluir uma tecla de seleção de modo ou um 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 faixa curta 102; o teclado 114 e o visor
6, j untamente com outros dispositivos de entrada / saída incluindo um con j unto de LEDs 104, um con j unto de dispositivos de 1/0 auxiliares 106, uma porta serial 108, um alto-falante 111 e um microfone 112; bem como
0 dispositivos de memória incluindo uma memória flash 116 e
9/24 uma Memória de Acesso Randômico (RAM) 118; e vários outros subsistemas de dispositivo 120. O dispositivo móvel 80 pode ter uma bateria 121 para acionamento dos elementos ativos do dispositivo móvel 80. O dispositivo móvel 80 em algumas modalidades é um dispositivo de comunicação de freqüência de rádio (RF) de duas vias tendo 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 um armazenamento persistente, tal como a memória flash 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 específicos de dispositivo ou partes dos mesmos podem ser temporariamente carregadosem um armazenamento volátil, tal como a RAM 118. Os sinais de comunicação recebidos pelo dispositivo móvel 80 também podem ser armazenados na RAM 118.
O microprocessador 12 8, além de suas funções de sistema operacional, permite uma execução de aplicativos de software no dispositivo móvel 80. Um conjunto predeterminado de aplicativos de software que controla as operações de dispositivo básicas, tal como um módulo de comunicações de voz 130A e um módulo de comunicações de 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) 130C também pode ser instalado no dispositivo móvel 80, durante a
10/24 fabricação. O aplicativo de PIM em algumas modalidades é capaz de organizar e gerenciar itens de dados, tais como email, eventos de agenda, correios de voz, compromissos e itens de tarefa. O aplicativo de PIM também é capaz, em 5 algumas modalidades, de enviar e receber itens de dados através de uma rede sem fio 110. Em algumas modalidades, os 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 um sistema de computador principal. Da mesma forma, módulos de software adicionais, ilustrados como um outro módulo de software 130N, podem ser instalados durante a fabricaçao.
Um ou mais dos módulos 130A, 130B, 130C, 13 0N da memória flash 116 também podem ser configurados para implementação de recursos similares àqueles da função de contexto de protocolo de pacote 15 do dispositivo móvel 10 _ _ _ mostrado na Figura IA. Por exemplo, um dos outros módulos
130N pode ser configurado de modo que, quando for executado no microprocessador 128, o dispositivo móvel 80 duração de expiração e mediante uma inatividade de dados de um contexto de PDP por um período de tempo próximo da duração de expiração, o dispositivo móvel 80 transmita pacote pelo contexto de PDP, de modo a manter o contexto um de
As funções de comunicação, incluindo comunicações de dados e de voz, são realizadas através do subsistema de comunicação 170 e, possivelmente, através do subsistema de comunicações 170 de faixa curta. O subsistema de comunicação 170 inclui um receptor 150, um transmissor 152
11/24 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 170 também inclui um módulo de processamento, tal como um processador de sinal digital 5 (DSP) 15 8 e osciladores locais (LOs) 16 0. O subsistema de comunicação 170 tendo o transmissor 152 e o receptor 150 é uma implementação de um radio de acesso sem fio com recursos similares àqueles do rádio de acesso sem fio 16 do dispositivo móvel 10 mostrado na Figura IA. O projeto
específico e a implementação do subsistema de comunicação
170 dependem da rede de comunicação na qual se pretende que o dispositivo móvel 80 opere. Por exemplo, 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 15 Mobitex™, DataTAC™ ou de Serviço de Rádio de Pacote Geral (GPRS) e também projetado para operar com qualquer uma de uma variedade de redes de comunicação de voz, tais__comoServiço de Telefone 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, separadas e integradas, também podem ser utilizados com o dispositivo móvel 80.
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,
12/24 portanto, tipicamente tem um módulo de identidade 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 os procedimentos de registro de rede ou ativação tiverem sido completados, o dispositivo móvel 80 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, o qual provê uma amplificação de sinal, uma conversão para baixo de freqüência, filtração, seleção de canal, também pode prover uma conversão de analógico para digital do sinal demodulação e sinais a serem digital.
recebido comunicação
Uma conversão de analógico para permite que o DSP
158 realize tais como decodificação. De uma maneira similar, os transmitidos processados modulados e
DSP 158 e, o transmissor 152 para uma conversão de digital para analógico, uma 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
5 158 provê um controle do receptor 15 0 e do transmissor 152.
Por exemplo, ganhos aplicados a sinais de comunicação no receptor 15 0 e no transmissor 152 podem ser controlados de forma adaptativa através de algoritmos de controle de ganho automático implementados no DSP 158.
Em um modo de comunicação de dados, um sinal recebido,
13/24 tal como uma mensagem de texto ou uma transferência (download) de mensagem de texto ou página da web, é processado pelo subsistema de comunicação 17 0 e é introduzido no microprocessador 12 8 . O sinal recebido então 5 é adicionalmente processado pelo microprocessador 128 para uma extração para o visor 126 ou, alternativamente, para alguns outros dispositivos de I/O auxiliares usuário de dispositivo também pode compor itens
106. Um de dados, tais como mensagens de e-mail, usando o teclado
114 e/ou algum outro dispositivo de
1/0 auxiliar 106, tal como um touchpad, um interruptor, uma roda de rolagem, ou algum outro tipo de dispositivo de entrada. Os itens de dados compostos então podem ser transmitidos pela 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 _ f ato_ de os sinais— — — recebidos serem extraídos para um alto-falante 111, e os
sinais para transmissão são gerados por um microfone 112. Subsistemas alternativos de I/O de voz ou á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 utiliz ado em um modo de comunicação de voz, por exemplo, para exibição da 25 identidade de uma parte chamando, da duração de uma chamada de voz ou uma outra informação relacionada a uma chamada de
O subsistema de comunicações de faixa curta 102 permite uma comunicação entre o dispositivo móvel 80 e outros sistemas ou dispositivos próximos, os quais não
14/24 precisam necessariamente ser dispositivos similares. Por exemplo, incluir o subsistema de um dispositivo comunicações de faixa associados e componentes, de ou de curta pode infravermelho e um módulo comunicação de com circuitos sistemas e dispositivos habilitados de forma similar.
Método em um Dispositivo Móvel
Com referência, agora, fluxograma de um método contexto de protocolo pacotes. Este método dispositivo móvel, por protocolo de pacote
Figura 1.
Na etapa 2 -1, de de à Figura 2, é mostrado um exemplo pacote pode ser exemplo, pela um de implementado em de contexto mostrado um de na dispositivo móvel de t e rm i na uma pela um contexto de protocolo de protocolo de pacote se qual uma inatividade de dados por de pacote Jaz_ com que _o contexto torne desativado por uma rede. Na
etapa 2-2, mediante uma inatividade de dados por um período de tempo próximo da duração de expiração, o dispositivo móvel transmite um pacote pelo contexto de protocolo de pacote, de modo a manter o contexto de protocolo de pacote.
Em alguns casos, há uma pluralidade de contextos de protocolo de pacote para um dispositivo móvel. Em algumas 25 implementações, o método descrito acima é aplicável para cada contexto de protocolo de pacote. Assim sendo, em algumas implementações, o dispositivo móvel determina a duração de expiração para cada contexto de protocolo de pacote. Em outras implementações, o dispositivo móvel 3 0 determina a duração de expiração por apenas um dos
15/24 contextos de protocolo de pacote e assume que a duração de expiração para os outros contextos de protocolo de pacote é a mesma.
em algumas implementações, para cada contexto de protocolo de pacote para o qual há uma inatividade de dados pelo período de tempo próximo da duração de dispositivo móvel pacote pelo contexto de protocolo de pacote, de modo a manter o contexto de possíveis.
Há muitas possibilidades para o contexto de protocolo de pacote.
depende do
Em algumas
O contexto de protocolo de pacote tipicamente tipo de rede no qual o dispositivo móvel reside.
implementações, o dispositivo móvel reside em uma rede de
UMTS e o contexto de protocolo de pacote é um contexto de
PDP. Outras implementações são possíveis. Mais geralmente, o contexto de protocolo de pacote é qualquer contexto de
IP.
dispositivo móvel transmite o pacote próximo do momento em que se espera que o contexto de protocolo de pacote seja desativado, caso não haja uma atividade de dados pelo contexto de protocolo de pacote. É para ser compreendido que o momento exato em que o dispositivo móvel de implementação. Em transmitido quando uma proporção predeterminada da duração de expiração passou desde a última atividade de dados. A proporção pré-definida pode ser, por exemplo, de 90% ou 9 5%. Em outras implementações, o pacote é transmitido quando houve uma inatividade de dados por uma margem de tempo pré-definida 3 0 menor do que a duração de expiração. A margem de tempo pré✓
16/24 definida é específica de implementação e pode ser regulada, por exemplo, para 2 ou 3 vezes um tempo de ida e volta (RTT) de um pacote curto entre o dispositivo móvel e o nó correspondente, se medições de RTT estiverem disponíveis.
Outras implementações são possíveis.
Há muitas formas pelas quais o dispositivo móvel determina o tempo de ida e volta de um pacote curto entre o dispositivo móvel e um nó correspondente da rede. Em algumas implementações, o dispositivo móvel mede o tempo de
ida e volta. Uma vez medido, o dispositivo móvel pode determinar a margem pré-definida com base no tempo de ida e volta que foi medido. Em algumas implementações, o dispositivo move 1 mede o tempo de ida e volta mais de uma vez e determina a margem pré-definida com base em cada 15 medição. Em implementações específicas, o dispositivo móvel determina a margem pré-definida como uma média aritmética matemática ou lógica apropriada pode ser implementada para a determinação da margem pré-definida, com base em medições múltiplas. Em algumas implementações, o dispositivo móvel mede o tempo de ida e volta dinamicamente, de modo que mudanças no tempo de medições subsequentes.
mudar, por exemplo, se ida e volta sejam refletidas pelas
O tempo de ida e volta podería o dispositivo móvel se movesse para uma outra rede. Em outras implementações, o tempo de ida e volta é comunicado para o dispositivo móvel. Outras implementações são possíveis.
Há muitas possibilidades para a transmissão do pacote pelo contexto de protocolo de pacote. Em algumas implementações, o dispositivo móvel transmite uma rajada
17/24 curta. Outras implementações são possíveis. Mais geralmente, o dispositivo móvel pode transmitir qualquer pacote.
Há muitas formas pelas quais o dispositivo móvel pode determinar a duração de expiração para a qual uma inatividade de dados pelo contexto de protocolo de pacote faz com que o contexto de protocolo de pacote se torne desativado pela rede. Em algumas implementações, o dispositivo móvel mede a duração de expiração.
Em outras
implementações, o dispositivo móvel recebe uma mensagem indicando a duração de expiração.
Há muitas formas pelas quais o dispositivo móvel recebe uma mensagem indicando a duração de expiração. Em algumas implementações, a rede assinala um temporizador de 15 inatividade para o dispositivo móvel, quando um contexto de PDP for estabelecido. Em implementações específicas, uma mensagem de Ativar aceitação de contexto de PDP_é_ estendida— — para ter um novo elemento de dados e informação indicando o
temporizador de inatividade. Em outras implementações, qualquer mensagem indicando a duração de expiração é comunicada para o dispositivo móvel. Outras implementações são possíveis.
Há muitas formas pelas quais o dispositivo móvel pode medir a duração de expiração. Em algumas implementações, o 25 dispositivo móvel mede um intervalo de tempo de inatividade pelo contexto de protocolo de pacote até o contexto de protocolo de pacote se tornar desativado pela rede. Em algumas implementações, o dispositivo móvel mede a duração de expiração apenas uma vez, já que é assumido que a 30 duração de expiração é estática. Em outras implementações,
18/24 o dispositivo móvel mede a duração de expiração base em andamento, expiração possam pelo dispositivo por exemplo, duração de diferentes.
transferido se ser duração de expiraçao em algum tipo de de modo que mudanças na refletidas em uma medição móvel. A duração uma operadora expiração pode
Assim sendo, se para expiração poderá
Em algumas implementa um
Há
Um de ser um referência duraçao de subseqüente de expiração pode mudar, rede mudá-la. Também, a diferente para redes dispositivo móvel for uma outra rede, então, a nova duração de ser diferente.
implementações, temporizador para a muitas método às Figuras formas pelas de exemplo a 6. Ê para o dispositivo móvel quais isto pode é provido abaixo de ser com ser compreendido que o método descrito abaixo com referência às_ Figuras- 3- a -6- é - muito específico para fins de exemplo apenas. Outras implementações com ou sem o uso de um temporizador são possíveis.
Um Outro Método em um Dispositivo Móvel
Com referência, agora, às Figuras 3 a
6, sao mostrados de expiração e transmissão de pacotes de acordo com a um dispositivo móvel, por de protocolo de pacote 15 do dispositivo móvel 10 mostrado na
Figura 1.
A título de visão geral, o método implementa um temporizador Tm, o qual conta para cima, para medição da
19/24 duraçao de expiração. Uma vez que a duraçao de expiração
| tenha sido medida, o | temporizador | Tm é reiniciado. | 0 | |
| temporizador | Tm também | é reiniciado | como uma função | de |
| atividade de | dados. | Reiniciar o | temporizador Tm | é |
| 5 equivalente a | reinicializar e iniciar | o temporizador Tm. | Se |
o temporizador incrementar para cima até uma margem prédefinida menor do que a duração de expiração, então, o dispositivo móvel transmitirá um pacote pelo contexto de PDP, de modo a manter o contexto de PDP. Maiores detalhes
são providos abaixo.
Com referência primeiramente, ã Figura 3, na etapa 31, o dispositivo móvel inicializa a duração de expiração para um valor longo pré-definido, por exemplo, 2 horas. O dispositivo móvel inicializa a duração de expiração antes 15 de a duração de expiração poder ser medida. A inicialização da duração de expiração pode ser feita, por exemplo, quando o dispositivo móvel for inicializado. Uma vez que a duração— de expiração tenha sido inicializada, o dispositivo móvel ativa um contexto de PDP na etapa 3 -2. Na etapa 3 -3, o
dispositivo móvel inicia o temporizador Tm.
Com referência, agora, à Figura 4, se o dispositivo móvel receber uma indicação de desativação de contexto de PDP na etapa 4-1, então, o dispositivo móvel parará o temporizador Tm na etapa 4- 2. Nas etapas 4-3 e 4-4, o 25 dispositivo móvel checa para ver se duas condições são encontradas. Isto é feito de modo que o dispositivo móvel não meça um valor errôneo para a duração de expiração. Na etapa 4-3, o dispositivo móvel checa se a causa é normal e a liberação não é feita localmente pelo dispositivo móvel.
Isto é porque uma desativação de contexto iniciada
20/24 localmente não reflete a duração de expiração e, portanto, deve ser ignorada. O dispositivo móvel determina se os nós de serviço de GPRS iniciaram a desativação de contexto de PDP e que a desativação foi alertada normalmente. Na etapa 4 -4, o dispositivo móvel determina se o temporizador Tm é maior do que um valor mínimo pré-definido. O dispositivo móvel checa para ver se o temporizador Tm é maior do que um valor mínimo pré-definido, de modo a buscar qualquer seqüência de sinalização inesperada realizada pela rede. Se as condições nas etapas 4-3 e 4-4 forem ambas satisfeitas, então, na etapa 4 - 5, o dispositivo móvel determina a duração de expiração como sendo igual ao valor indicado pelo temporizador Tm. O período de tempo próximo da duração de expiração é igual à duração de expiração menos uma margem pré-definida. Os valores de exemplo para a margem pré-definida já foram providos e, portanto, não são não forem satisfeitas, então, o valor indicado pelo temporizador Tm não será considerado, já que a medição é considerada como sendo errônea. Independentemente de a duração de expiração ser determinada na etapa 4 - 5, o dispositivo móvel reativa o contexto de PDP na etapa 4 - 6, se a desativação não tiver sido local e reinicia o temporizador Tm na etapa 4-7, se a desativação não tiver sido local. O contexto de PDP não é reativado no caso em que o dispositivo móvel iniciou o contexto de PDP para ser desativado.
Pode haver muitas razões pelas quais a medição é errônea. Em algumas implementações, o dispositivo móvel pode ter uma pluralidade de contextos de PDP. Sob condições
21/24 normais, o número de contexto de PDP de que o dispositivo móvel está ciente é igual ao número de contextos de PDP de que a rede está ciente para o dispositivo móvel. Em outras palavras, o dispositivo móvel e a rede estão em sincronização um com o outro, com respeito aos contextos de PDP. Contudo, em alguns casos, o número de contextos de PDP de que o dispositivo móvel está ciente é diferente do número de contextos de PDP de que a rede está ciente para o dispositivo móvel. O comportamento sob uma situação como essa pode ser imprevisível, e o dispositivo móvel pode receber uma indicação de desativação de contexto de PDP da rede em um momento anterior ou posterior do que seria sob condições normais.
Com referência, agora, à Figura 5, a manipulação do temporizador Tm durante uma transmissão de dados é descrita. Se na etapa 5-1 um aplicativo do dispositivo móvel requisitar que a camada xLe transporte —transmita^ dados, ou o protocolo de IP indicar para a camada de transporte que há dados a receber para o contexto de PDP, então, a camada de transporte checará para ver se há uma indicação que mais dados são esperados na etapa 5-2. Ambas a transmissão e a recepção de dados são consideradas, e é assumido que a camada de transporte pode contar se a transmissão recebida é a última ou não. Se mais dados não forem esperados, então, a camada de transporte parará o temporizador Tm na etapa 5 - 3. A camada de transporte processa os dados na etapa 5-4 e os passa para a camada inferior para transmissão ou para a camada mais alta para a recepção. Os dados são transferidos não apenas para a camada inferior (transmissão de enlace ascendente), mas
22/24
| também para | a camada superior (o dispositivo recebendo |
| dados). A | camada de transporte então reinicia o |
| temporizador | Tm na etapa 5-5, se ele não estiver |
funcionando.
Se não houver atividade de dados pelo período de tempo próximo da duração de expiração, então, o temporizador Tm indicará que este é o caso. Com referência, agora, à Figura 6, se o temporizador Tm for igual ao período de tempo próximo da duração de expiração na etapa 6 -1, então, a
camada de transporte transmitirá dados curtos na etapa 6-2, de modo a manter o contexto de PDP. Na etapa 6-3, a camada de transporte reinicia o temporizador Tm.
Pode haver casos em que o valor para a duração de expiração é inicializado com um valor longo que é mais curto do que a duração de expiração real. Por exemplo, o dispositivo móvel poderia assumir que o período de —O período de expiração real seria de 24 horas. Isto poderia resultar em o dispositivo móvel transmitir dados curtos em uma base mais freqüente do que a freqüência mais baixa de transmissão que manteria o contexto de PDP.
Assim sendo, em algumas implementações, o dispositivo móvel incrementa o valor para a duração de expiração. Um exemplo de como isto pode ser implementado é provido com 25 referência à Figura 7. Na etapa 7-1, se o temporizador Tm for igual ao período de tempo próximo da duração de expiração, então, na etapa 7-2, o dispositivo móvel determina se o valor da duração de expiração deve ser incrementado. Se o dispositivo móvel determinar que o valor
0 para a duração de expiração deve se incrementado, então, na
23/24 etapa 7-3, o dispositivo móvel incrementa o valor para a duração de expiração. O valor para o período de tempo próximo da duração de expiração também é incrementado de modo conforme.
Há muitas formas pelas quais o dispositivo móvel pode determinar se o valor para a duração de expiração deve ser incrementado. Em algumas implementações, o dispositivo móvel faz esta determinação com base em se a duração de expiração foi medida de forma bem sucedida. Em algumas implementações, o dispositivo móvel incrementa o valor pela duração de expiração apenas se o dispositivo móvel ainda tiver que medir a duração de expiração. Outras implementações são possíveis.
Há muitas possibilidades para incremento do valor para a duração de expiração. Em algumas implementações, isto depende do valor inicial da duração de expiração. Em algumas implementações, o -valor inicial é de duas horas e o-incremento é de uma hora. Outras implementações são possíveis.
Em algumas implementações, as etapas descritas acima com referência às Figuras 4 a 7 são repetidas em uma base em andamento. Isto permite que o dispositivo móvel meça dinamicamente a duração de expiração em uma base em andamento. Assim sendo, se a duração de expiração dever mudar, então, o dispositivo móvel poderá adquirir a nova duração de expiração. Em outras implementações, uma vez que a duração de expiração tenha sido medida, o dispositivo móvel assume que a duração de expiração é estática e não mede a duração de expiração de novo. Outras implementações são possíveis.
24/24
Numerosas modificações e variações do presente pedido são possíveis, à luz dos ensinamentos acima. Portanto, é para ser compreendido que dentro do escopo das reivindicações em apenso, o pedido pode ser praticado de 5 outra forma além daquilo especificamente descrito aqui.
Claims (5)
1. Método para uso em um dispositivo móvel, o método caracterizado por compreender:
medir (2-1) uma duração de expiração pela qual uma inatividade de dados por um contexto de protocolo de pacote faz com que o contexto de protocolo de pacote se torne desativado por uma rede; e apenas após uma duração de expiração ter sido medida, se um contexto de protocolo de pacote estiver ativo mas houver uma inatividade de dados por um período de tempo menor que mas próximo da duração de expiração, transmitir (2-2) um pacote por o contexto de protocolo de pacote ativo de modo a manter o contexto e protocolo de pacote.
2. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda:
assumir um valor padrão para a duração de expiração, antes da medição da duração de expiração.
3. Método, de acordo com a reivindicação 1 ou com a reivindicação 2, caracterizado pelo fato da medição (2-1) da duração de expiração compreender a medição de um intervalo de tempo de inatividade pelo contexto de protocolo de pacote até o contexto de protocolo de pacote se tornar desativado pela rede.
(2-1) da duração de expiração compreender a implementação
Petição 870180125573, de 03/09/2018, pág. 6/16
2/6 de um temporizador para a medição da duração de expiração.
6. Método, de acordo com a reivindicação 5, caracterizado pelo fato da implementação do temporizador para a medição da duração de expiração compreender:
5 iniciar (3-3) o temporizador mediante uma ativação (32) do contexto de protocolo de pacote;
reiniciar (5-5) o temporizador como uma função de tráfego de dados pelo contexto de protocolo de pacote;
mediante o contexto de protocolo de pacote se tornar
10 desativado pela rede, medir (4-5) a duração de expiração com base no temporizador, se pelo menos uma condição for encontrada.
7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de pelo menos uma condição
15 compreender pelo menos uma dentre:
se uma indicação de desativação de contexto foi recebida e indicar (4-3) que o contexto de protocolo de pacote foi desativada pela rede; e se o temporizador indica (4-4) um período de tempo 20 maior do que um valor mínimo pré-definido.
8. Método, de acordo com a reivindicação 6 ou 7, caracterizado por compreender ainda:
determinar (4-5) o período de tempo menor que mas próximo da duração de expiração como sendo igual à duração 25 de expiração menos uma margem pré-definida.
9. Método, de acordo com a reivindicação 8, caracterizado pelo fato da margem pré-definida estar entre duas e três vezes um tempo de ida e volta de um pacote curto entre o dispositivo móvel e um nó correspondente da
30 rede.
Petição 870180125573, de 03/09/2018, pág. 7/16
3/6
10. Método, de acordo com a reivindicação 8, caracterizado por compreender ainda:
a medição de um travamento de intervalo de um pacote curto entre o dispositivo móvel e um nó correspondente da rede; e determinar a margem pré-definida com base no tempo de ida e volta que foi medido.
11. Método, de acordo com qualquer uma das reivindicações 6 a
10, caracterizado por compreender ainda:
reativar (4-6) o contexto de protocolo de pacote após o contexto de protocolo de pacote ter sido desativado.
12. Método, de acordo com qualquer uma das reivindicações 6 a 11, caracterizado pelo fato do reinicio (5-5) do temporizador mediante um tráfego de dados pelo contexto de protocolo de pacote compreender:
parar (4-6) o temporizador, se um tráfego de dados adicional for esperado;
mediante um processamento (5-4) do tráfego de dados adicional, reiniciar (5-5) do temporizador, se ele não estiver funcionando.
13. Método, de acordo com qualquer uma das reivindicações 6 a 12, reiniciar (4-7) o caracterizado por compreender ainda: temporizador, após a medição (4-5) da duração de expiração.
14. Método, de acordo com qualquer uma das reivindicações 6 a 13, caracterizado pelo fato da transmissão (2-2) do pacote pelo contexto de protocolo de pacote mediante uma inatividade de dados pelo período de tempo menor que mas próximo da duração de expiração compreender:
Petição 870180125573, de 03/09/2018, pág. 8/16
4/6 transmitir (6-2) o pacote pelo contexto de protocolo de pacote, se o temporizador indicar o período de tempo menor que mas próximo da duração de expiração.
15. Método, de acordo com qualquer uma das reivindicações 6 a 14, caracterizado por compreender ainda:
determinar (7-2) se é para incrementar a duração de expiração; e incrementar (7-3) a duração de expiração, se tiver sido determinado para incrementar a duração de expiração.
16. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado por compreender ainda:
implementar um temporizador para determinar se há uma inatividade de dados pelo período de tempo menos que mas próximo da duração de expiração.
17. Método, de acordo com a reivindicação 16, caracterizado pelo fato da implementação do temporizador compreender:
iniciar (3-3) o temporizador mediante uma ativação (32) do contexto de protocolo de pacote;
reiniciar (5-5) o temporizador mediante qualquer tráfego de dados pelo contexto de protocolo de pacote;
onde a transmissão (2-2) do pacote pelo contexto de protocolo de pacote mediante uma inatividade de dados pelo período de tempo menor que mas próximo da duração de expiração compreende a transmissão (6-2) do pacote pelo contexto de protocolo de pacote, se o temporizador indicar
Petição 870180125573, de 03/09/2018, pág. 9/16
5/6 transmissão (2-2) do pacote pelo contexto de protocolo de pacote compreender a transmissão (6-2) de uma rajada curta.
19. Método, de acordo com qualquer uma das reivindicações 1 a 18, caracterizado pelo fato do contexto de protocolo de pacote ser um contexto de protocolo de pacote de PDP (Protocolo de Dados de Pacote).
20. Meio que pode ser lido em computador (73), caracterizado pelo fato de ter instruções executáveis em computador armazenadas nele para execução em um processador (72) , de modo a implementar o método conforme definido em qualquer uma das reivindicações 1 a 19.
21. Dispositivo móvel (70), caracterizado por compreender uma função de contexto de protocolo de pacote (73) adaptada para a implementação do método conforme definido em qualquer uma das reivindicações 1 a 19.
22. Dispositivo móvel (70), de acordo com a reivindicação 21, caracterizado por compreender ainda:
um rádio de acesso sem fio (71) adaptado para comunicação com a rede;
onde a função de contexto de protocolo de pacote (73) compreende:
para controle da transmissão de pacotes.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP06125181A EP1928143B1 (en) | 2006-11-30 | 2006-11-30 | System and method for maintaining packet protocol context |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0705502A BRPI0705502A (pt) | 2008-07-15 |
| BRPI0705502B1 true BRPI0705502B1 (pt) | 2018-12-26 |
Family
ID=37907137
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0705502A BRPI0705502B1 (pt) | 2006-11-30 | 2007-11-30 | método para uso em um dispositivo móvel, meio que pode ser lido em computador, e dispositivo móvel |
Country Status (12)
| Country | Link |
|---|---|
| EP (1) | EP1928143B1 (pt) |
| JP (1) | JP4484918B2 (pt) |
| KR (1) | KR101011745B1 (pt) |
| CN (1) | CN101227493B (pt) |
| AT (1) | ATE425627T1 (pt) |
| AU (1) | AU2007237269B2 (pt) |
| BR (1) | BRPI0705502B1 (pt) |
| CA (1) | CA2612944C (pt) |
| DE (1) | DE602006005690D1 (pt) |
| MX (1) | MX2007015094A (pt) |
| SG (1) | SG143224A1 (pt) |
| TW (1) | TWI364198B (pt) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110038372A1 (en) | 2009-08-12 | 2011-02-17 | Research In Motion Limited | Accommodating Hybrid IPv4v6 Network Support |
| JP5091273B2 (ja) * | 2010-04-23 | 2012-12-05 | 株式会社エヌ・ティ・ティ・ドコモ | 通信端末及びアプリケーション制御方法 |
| CN103503555A (zh) * | 2011-05-03 | 2014-01-08 | 诺基亚公司 | 用于保持活动信号发送的方法和设备 |
| US8843175B2 (en) * | 2012-03-19 | 2014-09-23 | Apple Inc. | Apparatus and methods for mitigating protocol-induced back-offs in a communication network |
| EP4011051B1 (en) * | 2019-08-13 | 2024-04-17 | Huawei Technologies Co., Ltd. | A network packet processor for processing a data packet |
| EP4440235A1 (en) * | 2023-03-31 | 2024-10-02 | abl solutions GmbH | Technique for controlling wireless connectivity |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6981048B1 (en) | 2000-11-22 | 2005-12-27 | Toshiba America Information Systems, Inc. | Keep-alive messaging when two applications are running |
| KR20030023949A (ko) * | 2001-09-14 | 2003-03-26 | 김광삼 | 인터넷을 이용한 음식 정보 제공 방법 및 그 장치 |
| JP4186480B2 (ja) * | 2002-03-05 | 2008-11-26 | 日本電気株式会社 | モバイル携帯端末及びそれに用いる常時オン状態のｐｄｐコンテキスト管理方法 |
| US7313371B2 (en) * | 2002-07-23 | 2007-12-25 | Research In Motion Limited | Methods and apparatus for reestablishing a data connection with a wireless communication network |
| DE602004008415T2 (de) | 2004-02-25 | 2007-12-20 | Research In Motion Ltd., Waterloo | System und Verfahren zum Aufrechterhalten der Netzwerkverbindung |
| US7962623B2 (en) | 2004-06-30 | 2011-06-14 | Microsoft Corporation | Sustaining session connections |
-
2006
- 2006-11-30 EP EP06125181A patent/EP1928143B1/en active Active
- 2006-11-30 DE DE602006005690T patent/DE602006005690D1/de active Active
- 2006-11-30 AT AT06125181T patent/ATE425627T1/de not_active IP Right Cessation
-
2007
- 2007-11-29 CA CA2612944A patent/CA2612944C/en active Active
- 2007-11-29 MX MX2007015094A patent/MX2007015094A/es active IP Right Grant
- 2007-11-29 TW TW096145468A patent/TWI364198B/zh active
- 2007-11-30 SG SG200718241-3A patent/SG143224A1/en unknown
- 2007-11-30 CN CN2007103057618A patent/CN101227493B/zh active Active
- 2007-11-30 KR KR1020070123670A patent/KR101011745B1/ko active Active
- 2007-11-30 AU AU2007237269A patent/AU2007237269B2/en active Active
- 2007-11-30 JP JP2007311550A patent/JP4484918B2/ja active Active
- 2007-11-30 BR BRPI0705502A patent/BRPI0705502B1/pt active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| EP1928143A1 (en) | 2008-06-04 |
| EP1928143B1 (en) | 2009-03-11 |
| TW200841665A (en) | 2008-10-16 |
| CN101227493B (zh) | 2012-12-12 |
| KR20080049682A (ko) | 2008-06-04 |
| SG143224A1 (en) | 2008-06-27 |
| HK1113036A1 (en) | 2008-09-19 |
| TWI364198B (en) | 2012-05-11 |
| CA2612944C (en) | 2012-09-04 |
| MX2007015094A (es) | 2009-02-19 |
| BRPI0705502A (pt) | 2008-07-15 |
| AU2007237269A1 (en) | 2008-06-19 |
| DE602006005690D1 (de) | 2009-04-23 |
| KR101011745B1 (ko) | 2011-02-07 |
| CN101227493A (zh) | 2008-07-23 |
| JP2008141762A (ja) | 2008-06-19 |
| JP4484918B2 (ja) | 2010-06-16 |
| CA2612944A1 (en) | 2008-05-30 |
| ATE425627T1 (de) | 2009-03-15 |
| AU2007237269B2 (en) | 2010-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7438202B2 (ja) | Ｕｅ移行方法、装置、システム、および記憶媒体 | |
| US12192928B2 (en) | Time synchronization method and apparatus, computer-readable medium, and electronic device | |
| US11438425B2 (en) | Method, device and system for identifying application identifier | |
| US10158524B2 (en) | System and method for enhanced network event monitoring and reporting | |
| KR101541987B1 (ko) | 지리적 리던던트 게이트웨이에서 페일오버 복원을 위한 시스템 및 방법 | |
| US20090252072A1 (en) | Method and Apparatus for Maintaining Long-Lived Connections Between a Mobile Client and a Server | |
| KR102835676B1 (ko) | 이벤트 통지 방법, 장치 및 저장매체 | |
| CN112514446B (zh) | 用于处理网络切片过载的方法 | |
| JP4398377B2 (ja) | 移動体端末の非割込み型後続のプロビジョニングのための方法、システム、及びコンピュータプログラム製品 | |
| CN110268760A (zh) | 支持接入控制和移动性管理的方法和装置 | |
| US20110039529A1 (en) | Method And Apparatus For Dynamically Changing The Monitoring Of A Cellular Data Connection | |
| CN114223313B (zh) | 用于会话管理的方法和装置 | |
| CN104813637A (zh) | 移动网络中的没有持久性tcp连接情况下的推送服务 | |
| US20240298196A1 (en) | Methods and Apparatuses for Enhanced 5GC Restoration When a Network Function (NF) Set is Deployed in the Network | |
| US20170237826A1 (en) | Trigger management method and apparatus for cse, cse and network element of bearer network | |
| US20190191353A1 (en) | Method for processing information or message, and network device | |
| JP7320497B2 (ja) | ページングを処理するためのノードおよび方法 | |
| US7961703B2 (en) | System and method for maintaining packet protocol context | |
| WO2016011572A1 (zh) | 一种apn配置方法、用户设备和配置服务器 | |
| JP4484918B2 (ja) | パケットプロトコルコンテクストを維持するシステムおよび方法 | |
| JP2019501596A (ja) | システム情報送信方法、システム情報更新方法、及びデバイス | |
| JP7619579B2 (ja) | 通信サービスを移動端末に提供するための無線通信システム及び方法 | |
| US12302421B2 (en) | Method and network node for port management | |
| CN102378405A (zh) | 承载释放方法及服务网关 | |
| WO2020147717A1 (zh) | 配置监控事件的方法、通信装置和通信系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B03A | Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette] | ||
| B25D | Requested change of name of applicant approved |
Owner name: BLACKBERRY LIMITED (CA) |
|
| B25G | Requested change of headquarter approved |
Owner name: BLACKBERRY LIMITED (CA) |
|
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
| B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 26/12/2018, OBSERVADAS AS CONDICOES LEGAIS. |