BRPI0612048A2

BRPI0612048A2 - método para enviar uma mensagem no modo-página, e, terminal do usuário e servidor para prover a mensagem no modo-página e a mensagem no modo-sessão

Info

Publication number: BRPI0612048A2
Application number: BRPI0612048-2A
Authority: BR
Inventors: Arto Leppisaari; Jari Mutikainen; Pekka Kuure; Adamu Haruna
Original assignee: Nokia Corp
Priority date: 2005-06-06
Filing date: 2006-06-05
Publication date: 2010-10-13
Also published as: RU2410843C2; BRPI0612048A8; MX2007015286A; CN103023868A; PL1889424T3; JP2008546335A; IL216991A; AU2006256687A1; IL216991A0; CN101223746B; CN103023868B; EP3300313B1; EP1889424B1; AU2006256687B2; JP5504315B2; US8351423B2; FI20055288A0; US20130094503A1; KR100938826B1; MY144805A

Abstract

MéTODO PARA ENVIAR UMA MENSAGEM NO MODO-PáGINA, E, TERMINAL DO USUáRIO E SERVIDOR PARA PROVER A MENSAGEM NO MODO-PáGINA E A MENSAGEM NO MODO-SESSãO. Uma forma para prover a mensagem no modo-página á enviar a mensagem usando o mecanismo de mensagem no modo-sessão com uma indicação indicando que o modo-sessão é para a mensagem do tipo-página. Em resposta a tal Indlcaç~o, o receptor trata a mensagem como uma mensagem no modo-página embora esta fosse recebida no modo-sessão.

Description

"METODO PARA ENVIAR UMA MENSAGEM NO MODO-PAGINA,E1 TERMINAL DO USUÁRIO i SERVIDOR PARA PROVER A MENSAGEM NOMODO-PÁGINA E A MENSAGEM NO MODO-SESSÃO".

Camoo da Invenção

Â invenção relaciona a transmissão de mensagem, e maisparticularmente à transmissão de mensagem no modo-páglna, tambémdenominado de mensagem imediata (one-shot).

Daserieão da Técnica Anterior

O envolvimento da tecnologia de comunicação, particularmente atecnologia de comunicação baseado em IP e os terminais do usuário final, têmpermitido possibilidades de comunicação versáteis e introduzido diferentesserviços. Mais e mais serviços são freqüentemente implementados usandoprimitivos fornecidos pelo SIP (Protocolo de Iniciação de Sessão) que nãoverticalmente integrado no sistema de comunicação, mas uma ferramenta paraconstruir uma arquitetura de multimídia. Mais precisamente, SIP é um protocolo(sinalização) de controle da camada de aplicação definida IETF para criar,modificar, e terminar as sessões com um ou mais participantes. Estas sessõesincluem as chamadas telefônicas Internet, distribuição de multimídia, conferênciasde multimídia, e as sessões PoC (Pressionar para falar no Celular), por exemplo.

Para os serviços de mensagem, SIMPLE (SIP para Mensagem Instantânea eExtensões de Uso de Presença) usando SIP e as implementações existentes doSIP para prover presença e o serviço de mensagem instantânea está sendodefinido no IETF. OMA (Aliança Móvel Aberta) também define o agente depermissão IM (Mensagem Instantânea) baseado nos protocolos SIP/SIMPLE.SIMPLE define dois modos de troca de mensagem instantânea: modo-página e omodo-sessão. O modo-página usa o método MENSAGEM SIP através do qual amensagem instantânea no modo-página é enviada e onde, a nível do protocolo,uma mensagem instantânea subseqüente não é relacionada a uma mensagemprecedente: cada mensagem imediata, mesmo uma resposta a uma mensagemprévia, é considerada como uma transação independente. Assim, o métodoMENSAGEM SIP remonta um email conventional eu um serviço de mensagemcurta. 0 modo-sessão usa SIP para sinalizar e estabelecer a sessão e MSRP(Protocolo de Retransmissão de Sessão da Mensagem) para carregar uma sériede mensagens instantâneas após a sessão ter sido estabelecida. Abaixo, acombinação é simplesmente denominada de mecanismo MSRP. Em outraspalavras, o mecanismo MSRP provê uma mensagem do tipo-conversa,denominado de mensagem do modo-sessão.

O problema surge quando o usuário deseja enviar uma mensagemgrande no modo-página. O método MENSAGEM SIP pode usar o transporte UDPou TCP. TCP provê um método de transporte confiável também paFa mensagensgrandes, mas o transporte TCP não pode ser sempre garantido para o métodoMENSAGEM SIP. Se o UDP for usado para enviar uma mensagem grande,pacotes maiores do que o tamanho máximo UDP são fragmentados e podem nãochegar na ordem correta no receptor. Em adição, mesmo se o TCP puder sergarantido, outro problema relacionado ao controle do congestionamentopermanece. Uma vez que o método MENSAGEM SIP é parte da sinalização decontrole de sessão SIP, uma mensagem é enviada e recebida usando o mesmorecurso como usado pela sinalização SIP. Para o terminal do usuário isto significaque a sinalização SIP atual pode ser bloqueada para o tempo em que amensagem grande está sendo enviada ou recebida no terminal do usuário. Θrecurso acima mencionado para a sinalização SIP pode ser um contexto depropósito geral PDP (Protocolo de Dados de Pacote) ou um contexto PDP desinalização dedicada no caso dos sistemas GERAN (Rede de Acesso de RádioGSM/EDGE) e/ou UTRAN (Rede de Acesso de Rádio UMTS), por exemplo. Emoutros sistemas, o recurso pode ser uma largura de banda reservada e/oudedicada para os propósitos de sinalização, por exemplo. Em adição à sinalizaçãoSIP sendo bloqueada, um outro problema relacionado ao carregamento dosproxies SIP pode surgir. Como a mensagem no modo-página usaconvencionalmente o método MENSAGEM SIP, todas as mensagens usando ométodo MENSAGEM SIP são transmitidas através dos proxies SIP. Assim, asmensagens no modo-página de tamanho grande transmitidas através dos proxiesSIP podem ocasionar uma diminuição severa no desempenho dos proxies SIP,resultando em um bloqueio efetivo de toda a sinalização SIP e na diminuição detodo o desempenho da rede SIP. Por essa razão, em alguns casos, o métodoMENSAGEM SIP não é provável de ser usado para uma mensagem de tamanhogrande.

