BRPI0615118A2 - transmissão de dados de um centro de suporte a veìculo até um veìculo - Google Patents

Abstract

TRANSMISSãO DE DADOS DE UM CENTRO DE SUPORTE A VEìCULO ATé UM VEìCULO. A presente invenção provê uma maneira para um centro de suporte a veículo (16) transmitir dados para um veículo (10) por meio de uma rede de radiocomunicação (14) que suporta comunicação baseada em pacotes. O veículo solicita comunicação pela rede e transmite pacotes de registro (P1) de acordo com um protocolo de comunicação sem conexão para o centro de suporte a veículo regularmente em um intervalo fixo, em que o intervalo é curto o bastante para que não seja alta a probabilidade de que cada pacote de registro que recebe uma identidade de conectividade de fonte dinâmica sejão mesmo. O centro de suporte a veículo (16) recebe pacotes de registro (P1) durante a recepção de um primeiro pacote de registro com uma nova identidade de conectividade dinâmica, associa a identidade de conectividade dinâmica com o veículo, verifica, durante a recepção de pelo menos alguns pacotes de registro, se há algum dado a ser transmitido para o veículo e transmite tais possíveis dados em um pacote de retorno (P2) com a identidade de conectividade dinâmica como endereço de destino.

Description

"TRANSMISSÃO DE DADOS DE UM CENTRO DE SUPORTE AVEÍCULO ATÉ UM VEÍCULO"

CAMPO TÉCNICO

A presente invenção diz respeito, no geral, ao

campo de veículos e de transmissão de dados relacionados aoveículo entre veículos e centros de suporte a veículo. Maisparticularmente, a invenção diz respeito a um método, dispo-sitivo de tratamento de comunicação com veículo, veículo eproduto programa de computador para simplificar a conexão de

um centro de suporte a veículo com o veículo, bem como a ummétodo, centro de suporte a veículo e produto programa decomputador para transmitir informação para um veículo.

DESCRIÇÃO DA TECNOLOGIA RELACIONADA

No campo dos veículos e, especialmente, no campo

dos veículos de transporte, há uma necessidade cada vez maiscrescente de transmitir dados entre o veículo e um centro desuporte a veículo. Tipicamente, o tipo de dados transmitidospode ser dados de pedido de transporte, como por exemplo,informação transmitida do centro de suporte até o veículoconsiderando onde e quando diferentes carregamentos devemser feitos. Também é interessante transferir, por exemplo,informação de registro de motorista, como informação sobreas atividades que um motorista realizou durante a execuçãode uma pedido de transporte, como quando ele estava ativo,quando descansou, etc. e onde ele estava localizado em dife-rentes momentos. Além do mais, também é interessante forne-cer informação sobre o veículo para o centro de suporte aveículo a fim de, por exemplo, identificar a tempo possíveisfalhas e funcionamentos defeituosos no veículo.

Em virtude da natureza móvel de tais veículos,normalmente, a comunicação tem que ser sem fio.

Um exemplo de um sistema para transferir informa-ção entre um veículo e um centro de suporte é dado emUS2004/0090950, que descreve a transmissão de dados para ve-ículos e a partir deles usando mensagens MDPP. Aqui, um veí-culo transmite uma mensagem MDPP de registro para um sistemabase e recebe um sinal de confirmação em um pacote de dadosMDDP. A retransmissão da mensagem MDPP é realizada. Entre-tanto, tais pacotes de dados usam a identidade do dispositi-vo de radiocomunicação (número MIN) para comunicação entrerede e veículo.

WO2004/070503 descreve a colocação de mensagensque são transmitidas entre aplicações por meio de uma redeem fila.

Entretanto, hoje, os custos associados com atransmissão sem fio são consideravelmente maiores que oscustos associados com a transmissão pelo sistema de linhasfixas. A partir do ponto de vista de uma transmissão de da-dos, também é interessante limitar a quantidade de dadostransmitidos o tanto quanto possível.

Por este motivo, é interessante usar um protocolode comunicações para a rede que é sem conexão, mas com umafunção de segurança limitada, como o protocolo UDP (Protoco-lo de Datagrama Universal). Este protocolo permite uma dimi-nuição substancial das quantidades de dados transferidas.Além do mais, este protocolo permite que um centro de supor-te a veiculo comunique com diversos veículos diferentes,mas, ao mesmo tempo, o centro de suporte a veículo não pre-cisa reservar um lote de endereços e de números de porta pa-ra diferentes conexões como ele teria que fazer, por exem-plo, usando TCP (Protocolo de Controle de Transferência).Entretanto, o problema é que, freqüentemente, endereçamentodinâmico e números de porta são atribuídos a pacotes trans-mitidos a partir do veículo. Isto significa que o centro desuporte a veículo tem um grande problema em descobrir paraonde transmitir pacotes quando ele deseja iniciar comunica-ção com um veículo.

A maneira tradicional de fazer esta descoberta étransmitir uma solicitação de DNA (Endereço de Nome de Domi-nio) para um servidor de nome, que responde com número deendereço e de porta. Entretanto, esta é uma maneira particu-larmente inconveniente e ineficiente de descobrir esta in-formação, especialmente se houver uma necessidade constantede comunicação.

Portanto, há uma necessidade de simplificação paraque um centro de suporte a veículo seja capaz de entrar emcontato com um veículo que está comunicando com um protocolocomo este por meio de uma rede que suporta comunicação base-ada em pacotes.

SUMÁRIO DA INVENÇÃO

Um objetivo da presente invenção é resolver o pro-blema da simplificação de um centro de suporte a veículo pa-ra poder entrar em contato com um veículo que está comuni-cando com um protocolo de comunicação sem conexão por meiode uma rede que suporta comunicação baseada em pacotes.

De acordo com um aspecto da presente invenção, es-te objetivo é alcançado pelo método provido em um veiculoequipado com uma unidade de radiocomunicação para simplifi-car a conexão de um centro de suporte a veiculo no veiculoque usa uma rede de radiocomunicação que suporta comunicaçãobaseada em pacotes, compreendendo as etapas de:solicitar comunicação pela rede; e

transmitir um pacote de registro de acordo com umprotocolo de comunicação sem conexão para o centro de supor-te a veiculo;

em que as etapas de solicitar comunicação e trans-mitir um pacote de registro são realizadas regularmente emum intervalo fixo, onde o intervalo é curto o bastante paraque não seja alta a probabilidade de que cada pacote de re-gistro que recebe uma identidade de conectividade de fontedinâmica seja o mesmo.

De acordo com um outro aspecto da presente inven-ção, este objetivo também é alcançado pelo método de trans-mitir informação até um veiculo a partir de um centro de su-porte a veiculo usando uma rede de radiocomunicação que su-porta comunicação baseada em pacotes e que compreende as e-tapas de:

receber pacotes de registro endereçados ao centrode suporte a veiculo de acordo com um protocolo de comunica-ção sem conexão, cada qual incluindo uma identidade de co-nectividade dinâmica como uma identidade de fonte no pacote,cujos pacotes de registro foram transmitidos em um intervalofixo, o intervalo sendo curto o bastante para que seja altaa probabilidade de que cada pacote de registro que recebeuma identidade de conectividade de fonte dinâmica seja omesmo,

