BRPI0711274A2 - método e terminal para estabelecer sessão pt a fim de utilizar caixa pt - Google Patents

método e terminal para estabelecer sessão pt a fim de utilizar caixa pt Download PDF

Info

Publication number
BRPI0711274A2
BRPI0711274A2 BRPI0711274-2A BRPI0711274A BRPI0711274A2 BR PI0711274 A2 BRPI0711274 A2 BR PI0711274A2 BR PI0711274 A BRPI0711274 A BR PI0711274A BR PI0711274 A2 BRPI0711274 A2 BR PI0711274A2
Authority
BR
Brazil
Prior art keywords
box
terminal
server
session
session invitation
Prior art date
Application number
BRPI0711274-2A
Other languages
English (en)
Inventor
Kang-Suk Huh
Original Assignee
Lg Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of BRPI0711274A2 publication Critical patent/BRPI0711274A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

MéTODO E TERMINAL PARA ESTABELECER SESSãO PT A FIM DE UTILIZAR CAIXA PT. Um serviço PT (aperte para) entre serviços de sessão baseados em SIP, e particularmente, um método e terminal para estabelecer uma sessão PT a fim de permitir um certo usuário a usar um serviço de caixa PT sobre controlo de um servidor PT em um serviço baseado em SIP (Sessão de Iniciação de Protocolo), são discutidos. De acordo com uma representação, o método de prover um serviço de caixa aperte para (PT), inclui armazenar, em um servidor PT, informação de ajuste de caixa PT de um terminal; receber, pelo servidor PT, um convite de sessão direcionado par ao terminal; e determinar, pelo servidor PT, um roteamento do convite de sessão para uma caixa PT para o terminal com base em pelo menos na informação de ajuste de caixa PT.

Description