Uma solução é que quando o tamanho da mensagem excede umcerto limite, ao invés do método MENSAGEM SIP, o mecanismo MSRP é usado.Contudo, o mecanismo MSRP é para um serviço de mensagem do modo-sessão,não para a mensagem do modo-página. Adicionalmente, as mensagens do modo-página recebidas podem ser adiadas e armazenadas na caixa de entrada demensagens, de onde o usuário pode lê-las quando for conveniente, mas namensagem no modo-sessão, a mensagem recebida é aberta pelo terminal dousuário e apresentada para o usuário para facilitar o diálogo. Assim, do ponto devista do receptor, nenhuma mensagem no modo-página pode ser recebida quandoo mecanismo MSRP é usado.

Resumo da Invenção

Um objeto da presente invenção é prover um método e um aparelhopara implementar o método assim como para solucionar o problema acima. Osobjetos da invenção são alcançados por um método, terminais do usuário e umservidor que são caracterizados pelo que é indicado nas reivindicaçõesindependentes. As incorporações preferidas da invenção são descritas nasreivindicações dependentes.

A invenção é baseada na compreensão do problema e na soluçãodeste ao indicar se ou não a mensagem enviada usando o mecanismo demensagem (tipo-sala de bate-papo) no modo-sessão é uma mensagem no modo-página, e em resposta à mensagem sendo uma mensagem no modo-página, atuarcomo se esta tivesse sido recebida usando o mecanismo do modo-página ou deacordo com as instruções específicas definidas para tal mensagem no modo-página. O modo-sessão significa que o protocolo, tal como o MSRP, pretendidopara trocar séries de mensagens é usado. O modo-páglna significa que cadamensagem é uma transação independente a nível do protocolo, i.e., umamensagem instantânea subseqüente não é relacionada, a nível do protocolo, para3 mensagem precedente.

Uma vantagem da Invenção é que ao usar a indicação, asmensagens no modo-página podem ser recebidas eomo mensagens no modo-página, mesmo quando transmitidas como mensagens no modo-sessão. Outravantagem é que o bloqueio da sinalização SIP devido as mensagens grandes podeser evitado.

Breve Dascricio das Figuras

A seguir, a invenção será descrita em maiores detalhes por meio dasincorporações preferidas com referência aos desenhos em anexo, nos quais:

Figura 1 - apresenta uma arquitetura do sistema simplificada;

Figura 2 - é um fiuxograma Ilustrando a funcionalidade do terminal dousuário de acordo com uma Incorporação da Invenção no modo de transmissão;

Figuras 3 e 4 - são fluxogramas ilustrando a funcionalidade doterminal do usuário de acordo com as incorporações da Invenção no modo derecepcao;

Figuras SA a 5D - ilustram exemplos da mensagem CONVITi SIP deacordo com as incorporações da invenção; e

Figuras 6, 7, 8 e 9 - ilustram a sinalização de acordo com asincorporações da invenção.

Descrição Detalhada da Invenção

As incorporações a seguir são exemplos. Embora a especificaçãopossa referenciar a "a", "um", ou "algumas" incorporação(s) em várias localizações,isto não necessariamente significa que cada referência seja a mesmaincorporação(s), ou que a característica aplica apenas a uma única incorporação.Características únicas de diferentes incorporações podem também sercombinadas para prover outras incorporações.

A presente invenção é aplicável a quaisquer terminais do usuário,servidores e/ou qualquer sistema de comunicação ou qualquer combinação dediferentes sistemas de comunicação que é/são acessíveis pelos terminais dousuário e provê os serviços de mensagem, Le., envia os dados no formato demensagem de uma entidade para outra em um tempo próximo do real ou na caixade emall. Nenhuma limitação existe para o formato da mensagem, nem para o tipode dados. Os dados podem ser texto, voz, clipes de vídeo, multimídia, etc. Osistema de comunicação pode ser um sistema de comunicação fixo ou um sistemade comunicação sem fio ou um sistema de comunicação usando ambas, a redefixa e a rede sem fio. Os protocolos usados, as especificações dos sistemas decomunicação e os terminais, especialmente nas comunicações sem fio,desenvolvem rapidamente. Tal desenvolvimento pode requerer mudanças extraspara a invenção. Por essa razão, todas as palavras e expressões deveriam serinterpretadas amplamente e elas são pretendidas para ilustrar, não para restringir,invênção,