durante a recepção do primeiro pacote de registrocom uma nova identidade de conectividade dinâmica, associara identidade de conectividade dinâmica com o veículo;

durante a recepção de pelo menos alguns pacotes deregistro, verificar se há algum dado a ser transmitido parao veículo em uma fila de dados ao veículo; e

transmitir tais possíveis dados em um pacote deretorno com a identidade de conectividade dinâmica como en-dereço de destino.

De acordo com um ainda outro aspecto da presenteinvenção, este objetivo é adicionalmente alcançado por umdispositivo de tratamento de comunicação com o veículo parasimplificar a conexão de um centro de suporte a veículo emum veículo por meio de uma rede de radiocomunicação que su-porta comunicação baseada em pacotes que compreende:

uma unidade de radiocomunicação para comunicaçãousando a rede de radiocomunicação; e

uma unidade de controle arranjada paraordenar a unidade de radiocomunicação a solicitarcomunicação pela rede; e

ordenar a unidade de comunicação a transmitir umpacote de registro de acordo com um protocolo de comunicaçãosem conexão para o centro de suporte a veículo;em que a unidade de controle é arranjada para or-denar a unidade de radiocomunicação a realizar a dita soli-citação de comunicação e transmitir os pacotes de registrorepetidamente em um intervalo fixo, o intervalo sendo curtoo bastante para que seja alta a probabilidade de que cadapacote de registro que recebe uma identidade de conectivida-de de fonte dinâmica seja o mesmo.

De acordo com um aspecto da presente invenção, odispositivo de tratamento de comunicação com o veiculo éprovido em um veiculo.

De acordo com um aspecto adicional da presente in-venção, este objetivo também é alcançado por um centro desuporte a veiculo para transmitir informação até um veiculousando uma rede de radiocomunicação que suporta comunicaçãobaseada em pacotes e que compreende:

uma unidade de comunicação arranjada parareceber pacotes de registro endereçados ao centrode suporte a veiculo de acordo com um protocolo de comunica-ção sem conexão e cada qual incluindo uma identidade de co-nectividade dinâmica como uma identidade de fonte nos paco-tes, cujos pacotes de registro foram transmitidos regular-mente em um intervalo fixo (REGI), o intervalo sendo curto obastante para que não seja alta a probabilidade de que cadapacote de registro que recebe uma identidade de conectivida-de de fonte dinâmica seja o mesmo; eum servidor arranjado para:associar a identidade de conectividade dinâmicacom o veiculo durante a recepção de um primeiro pacote deregistro com uma nova identidade de conectividade dinâmica;

verificar se há algum dado a ser transmitido parao veiculo em uma fila de dados de veiculo durante a recepçãode pelo menos alguns pacotes de registro; e

ordenar a unidade de comunicação a transmitir umpacote de retorno com tais possíveis dados com a identidadede conectividade dinâmica como endereço de destino.

De acordo com um outro aspecto da presente inven-ção, este objetivo também é alcançado por um produto progra-ma de computador para simplificar a conexão de um centro desuporte a veículo em um veículo que usa uma rede de radioco-municação que suporta comunicação baseada em pacotes e quecompreende código de programa de computador para fazer umcomputador executar, quando o dito código de programa decomputador é ali carregado:

pelo menos ordenar a solicitação de comunicaçãopela rede; e

pelo menos ordenar a transmissão de um pacote deregistro de acordo com um protocolo de comunicação sem cone-xão para o centro de suporte a veículo;

em que a solicitação e transmissão são realizadasrepetidamente em um intervalo fixo, em que o intervalo écurto o bastante para que não seja alta a probabilidade deque cada pacote de registro que recebe uma identidade de co-nectividade de fonte dinâmica seja o mesmo.De acordo com um ainda outro aspecto da presenteinvenção, este objetivo também é alcançado por um produtoprograma de computador para transmitir informação para umveiculo a partir de um centro de suporte a veiculo que usauma rede de radiocomunicação que suporta comunicação baseadaem pacotes e que compreende código de programa de computadorpara fazer um computador executar, quando o dito código deprograma de computador é ali carregado:

receber pacotes de registro endereçados ao centrode suporte a veiculo de acordo com um protocolo de comunica-ção sem conexão e cada qual incluindo uma identidade de co-nectividade dinâmica como uma identidade de fonte no pacote,cujos pacotes de registro foram transmitidos em um intervalofixo, em que o intervalo é curto o bastante para que não se-ja alta a probabilidade de que cada pacote de registro querecebe uma identidade de conectividade de fonte dinâmica se-ja o mesmo;

associar a identidade de conectividade dinâmicacom o veiculo durante a recepção de um primeiro pacote deregistro com uma nova identidade de conectividade dinâmica;

verificar se há algum dado a ser transmitido parao veiculo em uma fila de dados ao veiculo durante a recepçãode pelo menos alguns pacotes de registro; e

pelo menos ordenar a transmissão de tais possíveisdados com a identidade de conectividade dinâmica como o en-dereço de destino.

De acordo com uma variação da presente invenção, éprovida uma janela de mensagem de retorno associada com cadapacote de registro na qual os pacotes de retorno podem serrecebidos usando a mesma identidade de conectividade dinâmi-ca. Isto tem a vantagem de garantir que o centro de suportea veiculo pode usar a identidade de conectividade dinâmicapara transmitir dados.

De acordo com uma outra variação da presente in-venção, é solicitado o reconhecimento do recebimento de pelomenos o primeiro pacote de registro. Isto tem a vantagem degarantir que o veiculo pode receber pacotes de dados do cen-tro de suporte a veiculo ou que um canal alternativo deveser aberto.

De acordo com uma ainda outra variação da presenteinvenção, a identidade da rede de radiocomunicação é deter-minada e o indicador da rede é ajustado em pacotes de regis-tro na dependência desta identidade da rede. Isto tem a van-tagem de permitir que tanto o veiculo quanto o centro de su-porte a,veiculo modifiquem ajustes de comunicação dependendoda rede.

De acordo com uma variação adicional da presenteinvenção, um tipo de mensagem da rede de radiocomunicaçãoque usa uma identidade associada com a unidade de radiocomu-nicação como a identidade de destino é transmitida do centrode suporte a veiculo até o veiculo, em que a mensagem com-preende pelo menos uma identidade de conectividade estáticado centro de suporte a veiculo a ser usada na comunicaçãoque usa o dito protocolo de comunicação sem conexão e um in-tervalo preferido a ser usado para os pacotes de registro.Esta medida permite que o centro de suporte a veiculo forne-ça ao veículo informação de comunicação que ele necessita deuma maneira flexível e que pode ser atualizada.

De acordo com uma variação ainda adicional da pre-sente invenção, pelo menos alguns pacotes de registro tambémincluem pelo menos um indicador de estado que indica o esta-do de uma aplicação provida no veículo. Isto tem a vantagemde permitir que o centro de suporte a veículo limite atransmissão de dados a dados que são realmente necessáriospara o veículo.