"MÉTODO E TERMINAL PARA ESTABELECER SESSÃO PT A FIM DE UTILIZAR CAIXA PT"
REVELAÇÃO DA INVENÇÃO
SOLUÇÃO TÉCNICA
Este pedido reivindica os benefícios de prioridade do Pedido Provisório US No. 60/797.379, depositado em 4 de maio de 2006, e Pedido coreano No. 10-2006-0098154, depositado em 9 de outubro de 2006 na República da Coréia. Os conteúdos inteiros de cada um destes pedidos são aqui incorporados por referência.
A presente invenção refere-se a um serviço com base em sessão, e mais particu- larmente, a um método e terminal para estabelecer uma sessão PT para permitir um certo usuário usar um serviço de caixa PT sob um controle de um servidor PT em um serviço com base em SIP (Protocolo de Iniciação de Sessão).
Em geral, SIP denota um protocolo de sinalização que define um procedimento em que os terminais que desejam se comunicar um com o outro identificam e encontram suas localizações, e estabelecem ou liberam (ou alteram) sessões de serviço de multimídia entre eles. Serviços baseados em SIP (isto é, serviços com base em SIP) têm uma estrutura de solicitação/resposta de geração, modificação e terminação de controle das sessões de ser- viço de multimídia. Também, os serviços com base em SIP fornecem serviços usando um Localizador Universal de Recurso SIP (URL) que é similar a um endereço de correio eletrô- nico sem levar em conta os endereços IP (Protocolo de Internet) para permitir identificação de cada usuário.
Um serviço de Aperte para (PT) pode ser um dos serviços de sessão com base em SIP. O serviço PT é intencionado fornecer comunicações rápidas para provedores de servi- ços e usuários de comunicação móvel. Também, o serviço PT é um tipo de serviço de co- municação semi-duplex, a saber, um serviço de comunicação em que um cliente transmite dados de mídia (por exemplo, rajada de conversa ou rajada de mídia) para um ou mais ou- tros clientes com quem uma sessão foi estabelecida. O serviço PT pode tipicamente termi- nar um serviço de Aperte para Conversar pelo Celular (PoC) para transmissão de dados de voz (áudio), um serviço de Aperte para Visualizar (PTV) para transmissão de dados de filme (vídeo), ou um serviço de Aperte para Dados (PTD) para transmissão de dados.
O serviço PT fornece uma comunicação ponto-a-ponto (1-para-l) como também uma comunicação de ponto-para-grupo como em uma sessão de conversa em grupo (1- para-muitos), e usa um Protocolo de Iniciação de Sessão (SIP) para estabelecer uma ses- são.
Fig. 1 é um fluxograma de sinal que ilustra um método para usar um serviço PT de acordo com uma técnica relacionada.
É assumido na Fig. 1 que um cliente PT A equipado com um terminal particular (ou Equipamento de Usuário PT (UE)) denota uma entidade para processar mensagens SIP, e as mensagens mostradas na Fig. 1 são todas mensagens com base em SIP.
A fim de usar o serviço PT da técnica relacionada, várias pré-condições necessitam ser primeiro satisfeitas, a saber, o terminal particular deveria ser registrado em um núcleo SIP/IP e um ajuste de serviço PT deveria ser feito em um servidor PT.
Como ilustrado na Fig. 1, um cliente PT A 15 registra-se em um núcleo SIP/IP A 20 (por exemplo, 3GPP IMS ou 3GPP2 MMD) usando uma mensagem de REGISTRO SIP (S1). O núcleo SIP/IP A 20 envia uma mensagem OK SIP 200 para o cliente PT A 15 para informar que o cliente PT A 15 registrou-se com sucesso no núcleo SIP/IP A 20 (S2).
O cliente PT A 15 libera os valores ajustados requeridos para o serviço PT (isto é, ajuste de Serviço PT) para um servidor PT A 30 por meio do núcleo SIP/IP A 20 usando uma mensagem de PUBLICAÇÃO SIP onde os valores de ajuste de serviço PT incluem, por exemplo, informação de modo de resposta, flag de bloqueio da sessão recebida, flag de bloqueio de alerta pessoal imediato, flag de suporte simultâneo, etc. (S3 e S4). Aqui, os va- Iores de ajuste de serviço PT são liberados sendo incluídos em um corpo da mensagem de PUBLICAÇÃO SIP.
O servidor PT A 30 armazena os valores de ajuste de serviço PT dentro dele (S5). O servidor PT A 30 também informa ao cliente PT A 15, usando a mensagem OK SIP 200 que os valores de ajuste de serviço PT foram armazenados com sucesso (S6 e S7). Aqui, nas etapas S6 e S7, a mensagem OK SIP 200 é liberada do servidor PT 30 para o cliente PT A 15 por meio do núcleo SIP/IP A 20.
As etapas acima mencionadas S1 e S2 são referidas como um processo de 'regis- tro', e as etapas S3 à S7 são referidas como um 'ajuste de serviço PT'. Embora possa haver vários serviços PT disponíveis, não há nenhum serviço de caixa PT disponível para o termi- nal de acordo com a técnica relacionada. Desse modo há uma necessidade de fornecer uma técnica de prover um serviço de caixa PT para o terminal. Um serviço de caixa PT forneceria uma caixa de dados de mídia (caixa PT) para a qual os dados de mídia (por exemplo, men- sagens de voz, imagens, dados, etc.) direcionados para um usuário do terminal PT podem ser mandados e armazenados, por exemplo, quando o usuário não estiver disponível, de forma que o usuário pode depois acessar a caixa PT para obter os dados de mídia nela ar- mazenados.
Portanto, a presente invenção provê uma técnica de fornecer um serviço de caixa PT como parte de serviços PT disponíveis para um terminal, assim tratando as limitações e as necessidades associadas à técnica relacionada.
É um objetivo da presente invenção prover um método e terminal para executar um serviço PT ajustando e estabelecendo uma sessão PT em um servidor PT para permitir um terminal particular (ou UE (Equipamento de Usuário) de PT) usar um serviço de caixa PT em um serviço PT com base em SIP em um estado que o terminal particular foi registrado em um núcleo SIP/IP.
É outro objetivo da presente invenção prover um método, terminal e servidor para ajustar e utilizar informação de caixa PT para operar uma caixa PT.
De acordo com um aspecto, a presente invenção provê um método de fornecer um serviço de caixa aperte para (PT), compreendendo: armazenar, em um servidor PT, infor- mação de ajuste de caixa PT de um terminal; receber, pelo servidor PT, um convite de ses- são direcionado para o terminal; e determinar, pelo servidor PT1 um roteamento do convite de sessão para uma caixa PT para o terminal com base pelo menos na informação de ajuste de caixa PT.
De acordo com um aspecto, a presente invenção provê um método para fornecer informação de ajuste de caixa aperte para (PT), compreendendo: obter, por um terminal, informação de ajuste de caixa PT de uma entrada de usuário; gerar, pelo terminal, uma mensagem SIP incluindo informação de ajuste de serviço PT do terminal, em que a informa- ção de ajuste de serviço PT inclui a informação de ajuste de caixa PT a ser usada por um servidor PT para determinar um roteamento de um convite de sessão; e transmitir, pelo ter- minal, a mensagem SIP gerada para o servidor PT.
De acordo com um aspecto, a presente invenção provê um método de fornecer um serviço de caixa Aperte para (PT), compreendendo: receber, por um servidor PT, um parâ- metro indicando a informação de ajuste de caixa PT de um primeiro terminal; armazenar o parâmetro recebido em um armazenamento acessível pelo servidor PT; receber, pelo servi- dor PT, um convite de sessão PT direcionado para o primeiro terminal de um segundo ter- minal; e verificar o parâmetro armazenado após o convite de sessão PT direcionado para o primeiro terminal ser recebido pelo servidor PT; e determinar um roteamento do convite de sessão PT com base pelo menos na informação de ajuste de caixa PT indicada pelo parâ- metro.
É para ser entendido que a descrição geral anterior e a descrição detalhada a se- guir da presente invenção são exemplares e explicativas e são intencionadas a fornecer explanação adicional da invenção como reivindicada.
A presente invenção será entendida mais completamente da descrição detalhada dada aqui abaixo e dos desenhos em anexo que são dados por ilustração apenas, e desse modo não são Iimitativos da presente invenção, e em que:
Fig. 1 é um fluxograma de sinal que ilustra um método da técnica relacionada para usar um serviço PT;
Fig. 2 é um fluxograma de sinal que ilustra um exemplo de um método para estabe-
lecer uma sessão PT a fim de usar uma caixa PT no caso de informação de roteamento de caixa PT [1] de acordo com uma modalidade da presente invenção; Fig. 3 é um fluxograma de sinal que ilustra outro exemplo de um método para esta- belecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de cai- xa PT [1] de acordo com uma modalidade da presente invenção;
Fig. 4 é um fluxograma de sinal que ilustra um exemplo de um método para estabe- lecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT [2] de acordo com uma modalidade da presente invenção;
Fig. 5 é um fluxograma de sinal que ilustra um primeiro exemplo de um método pa- ra estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT [3] de acordo com uma modalidade da presente invenção;
Fig. 6 é um fluxograma de sinal que ilustra um segundo exemplo de um método pa- ra estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT[03] de acordo com uma modalidade da presente invenção;
Fig. 7 é um fluxograma de sinal que ilustra um terceiro exemplo de um método para estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT[03] de acordo com uma modalidade da presente invenção;
Fig. 8 é um fluxograma de sinal que ilustra um quarto exemplo de um método para estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT[3] de acordo com uma modalidade da presente invenção;
Fig. 9 é um fluxograma de sinal que ilustra um quinto exemplo de um método para estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT[3] de acordo com uma modalidade da presente invenção; e
Fig. 10 é um fluxograma de sinal que ilustra um sexto exemplo de um método para estabelecer uma sessão PT usando uma caixa PT no caso de informação de roteamento de caixa PT[3] de acordo com uma modalidade da presente invenção.
Doravante, as construções e operações nas modalidades preferidas da presente in- venção serão explicadas com referência aos desenhos em anexo.
Na presente invenção, primeiro, quando um terminal de contraparte (ou UE (Equi- pamento de Usuário) de PT) registra-se em um núcleo SIP/IP e executa um 'ajuste de servi- ço PT' em um servidor PT1 ajusta pelo menos uma ou mais informações relacionadas ao uso de uma caixa PT (referida como 'informação de ajuste de caixa PT' daqui por diante) e ar- mazena a informação ajustada no servidor PT. Segundo, quando um terminal particular (terminal fonte ou terminal de origem) convida o terminal de contraparte (terminal alvo ou terminal final) para uma sessão PT, o terminal particular estabelece a sessão PT de acordo com a informação de ajuste de caixa PT relacionada ao terminal de contraparte ajustada no servidor PT, de modo que o convite de sessão pode ser seletivamente roteado para a caixa PT do terminal de contraparte de acordo com a informação de ajuste de caixa PT. Como resultado, um usuário do terminal de origem/fonte pode agora deixar dados de mídia na cai- xa PT do terminal alvo de forma que um usuário do terminal alvo possa acessar os dados de mídia armazenados acessando a caixa PT.
A caixa PT na presente invenção é para armazenar dados de mídia de qualquer serviço(s) PT incluindo, mas não limitados a, um serviço Aperte para Conversar pelo Celular (PoC), um serviço de Aperte Para Visualizar (PTV), um serviço Aperte para Dados (PTD), etc.
Para usar o serviço de caixa PT, o terminal particular deveria ser um terminal que pudesse usar uma caixa PT de acordo com a presente invenção, (isto é, tivesse uma capa- cidade de serviço de caixa PT) e um usuário do terminal particular deveria ter vontade (in- tenção) de usar a caixa PT. Também, informação de ajuste de caixa PT relacionada ao uso de caixa PT deve ser preferivelmente pré-ajustada em um servidor PT onde a informação de ajuste de caixa PT inclui condições prévias e outras condições.
De acordo com uma modalidade, a informação de ajuste de caixa PT relacionada ao terminal particular ou intencionada pelo usuário do mesmo é enviada para o servidor PT sendo incluída em uma mensagem de PUBLICAÇÃO SIP (por exemplo, incluindo a informa- ção de ajuste de caixa PT na mensagem de PUBLICAÇÃO SIP das etapas S3 e S4 na Fig. 1). Aqui, a mensagem de PUBLICAÇÃO SIP é enviada do terminal particular para o servidor PT por meio de um NÚCLEO SIP/IP.
As modalidades preferidas da presente invenção incorporam métodos de estabele- cimento de sessão PT em que um convite de sessão PT é permitido ser rateado para uma caixa PT dependendo da informação de ajuste de caixa PT relacionada a um terminal parti- cular (isto é, terminal alvo) ajustada em um servidor PT. Portanto, de acordo com a presente invenção, a informação de ajuste de caixa PT será descrita abaixo primeiro e depois cená- rios diferentes serão descritos em um método de estabelecimento de sessão PT para usar uma caixa PT de acordo com a informação de ajuste de caixa PT.
Um terminal (isto é, UE de PT) de acordo com a presente invenção que é uma enti- dade que executa as funções relacionadas ao serviço PT, denota qualquer dispositivo tendo um cliente PT. Conseqüentemente, o terminal de acordo com a presente invenção pode ser um dentre todos os tipos de terminais de comunicações móvel, computadores portáteis dis- poníveis com serviço PT, computadores de mesa, dispositivos de jogo portáteis, MPS, ou outros eletrodomésticos residenciais. Também, na descrição da presente invenção, um ter- minal (isto é, UE de PT) preferivelmente denota uma entidade física incluindo um cliente PT1 e o cliente PT preferivelmente denota uma entidade lógica ou física incluída no terminal. Conseqüentemente, por causa da explanação da presente invenção, o terminal pode ser referido como o cliente PT ou vice-versa.
Uma caixa PT para fornecer um serviço de caixa PT de acordo com a presente in- venção pode residir na rede (por exemplo, como parte de um servidor PT ou como outro servidor ou entidade na rede) ou pode residir dentro do terminal/UE associado (por exemplo, caixa PT de PoC). PreferiveImente1 aqui a caixa PT reside na rede.
Doravante, 'informação de ajuste de caixa PT' usada para operar uma caixa PT é descrita de acordo com a presente invenção.
A informação de ajuste de caixa PT pode incluir a assim-chamada (1) 'capacidade de caixa PT', 'vontade de caixa PT', e 'condicionalidade de caixa PT'; ou (2) 'roteamento de caixa PT'.
A informação de ajuste de caixa PT é descrita em mais detalhe como segue.
A informação de ajuste de caixa PT pode incluir informação indicando se um UE de PT é um terminal (isto é, UE de PT) que é capaz de usar um serviço de caixa PT. Tal infor- mação (ou parâmetro) é referida como 'capacidade de caixa PT', para fins de explanação. Se o UE de PT for o terminal capaz de usar o serviço de caixa PT, a informação/parâmetro indicando a capacidade do terminal é ajustada como 'capacidade de caixa PTfverdadeira]'. Alternativamente, se o UE de PT for um terminal que não é capaz de usar o serviço de caixa PT, a informação/parâmetro indicando a capacidade do terminal é ajustada como 'capacida- de de caixa PT [falsa]'. Obviamente, o parâmetro aqui pode ser ajustado de outros modos, por exemplo, como [0] ou [1].
A informação de ajuste de caixa PT pode também incluir informação indicando se o usuário do UE de PT (ou 'usuário PT') pretende rotear qualquer convite de sessão PT rece- bido direcionado para o usuário para sua caixa PT em nome do UE de PT. Tal informação inclui a vontade do usuário PT e desse modo é referida como 'vontade de caixa PT'. Quando o usuário PT desejar (intencionar) rotear o convite de sessão PT para sua caixa PT, a/o in- formação/parâmetro de 'vontade de caixa PT' é ajustada(o) para 'vontade de caixa PT [ati- vo]'. Inversamente, quando o usuário PT não desejar rotear o convite de sessão PT do usu- ário para sua caixa PT, a/o informação/parâmetro de 'vontade de caixa PT' é ajustada(o) para 'vontade de caixa PT [não ativo]'. O parâmetro aqui pode ser ajustado de outros mo- dos, por exemplo, como [0] ou [1]. Como uma variação, porque a informação da vontade de caixa PT pode ser relevante apenas quando o UE de PT for capaz de usar a caixa PT, in- formação da vontade de caixa PT pode ser ajustada apenas quando a informação da capa- cidade de caixa PT for ajustada para 'verdadeira' (capaz).
A informação de ajuste de caixa PT pode incluir informação adicional para notificar um UE de PT alvo ou usuário do UE de PT alvo sobre se primeiro executa um convite de sessão PT antes de rotear para uma caixa PT para o convite de sessão PT enviado para o UE de PT alvo (isto é, cliente PT). Tal informação que em geral implica que o usuário deseje usar a caixa PT, é referida como 'condicionalidade de caixa PT' e indica se o roteamento de um convite de sessão PT para a caixa PT deveria ser executado incondicionalmente ou sob certa(s) condição(ões). Aqui, a informação de 'condicionalidade de caixa PT' pode estar dis- ponível apenas quando a informação da 'vontade de caixa PT' estiver ajustada para 'ativo'.
Quando o usuário de UE de PT desejar incondicionalmente rotear o convite de ses- são PT para sua caixa PT, a/o informação/parâmetro da 'condicionalidade de caixa PT' é ajustada(o) para 'condicionalidade de caixa PT [incondicional]'. Inversamente, quando o u- suário de UE de PT desejar rotear o convite de sessão PT para sua caixa PT sob uma certa condição, a/o informação/parâmetro da 'condicionalidade de caixa PT' é ajustada(o) para 'condicionalidade de caixa PT [condicional]'. O parâmetro aqui pode ser ajustado de outros modos, por exemplo, como [0] ou [1].
O caso onde a informação da 'condicionalidade de caixa PT' é ajustada para 'con- dicional' (por exemplo, [ativo]) pode corresponder ou um caso onde um UE de PT alvo não pode aceitar o convite de sessão PT enviado para este ou um caso onde o usuário de UE de PT não aceita o convite de sessão PT. Neste caso, uma sessão PT é estabelecida de modo que o convite de sessão PT para o UE de PT alvo é roteado para a caixa PT.
Doravante, como o caso onde a informação da 'condicionalidade de caixa PT' é a- justada para 'condicional', por exemplo, ou o caso onde um UE de PT alvo não pode aceitar o convite de sessão PT enviado para este ou o caso onde o PT alvo o usuário de UE não aceita o convite de sessão PT, quatro casos exemplares são fornecidos como segue.
O primeiro caso é que o servidor PT não recebe uma resposta de anel do cliente PT alvo durante um certo tempo (por exemplo, um tempo prefixado) após enviar o convite de sessão PT para o cliente PT alvo no caso de um modo de resposta manual.
O segundo caso é que o servidor PT não recebe uma resposta de aceite ou rejeito com respeito ao convite de sessão PT do cliente PT alvo durante um certo tempo (por e- xemplo, um tempo prefixado) após receber a resposta de anel do cliente PT alvo no caso de um modo de resposta manual.
O terceiro caso é que o servidor PT não recebe uma resposta aceite ou rejeito com respeito ao convite de sessão PT do cliente PT alvo durante um certo tempo (por exemplo, um tempo prefixado) após enviar o convite de sessão PT ao cliente PT alvo no caso de um modo de resposta automática.
O quarto caso é que o cliente PT alvo já tem participado em uma ou outras sessões PT plurais e o cliente PT alvo não suporta sessões PT simultâneas.
Como mencionado acima, se o servidor PT recebe um convite de sessão PT com respeito a um cliente PT alvo em um estado que a 'condicionalidade de caixa PT' para o cliente PT alvo esteja ajustado para 'condicional', o servidor PT roteia o convite de sessão PT para a caixa PT do cliente PT alvo, no caso de qualquer um dos quatro casos exempla- res acima descritos. Ou seja, os quatro casos exemplares acima descritos podem ser consi- derados condições que se ocorridas fariam o servidor PT rotear o convite de sessão PT para a caixa PT apropriada uma vez que a 'condicionalidade de caixa PT' está ajustada para 'condicionalidade de caixa PT [condicional]'.
Como tal, a informação de ajuste de caixa PT (isto é, 'capacidade de caixa PT', 'vontade de caixa PT' e 'condicionalidade de caixa PT') pode ser representada com parâme- tros ou elementos, cada um seguramente tendo um dos dois possíveis valores ajustados (por exemplo, 'verdadeiro/falso' ou 'ativo/não ativo').
Alternativamente, só um parâmetro simples pode indicar toda a informação a ser representada com os três parâmetros. Este parâmetro ou informação é referido(a) como informação do 'roteamento de caixa PT' informação para fins de explanação.
Doravante, a informação/parâmetro do 'roteamento de caixa PT' é descrita(o) como um exemplo da informação de ajuste de caixa PT de acordo com uma modalidade preferida da presente invenção.
A informação do 'roteamento de caixa PT' é um parâmetro ou elemento tendo três possíveis valores ajustados. Para fins de explanação, os três possíveis valores para a infor- mação/parâmetro do roteamento de caixa PT são 'roteamento de caixa PT[1]', 'roteamento de caixa PT[2]' e 'roteamento de caixa PT[3]' para discriminar a informação do 'roteamento de caixa PT' de acordo com os três possíveis valores. Embora os valores 1, 2 e 3 sejam usados, a presente invenção não é limitada por estes e outros possíveis valores para o pa- râmetro de roteamento de caixa PT podem ser usados. O ajuste do 'roteamento de caixa PT' com um dos três valores diferentes pode ser representado por uma álgebra booleana convencional. Conseqüentemente, os detalhes relacionados a esta não serão descritos aqui.
Doravante, uma explanação detalhada será dada de que cada um dos três possí- veis valores da informação do 'roteamento de caixa PT' representa.
Mais especificamente, a informação do roteamento de caixa PT pode representar o seguinte:
roteamento de caixa PT[1]: indesejável, roteamento de caixa PT[2]: incondicional, ou roteamento de caixa PT[3]: condicional.
Neste exemplo, o 'roteamento de caixa PT' tem um dos três possíveis valores [1], [2] e [3] representando respectivamente 'indesejável', 'incondicional' e 'condicional'. Porém, a presente invenção não é limitada a estes e outros valores podem ser usados conforme desejado.
O 'roteamento de caixa PT[1]' indica que o usuário de UE de PT não deseja usar o serviço de caixa PT. Ou seja, o 'roteamento de caixa PT[1]' pode ser visto ser igual ao caso de 'desejo de caixa PT[não ativo]'. Se 'roteamento de caixa PT[1]' for indicado, então o ser- vidor PT não rateia o convite de sessão PT (isto é, uma mensagem de convite de sessão PT enviada de um cliente particular para um cliente PT alvo) para a caixa PT do cliente PT alvo (ou usuário de UE de PT). O 'roteamento de caixa PT[2]' indica que o usuário de UE de PT deseja usar o ser- viço de caixa PT e o convite de sessão PT para convidar o cliente PT alvo deveria ser in- condicionalmente rateado para a caixa PT do cliente PT alvo. Ou seja, o 'roteamento de cai- xa PT[2]' pode ser visto ser igual a um caso onde a 'vontade de caixa PT' é ajustada para 'ativo' e simultaneamente a 'condicionalidade de caixa PT' é ajustada para 'incondicional'.
O 'roteamento de caixa PT[3]' indica que o usuário de UE de PT deseja usar o ser- viço de caixa PT mas o convite de sessão PT para convidar o cliente PT alvo deveria ser rateado para a caixa PT do cliente PT alvo apenas sob certa(s) condição(ões). Desse modo 'roteamento de caixa PT[3]' pode ser visto ser igual a um caso onde a 'vontade de caixa PT' é ajustada para 'ativo' e simultaneamente a 'capacidade de caixa PT' é ajustada para 'con- dicional'. Aqui, a certa condição (que desencadeia o roteamento do convite de sessão para a caixa PT) pode ser uma situação onde o cliente PT alvo não pode aceitar o convite de sessão PT ou um usuário do UE de PT alvo não aceita o convite de sessão PT. Um ou mais dos quatro casos exemplares descritos acima podem ser tais certa(s) condição(ões).
O servidor PT ou o fabricante do terminal pode ajustar com antecedência que a(s) condição(ões) desencadeará(ão) o roteamento do convite de sessão para a caixa PT, quan- do a parâmetro do roteamento de caixa PT for ajustado para 'roteamento de caixa PT[3]' ou 'capacidade de caixa PT' for ajustada para 'condicional'. O terminal pode também fornecer itens do menu em um menu que lista uma ou mais condições que podem desencadear o roteamento do convite de sessão para a caixa PT do terminal, e o usuário pode selecio- nar/clicar em um ou mais tais itens do menu para ajustar as condições preferidas do usuário que desencadearão o roteamento.
Como tal, de acordo com uma modalidade da presente invenção, um terminal parti- cular (ou cliente PT) pré-ajusta sua informação de ajuste de caixa PT em um servidor PT, por exemplo, por meio de uma mensagem de PUBLICAÇÃO SIP, ao executar uma opera- ção de ajuste de serviço PT. Ou seja, na presente invenção, a informação de ajuste de caixa PT (por exemplo, parâmetro do 'roteamento de caixa PT') pode ser incluída na mensagem de PUBLICAÇÃO SIP (ou outra mensagem) que é em geral enviada de um cliente PT para um servidor PT na operação de ajuste de serviço PT debatida nas etapas S3 e S4 da Fig. 1. Depois, quando outro terminal (isto é, terminal fonte ou terminal de origem) convidar o ter- minal particular (isto é, terminal alvo ou terminal final) para uma sessão PT, a sessão PT é estabelecida de modo que o outro terminal possa usar uma caixa PT do terminal particular de acordo com a informação de ajuste de caixa PT já pré-ajustada pelo terminal particular (isto é, terminal alvo ou terminal final).
Doravante, um método de estabelecimento de sessão PT em que um convite de sessão PT é permitido ser rateado para uma caixa PT dependendo da informação de ajuste de caixa PT pré-ajustada (armazenada) em um servidor PT de acordo com a presente in- venção será descrito com referência às Figs. 2 a 10. Nos exemplos das Figs. 2 a 10, é as- sumido que um cliente PT B 40 é um cliente PT alvo e um servidor PT 30 já tem informação de ajuste de caixa PT relacionada ao cliente PT B 40 armazenada no armazenamento do servidor PT 30 ou um armazenamento acessível pelo servidor PT 30. Também, é assumido que um cliente PT A 10 (terminal fonte que requer um convite de sessão ao cliente PT alvo 40) e o cliente PT B 40 foram registrados em um NÚCLEO SIP/IP 20. Uma caixa PT 50 para o cliente PT B 40 preferivelmente reside na rede, mas pode residir no cliente PT B 40. Entre- tanto, nas Figs. 2 a 10, os componentes ou fluxos de sinal tendo os mesmos numerais de referência têm as mesmas funções ou operações ou similares.
Fig. 2 é um fluxograma de sinal que ilustra um exemplo de um método para estabe- lecer uma sessão PT para usar uma caixa PT em um caso para onde a capacidade de caixa PT é ajustada para 'falso' ou em um caso onde a informação do 'roteamento de caixa PT' é ajustada para 'roteamento de caixa PT[1]' de acordo com uma modalidade da presente in- venção. No caso de capacidade de caixa PT [falso], em geral não há nenhuma necessidade de verificar a informação da 'vontade de caixa PT' e informação da 'condicionalidade de cai- xa PT'.
Referindo à Fig. 2, quando o cliente PT A 10 envia uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) para o cliente PT B 40, o servidor PT 30 recebe a mensagem de convite de sessão PT (S11). Nesta etapa S11, a mensagem de convite de sessão PT (isto é, CONVITE SIP) é enviada por meio do NÚCLEO SIP/IP 20.
Depois o servidor PT 30 verifica se a informação de ajuste de caixa PT relacionada ao cliente PT B 40 armazenada em sua certa memória ou uma certa entidade. Aqui, uma vez que 'capacidade de caixa PT' ajustada para 'falso' ou 'roteamento de caixa PT[1]' ('rote- amento de caixa PT' ajustado para 'indesejável'), então o convite de sessão PT (mensagem de CONVITE SIP) do cliente PT A 10 não é roteado para uma caixa PT 50 atribuída ao cli- ente PT B 40. Ou seja, dependendo da informação de ajuste de caixa PT que pertence ao cliente PT Β, o servidor PT 30 determina se ou não roteia o convite de sessão para caixa PT 50 do cliente PT B.
Portanto, com base na informação de ajuste de caixa PT pertencente ao cliente PT Β, o servidor PT 30 determina não rotear o convite de sessão para a caixa PT 50 e envia o convite de sessão PT (isto é, CONVITE SIP) para o cliente PT B 40. O cliente PT B 40 de- pois aceita ou rejeita o convite (S12). As etapas após a etapa S12 são iguais àquelas na técnica relacionada. Conseqüentemente, a explanação detalhada para esta não será repeti- da.
Fig. 3 é um fluxograma de sinal que ilustra outro exemplo de um método para esta- belecer uma sessão PT usando uma caixa PT em um caso onde 'capacidade de caixa PT' é ajustada para 'verdadeiro' e 'vontade de caixa PT' é ajustada para 'não ativo' na informação de ajuste de caixa PT1 ou em um caso onde a informação do 'roteamento de caixa PT' é ajustada para 'roteamento de caixa PT[1]', de acordo com uma modalidade da presente in- venção. Aqui, as etapas S11 e S12 na Fig. 3 são iguais às etapas S11 e S12 na Fig. 2.
Referindo à Fig. 3, quando o cliente PT A 10 enviar uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) para o cliente PT B 40, o servidor PT 30 recebe a mensagem de convite de sessão PT através do núcleo SIP/IP 20 (S1 1). O servidor PT 30 verifica (ou analisa) a informação de ajuste de caixa PT com relação ao cliente PT B 40 ar- mazenada em uma memória do servidor PT 30 ou em outra unidade de armazenamento. Neste exemplo, a informação de ajuste de caixa PT com relação ao cliente PT B 40 inclui 'capacidade de caixa PT' ajustada para 'verdadeiro' mas 'vontade de caixa PT' ajustada pa- ra 'não ativo', ou a informação de ajuste de caixa PT com relação ao PT cliente 40 inclui 'roteamento de caixa PT[1]'. Ou seja, o cliente PT B 40 pode suportar um serviço de caixa PT mas o UE de PT B do usuário (isto é, um usuário do cliente PT B 40) não deseja (ou está sem desejo) rotear o convite de sessão PT para a caixa PT 50 do cliente PT B. Portanto, com base na informação de ajuste de caixa PT do cliente PT Β, o servidor PT 30 determina que o convite de sessão PT do cliente PT A 10 não será rateado para a caixa PT 50 do cli- ente PT B 40. Por exemplo, se o servidor PT 30 determina que o convite de sessão não será rateado para a caixa PT 50 porque o parâmetro (por exemplo, 'roteamento de caixa PT') indica 'indesejável' (mas capaz), então o servidor PT 30 envia uma mensagem indicando que o roteamento do convite de sessão para a caixa PT 50 falhou ou não ocorreu, para o cliente PT A 10 (S15). Nesta consideração, uma mensagem tal como uma mensagem SIP 480 (Temporariamente indisponível') de resposta pode ser enviada do servidor PT 30 para o cliente PT A 10 na etapa S15. Etapa S15 pode ocorrer antes ou após a etapa S12 ou ao mesmo tempo que a etapa S12. Também, quando a 'capacidade de caixa PT' for ajustada para 'verdadeiro' e a 'vontade de caixa PT' for ajustada para 'não ativo', o servidor PT 30 pode não necessitar considerar a informação da 'condicionalidade de caixa PT'. Uma vez o servidor PT 30 determina que o convite de sessão não será rateado para a caixa PT 50 com base na informação de ajuste de caixa PT com relação ao cliente PT Β, o servidor PT 30 envia a mensagem de convite de sessão PT (por exemplo, CONVITE SIP) para o cliente PT B 40, e o cliente PT B 40 depois aceita ou rejeita o convite (S12). As etapas seguindo a eta- pa S12 são iguais àquelas na técnica relacionada. Conseqüentemente, a explanação deta- lhada da mesma não será repetida.
Fig. 4 é um fluxograma de sinal que ilustra um método para estabelecer uma ses- são PT usando uma caixa PT em um caso onde 'capacidade de caixa PT' é ajustada para 'verdadeiro', 'vontade de caixa PT' é ajustada para 'ativo' e 'condicionalidade de caixa PT' é ajustada para 'incondicional' na informação de ajuste de caixa PT, ou em um caso onde a informação do 'roteamento de caixa PT' é ajustada para 'roteamento de caixa PT', de acordo com uma modalidade da presente invenção.
Referindo à Fig. 4, o servidor PT 30 recebe uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) direcionado para o cliente PT B 40 (S1 1), e verifica a in- formação de ajuste de caixa PT B armazenada do cliente PT 40. Neste exemplo, a informa- ção de ajuste de caixa PT relacionada ao cliente PT B 40 inclui qualquer uma dentre 'capa- cidade de caixa PT[verdadeiro], 'vontade de caixa PT [ativo] e 'condicionalidade de caixa PT [incondicional], ou 'roteamento de caixa PT[2]' ('roteamento de caixa PT' ajustada para 'in- condicional'). Com base em tal informação de ajuste de caixa PT, o servidor PT 30 não en- via o convite de sessão PT para o cliente PT B 40, mas incondicionalmente envia a mensa- gem de convite de sessão PT (isto é, CONVITE SIP) para a caixa PT 50 do cliente PT B 40 (S20). Ou seja, o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 do cliente PT B, incondicionalmente.
A caixa PT 50 depois envia uma mensagem de resposta do convite de sessão PT (por exemplo, SIP 200 OK) para o servidor PT 30 em resposta à mensagem do convite de sessão PT (isto é, CONVITE SIP) (S21). O servidor PT 30 depois envia a mensagem de resposta do convite de sessão PT (isto é, SIP 200 OK) para o cliente PT A 10 por meio do NÚCLEO SlP/lP 20 (S21).
Após estabelecer a sessão PT entre o cliente PT A 10 e a caixa PT 50 através das etapas S20 e S21, o cliente PT A 10 pode armazenar os dados de mídia (por exemplo, áu- dio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40 acessar subseqüentemente. Ou seja, o usuário do cliente PT A pode agora deixar os dados de mídia (como deixando uma mensagem de voz em uma caixa de correio de voz) na caixa PT 50 do cliente PT B, assim o usuário do cliente PT B pode recuperá-los de caixa PT 50 em qualquer momento desejado.
Doravante, Fig. 5 à Fig. 10 serão descritas de acordo com a presente invenção.
Figs. 5 a 10 são fluxogramas de sinal que respectivamente ilustram seis exemplos diferentes de um método para estabelecer uma sessão PT usando uma caixa PT em um caso onde a 'capacidade de caixa PT' é ajustada para 'verdadeiro', 'vontade de caixa PT' é ajustada para 'ativo' e 'condicionalidade de caixa PT' é ajustada para 'condicional' na informação de ajuste de caixa PT, ou em um caso onde a informação do 'roteamento de caixa PT' é ajustada para 'roteamento de caixa PT[3]' ('roteamento de caixa PT' ajustada para 'condicional'), de acor- do com uma modalidade da presente invenção. Nos exemplos das Figs. 5 a 10, uma vez que a 'condicionalidade de caixa PT' ou 'roteamento de caixa PT' está ajustado para 'condi- cional', roteamento de um convite de sessão PT para a caixa PT 50 pode ocorrer se pelo menos uma certa condição pré-ajustada ocorrer. Aqui, a(s) certa(s) condição(ões) pré- ajustada(s) pode(m) ser que o cliente PT B 40 não pode aceitar o convite de sessão PT ou um usuário do UE de PT B (isto é, o usuário do cliente PT B 40) não aceita o convite de sessão PT. Seis exemplos de tais certas condições pré-ajustadas são descritas como segue referindo às Figs. 5 a 10.
No primeiro exemplo da Fig. 5, se o servidor PT 30 não receber uma resposta de anel do cliente PT B 40 durante um certo tempo (por exemplo, um tempo prefixado) após enviar o convite de sessão PT para o cliente PT B 40 no caso de onde o cliente PT B 40 estiver em um modo de resposta manual, o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 do cliente PT B.
Referindo à Fig. 5, o servidor PT 30 recebe uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) com respeito ao cliente PT B 40 (S1 1), e verifica a infor- mação de ajuste de caixa PT com relação ao cliente PT B 40. Aqui, uma vez que 'condicio- nalidade de caixa PT' ou 'roteamento de caixa PT' está ajustado para 'condicional' na infor- mação de ajuste de caixa PT relacionada ao cliente PT B 40, o servidor PT 30 envia a men- sagem de convite de sessão PT (por exemplo, CONVITE SIP) para o cliente PT B 40 (S12).
O servidor PT 30 aguarda por uma resposta de anel (por exemplo, mensagem de anel SIP 180) do cliente PT B 40 durante um certo tempo. Aqui, o certo tempo pode ser um tempo ajustado em um cronômetro particular do servidor PT 30, e o cronômetro particular é operado para verificar se uma resposta de anel é recebida do cliente PT B 40 para sua hora marcada.
Se o servidor PT 30 não recebe a resposta de anel (por exemplo, mensagem de anel SIP 180) do cliente PT B 40 durante o certo tempo, o servidor PT 30 envia a mensagem de convite de sessão PT (isto é, CONVITE SIP) para a caixa PT 50 do cliente PT B 40 (S20). A caixa PT 50 depois envia uma mensagem de resposta do convite de sessão PT (por exemplo, SIP 200 OK) para o servidor PT 30 em resposta à mensagem de convite de sessão PT recebida (isto é, CONVITE SIP). O servidor PT 30 conseqüentemente envia a mensagem de resposta do convite de sessão PT (isto é, SIP 200 OK) para o cliente PT A 10 por meio do NÚCLEO SIP/IP 20 (S21). Através das etapas S20 e S21, a sessão PT é esta- belecida entre o cliente PT A 10 e a caixa PT 50, e através da sessão PT estabelecida, o cliente PT A 10 (por exemplo, usuário do cliente PT A) pode armazenar dados de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40 acessar subseqüentemente.
No segundo exemplo da Fig. 6, se o servidor PT 30 não recebe uma mensagem de resposta do convite de sessão PT (por exemplo, SIP 200 OK ou SIP 4XX OK) do cliente PT B 40 durante um certo tempo (por exemplo, um período prefixado designado por um cronô- metro particular) após receber a resposta de anel (por exemplo, anel SIP 180) do cliente PT B 40 no caso de um modo de resposta manual do cliente PT B 40, então o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 do cliente PT B. Referindo à Fig. 6, as e- tapas S11 e S12 (mesmo como aquelas na Fig. 5) são executadas. Após completar as eta- pas S11 e S12, o servidor PT 30 recebe uma resposta de anel (por exemplo, anel SIP 180) do cliente PT B 40 (S13), e depois aguarda a mensagem de resposta do convite de sessão PT (por exemplo, SIP 200 OK ou SIP 4XX OK) do cliente PT B 40 durante um certo tempo. Se o servidor PT 30 não recebe a mensagem de resposta do convite de sessão PT do clien- te PT B 40 durante o certo tempo, as etapas S20 e S21 e as etapas subseqüentes de arma- zenamento dos dados de mídia como ilustradas no exemplo da Fig. 5 são executadas na Fig. 6. Através das etapas S20 e S21, a sessão PT é estabelecida entre o cliente PT A 10 e a caixa PT 50, e através da sessão PT estabelecida, o cliente PT A 10 pode armazenar os dados de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40 acessar depois.
No terceiro exemplo da Fig. 7, se o servidor PT 30 não recebe uma mensagem de resposta do convite de sessão PT (por exemplo, SIP 200 OK) do cliente PT B 40 durante um certo tempo (por exemplo, um tempo prefixado contado por um cronômetro) após enviar a mensagem de convite de sessão PT (por exemplo, CONVITE SIP) para o cliente PT B 40 no caso de um modo de resposta automática do cliente PT B 40, então o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 do cliente PT B. Referindo à Fig. 7, o cliente PT A 10 envia uma mensagem de convite de sessão PT direcionada para o cliente PT B 40 (por exemplo, CONVITE SIP) para o servidor PT 30 através do núcleo SIP/IP 20 (S1 1). O servi- dor PT 30 envia a mensagem de convite de sessão PT (isto é CONVITE SIP) para o cliente PT B 40 (S12), e aguarda uma mensagem de resposta do convite de sessão PT (por exem- plo, SIP 200 OK) do cliente PT B 40 durante um certo tempo (por exemplo, um tempo con- tado por um cronômetro particular).
Aqui, se o servidor PT 30 não recebe a mensagem de resposta do convite de ses- são PT (por exemplo, SIP 200 OK) do cliente PT B 40 durante o certo tempo, as etapas S20 e S21 e as etapas subseqüentes de armazenamento dos dados de mídia na caixa PT 50 como ilustradas nos exemplos das Figs. 5 e 6 são executadas. Através das etapas S20 e S21, quando a sessão PT é estabelecida entre o cliente PT A 10 e a caixa PT 50, o cliente PT A 10 pode armazenar os dados de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40 acessar mais tarde.
No quarto exemplo da Fig. 8, se o servidor PT 30 não recebe uma mensagem de reconhecimento (por exemplo, reconhecimento de rajada de conversa TBCP ou reconheci- mento de rajada de mídia MBCP) do cliente PT B 40 durante um certo tempo (por exemplo, um tempo contado por um cronômetro particular) após o servidor PT 30 ter enviado uma mensagem de conexão TBCP (ou MBCP) para o cliente PT B em um modo de resposta au- tomática de uma sessão pré-estabelecida ou quando a sessão já está estabelecida entre o servidor PT 30 e o cliente PT B, então o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 do cliente PT B. Aqui, TBCP representa Protocolo de Controle de Rajada de Conversa, e MBCP representa Protocolo de Controle de Rajada de Mídia.
Comparando o exemplo da Fig. 7 com o exemplo da Fig. 8, as etapas são em geral às mesmas, com exceção de etapa S12' que é diferente da etapa S12 da Fig. 7. Portanto, apenas a etapa particular (S12') é descrita no exemplo da Fig. 8 e outras etapas serão en- tendidas pela descrição das etapas da Fig. 7 dada acima.
Referindo à Fig. 8, aqui uma sessão entre o servidor PT 30 e o cliente PT B já é es- tabelecida. Então a etapa S11 é executada. O servidor PT 30 envia uma mensagem de co- nexão TBCP (Protocolo de Controle de Rajada de Conversa) (ou uma mensagem de cone- xão MBCP) para o cliente PT B 40 (S12'). Se o servidor PT 30 não recebe uma mensagem de reconhecimento (por exemplo, Reconhecimento de Rajada de Conversa TBCP ou Reco- nhecimento de Rajada de Mídia MBCP) do cliente PT B 40 durante um certo tempo (por e- xemplo, um tempo contado por um cronômetro particular), as etapas S20 e S21 e as etapas subseqüentes de armazenamento dos dados de mídia como ilustradas nos exemplos das Figs. 5-7 são executadas. Através das etapas S20 e S21, quando a sessão PT é estabeleci- da entre o cliente PT A 10 e a caixa PT 50, o cliente PT A 10 pode armazenar os dados de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40.
No quinto exemplo da Fig. 9, o servidor PT 30 estabelece uma sessão PT entre o cliente PT A 10 e a caixa PT 50 permitindo ratear o convite de sessão PT para a caixa PT 50 quando o cliente PT B 40 já tiver participado em outra sessão PT e o cliente PT B 40 não suportar as sessões PT simultâneas.
Referindo à Fig. 9, o servidor PT 30 recebe uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) com respeito ao cliente PT B 40 do cliente PT A 10 (S11). Aqui, a mensagem de convite de sessão PT (isto é, CONVITE SIP) é enviada por meio do
NÚCLEO SIP/IP 20.
Após reconhecer que o cliente PT B 40 participou correntemente em outra sessão PT, o servidor PT 30 verifica a informação de ajuste de caixa PT que pertence ao cliente PT B 40. O servidor PT 30 identifica que a 'condicionalidade de caixa PT' ou 'roteamento de caixa PT' está ajustado para 'condicional' na informação de ajuste de caixa PT que pertence ao cliente PT B 40. O servidor PT 30 também reconhece que o cliente PT B não suporta sessões PT simultâneas. Ou seja, por causa da condição que o cliente PT B não suporta sessões PT simultâneas e o cliente PT B já participou em outra sessão PT, de acordo com a informação de ajuste de caixa PT o servidor PT 30 determina ratear o convite de sessão do cliente PT A 10 para a caixa PT 50. Como resultado, as etapas S20 e S21 e as etapas sub- 35 seqüentes de armazenamento dos dados de mídia na caixa PT 50 como ilustradas nos e- xemplos das Figs. 5-7 são executadas. Através das etapas S20 e S21, quando a sessão PT é estabelecida entre o cliente PT A 10 e a caixa PT 50, o cliente PT A 10 pode armazenar os dados de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o usuário do cliente PT B 40.
No sexto exemplo da Fig. 10, o cliente PT B 40 já participou em outra sessão PT similar ao exemplo da Fig. 9. Porém, no exemplo da Fig. 10, o servidor PT 30 não imediata e automaticamente roteia o convite de sessão PT para a caixa PT 50 como na Fig. 9, mas do contrário o cliente PT B 40 pode decidir se o roteamento para a caixa PT 50 é desejado, e o servidor PT 30 roteia o convite de sessão PT para a caixa PT 50 se o servidor PT 30 rece- ber uma mensagem indicando que o roteamento é desejado do cliente PT B.
Referindo à Fig. 10, o servidor PT 30 recebe uma mensagem de convite de sessão PT (por exemplo, CONVITE SIP) com respeito ao cliente PT B 40 do cliente PT A 10 (S11). Aqui, a mensagem de convite de sessão PT (isto é, CONVITE SIP) é enviada por meio do NÚCLEO SIP/IP 20.
O servidor PT 30 verifica a informação de ajuste de caixa PT com relação ao cliente PT B 40 e reconhece que a 'condicionalidade de caixa PT' ou 'roteamento de caixa PT' está ajustado para 'condicional' na informação de ajuste de caixa PT com relação ao cliente PT B 40. O servidor PT 30 depois envia a mensagem de convite de sessão PT (isto é, CONVITE SIP) para o cliente PT B 40 (S12).
O cliente PT B 40 participou correntemente em outra sessão PT, e conseqüente- mente requer do servidor PT 30 estabelecer uma sessão PT permitindo rotear o convite de sessão PT para a caixa PT 50. Ou seja, quando o cliente PT B recebe o convite de sessão do servidor PT 30, o cliente PT B 40 envia uma mensagem de resposta (por exemplo, SIP 3XX tal como uma mensagem SIP 300) incluindo informação ou parâmetro indicando que o cliente PT B deseja o convite de sessão PT do cliente PT A 10 a ser roteado para a caixa PT 50 (S14). Se o roteamento não for desejado, o cliente PT B pode enviar a mensagem de resposta indicando este não-desejo ao servidor PT 30 na etapa S14 em cujo caso o servidor PT 30 não roteia o convite de sessão para a caixa PT 50.
Quando o servidor PT 30 recebe-a mensagem (isto é, SIP 3XX) e determina que o cliente PT B deseja o roteamento do convite de sessão PT para a caixa PT 50, então com base na informação de ajuste de caixa PT, as etapas S20 e S21 e a(s) etapa(O) subseqüen- te(s) de roteamento do convite de sessão para a caixa PT 50 como ilustradas nos exemplos das Figs. 5-9 são executadas. Através das etapas S20 e S21, quando a sessão PT é esta- belecida entre o cliente PT A 10 e a caixa PT 50, o cliente PT A 10 pode armazenar os da- dos de mídia (por exemplo, áudio, vídeo, etc.) na caixa PT 50 do cliente PT B 40 para o u- suário do cliente PT B 40.
De acordo com outro exemplo, o servidor PT 30 pode considerar outros critérios a- lém da informação de ajuste de caixa PT para seletivamente rotear um convite de sessão PT para uma caixa PT atribuída a um terminal alvo. Como descrito acima, na presente invenção, um usuário PT ou o cliente PT executa um ajuste de serviço PT para usar um serviço de caixa PT. Como resultado, a informação requerida para o ajuste de serviço PT e um estabelecimento de sessão PT de acordo com a informação pode ser fornecida eficazmente.
Também, uma vez que o cliente PT (ou UE de PT) pode predeterminar ou pré- ajustar a informação de ajuste de caixa PT para usar uma caixa PT, a presente invenção pode fornecer um serviço de caixa PT orientado por usuário eficazmente.
Além disso, a presente invenção provê um parâmetro (por exemplo, 'roteamento de caixa PT') com três possíveis valores para indicar (representar) a informação de ajuste de caixa PT. Três parâmetros (por exemplo, 'capacidade de caixa PT', 'vontade de caixa PT' e condicionalidade de caixa PT') podem ser representados usando um parâmetro 'roteamento de caixa PT' simples.
Além disso, o presente fornece vários modos para montar e usar a caixa PT. Como resultado, a presente invenção provê uma técnica de utilizar a caixa PT que é conveniente e eficaz, de forma que um usuário possa acessar dados de mídia associados a um serviço PT em qualquer momento posterior desejado pelo usuário.
A presente invenção foi explicada com referência às modalidades que são mera- mente exemplares. Será evidente àqueles versados na técnica que várias modificações e variações podem ser feitas na presente invenção sem divergir do espírito ou escopo da in- venção. Por exemplo, cada condição descrita nos exemplos das Figs. 5 a 10 pode ser de- signada como uma informação da informação de ajuste de caixa PT, a ser implementada como um parâmetro tendo a informação designada. É intencionado que a presente invenção abranja as modificações e variações desta invenção contanto que se enquadrem no escopo das reivindicações em anexo e seus equivalentes.

Claims (25)

1. Método para prover um serviço de caixa aperte para (PT), CARACTERIZADO pelo fato de compreender: armazenar, em um servidor PT, informação de ajuste de caixa PT de um terminal; receber, pelo servidor PT, um convite de sessão direcionado para o terminal; e determinar, pelo servidor PT, um roteamento do convite de sessão para uma caixa PT para o terminal com base pelo menos na informação de ajuste de caixa PT.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO por compreender adicionalmente: seletivamente ratear o convite de sessão para a caixa PT com base no resultado de determinação.
3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a informação de ajuste de caixa PT é representada com um parâmetro.
4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que o parâmetro possui um valor entre três valores possíveis respectivamente indicando 'indesejá- vel', 'incondicional' e 'condicional'.
5. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o 'indesejável' indica que um usuário do terminal não deseja usar a caixa PT e assim um con- vite de sessão não deve ser rateado para a caixa PT.
6. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o 'incondicional' indica que um convite de sessão deve ser rateado para a caixa PT, incondi- cionalmente.
7. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o 'condicional' indica que um convide de sessão deve ser rateado para a caixa PT, somente sobre uma certa condição.
8. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que a certa condição é: (a) quando o servidor PT não recebe uma resposta de toque a partir do terminal pa- ra um certo tempo depois do servidor PT ter enviado o convite de sessão para o terminal; (b) quando o servidor PT não receber uma resposta de convite aceito ou rejeitado a partir do terminal para um certo tempo depois do servidor PT ter recebido uma resposta de toque a partir do terminal, ou (c) quando o servidor PT não receber uma resposta de convite aceito ou rejeitado a partir do terminal para um certo tempo depois do servidor PT ter enviado o convite de ses- são para o terminal.
9. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que a certa condição é quando o terminal está participando atualmente em outra sessão e o termi- nal não suporta sessões simultâneas.
10. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que a certa condição é quando o servidor PT não receba uma resposta de conhecimento TBCP a partir de um terminal para certo tempo depois do servidor PT ter enviado uma solicitação de conexão TBCP para o terminal.
11. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a caixa PT reside no terminal ou em uma rede incluindo o servidor PT.
12. Método para prover informação de ajuste de caixa aperte para (PT), CARACTERIZADO pelo fato de compreender: obter, por um terminal, informação de ajuste de caixa PT a partir de uma entrada de usuário; gerar, pelo terminal, uma mensagem SIP incluindo informação de ajuste de serviço PT do terminal, onde a informação de ajuste de serviço PT inclui a informação de ajuste de caixa PT a ser usada por um servidor PT para determinar um roteamento de um convite de sessão;e transmitir, pelo terminal, a mensagem SIP gerada para o servidor PT.
13. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a etapa de transmissão é realizada durante o procedimento de ajuste de serviço PT.
14. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a mensagem SIP é uma.mensagem divulgadora.
15. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a informação de ajuste de caixa PT incluída na mensagem SIP é representada com um pa- râmetro.
16. Método, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que o parâmetro possui um valor entre três valores possíveis indicando respectivamente 'indese- jável', 'incondicional', e 'condicional'.
17. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que o 'indesejável' indica que o usuário do terminal não deseja usar a caixa PT e assim um con- vite de sessão não deve ser roteado para a caixa PT.
18. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que o 'incondicional' indica que um convite de sessão deve ser roteado na caixa PT.
19. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que o 'condicional' indica que um convite de sessão deve ser roteado na caixa PT, somente so- bre uma certa condição.
20. Método para prover um serviço de caixa aperte para (PT), CARACTERIZADO pelo fato de compreender: receber, por um servidor PT, um parâmetro indicando informação de ajuste de caixa PT de um primeiro terminal; armazenar o parâmetro recebido em um armazenamento acessível pelo servidor PT; receber, pelo servidor PT, um convite de sessão PT direcionado para o primeiro terminal a partir de um segundo terminal; e checar o parâmetro armazenado depois que o convite de sessão PT direcionado para o primeiro terminal é recebido pelo servidor PT; e determinar um roteamento do convite de sessão PT com base em pelo menos na informação de ajuste de caixa PT indicado pelo parâmetro.
21. Método, de acordo com a reivindicação 20, CARACTERIZADO adicionalmente por compreender: seletivamente rotear o convite de sessão PT para uma caixa PT atribuída para o primeiro terminal com base no resultado de determinação.
22. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que a etapa de determinação determina rotear o convite de sessão PT para uma caixa PT atribu- ída ao primeiro terminal, se o parâmetro indicar 'incondicional'.
23. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que a etapa de determinação determina não rotear o convite de sessão PT para uma caixa PT atribuída ao primeiro terminal, se o parâmetro indicar 'indesejável'.
24. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que a etapa de determinação determina rotear o convite de sessão PT para uma caixa PT atribu- ída ao primeiro terminal, se o parâmetro indicar 'condicional'.
25. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que na etapa de recepção, o parâmetro é recebido pelo servidor PT durante um procedimento de ajuste de serviço PT.
BRPI0711274-2A 2006-05-04 2007-04-30 método e terminal para estabelecer sessão pt a fim de utilizar caixa pt BRPI0711274A2 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US79737906P 2006-05-04 2006-05-04
US60/797,379 2006-05-04
KR1020060098154A KR100992625B1 (ko) 2006-05-04 2006-10-09 ＰＴ Ｂｏｘ 이용을 위한 ＰＴ 세션 설정 방법 및 단말
KR10-2006-00987154 2006-10-09
PCT/KR2007/002123 WO2007129825A1 (en) 2006-05-04 2007-04-30 Method and terminal for establishing pt session in order to use pt box

Publications (1)

Publication Number Publication Date
BRPI0711274A2 true BRPI0711274A2 (pt) 2011-11-01

Family

ID=39063152

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0711274-2A BRPI0711274A2 (pt) 2006-05-04 2007-04-30 método e terminal para estabelecer sessão pt a fim de utilizar caixa pt

Country Status (10)

Country Link
US (2) US8149738B2 (pt)
EP (1) EP2020131B1 (pt)
KR (1) KR100992625B1 (pt)
CN (1) CN101438551B (pt)
AU (1) AU2007246273B2 (pt)
BR (1) BRPI0711274A2 (pt)
CA (1) CA2651053C (pt)
MX (1) MX2008014109A (pt)
RU (1) RU2449500C2 (pt)
WO (1) WO2007129825A1 (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004053597B4 (de) * 2004-11-05 2008-05-29 Infineon Technologies Ag Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung
KR100761276B1 (ko) * 2005-04-11 2007-09-28 엘지전자 주식회사 ＰｏＣ서비스를 위한 Ｓｉｍｕｌｔａｎｅｏｕｓ 세션제어방법 및 장치
US20090150562A1 (en) * 2007-12-07 2009-06-11 Research In Motion Limited Apparatus and method for directing a communication session to a communication device of a group of devices having a common registration identity
KR101581674B1 (ko) 2009-05-15 2015-12-31 삼성전자주식회사 통합메시징 서비스 시스템에서 사용자의 요청에 따라 컨버세이션을 저장하기 위한 방법 및 그 시스템
CN105376250A (zh) * 2015-12-02 2016-03-02 无锡意邦文化传媒有限公司 基于互联网的供设计师协同创作的交互系统
US9992643B2 (en) 2016-07-06 2018-06-05 Verizon Patent And Licensing Inc. Session establishment, maintenance, and termination by end device based on SMS messaging
WO2019212316A1 (en) 2018-05-03 2019-11-07 Samsung Electronics Co., Ltd. Optimizing network resources usage by dynamically controlling media bursts in simultaneous push to talk over cellular (poc) calls

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1624101A (en) * 1999-11-19 2001-05-30 Qualcomm Incorporated System and method for providing push-to-talk feature for wireless communication systems
US6477150B1 (en) * 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
US8086672B2 (en) * 2000-06-17 2011-12-27 Microsoft Corporation When-free messaging
US7386000B2 (en) 2001-04-17 2008-06-10 Nokia Corporation Packet mode speech communication
US20040047303A1 (en) 2002-09-10 2004-03-11 Fernandez Christopher Lawrence Apparatus, system and method for managing call requests in a communication network providing a plurality of communication services
US8411594B2 (en) * 2002-09-20 2013-04-02 Qualcomm Incorporated Communication manager for providing multimedia in a group communication network
SE0300555D0 (sv) * 2003-02-24 2003-02-24 Ericsson Telefon Ab L M Improvements in or relating to push-to-talk services
US7154864B2 (en) * 2003-02-28 2006-12-26 Nokia Corporation Method and apparatus for providing conference call announcement using SIP signalling in a communication system
US7107017B2 (en) * 2003-05-07 2006-09-12 Nokia Corporation System and method for providing support services in push to talk communication platforms
GB0328758D0 (en) 2003-12-11 2004-01-14 British Telecomm Communications system with direct access mailbox
US20050154793A1 (en) * 2004-01-08 2005-07-14 Hisham Khartabil Apparatus, system, and method for rejecting a session establishment request
US7433680B2 (en) * 2004-01-22 2008-10-07 Clarity Communications Systems Inc. Incoming call management in a push-to-talk communication system
JP2005234666A (ja) 2004-02-17 2005-09-02 Nec Corp ＰｏＣシステムおよびＰｏＣサーバならびにＰｏＣクライアント
US7187759B2 (en) 2004-08-06 2007-03-06 Pramodkumar Patel Mobile voice mail screening method
US20060045043A1 (en) * 2004-08-31 2006-03-02 Crocker Ronald T Method and apparatus for facilitating PTT session initiation and service interaction using an IP-based protocol
JP4029873B2 (ja) * 2004-09-02 2008-01-09 富士通株式会社 同報通話システムにおける通信帯域制御方法、同報通話システムに用いられるサーバ装置および利用者端末、プログラム
US7415284B2 (en) * 2004-09-02 2008-08-19 Sonim Technologies, Inc. Methods of transmitting a message to a message server in a push-to-talk network
US7436820B2 (en) * 2004-09-29 2008-10-14 Lucent Technologies Inc. Method and apparatus for providing fault tolerance to intelligent voice-over-IP endpoint terminals
US7593743B2 (en) * 2004-12-03 2009-09-22 Sony Ericsson Mobile Communications, Ab Methods, systems, and computer program products for updating availability information in voice-call applications
KR100664190B1 (ko) * 2004-12-30 2007-01-03 엘지전자 주식회사 이동 통신 단말기의 ｐｔｔ 서비스 개선 장치 및 그 방법
BRPI0520004A8 (pt) * 2005-04-04 2018-02-06 Ericsson Telefon Ab L M Métodos para operar um serviço de pressione-para-falar através de uma rede de comunicação móvel sem fio, para operar um terminal de comunicação móvel sem fio capacitado com pressione-para-falar e para operar um servidor de pressione-para-falar dentro de uma rede de comunicação móvel sem fio, terminal de comunicação móvel sem fio, e, servidor de pressione-para-falar para uso em uma rede de comunicação móvel sem fio
KR101061373B1 (ko) 2005-04-11 2011-09-02 삼성전자주식회사 푸쉬투토크 오버 셀룰러 망의 미디어 저장 서비스 수행 방법과 ＰｏＣ 서버 및 ＰｏＣ 클라이언트
US8681751B2 (en) * 2005-07-11 2014-03-25 Nokia Corporation Method and apparatus for providing presence information in support of wireless communication services
WO2007045274A1 (en) * 2005-10-17 2007-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for handling redirection of sip messages
KR101002572B1 (ko) * 2006-01-12 2010-12-17 엘지전자 주식회사 ＰＴ Ｂｏｘ를 이용한 ＰＴ 세션 설정 방법 및 단말

Also Published As

Publication number Publication date
US9049263B2 (en) 2015-06-02
EP2020131A4 (en) 2014-01-08
CA2651053C (en) 2014-02-04
CN101438551A (zh) 2009-05-20
AU2007246273A1 (en) 2007-11-15
CA2651053A1 (en) 2007-11-15
CN101438551B (zh) 2013-08-07
RU2008147037A (ru) 2010-06-10
KR100992625B1 (ko) 2010-11-05
AU2007246273B2 (en) 2010-12-16
RU2449500C2 (ru) 2012-04-27
US20070258477A1 (en) 2007-11-08
US8149738B2 (en) 2012-04-03
US20120151071A1 (en) 2012-06-14
EP2020131A1 (en) 2009-02-04
EP2020131B1 (en) 2018-06-27
KR20070108049A (ko) 2007-11-08
WO2007129825A1 (en) 2007-11-15
MX2008014109A (es) 2009-01-19

Similar Documents

Publication Publication Date Title
US6862277B2 (en) Method and apparatus for multi-media communication over multiple networks
US7773585B2 (en) Internet protocol telephony voice/video message deposit and retrieval
ES2813430T3 (es) Método de comunicaciones basado en la capacidad de servicio y la presencia social
US8320349B1 (en) Combined user agent for packet-based communication clients
JP4653173B2 (ja) マルチメディア通信のための方法及び装置
US8135845B2 (en) Terminal unit for handling session on the basis of session initiation protocol, method of transmitting and receiving thereof
US7484240B2 (en) Mechanism to allow authentication of terminated SIP calls
KR101417001B1 (ko) 위치 정보 제공 시스템 및 그 방법
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
US20080123658A1 (en) Method for the delivery of messages in a communication system
US9049263B2 (en) Method and terminal for establishing PT session in order to use PT box
US20070253417A1 (en) Address translation in a communication system
RU2414099C2 (ru) Установление "рт-сеанса связи" с использованием "рт-блока"
US7620167B2 (en) Apparatus to override the redirect or reject feature at an SIP end point
JP4663413B2 (ja) 通信方法及び無線通信端末
JP2010517401A (ja) ＳＭＳＩＰにおけるｓｕｂｍｉｔレポートの処理
KR102396634B1 (ko) 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법
KR20080013703A (ko) Ｐｔ 서비스의 자동 응답 모드에서의 프라이버시 확보 방법
JP2007208844A (ja) サービス提供システムおよびそのサービス提供方法

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]