A seguir, a presente invenção será descrita usando, eomo umexemplo de um modelo de sistema ao qual a presente invenção pode ser aplicada,um modelo de sistema bem simplificado utilizando SlP e MSRP, sem restringir ainvenção a este. Deveria ser apreciado que o sistema de comunicação e os nósintermediários, tal como os proxies, e outros protocolos usados abaixo ou acimaSIP e MSRP, ou protocolos correspondentes, são irrelevantes para a invençãoatual. Por essa razão, eles não necessitam ser discutidos em maiores detalhesaqui. A presente invenção primeiramente relaciona à transmissão da mensagemna camada de aplicação.

A Figura 1 é uma arquitetura de sistema altamente simplificada quemostra apenas um sistema de comunicação 1, dois terminais do usuário UT 2, 2' ea rede 3. É aparente para o técnico que o sistema(s) também compreende(m)outros dispositivos, entidades do sistema, tal como os servidores de mensageminstantâneas, funções e estruturas, que não necessitam ser descritas em detalhesaqui.

O terminal do usuário 2, 2' é uma peça do equipamento ou umdispositivo que permite ao usuário interagir diretamente com o sistema decomunicação ou pelo sistema do computador, quer dizer, apresenta a informaçãoao usuário θ permite ao usuário entrar com a Informação, i.e. o terminal do usuárioé um ponto de terminação de comunicação particular. Em outras palavras, oterminal do usuário 2, 2' poda ser qualquer nó ou um servidor que suporta amensagem e é capaz de comunicar com a rede do sistema, em uma rede deacesso (não mostrada na Figura 1), se tal rede de acesso existir. O terminalusuário 2, 2' pode ser um aparelho não-móvel, tal como um computador pessoalPC1 conectado à rede 3 de forma sem fio ou por uma conexão fixa. O terminal dousuário 2, 2' também pode ser um terminal móvel sem fio que suporta mensagem,um terminal de multl-servlços que serve como uma plataforma de serviço e suportaa carga e a execução das diferentes funções relacionadas ao serviço, ou um PCportátil, conectado a rede (por uma possível rede de acesso), um assistente digitalpessoal PDA, conectado a rede (por uma possível rede de acesso), etc.

O terminal do usuário 2 Inclui ao menos uma Interface do usuário (UI)21 pela qual o usuário pode criar e/ou ler as mensagens, uma ou mais aplicaçõesde mensagem (Appi) 22, memória (Mem) 23 (ou o terminal do usuário é dispostopara ter acesso a memória) para armazenar pelo menos temporariamente asmensagens do tipo modo-página recebidas, e um transceptor (TRx) 24 para enviare receber as comunicações (mensagens).

A aplicação de mensagem 22 pode ser uma aplicação de softwareconfigurada para implementar uma funcionalidade de acordo com a invenção. Afuncionalidade pode ser alcançada ao atualizar a aplicação de mensagemcorrespondente ou ao adicionar uma nova aplicação de mensagem ao terminai,por exemplo.

A Figura 2 é um fluxograma que ilustra a funcionalidade do terminaldo usuário de acordo com uma incorporação da invenção no modo detransmissão. No exemplo da Figura 2 é assumido que o usuário sempre criamensagens no modo-página de modo similar e que o terminal do usuário selecionao método/mecanismo a ser usado com a mensagem.A Figura % inicia quando o usuário cria uma mensagem no modo-página e fornece, através da interface do usuário, instruções para enviai amensagem para o receptor (passo 201). Em outras palavras, o terminal do usuáriorecebe, no passo 201, o comando "enviar mensagem para este endereço". Emresposta ao comando, o terminal do usuário determina, no passo 202, o tamanhoda mensagem e verifica, no passo 203, se ou não o tamanho da mensagem émaior que o limite predeterminado para o tamanho. O limite predeterminado podeser definido pelo protocolo de serviço usado, pelo usuário ou pelo operador oupode ser pré-configurado para o terminal, por exemplo. Preferivelmente, o limitepredeterminado corresponde a um tamanho que ajusta na mensagem do protocolode transporte. Porém, o valor do limite predeterminado e o modo no qual o limitepredeterminado é estabelecido não conduz a nenhuma significação para apresente invenção. Em algumas Incorporações da invenção, é então possível quetodas as mensagens no modo-página sejam enviadas, indiferente do seutamanho, usando o mecanismo MSRP ou um mecanismo correspondente. Porexemplo, o terminal do usuário pode ser pré-configurado para sempre usar omodo-sessão porque o operador não permite usar o modo-página.

Se o tamanho da mensagem não excede o limite (passo 203), oterminal do usuário envia, no passo 204, os conteúdos que usam o métodoMENSAGEM SIP.

Se o tamanho da mensagem excede o limite (passo 203), o terminaldo usuário envia, no passo 205, a mensagem usando o mecanismo MSRP1 deacordo com a invenção, com um indicador do modo de página. Dependendo daimplementação, o terminal do usuário pode ou não adicionar a informação àmensagem no modo-página enviada pelo MSRP no tamanho atual da mensagem.O procedimento de envio da mensagem atual é ilustrado em maiores detalhes nasFiguras 6, 7 e 8.

Em uma incorporação da invenção, o usuário tem que selecionardentre três opções: mensagem pequena no modo-página (tamanho é menor queou igual a um limite predeterminado), outras mensagens no modo-página,mensagem de sessão (conversa), e quando θ usuário seleciona outras mensagensno modo-página, o mecanismo de mensagem no modo-sessio com um indicadorno modo-página é usado quando a mensagem é enviada.