A invenção tem inúmeras vantagens. O centro de su-porte a veículo é capaz de transmitir dados continuamente emresposta aos pacotes de registro até o veículo desde que oveículo esteja conectado na rede. A quantidade de dadostransmitidos é adicionalmente baixa em virtude do protocolosem conexão. Também não há configuração de conexões, o quesignifica que o centro de suporte a veículo não precisa man-ter diversas conexões em paralelo. Isto é importante, espe-cialmente se houver diversos veículos a ser rastreados.

DESCRIÇÃO RESUMIDA DOS DESENHOS

A presente invenção será agora descrita com maisdetalhes em relação aos desenhos anexos, nos quais:

A figura 1 mostra esquematicamente um veículo co-nectado a um centro de suporte a veículo por meio de uma re-de de radiocomunicação;

A figura 2 mostra um diagrama de blocos esquemáti-co de partes do veículo que são relevantes para a presenteinvenção;A figura 3 mostra um diagrama de blocos esquemáti-co de partes do centro de suporte a veiculo que são relevan-tes para a presente invenção;

A figura 4 mostra esquematicamente uma mensagemtransmitida do centro de suporte a veiculo até o veiculo afim de iniciar capacidades de transferência de dados no vei-culo;

A figura 5 mostra o esboço geral dos pacotes dedados transmitidos do veiculo até o centro de suporte a veí-culo e vice-versa;

A figura 6 mostra um fluxograma de um método deacordo com a presente invenção provido no veículo;

A figura 7 mostra um fluxograma de um método deacordo com a presente invenção provido no centro de suportea veículo;

A figura 8 mostra esquematicamente um produto pro-grama de computador na forma de um disco de CD ROM que com-preende código de programa de computador para realizar apresente invenção.

DESCRIÇÃO DETALHADA DAS MODALIDADES

A presente invenção é direcionada a prover comuni-cação entre um veículo e um centro de suporte a veículo. Háinúmeras situações em que este tipo de comunicação pode sernecessário. Um situação como essa é para a transmissão depedidos de transporte até o veículo a partir do centro desuporte a veículo e o relato do estado do veículo e do moto-rista em relação àquele pedido. Outras situações são atransmissão da informação de registro do motorista entre oveículo e o centro de suporte a veiculo e o relato do estadorelacionado ao veículo, como, por exemplo, como ele estáfuncionando e se algum componente está defeituoso, etc.

A figura 1 mostra um diagrama de blocos esquemáti-co de um veículo 10 conectado a um centro de suporte a veí-culo 16 por meio de uma rede sem fio 14. A rede 14 é uma mo-dalidade exemplar de uma rede GPRS, porque o veículo se co-munica com esta rede por meio de uma estação base 12. No de-senho, a primeira mensagem M transmitida do centro de supor-te a veículo 16 até o veículo 10, um pacote de registro Pltransmitido do veículo até o centro de suporte a veículo eum pacote de resposta P2 transmitido do centro de suporte aveículo 16 até o veículo 10 também são mostrados. A naturezadestas mensagens e pacotes será descrita resumidamente. Per-cebe-se que a rede não precisa ser uma rede GPRS, mas podeser qualquer outro tipo de rede sem fio que suporta comuni-cação de dados baseada em endereço, como por exemplo, umarede UMTS ou uma rede LAN sem fio.

A figura 2 mostra um diagrama de blocos esquemáti-co do veículo 10 e algumas partes dele que são relevantespara a presente invenção. 0 veículo inclui um barramento dedados 20 que pode ser um assim denominado barramento CAN.Neste barramento 20 são conectados inúmeros processadores22, 24 e 26, que são arranjados para medir diferentes tiposde propriedades do veículo, como por exemplo, temperatura domotor, sensor lambda e outros dados típicos de veículo, comodados de odômetro. Neste barramento 20, é adicionalmente co-nectado um dispositivo de tratamento de comunicação com oveiculo 28, indicado por uma caixa tracejada, que trata al-gumas das funcionalidades de acordo com a presente invenção.0 dispositivo de tratamento de comunicação com o veiculo 28inclui uma unidade de controle 30 que faz interface com obarramento 20. Na unidade de controle 30, também está conec-tada uma unidade de posicionamento 32, que aqui está na for-ma de um receptor GPS, uma unidade de radiocomunicação 36para comunicação com a rede, um armazenamento local 34, bemcomo uma unidade de entrada de usuário 38 para receber en-tradas de um usuário, normalmente, o operador do veiculo.Preferivelmente, a unidade de entrada do usuário 38 é provi-da na forma de um teclado ou um teclado numérico, preferi-velmente, na forma de uma tela sensivel ao toque, mas tambémoutros tipos de entrada são viáveis, como por exemplo, o usode entradas por voz e reconhecimento de voz. Também pode serprovida uma tela para que o operador do veiculo possa serinformado de ações selecionáveis, informação recebida, etc.Também percebe-se que a unidade de entrada de usuário 38 po-de ser provida em um dispositivo portátil separado, como porexemplo, em um computador portátil, como um assistente digi-tal pessoal. Os processadores 22, 24, 26, a unidade de posi-cionamento 32 e a unidade de entrada de usuário 38 permitema provisão de dados de um ou mais tipos para a unidade decontrole 30. A unidade de controle 30 provê adicionalmenteinúmeras aplicações, em que uma aplicação é uma aplicação deposicionamento que provê informação de posicionamento e ou-tras aplicações são vários tipos de aplicações de tratamentodo veiculo, como uma aplicação de registro de motorista, umaaplicação de pedido de transporte e uma aplicação de desem-penho de veiculo.

A figura 3 mostra esquematicamente um diagrama deblocos esquemático de um centro de suporte a veiculo 16. 0centro de suporte a veiculo 16 inclui uma unidade de comuni-cação 44 para comunicação com a rede. A unidade de comunica-ção 4 4 pode ser ou não ser uma unidade de radiocomunicaçãodependendo de como a interface com a rede sem fio é realiza-da. Entretanto, uma vez que o centro 16 é estacionário, nãoé necessário que esta parte da conexão com a rede seja semfio. A unidade de comunicação 4 4 é conectada em um servidor42 que, por sua vez, é conectado em um armazenamento 48 e emuma unidade de entrada 46. A unidade de entrada 4 6 pode serprovida na forma de uma página da Internet, que uma empresade transporte pode acessar a fim de inserir e de receber da-dos. Ela também pode ou pode adicionalmente incluir um te-clado ou dispositivo de entrada similar. A unidade de entra-da 4 6 permite a provisão de dados de um ou mais tipos aoservidor 4 6 e, portanto, ela também é chamada de unidade deprovisão de dados.