A Figura 3 é um fluxograma que Ilustra uma funcionalidade doterminal do usuário de acordo com uma incorporação da invenção no modoreceptor. No exemplo da Figura 3, é assumido que nenhuma informação sobre otamanho atual da mensagem é transmitida. Outras suposições feitas por motivo decompreensão são, que o terminal do usuário tem memória livre o suficiente paramensagens, de forma que a mensagem pode ser recebida, e que o terminal dousuário é configurado para aceitar as mensagens no modo-página. O queacontece se a mensagem for maior do que a memória livre é irrelevante para ainvenção; isto depende da implementação do terminal receptor; o terminal poderejeitar o pedido de sessão se não houver memória livre o suficiente, ou um pedidode sessão é aceito, mas a sessão é terminada quando a memória está cheia, porexemplo.

Em resposta à recepção do CONVITE SIP (MSRP) (passo 301), oterminal do usuário verifica, no passo 302, se ou não o CONVITE SIP (MSRP) épara uma mensagem no modo-página. Se sim, o terminal do usuário estabelece,no passo 303, uma sessão; recebe, no passo 304, a mensagem; e armazena, nopasso 305, a mensagem; e libera, no passo 306, a sessão. Subseqüentemente, ousimultaneamente, o terminal do usuário indica, no passo 307, ao usuário que umamensagem foi recebida. O usuário pode ler então depois a mensagem. Em outraspalavras, o terminal do usuário atua como se a mensagem fosse recebida nométodo MENSAGEM SIP.

Se o CONVITE SIP (MSRP) é para conversa (i.e., para mensagem nomodo-sessão), não para uma mensagem no modo-página (passo 302), o terminaldo usuário estabelece, no passo 308, uma sessão e apresenta, no passo 309, odiálogo até a sessão terminar.

O terminal do usuário receptor pode ser configurado para rejeitartodas as mensagens no modo-página, neste caso nenhuma sessão é estabelecidamas, em vez dos passas 303 a 307, uma rejeição é enviada,

O termina) do usuário receptor pode ser configurado para direcionaros pedidos de mensagem no modo-página para a caixa de entrada da rede, paraoutro terminal, etc., neste caso nenhuma sessão é estabelecida mas, em vez dospassos 303 a 307, o pedido é direcionado. Exemplos de tais situações sãoilustrados nas Figuras 7 e 8. Mesmo se todas as mensagens no modo-páginaforem direcionadas para serem armazenadas em outro lugar, e o usuário precisaas ver por outro terminal, o terminal direcionador é considerado para prover amensagem no modo-página.

Im outra incorporação da invenção, a verificação é exeeutada após amensagem ser recebida (i.e. passo 302 é executado após o passo 304, e oprocesso continua após a verificação no passo 305 ou no passo 308).

A Figura 4 é um fluxograma que Ilustra a funcionalidade de umterminal do usuário de acordo com outra incorporação da invenção no modoreceptor. No exemplo da Figura 4, é assumido que informação existe no tamanhoatual da mensagem. Outras suposições feitas por motivo de compreensão são,como acima com relação a Figura 3, com as mesmas explicações nãodesnecessariamente repetidas aqui, que o terminal do usuário tem memória livre osuficiente para mensagens e que o terminal do usuário é configurado para aceitarmensagens no modo-página.

Im resposta à recepção CONVITE SIP (MSRP) (passo 401), oterminal do usuário verifica, no passo 402, se ou não o CONVITE SIP (MSRP) épara uma mensagem no modo-página. Se sim, o terminal do usuário notifica, nopasso 403, o usuário sobre o tamanho da mensagem. Se o usuário aceita amensagem (passo 404), o terminal do usuário estabelece, no passo 405, umasessão; recebe, no passo 406, a mensagem; e armazena, no passo 407, amensagem. O usuário pode ler então depois a mensagem. A seguir, o terminal dousuário libera, no passo 408, a sessão. Em outras palavras, o terminal do usuárioatua como se a mensagem fosse recebida no método MENSAGEM SIP. Nesteexemplo específico, o terminal do usuário não notifica o usuário sobre a recepçãoda mensagem porque é assumido que ao aceitar a entrega da mensagem, ousuário já foi notificado sobre a mensagem. Porém, em outra Implementação, odispositivo do usuário pode ser configurado para também notificar a recepção damensagem ao usuário.

Se o usuário nâo aceita a mensagem (passo 404), o terminal dousuário rejeita, no passo 409, o estabelecimento da sessão. Em outraincorporação, o terminal do usuário, em vez de rejeitar, pode direcionar oestabelecimento da sessão, de forma que a mensagem é armazenada na rede epode ser recuperada depois, como ilustrado nas Figuras 7 e 8.

Se CONVITE SIP (MSRP) ê para conversa (i.e., para mensagem nomodo-sessão ), não para uma mensagem no modo-páglna (passo 402), o terminaldo usuário estabelece, no passo 410, uma sessão e apresenta, no passo 411, odiálogo até a sessão terminar.

Em outra incorporação da invenção, em vez de perguntar se ou não ousuário aceita a mensagem, (i.e., em vez do passo 403), o terminal do usuário éconfigurado para aceitar uma mensagem que não exceda o limite de tamanhopré-definldo. O limite de tamanho pré-definido pode ser definido por um operador,pelo fabricante do terminal do usuário e/ou pelo usuário, por exemplo.

A seguir, a sinalização será descrita em maiores detalhes com algunsexemplos ilustrados nas Figuras 5A a 8, usando o SDP (Protocolo de Descrição deSessão) para Iniciar uma sessão e MSRP no TCP para transmitir os conteúdosatuais sem limitar a invenção a tais exemplos. Outra suposição feita com relaçãoaos exemplos a seguir é que o terminal do usuário receptor não rejeitará amensagem. Se preciso for, outras informações podem ser encontradas nohttp://www.ietf.org/internet-drafts/draft-ietf-simples-mensagem-sess0es-10.txt, queé aqui incorporado como referência. Porém, esta não tem nenhum significado paraa invenção que os protocolos são usados, os protocolos acima sendo apenasexemplos. Por exemplo, em vez do SDP, outros protocolos de mecanismo deoferta-resposta podem ser usados e, em vez do TCP, outros protocolos d©congestionamento-controlados, tal como o SCTP (Protocolo de Transporte deSinalização Comum), pode ser usado.

As Figuras 5A a 5D Ilustram alguns exemplos de como umamensagem no modo-sessão pode indicar que um convite no modo-sessão é parauma mensagem no modo-páglna.

Na incorporação da Figura SA1 uma mensagem no modo-páglna éindicada por uma combinação de uma m-llnha que contém um novo Indicador demodo de página 5-1 (m=mensagem 9 no modo-página msrp) e o parâmetroa=tamanho-max indicando o tamanho atual da mensagem 5-2 (a=tamanho-max:tamanho atual).

Na incorporação da Figura SB1 uma mensagem no modo-página éindicada por uma combinação de m-linha que contém um novo indicador de modode página 5-1 (m= mensagem 9 no modo-página msrp) e o parâmetro 5-3a=tamanho-atual indicando o tamanho atual da mensagem (a=tamanho-atual:tamanho atual). Nesta incorporação, o parâmetro a=tamanho-max indica otamanho máximo da mensagem.

Na incorporação da Figura 5C, a mensagem no modo-páglna éindicada pelo parâmetro 5-3 a=tamanho-atual. Quando o valor do parâmetro diferirde 0, isto indica implicitamente que a mensagem é uma mensagem no modo-página , ou vice-versa. Nesta incorporação, a informação de m-llnha indica qualMSRP será usado e o parâmetro a=tamanho-max indica o tamanho máximo damensagem.

Na incorporação da Figura 5D, uma mensagem no modo-página éindicada pela m-linha que contém um novo indicador de modo de página 5-1(m=mensagem 9 no modo-página msrp). Nesta incorporação, o parâmetroa=tamanho-max indica o tamanho máximo da mensagem e nenhum parâmetro-aadicional é requerido.

No esquema de sinalização da Figura 6, apenas a sinalização entreos pontos finais é apresentada, embora um ou mais intermediários possam estarenvolvidos. A Figura 6 ilustra a sinalização quando o receptor, ou maisprecisamente, o cliente correspondente no terminal do usuário do receptor, aceitaa mensagem. A Figura 6 começa quando a Allce deseja enviar uma mensagem aBob. O terminal usuário da Alice UT1 (mais precisamente, o clientecorrespondente em UT1) notifica, no ponto 6-1, que a mensagem no modo-páglnatem que ser enviada usando o mecanismo no modo-sessão. (O ponto 6-1 édescrito em detalhes acima na Figura 2). Então, ÜT1 envia para uma mensagemde convite de sessão 6-2 com uma Indicação no modo-páglna PMI para o terminalusuário do Bob UT2. A mensagem 6-2 é preferlvelmente uma das mensagensilustradas nas Figuras 5A a 5D. Em resposta à recepção da mensagem 6-2, o UT2detecta, no ponto 6-3, que a mensagem é um convite no modo-sessâo para umamensagem no modo-páglna, e aceita o convite ao enviar a mensagem 6-4. UT1reconhece a aceitação ao enviar a mensagem 6-5, e o UT1 envia os conteúdosatuais da mensagem no modo-página na mensagem no modo-sessão 6-6. Emresposta à recepção dos conteúdos, o UT2 armazena, no ponto 6-7, os conteúdosde forma que Bob possa os ver depois. O UT2 também pode notificar Bob, comodescrito acima nas Figuras 3 e 4. Em resposta à recepção dos conteúdos, o UT2reconhece também a recepção ao enviar o reconhecimento no modo-sessão namensagem 6-8. Na incorporação Ilustrada na Figura 6, o terminal do usuáriotransmissor, UT1, é configurado para terminar a sessão em resposta aoreconhecimento ao enviar a mensagem 6-9 para UT2, que então envia amensagem 6-10 para reconhecer a terminação.