Conforme exposto, há inúmeras situações em que énecessária a comunicação entre o veiculo e o centro de su-porte a veiculo. Entretanto, tal comunicação é freqüentemen-te cara por natureza, porque há uma necessidade de limitar aquantidade de dados transmitidos ao mínimo. A presente in-venção objetiva reduzir a comunicação consideravelmente, oque diminui o custo e também permite uma transmissão de da-dos mais eficiente, reduzindo a carga da rede. A fim de di-minuir a quantidade de dados e remover quanta comunicaçãodesnecessária for possível, é usado um protocolo de comuni-cação sem conexão e, preferivelmente, um mecanismo desprovi-do de segurança. Um tal protocolo é UDP, que é um protocolopreferido de acordo com a presente invenção. Usando esteprotocolo, a quantidade de dados comunicados em uma rede émantida no mínimo. Também não há configuração de conexões, oque significa que o centro de suporte a veículo não precisamanter diversas conexões paralelas. Isto é especialmente im-portante se houver diversos veículos a ser rastreados. Con-forme exposto, este protocolo não tem nenhum mecanismo desegurança, isto é, não há garantia pela rede de que aquelespacotes são distribuídos como eles deveriam ser. Portanto, atransmissão de dados também é rápida.

O centro de suporte a veículo de acordo com umavariação preferida da presente invenção tem uma identidadede conectividade fixa para comunicação baseada em pacoteque, aqui, é um endereço IP fixo e um número de porta fixo,embora o dispositivo de tratamento de comunicação do veícu-lo, em virtude de sua natureza móvel, receba uma identidadede conectividade dinâmica, isto é, um endereço IP e númerode porta dinâmicos, da rede. Isto significa que é fácil parao veículo ajustar o contato com o centro de suporte a veícu-lo. Entretanto, não é uma simples tarefa para o centro desuporte a veículo entrar em contato com o veículo quando da-dos precisam ser transmitidos para ele. Então, o procedimen-to normal será conectar em um servidor DNS com uma consultaem relação ao dispositivo de tratamento de comunicação com oveiculo e, em retorno, receber um endereço IP e um número deporta, que, então, podem ser usados para comunicação. Porexemplo, a consulta pode ser baseada no número de telefoneassociado com a unidade de radiocomunicação. Em muitos ca-sos, este é um processo longo e demorado, especialmente sehouver muitos servidores de rede que precisam ser consulta-dos antes de ser obtida uma identidade de conectividade di-nâmica que pode ser usada. Portanto, um objetivo da presenteinvenção é simplificar um centro de suporte a veiculo paraser capaz de transmitir dados para um veiculo durante o usode comunicação baseada em pacotes sem conexão.

Como a presente invenção funciona será agora des-crito com a referência sendo feita às figuras 1-3 supramen-cionadas, bem como à figura 4, que mostra a estrutura de umamensagem de introdução, à figura 5, que mostra a estruturade pacote de dados usada, à figura 6, que mostra um fluxo-grama de um método realizado no veiculo, bem como à figura7, que mostra um fluxograma de um método correspondente rea-lizado no centro de suporte a veiculo.

Antes que qualquer comunicação possa ocorrer, oservidor 42 do centro de suporte a veiculo 16 gera uma men-sagem de configuração M e ordena a unidade de comunicação 44transmitir esta mensagem M até o veiculo 10, etapa 74. Estamensagem de configuração M é de um tipo que usa uma identi-dade associada com a unidade de radiocomunicação 36 como i-dentidade de destino. Normalmente, esta identidade é o núme-ro de telefone associado com a unidade de radiocomunicação36. Em uma modalidade, a mensagem M é uma mensagem SMS. En-tretanto, ela pode ser uma mensagem MMS ou uma mensagem si-milar transmitida na rede de radiocomunicação 14. A mensagemM compreende informação que é de interesse da unidade decontrole 30 durante a comunicação com o centro de suporte aveiculo. A mensagem inclui o endereço IP estático AS da uni-dade de comunicação 4 4 bem como um número de porta PS asso-ciado da unidade de comunicação 44 do centro de suporte aveiculo 16. Adicionalmente, há uma chave de encriptação K,um intervalo de pacote de registro REGI, um ou mais interva-Ios de relatório REPI para as diferentes aplicações da uni-dade de controle 30, estratégias de comunicação COMM a serusadas, bem como diferentes momentos de retroceder FBT paraas diferentes aplicações. Os intervalos de relatório REPIsão intervalos que devem ser usados em relatórios padrões deeventos no veiculo, quando uma conexão de pacote normal éprovida, embora os momentos de retroceder especifiquem in-tervalos a ser usados para relatório quando uma rede alter-nativa e menos preferida estiver próxima, por exemplo, umaem que os custos de comunicação são mais altos. A mensagem Mé recebida pela unidade de radiocomunicação 36 do veiculo,etapa 50, encaminhada para a unidade de controle 30, quecontinua e armazena a mensagem em uma parte segura do arma-zenamento 34, isto é, uma parte que não pode ser manipuladanem pelo usuário do veiculo nem por outras pessoas.

Uma vez que esta mensagem foi recebida, o veiculoé ajustado para relatar eventos que ocorrem no veiculo. Ti-picamente, a posição deve ser relatada em cerca de a cada 5minutos, embora outras aplicações possam ter um intervalomaior durante o relato de informação. Agora, é uma tarefasimples para o veiculo relatar informação relacionada às di-ferentes aplicações que usam um mecanismo de comunicação ba-seado em pacote. Entretanto, o centro de suporte a veiculoainda não pode adquirir facilmente informação do veiculo.

A fim de simplificar, esta unidade de controle 30do dispositivo de tratamento de comunicação do veiculo 28,primeiro, ajusta um sincronizador de intervalo em um tempodefinido pelo intervalo de registro REGI especificado namensagem M. Posteriormente, ela ordena que a unidade de ra-diocomunicação 36 solicite comunicação da rede, etapa 56.Então, ela gera a carga útil PL de um pacote de registro Plestabelecido de acordo com a figura 4, etapa 58. Então, acarga útil inclui um identificador de veiculo na forma deuma identidade de unidade UID, que, tipicamente, é o númerode telefone associado com a unidade de radiocomunicação 36(embora outras maneiras sejam viáveis já que elas identifi-cam exclusivamente o veiculo), uma marca de tempo TS, indi-cador de estado STATUS para as aplicações (estejam em execu-ção ou não), um número de pacote ou de seqüência PNR para opacote em questão, bem como código CRC. Aqui, normalmente, acarga útil é encriptada. A estrutura da mensagem também temum campo de dados DATA e um primeiro indicador de reconheci-mento AFl. Entretanto, normalmente, para estas mensagens deregistro, este campo de dados DATA fica vazio. 0 identifica-dor AFl será descrito posteriormente. Então, a unidade decontrole 30 verifica se esta é a primeira ou a última mensa-gem de registro Pl criada ou não, etapa 60, e se for, um se-gundo indicador de reconhecimento AF2 é instalado na cargaútil, etapa 62. Um último pacote também é denotado como umpacote de desregistro. 0 indicador AF2 indica que a unidadede controle 30 espera receber um reconhecimento do recebi-mento deste pacote pelo centro de suporte a veiculo 16. En-tão, a unidade de controle 30 ordena que a unidade de radio-comunicação 36 transmita o pacote de registro PI, etapa 64.Então, a unidade de radiocomunicação ajusta o endereço dedestino e o número da porta de destino Al + Pl do pacote Plpara ser o endereço fixo e o número de porta AS e PS associ-ados com a unidade de comunicação 44, bem como uma identida-de de fonte A2 + P2, a qual um nó na rede 14 irá modificarem uma identidade de conectividade na forma de um endereçodinâmico e número de porta AD + PD que é atribuído à unidadede radiocomunicação 36. Se o pacote Pl não foi o primeiro ouo último pacote, etapa 60, a unidade de controle 30 ordenaráque a unidade de radiocomunicação 36 transmita o pacote Plimediatamente sem ajustar o indicador AF2. Ao mesmo tempo, aunidade de controle 30 ordena que a unidade de radiocomuni-cação 36 forneça uma janela de pacote de retorno na qual elapode receber pacotes de retorno do centro de suporte a veí-culo 16. Posteriormente, a unidade de controle 30 verificase o pacote foi o último, etapa 66, e se foi, o método é fi-nalizado, etapa 68, enquanto que se não foi, o sincronizadoré decrementado, etapa 70. Então, a unidade de controle 30espera até que o sincronizador alcance o valor zero, etapa72, e então, retorna e restaura o intervalo do sincroniza-dor, etapa 54, e transmite um novo pacote de registro, etapa64.

Desta maneira, a unidade de controle 30 continua etransmite novos pacotes de registro em um intervalo de tempofixo, até que a comunicação deva ser finalizada, o que podeocorrer em virtude de o veículo ser desligado. O intervalode sincronização é ajustado de maneira tal que a probabili-dade seja alta e que a rede associe a mesma identidade deconectividade, aqui, na forma de um endereço IP e um númerode porta, com o veículo para todos os pacotes de registrotransmitidos durante a mesma sessão. Esta identidade de co-nectividade é aquela que o centro de suporte a veículo vêcom propósito de comunicação. A vantagem disto será discuti-da com mais detalhes posteriormente. Assim, o intervalo desincronização é adaptado a quão rápida a rede é na atribui-ção de novos endereços e números de porta à mesma entidadeque solicita a comunicação. De acordo com algumas modalida-des, o intervalo de sincronização tem um comprimento menorque 30 segundos e, preferivelmente, tem um comprimento deaproximadamente 60 segundos. Se o veículo puder ser usado emdiversas redes, é adicionalmente possível ajustar diferentesintervalos de sincronização para estas diferentes redes. Emalgumas modalidades, a janela de pacote de retorno tem entre15 e 60 segundos e, preferivelmente, 30 segundos. Normalmen-te, os primeiro e último pacotes incluem uma solicitação dereconhecimento, enquanto que os pacotes de registro entreeles não incluem uma solicitação como esta. Se nenhum reco-nhecimento for recebido, a unidade de controle seleciona ummodo de comunicação alternativo e, por exemplo, um que usamensagens como SMS ou MMS. Para este tipo de comunicação,não há necessidade de pacotes de registro. Aqui, o intervalode sincronização também pode ser diferente. Os pacotes deregistro são adicionalmente transmitidos independentementede haver dados a ser transmitidos para o centro de suporte aveiculo ou não. De fato, eles não têm que incluir nenhum da-do de aplicação. Desta maneira, o tamanho dos pacotes de re-gistro também é limitado.

Normalmente, a unidade de controle também transmi-te pacotes que relatam eventos em aplicações como, por exem-plo, a posição. Esta informação é transmitida usando os mes-mos tipos de pacotes, exceto quando o campo de dados incluialgum tipo de dados de relato. Conforme exposto, estes paco-tes têm um diferente intervalo de sincronização. A transmis-são também pode ser acionada por evento, isto é, iniciadapor algum evento que ocorre no veiculo. Cada transmissão dosdados da aplicação do veiculo até o centro de suporte a vei-culo é adicionalmente acompanhada por uma solicitação de re-conhecimento da recepção dos dados. Uma vez que esta.infor-mação é transmitida além dos pacotes de registro, elas tam-bém receberão a mesma atribuição de endereço IP e número deporta que os pacotes de registro. Entretanto, elas podem sercombinadas como uma alternativa a um pacote de registro puroou substitui-lo.

Assim, a unidade de comunicação 44 do centro desuporte a veiculo 16 recebe inúmeros pacotes de registro Plem que, normalmente, o primeiro e o último incluem um indi-cador de reconhecimento AF2. Assim, a unidade de comunicação44 recebe um primeiro pacote do tipo PI, etapa 76, que é en-caminhado para o servidor 42. 0 servidor 42 compara o númeroIP dinâmico e o número da porta AD + PD do pacote Pl associ-ado com o transmissor com uma possível identidade anteriorassociada com a identidade do usuário UID, que é armazenadano armazenamento 48, etapa 78. Se a associação atual não e-xistir, etapa 80, a nova identidade de conectividade é asso-ciada com a identidade de unidade UID, etapa 82, e armazena-da no armazenamento 48. Então, o servidor verifica se há al-gum dado programado para o centro de suporte a veículo nopacote de registro Pl e, se houver, este dado é armazenadono servidor em uma seção de dados associada com a identidadedo usuário UID, etapa 83. Posteriormente, o servidor 42 ve-rifica se o pacote Pl inclui uma solicitação de reconheci-mento, etapa 84. Se a associação existiu na etapa 80, o ser-vidor verifica imediatamente se houve uma solicitação de re-conhecimento, isto é, se o indicador AF2 foi ajustado. Sehouve uma solicitação de reconhecimento como esta, que exis-tirá para o primeiro pacote de registro transmitido, é gera-do um pacote de resposta P2, que aqui, é um pacote de reco-nhecimento, etapa 86. Também, essencialmente, este pacote separece com o pacote da figura 5. Apesar disto, há uma dife-rença que é o fato de que neste pacote o servidor ajusta oprimeiro indicador de reconhecimento AFl, que indica que eleé uma resposta ao pacote recebido PI, etapa 88. Este pacotede resposta P2 é adicionalmente transmitido usando o mesmopacote ou número de seqüência PNR como foi usado para o pa-cote de registro Pl que inclui a solicitação de reconheci-mento. Normalmente, aqui, o campo de dados DATA não incluinenhum dado. 0 endereço de destino e os números de porta Al+ Pl são adicionalmente ajustados para o endereço atribuídoe o número de porta AD + PD, enquanto o endereço fonte e onúmero de porta A2 + P2 são ajustados no endereço fixo e nonúmero de porta AS + PS do centro de suporte a veículo 16.Então, o servidor 42 ordena que a unidade de comunicação 44transmita o pacote P2, etapa 90. Aqui, o pacote de respostaP2 é transmitido rápido o suficiente para que o veículo 10seja capaz de recebê-lo na janela de pacote de retorno. Pos-teriormente, o servidor 42 verifica se o pacote recebido Plfoi o último pacote ou não, etapa 92. Se ele foi, o método éfinalizado, etapa 94, ao mesmo tempo em que se ele não foi,o centro de suporte a veículo retorna à etapa 76 para rece-ber um novo pacote de registro PI. Se o pacote de registroPl não incluiu uma solicitação de reconhecimento, o servidor42 continua e verifica se ele tem dados que precisam sertransmitidos para o veículo, etapa 96. Se ele não tem dadosa transmitir, ele retorna e espera novos pacotes de registroPI, etapa 76, ao mesmo tempo em que se ele tiver, ele geraum pacote de resposta P2, etapa 98. Então, ele verificaquais aplicações estão em execução analisando o campo de es-tado STATUS e seleciona dados a ser transmitidos a partir deuma fila de saída. Então, dados a ser transmitidos podem sersomente dados direcionados a aplicações que estão em execu-ção no veículo. Então, o servidor adiciona estes dados aocampo de dados DATA a partir da fila de saída, etapa 100.Posteriormente, o pacote de resposta P2 é transmitido, etapa102, e o centro de suporte a veículo 16, novamente, esperanovos pacotes de registro PI, etapa 76. Quando o servidortransmite dados desta maneira, normalmente, o pacote de res-posta P2 também é provido com uma solicitação de reconheci-mento para que o veículo reconheça o recebimento destes da-dos .