No esquema de sinalização da Figura 7, a sinalização entre ospontos finais através do servidor de mensagem instantânea participante do pontofinal receptor é apresentada, embora um ou mais intermediários possam estarenvolvidos. A Figura 7 ilustra a sinalização quando o receptor, ou maisprecisamente, o cliente correspondente no terminal do usuário do receptor, nãoaceita a mensagem, mas solicita â rede para salvar a mensagem pararecuperação posterior. A Figura 7 inicia quando a Alice deseja enviar umamensagem a Bob. Θ terminal usuário da Alice UT1 (mais precisamente, o clientecorrespondente em UT1) notifica, no ponto 7-1, que a mensagem no modo-páginatem que ser enviada usando um mecanismo no modo-sessão. (O ponto 7-1 édescrito em detalhes acima com relação a Figura 2). Então, o UT1 envia para umamensagem convite de sessão 7-2 com uma indicação no modo-página PMI para oterminal usuário do Bob UT2 através do servidor. A mensagem 7-2 épreferivelmente uma das mensagens Ilustradas nas Figuras 5A a 5D. Em respostaà recepção da mensagem 7-2, o UT2 detecta, no ponto 7-3, que a mensagem éum convite no modo-sessão para uma mensagem no modo-página. Por algumarazão, UT2 não aceita a mensagem no modo de página mas envia umamensagem de re-direcionamento 7-4 para o servidor. Um exemplo de mensagensre-direcionamento é uma mensagem SIP "Movida Temporariamente" que podeconter a informação de como a mensagem deveria ser tratada. Porém, éirrelevante à invenção como e com quais protocolos de re-direcionamento éexecutada e instruções/informações adicionais é/são dadas, se necessário. Outrosexemplos incluem utilizar transações separadas usando os protocolos SIP, talcomo PUBLICAR SIP, OPÇÕES SIP denominados de capacidades no REGISTROSIP, ou com XCAP (Protocolo de Acesso de Configuração de linguagem demarcação extensível). O UT2 também pode notificar Bob sobre a mensagem,como descrito acima com relação as Figuras 3 e 4.

Neste exemplo, o servidor, e mais precisamente, um agente-usuárlo-terminador de uma chamada entrante-estabelecedor de nova chamada, concordaem oferecer um serviço alternativo, e então o servidor assume que é o ponto finalda sessão e aceita o convite inicial ao enviar a mensagem 7-5. O UT1 reconhece aaceitação ao enviar a mensagem 7-6 ao servidor e então envia os conteúdosatuais da mensagem no modo-página em uma mensagem no modo-sessão 7-7para o servidor. Em resposta à recepção dos conteúdos, o servidor armazena, noponto 7-8, os conteúdos de forma que Bob os possa ver depois. Em resposta àrecepção dos conteúdos, o servidor reconhece também a recepção ao enviando oreconhecimento no modo-sessão na mensagem 7-9. Na incorporação ilustrada naFigura 7, o terminal do usuário transmissor, UT1, é configurado para terminar asessão em resposta ao reconhecimento ao enviar a mensagem 7-10 para oservidor que então envia a mensagem 7-11 para reconhecer o término. Bob podeentão ver depois os conteúdos da mensagem, mas a implementação destavisualização é irrelevante para a Invenção, e então não é discutida em detalhesaqui.

Ne esquema de sinallzação da Figura 8, eeme na Figura 7, asinalização entre os pontos finais através do servidor de mensagem instantâneaparticipante do ponto final receptor é apresentada, embora um ou maisintermediários possam estar envolvidos. A Figura 8 ilustra a sinalização quando oreceptor, ou mais precisamente, o cliente correspondente no terminal do usuáriodo receptor, não aceita a mensagem, mas solicita uma porta de comunicação GWna rede para salvar a mensagem para recuperação posterior. A Figura 8 começaquando a Alice deseja enviar uma mensagem a Bob. O terminal usuário da AliceUT1 (mais precisamente, o cliente correspondente em UT1) notifica, no ponto 8-1,que a mensagem no modo-página tem que ser enviada usando um mecanismo nomodo-sessão. (O ponto 8-1 é descrito em detalhes acima com relação a Figura 2).Então, o UT1 envia uma mensagem convite de sessão 8-2 com uma indicação nomodo-página PMI para o terminal usuário do Bob UT2 através do servidor. Amensagem 8-2 é preferivelmente uma das mensagens ilustradas nas Figuras 5A a5D. Em resposta à recepção da mensagem 8-2, o UT2 detecta no ponto 8-3, que amensagem é um convite no modo-sessão para uma mensagem no modo-página.Por alguma razão, o UT2 não aceita a mensagem no modo de página mas enviauma mensagem de re-direcionamento 8-4 para o servidor, a mensagem de re-direcionamento indicando que a mensagem deveria ser direcionada para a portade comunicação GW. (As mensagens de re-direcionamento foram discutidasacima com relação a Figura 7.) O UT2 também pode notificar Bob sobre amensagem, como descrito acima com relação as Figuras 3 e 4.

Neste exemplo, o servidor, e mais precisamente, um agente-usuário-terminador de uma chamada entrante-estabelecedor de nova chamada, gera umnovo pedido para o URI (identificador de recurso uniforme) do GW indicado namensagem 8-4 e envia o pedido na mensagem 8-5. O pedido é preferivelmente umconvite no modo-sessão sem uma indicação no modo-página. O GW aceita oconvite inicial ao enviar a mensagem 8-8. Θ UT1 reconhece a aceitação ao enviara mensagem 8-7 para GW e então envia οε conteúdos atuais da mensagem nomodo-página na mensagem no modo-sessão 8-8 para o GW. Em resposta èrecepção dos conteúdos, o QW armazena, no ponto 8-Θ, os conteúdos de formaque Bob os possa ver depois. Em resposta à recepção dos conteúdos, o QWtambém reconhece a recepção ao enviar o reconhecimento no modo-sessão namensagem 8-10. Na incorporação ilustrada com relação a Figura 8, o terminal dousuário transmissor, UT1, é configurado para terminar a sessão em resposta aoreconhecimento ao enviar a mensagem 8-11 para GW, que então envia amensagem 8-12 para reconhecer o término. Bob pode então ver depois osconteúdos da mensagem, mas a Implementação desta visualização é irrelevantepara a invenção, e não é discutida em detalhes aqui.