Desta maneira, o centro de suporte a veículo é ca-paz de transmitir dados continuamente em resposta a estespacotes de registro para o veículo, desde que o veículo es-teja conectado na rede. Em virtude do campo de estado, ocentro de suporte a veículo pode adicionalmente ver direta-mente para qual aplicação ele pode transmitir dados ou não.

Há inúmeras variações que são possíveis prover napresente invenção. A unidade de radiocomunicação do veículopode determinar a identidade da rede em que ele está conec-tado e prover esta informação para a unidade de controle.Então, a unidade de controle pode incluir um ajuste de indi-cador de rede nos pacotes de registro. Este ajuste pode serusado para indicar se a rede é uma rede preferida, como umarede doméstica ou uma outra rede, como uma rede móvel. Emvirtude de, normalmente, os custos associados com a transfe-rência de dados em uma rede móvel ser muito mais altos queem uma rede doméstica e em virtude de outros motivos, talcomo em virtude de os tempos para atribuir identidades deconectividade dinâmica ser diferentes, os intervalos de sin-cronização e relatórios podem ser ajustados diferentementepara uma rede como esta em relação a uma rede doméstica. Defato, alguns tipos de dados podem não ser transmitidos. Des-ta maneira, é possível que o servidor e a unidade de contro-le decidam quais dados transmitir ou não transmitir. Então,também é possível que o veículo modifique a estratégia decomunicação e mude para uma comunicação baseada em mensagem,como por exemplo, usando SMS. Tais mudanças podem ser adi-cionalmente necessitadas pelo fato de que uma rede atual nãosuporta comunicação baseada em pacote. Assim, para cada mu-dança como esta, é possível mudar intervalos de relatóriopara as aplicações ou abster-se temporariamente de relataraté que o veículo uma vez mais mude para uma rede preferida.Adicionalmente, não é necessário usar dois indicadores dereconhecimento. É possível combinar suas funções usando so-mente um indicador.

Uma ainda outra variação é que se a encriptaçãorealizada pelo veículo estiver com falha, o centro de supor-te a veículo pode ajustar um indicador que faz esta indica-ção. Uma vez que o veículo recebe um pacote com este indica-dor, ele retransmitirá o pacote em questão. Se a situaçãoprevalecer, então, a comunicação é interrompida e o centrode suporte a veículo transmite uma nova mensagem M com umanova chave de encriptação correta.

O uso da mensagem de configuração permite que ocentro de suporte a veículo forneça ao veículo a informaçãode comunicação que ele precisa de uma maneira flexível. Estamedida permite adicionalmente que os dados de configuraçãosejam atualizados se mudanças forem feitas. Entretanto, épossível praticar a invenção sem esta mensagem de configura-ção. A informação pode ser fornecida ao veiculo antecipada-mente como uma alternativa.

A presente invenção provê diversas vantagens adi-cionais, em que uma primeira vantagem é que a quantidade dedados transmitidos é reduzida. Usando este protocolo, aquantidade de dados comunicada em uma rede é mantida no mí-nimo. Também não há configurações de conexões, o que signi-fica que o centro de suporte a veículo não precisa manterdiversas conexões paralelas. Isto é especialmente importantese houver diversos veículos a ser rastreados. Também é fácilpara o centro de suporte a veículo transmitir dados ao veí-culo, uma vez que ele é constantemente informado da identi-dade de conectividade usada.

Preferivelmente, a unidade de radiocomunicação noveículo é provida como um módulo de radiocomunicação, com ascapacidades de comunicação de um telefone celular. Também, aunidade de comunicação do centro de suporte a veículo podeser provida desta maneira. Os armazenamentos podem ser for-necidos na forma de memórias padrões, mas são, preferivel-mente, memórias flash ou discos rígidos.

Preferivelmente, a unidade de controle no veículoe o servidor são, cada qual, providos na forma de um proces-sador com memórias de programa que compreendem código deprograma de computador que realiza o método de acordo com ainvenção. 0 código de programa também pode ser provido naforma de um produto programa de computador, que pode ser naforma de um dispositivo de memória portátil, como um discode CD-ROM. Um disco 104 como este é esquematicamente mostra-do na figura 8. Ele também pode ser provido na forma de có-digo de programa de computador puro, que pode ser provido emum servidor e transferido dali até o veiculo ou até o servi-dor do centro de suporte a veiculo.

Normalmente, a rede é uma rede tipo GSM ou uma re-de GPRS. Certamente, também é possível que a rede seja umarede UMTS. 0 protocolo usado não é limitado a UPD, mas qual-quer outro tipo de pacote sem conexão pode ser usado. Por-tanto, a presente invenção somente é limitada pelas reivin-dicações anexas.

Claims (33)

1. Método, provido em um veículo (10) equipado comuma unidade de radiocomunicação (36), para simplificar a co-nexão de um centro de suporte a veículo (16) no veículo (10) 5usando uma rede de radiocomunicação (14) que suporta comuni-cação baseada em pacotes, CARACTERIZADO pelo fato de quecompreende as etapas de:solicitar comunicação pela rede (etapa 56); etransmitir um pacote de registro (Pl) de acordocom um protocolo de comunicação sem conexão para o centro desuporte a veículo (etapa 64);em que as etapas de solicitar comunicação e trans-mitir um pacote de registro são realizadas regularmente emum intervalo fixo (REGI), em que o intervalo é curto o bas-tante para que não seja alta a probabilidade de que cada pa-cote de registro que recebe uma identidade de conectividadede fonte dinâmica seja o mesmo.

2. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o intervalo fixo está na re-gião entre 30 segundos e 120 segundos e, preferivelmente,aproximadamente 60 segundos.

3. Método, de acordo com a reivindicação 1 ou 2,CARACTERIZADO pelo fato de que compreende adicionalmente aetapa de prover uma janela de mensagem de retorno associadacom cada pacote dé registro, na qual pacotes de retorno po-dem ser recebidos usando a mesma identidade de conectividadedinâmica.

4. Método, de acordo com a reivindicação 3,CARACTERIZADO pelo fato de que a janela de pacote de retornotem entre 15 e 60 segundos e, preferivelmente, aproximada-mente 30 segundos.