A Figura 9 ilustra a sinalização de aeoFde eom uma outraincorporação da invenção, na qual o servidor de mensagem instantânea é tambémconfigurado para detectar a indicação. O servidor de mensagem instantânea podeser um servidor separado ou um componente do servidor em um nó de rede queinclui um ou mais outros componentes. No exemplo ilustrado na Figura 9, éassumido que o receptor (UT2) não é acessível ou tem uma configuração deacordo com a qual as mensagens no modo-página do receptor serãoarmazenadas na caixa de entrada da rede do receptor, neste exemplo sendolocalizado no servidor. Esta também pode ser uma configuração de rede. Noesquema de sinalização da Figura 9, a sinalização entre o ponto final transmissorUT1 e o servidor de mensagem instantânea participante do ponto final do receptor,embora um ou mais Intermediários possam ser envolvidos. A Figura 9 começaquando a Alice deseja enviar uma mensagem a Bob. O terminal usuário da AliceUT1 (mais precisamente, o cliente correspondente em UT1) notifica, no ponto 9-1,que a mensagem no modo-página tem que ser enviada usando o mecanismo nomodo-sessão. (O ponto 9-1 é descrito em detalhes acima com relação a Figura 2).

Então, o UT1 envia para uma mensagem de convite de sessão 9-2 com umaindicação no modo-página PMI para o terminal usuário do Bob UT2 através doservidor. A mensagem 9-2 é preferivelmente uma das mensagens Ilustradas nasFiguras SA s SD. im resposta á recepção da mensagem θ-2, o servidor, e maisprecisamente, o agente-usuério-terminador de uma chamada entrante-estabeiecedor de nova chamada, detecta, no ponto §-3, que a mensagem é umeonvlte no modo-sessâo para uma mensagem no modo-páglna, β então Bobverifica, l.e. UT2, as configurações para as mensagens no modo-páglna. Uma vezque as configurações apresentam que as mensagens no modo-página serãoarmazenadas para recuperação posterior, o próprio servidor assume ser o pontofinal da sessão e aceita o convite ao enviar a mensagem 9-4. O UT1 reconhece aaceitação ao enviar a mensagem 9-5 para o servidor e então envia os conteúdosatuais da mensagem no modo-páglna em uma mensagem no modo-sessão 9-6para o servidor. Em resposta à recepção dos conteúdos, o servidor armazena, noponto 9-7, os conteúdos de forma que Bob os possa ver depois. Em alguma outraincorporação da invenção, a mensagem pode ser armazenada em outro nó derede ou em um banco de dados remoto ou pode ser direcionada para uma portade comunicação. Em resposta à recepção dos conteúdos, o servidor reconhecetambém a recepção ao enviar o reconhecimento no modo-sessão na mensagem 9-8. Na incorporação ilustrada com relação a Figura 9, o terminal do usuáriotransmissor, UT1, é configurado para terminar a sessão em resposta aoreconhecimento ao enviar a mensagem 9-9 para o servidor que então envia amensagem 9-10 para reconhecer o término. Bob pode ver então depois osconteúdos da mensagem, mas a Implementação desta visualização é Irrelevantepara a invenção e não é discutida em detalhes aqui.

Em outra Incorporação da invenção, o servidor de mensageminstantânea do receptor é disposto para decidir se ou não direciona o pedido desessão ou se o próprio assume ser o ponto final com base no tamanho damensagem, nas capacidades do terminal receptor e/ou na carga da rede.

Em uma outra incorporação baseada na Figura 9, o usuário pode teruma configuração de acordo com quais mensagens no modo-página transmitidasusando o mecanismo no modo-sessão são armazenadas na caixa de entrada darede e apenas notificadas para o usuário, eonsiderando que as mensagens nomodo-página transmitidas usando o mecanismo no modo-página são direcionadaspara e usuária

Os passes, pontos a as mensagens de sinalização mostradas nasFiguras 2, 3, 4, 6, 7, 8 e 9 não estão em ordem cronológica absoluta e alguns dospassos/pontos podem ser executados simultaneamente ou em uma ordemdiferente da determinada. Outras funções também podem ser executadas entre ospassos/pontos ou dentro dos passos/pontos. Alguns dos passos/pontos ou partedos passos/pontos também podem ser omitidos. As mensagens de sinalização sãoapenas exemplos e podem até mesmo incluir várias mensagens separadas paratransmitir a mesma informação. Em adição, as mensagens também podem conteroutra informação, As mensagens e os passos/pontos também podem sercombinados livremente ou divididos em várias partes. Além disso, os nomes, tipose/ou conteúdos das mensagens podem diferir do aclma-menclonado, comotambém os protocolos usados.

Embora a invenção acima tenha sido descrita assumindo que acomunicação, i.e., a transmissão do arquivo e chamadas, é uma comunicação deum-para-um, é óbvio para o técnico que a comunicação pode também ser umacomunicação de um-para-muitos.

As incorporações apresentadas acima ou partes destas podem sercombinadas para produzir as Incorporações preferidas da Invenção.

Os terminais do usuário, outros dispositivos correspondentes e/ouservidores ou componentes do servidor correspondentes implementando afuncionalidade da presente Invenção compreende não apenas os dispositivos datécnica anterior, mas também os dispositivos para transmitir e receber asmensagens no modo-página da maneira descrita acima. Os nós de rede presentese os terminais do usuário compreendem os processadores e a memória quepodem ser utilizados nas funções de acordo com a invenção. Todas asmodificações e configurações requeridas para implementar a invenção podem serexecutadas como rotinas que podem ser implementadas como rotinas de softwareacjieíeRadas qu atualizadas, eiFeuites de aplicação (ASI6) e/ou eireuitQSprggramáveis.

Será óbvio para θ téenieo que à medida que a tesRolegia avança, θeonceito inventivo pode ser implementado de vários modos. A Invenção e suasincorporações não são limitadas aos exemplos descritos acima, mas podem variardentro do escopo das reivindicações.

Claims

1. Método para transmitir uma mensagem no modo-página,CARACTERIZADO pelo fato de que compreende:- transmitir a mensagem usando o mecanismo de mensagem nomodo-sessão com uma indicação indicando que o modo-sessão é para amensagem no modo-página; e- em resposta a tal indicação, tratar a mensagem recebida como umamensagem no modo-página.

2. Método de acordo com a reivindicação 1, CARACTERIZADO pelofato de que também compreende:- criar uma sessão para enviar e receber a mensagem; e- terminar a sessão em resposta à mensagem ter sido enviada.

3. Método de acordo com a reivindicação 1, CARACTERIZADO pelofato de que também compreende:- criar uma sessão para enviar e receber a mensagem; e- terminar a sessão em resposta à mensagem ter sido recebida.

4. Método de acordo com as reivindicações 1 a 3, CARACTERIZADOpelo fato de que também compreende:- usar o protocolo de descrição de sessão para iniciar a sessão nomecanismo de mensagem no modo-sessão; e- adicionar a indicação ao cabeçalho da mensagem de iniciação desessão.

5. Método de acordo com a reivindicação 4, CARACTERIZADO pelofato de que m-linha no cabeçalho contêm a indicação.

6. Método de acordo com a reivindicação 4, CARACTERIZADO pelofato de que a indicação é um parâmetro indicando o tamanho atual da mensagem.

7. Método de acordo com a reivindicação 4, CARACTERIZADO pelofato de que a indicação compreende uma indicação m-linha e um parâmetroindicando o tamanho atual da mensagem.

8. Terminal do usuário para prover a mensagem no modo-página e amensagem no modo-sessão, CARACTERIZADO pelo fato de que o terminal édisposto para enviar a mensagem no modo-página usando o mecanismo demensagem no modo-sessão com uma indicação indicando que a mensagem éuma mensagem no modo-página.

9. Terminal de acordo com a reivindicação 8, CARACTERIZADO pelofato de que o terminal é disposto para enviar a mensagem no modo-página usandoo mecanismo de mensagem no modo-sessão em resposta ao tamanho damensagem no modo-página excedendo um limite predeterminado.

10. Terminal de acordo com a reivindicação 8 ou 9,CARACTERIZADO pelo fato de que o terminal é disposto para enviar a mensagemno modo-página usando o mecanismo de mensagem no modo-sessão emresposta ao comando do usuário.

11. Terminal do usuário para prover a mensagem no modo-página ea mensagem no modo-sessão, CARACTERIZADO pelo fato de que o terminal édisposto para detectar uma indicação de que o mecanismo de mensagem nomodo-sessão é usado para a mensagem no modo-página, e em resposta àindicação, tratar a mensagem recebida como uma mensagem no modo-página.

12. Terminal de acordo com a reivindicação 11, CARACTERIZADOpelo fato de que o terminal é disposto para armazenar a mensagem recebida emresposta à recepção.

13. Terminal de acordo com a reivindicação 11 ou 12,CARACTERIZADO pelo fato de que o terminal é disposto para notificar amensagem para o usuário.

14. Terminal de acordo com a reivindicação 11, 12 ou 13,CARACTERIZADO pelo fato de que o terminal é disposto para verificar, emresposta à indicação, o tamanho da mensagem, e para decidir a continuar outerminar o mecanismo no modo-sessão com base no tamanho.

15. Terminal de acordo com a reivindicação 11, 12, 13 ou 14,CARACTERIZADO pelo fato de que o terminal é disposto para verificar, emresposta à indicação, o tamanho da mensagem, e para solicitar ao usuário outrasinstruções relacionadas a continuar ou terminar o mecanismo no modo-sessão, emadição a apresentar o tamanho para o usuário.

16. Terminal de acordo com a reivindicação 11, 12, 13, 14 ou 15,CARACTERIZADO pelo fato de que o terminal é disposto para continuar omecanismo no modo-sessão ao direcionar o pedido de sessão relacionado àmensagem no modo-página.

17. Servidor para prover a mensagem no modo-página e amensagem no modo-sessão, CARACTERIZADO pelo fato de que o servidor édisposto para detectar uma indicação de que o mecanismo de mensagem nomodo-sessão é usado para a mensagem no modo-página, e em resposta àindicação, assumir a própria para ser o ponto final do mecanismo de mensagemno modo-sessão.

18. Servidor de acordo com a reivindicação 17, CARACTERIZADOpelo fato de que o servidor é também disposto, em resposta à indicação, paratratar a mensagem recebida como uma mensagem no modo-página.