5. Método, de acordo com qualquer uma das reivin-dicações 1 a 4, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de solicitar reconhecimento (AF2) dorecebimento de pelo menos o primeiro pacote de registro (e-tapa 62).

6. Método, de acordo com a reivindicação 5,CARACTERIZADO pelo fato de que compreende adicionalmente asetapas de, se nenhum reconhecimento for recebido a partir docentro de suporte a veiculo, modificar a técnica de comuni-cação para usar um tipo de mensagem de rede de radiocomuni-cação que usa uma identidade associada com a unidade de ra-diocomunicação para receber dados do centro de suporte a ve-iculo .

7. Método, de acordo com qualquer uma das reivin-dicações 1 a 6, CARACTERIZADO pelo fato de que compreendeadicionalmente as etapas de determinar a identidade da redede radiocomunicação e ajustar um indicador de rede nos paco-tes de registro, dependendo desta identidade dé rede.

8. Método, de acordo com qualquer uma das reivin-dicações 1 a 7, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de receber, do centro de suporte aveiculo, um tipo de mensagem (M) da rede de radiocomunicaçãoque usa uma identidade associada com a unidade de radiocomu-nicação como identidade de destino (etapa 50), a dita mensa-gem compreendendo pelo menos uma identidade de conectividadeestática do centro de suporte a veiculo a ser usada na comu-nicação que usa o dito protocolo de comunicação sem conexãoe um intervalo preferido (REGI) a ser usado pelos pacotes deregistro.

9. Método, de acordo com qualquer uma das reivin-dicações 1 a 8, CARACTERIZADO pelo fato de que o pacote deregistro inclui adicionalmente um identificador de veiculo(UID), preferivelmente, na forma de uma identidade associadacom a unidade de radiocomunicação.

10. Método, de acordo com qualquer uma das reivin-dicações 1 a 9, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de transmitir um pacote de desregis-tro para o centro de suporte a veiculo incluindo uma solici-tação de reconhecimento.

11. Método, de acordo com qualquer uma das reivin-dicações 1 a 10, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de encriptar informação no pacote deregistro e receber um pacote de resposta com um indicador deerro se a encriptação for falha.

12. Método, de acordo com qualquer uma das reivin-dicações 1 a 11, CARACTERIZADO pelo fato de que pelo menosalguns pacotes de registro também incluem pelo menos um in-dicador de estado que indica o estado de uma aplicação pro-vida no veiculo.

13. Método para transmitir informação para um vei-culo (10) a partir de um centro de suporte a veiculo (16)usando uma rede de radiocomunicação (14) que suporta comuni-cação baseada em pacotes, CARACTERIZADO pelo fato de quecompreende as etapas de:receber pacotes de registro (Pl) endereçados parao centro de suporte a veiculo de acordo com um protocolo decomunicação sem conexão (etapa 76), cada qual incluindo umaidentidade de conectividade dinâmica como uma identidade defonte no pacote, pacotes de registro (Pl) estes que foramtransmitidos em um intervalo fixo (REGI), o intervalo sendocurto o bastante para que seja alta a probabilidade de quecada pacote de registro que recebe uma identidade de conec-tividade de fonte dinâmica seja o mesmo;durante a recepção do primeiro pacote de registrocom uma nova identidade de conectividade dinâmica, associara identidade de conectividade dinâmica com o veiculo (etapa82);durante a recepção de pelo menos alguns pacotes deregistro, verificar se há algum dado a ser transmitido parao veiculo em uma fila de dados ao veiculo (etapa 96) etransmitir tais possíveis dados em um pacote de retorno (P2)com a identidade de conectividade dinâmica como endereço dedestino (etapa 102).

14. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que a etapa de transmitir é rea-lizada em uma janela de pacote de retorno provida depois deum pacote de registro.

15. Método, de acordo com a reivindicação 13 ou-14, CARACTERIZADO pelo fato de que um pacote de registro re-cebido compreende uma solicitação de reconhecimento e com-preende adicionalmente a etapa de reconhecer o pacote de re-gistro recebido transmitindo um pacote de retorno (P2) quereconhece a recepção (etapa 90).

16. Método, de acordo com qualquer uma das reivin-dicações 13 a 15, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de verificar se há algum dado progra-mado para o centro de suporte a veiculo durante a recepçãode cada pacote de registro e armazenar tais possíveis dados(etapa 83).

17. Método, de acordo com qualquer uma das reivin-dicações 13 a 16, CARACTERIZADO pelo fato de que compreendeadicionalmente a etapa de transmitir um tipo de mensagem (M)da rede de radiocomunicação que usa uma identidade associadacom a unidade de radiocomunicação como identidade de destino(etapa 74), a dita mensagem compreendendo pelo menos uma i-dentidade de conectividade estática (AS + PS) do centro desuporte a veículo a ser usada na comunicação que usa o ditoprotocolo de comunicação sem conexão e um intervalo preferi-do (REGI) a ser usado pelos pacotes de registro.

18. Método, de acordo com qualquer uma das reivin-dicações 13 a 17, CARACTERIZADO pelo fato de que um pacotede registro é encriptado e compreende adicionalmente a etapade determinar se a encriptação está correta ,ou não e retornaum indicador de erro se a encriptação for falha.

19. Dispositivo de tratamento de'comunicação com oveículo (28) para simplificar a conexão de um centro de su-porte a veículo (16) em um veículo por meio de uma rede deradiocomunicação (14) que suporta comunicação baseada em pa-cotes, CARACTERIZADO pelo fato de que compreende:uma unidade de radiocomunicação (36) para comuni-cação usando a rede de radiocomunicação; euma unidade de controle (30) arranjada paraordenar a unidade de radiocomunicação a solicitarcomunicação pela rede; eordenar a unidade de comunicação a transmitir umpacote de registro (Pl) de acordo com um protocolo de comu-nicação sem conexão para o centro de suporte a veículo;em que a unidade de controle é arranjada para or-denar a unidade de radiocomunicação a realizar a dita soli-citação de comunicação e transmitir pacotes de registro re-petidamente em um intervalo fixo (REGI) , o intervalo sendocurto o bastante para que seja alta a probabilidade de quecada pacote de registro que recebe uma identidade de conec-tividade de fonte dinâmica seja o mesmo.

20. Dispositivo de tratamento de comunicação com oveículo, de acordo com a reivindicação 19, CARACTERIZADO pe-lo fato de que a unidade de controle ordena a unidade de ra-diocomunicação a prover uma janela de mensagem de retornoassociada com cada pacote de registro, na qual pacotes deretorno podem ser recebidos.

21. Dispositivo de tratamento de comunicação com oveículo, de acordo com a reivindicação 19 ou 20,CARACTERIZADO pelo fato de que a unidade de controle provêuma solicitação de reconhecimento da recepção, pelo centrode suporte a veículo, de pelo menos o primeiro pacote de re-gistro .

22. Dispositivo de tratamento de comunicação com oveículo, de acordo com qualquer uma das reivindicações 19 a-21, CARACTERIZADO pelo fato de que se nenhum reconhecimentofor recebido do centro de suporte a veículo, a unidade decontrole é arranjada para ordenar á unidade de radiocomuni-cação a modificar a técnica de comunicação para usar um tipode mensagem da rede de radiocomunicação que usa uma identi-dade associada com a unidade de radiocomunicação para rece-ber dados do centro de suporte a veículo.

23. Dispositivo de tratamento de comunicação com oveículo, de acordo com qualquer uma das reivindicações 19 a-22, CARACTERIZADO pelo fato de que a unidade de controle éadicionalmente arranjada para ordenar a unidade de radioco-municação a determinar a identidade da rede de radiocomuni-cação e, então, ajustar um indicador de rede para inclusãonos pacotes de registro dependendo desta identidade da rede.

24. Dispositivo de tratamento de comunicação com oveículo, de acordo com qualquer uma das reivindicações 19 a-23, CARACTERIZADO pelo fato de que a unidade de radiocomuni-cação é adicionalmente arranjada para receber, do centro desuporte a veículo, um tipo de mensagem (M) da rede de radio-comunicação que usa uma identidade associada com a unidadede radiocomunicação como identidade de destino, a dita men-sagem compreendendo pelo menos uma identidade de conectivi-dade estática (AS + PS) do centro de suporte a veículo a serusado na comunicação que usa o dito protocolo de comunicaçãosem conexão e um intervalo preferido a ser usado pelos paco-tes de registro (REGI) e encaminha a mensagem para a unidadede controle, a unidade de controle sendo adicionalmente ar-ranjada para armazenar a dita mensagem para uso posterior naprovisão de pacotes de registro.

25. Dispositivo de tratamento de comunicação com oveiculo, de acordo com qualquer uma das reivindicações 19 a-24, CARACTERIZADO pelo fato de que a unidade de controle éadicionalmente arranjada para ordenar a unidade de radioco-municação a transmitir um pacote de desregistro para o cen-tro de suporte a veiculo incluindo uma solicitação de reco-nhecimento.

26. Veiculo (10) para trocar dados relacionados aoveiculo com um centro de suporte a veiculo (16),CARACTERIZADO pelo fato de que compreende um dispositivo detratamento de comunicação com o veiculo do tipo definido' emqualquer uma das reivindicações 19 a 24.

27. Centro de suporte a veiculo (16) para transmi-tir informação para um veiculo (10) que usa uma rede de ra-diocomunicação (14) que suporta comunicação baseada em paco-tes, CARACTERIZADO pelo fato de que compreende:uma unidade de comunicação (44) arranjada para:receber pacotes de registro (Pl) endereçados aocentro de suporte a veiculo de acordo com um protocolo decomunicação sem conexão e cada qual incluindo uma identidadede conectividade dinâmica como uma identidade de fonte nospacotes, pacotes de registro estes que foram transmitidosregularmente em um intervalo fixo (REGI), o intervalo sendocurto o bastante para que seja alta a probabilidade de quecada pacote de registro que recebe uma identidade de conec-tividade de fonte dinâmica seja o mesmo; eum servidor (42) arranjado para:associar a identidade de conectividade dinâmicacom o veiculo durante a recepção de um primeiro pacote deregistro (Pl) com uma nova identidade de conectividade dinâ-mica;verificar se há algum dado a ser transmitido parao veiculo em uma fila de dados ao veiculo durante a recepçãode pelo menos alguns pacotes de registro; eordenar a unidade de comunicação a transmitir umpacote de retorno (P2) com tais possíveis dados com a iden-tidade de conectividade dinâmica como endereço de destino.

28. Centro de suporte a veículo (16), de acordocom a reivindicação 27, CARACTERIZADO pelo fato de que oservidor é arranjado para ordenar a transmissão de um pacotede retorno (P2) para a recepção em uma janela de pacote deretorno provida depois de um pacote de registro (PI).

29. Centro de suporte a veículo (16), de acordocom as reivindicações 27 ou 28, CARACTERIZADO pelo fato deque um pacote de registro recebido compreende uma solicita-ção de reconhecimento (AF2) e o servidor é adicionalmentearranjado para reconhecer o pacote de registro recebido or-denando a transmissão de um reconhecimento de recepção depacote de retorno (P2).

30. Centro de suporte a veículo (16), de acordocom qualquer uma das reivindicações 27 a 29, CARACTERIZADOpelo fato de que o servidor é adicionalmente arranjado paraverificar se há algum dado programado para o centro de su-porte a veiculo durante a recepção de cada pacote de regis-tro e armazenar tais possíveis dados em um armazenamento dedados.

31. Centro de suporte a veículo (16), de acordocom qualquer uma das reivindicações 27 a 30, CARACTERIZADOpelo fato de que o servidor é adicionalmente arranjado paraordenar a transmissão de um tipo de mensagem (M) da rede deradiocomunicação usando uma identidade associada com a uni-dade de radiocomunicação como identidade de destino, a ditamensagem compreendendo pelo menos uma identidade de conecti-vidade estática (AS + PS) do centro de suporte a veículo aser usado em comunicação que usa o dito protocolo de comuni-cação sem conexão e um intervalo preferido (REGI) a ser usa-do para pacotes de registro.

32. Produto programa de computador (104), CARACTE-RIZADO por simplificar a conexão de um centro de suporte aveículo (16) em um veículo (10) usando uma rede de radioco-municação (14) que suporta comunicação baseada em pacotes eque compreende código de programa de computador para fazer ocomputador realizar, quando o dito código de programa decomputador é ali carregado:pelo menos ordenar a solicitação de comunicaçãopela rede; epelo menos ordenar a transmissão de um pacote deregistro (Pl) de acordo com um protocolo de comunicação semconexão para o centro de suporte a veículo;em que a solicitação e transmissão são realizadasrepetidamente em um intervalo fixo (REGI), em que o interva-lo é curto o bastante para que não seja alta a probabilidadede que cada pacote de registro que recebe uma identidade deconectividade de fonte dinâmica seja o mesmo.

33. Produto programa de computador (104),CARACTERIZADO por transmitir informação para um veiculo (10)a partir de um centro de suporte a veiculo (16) usando umarede de radiocomunicação (14) que suporta comunicação basea-da em pacotes e que compreende código de programa de compu-tador para fazer um computador realizar, quando o dito códi-go de programa de computador é ali carregado:receber pacotes de registro (Pl) endereçados parao centro de suporte a veiculo de acordo com um protocolo decomunicação sem conexão e cada qual incluindo uma identidadede conectividade dinâmica como uma identidade de fonte nopacote, pacotes de registro estes que foram transmitidos emum intervalo fixo (REGI), em que o intervalo é curto o bas-tante para que não seja alta a probabilidade de que cada pa-cote de registro que recebe uma identidade de conectividadede fonte dinâmica seja o mesmo;associar a identidade de conectividade dinâmicacom o veiculo durante a recepção de um primeiro pacote deregistro com uma nova identidade de conectividade dinâmica; verificar se há algum dado a ser transmitido parao veiculo em uma fila de. dados ao veiculo durante a recepçãode pelo menos alguns pacotes de registro; epelo menos ordenar a transmissão de tais possíveisdados com a identidade de conectividade dinâmica como ende-reço de destino.