BRPI0614428B1

BRPI0614428B1 - Método para associar uma chamada telefônica a um chamador, método para fornecer diálogo de computador em associação com uma chamada telefônica em um sistema de computador e meio legível por computador contendo instruções para controlar um primeiro dispositivo de computação para executar um método

Info

Publication number: BRPI0614428B1
Application number: BRPI0614428-4A
Authority: BR
Inventors: Danny Levin; Parag Samdadiya; Amritansh Raghav
Original assignee: Microsoft Technology Licensing, Llc
Priority date: 2005-08-15
Filing date: 2006-07-20
Publication date: 2019-07-09
Also published as: EP1911229A4; US20070036144A1; AU2006280344B2; US8155294B2; TW201330570A; KR20080044830A; AU2006280344A1; IL188782A; CN101507210A; IL188782A0; MY162111A; TWI497966B; NZ565544A; EP1911229B1; TWI401927B; CA2615816A1; CN101507210B; KR101219925B1; JP2009507404A; US20120219129A1

Abstract

associaçao de uma chamada telefónica com um dialogo baseado em um protocolo de computador tal como sip" fornecer capacidades não de voz relativas a uma hamada telefônica em um dispositivo de computação inclui receber uma solicitação para começar uma chamada telefônica e um primeiro telefone para um segundo telefone, em que a solicitação é executada usando mensagens entre dispositivos e computação conectados por meio de uma rede de computador, em que as mensagens são parte de um diálogo de fase de sinalização. o diálogo de fase de sinalização pode ser usado o fornecimento de informação associada com a identidade de grupos da chamada telefônica. o começo de um diálogo de fase e chamada entre os dispositivos de computação pode ser executado depois de a chamada telefônica ser estabelecida através da rede telefônica pública comutada. o diálogo de fase e chamada pode permitir mensagens relativas à chamada telefônica a r passadas entre os dispositivos de computação, pelo menos enquanto a chamada telefônica estiver em andamento. os diálogos e mensagens podem ser executados usando protocolo de inicialização de sessão (sip) ou um outro protocolo de comunicação de computador.

Description

ANTECEDENTES [001] Sinalização pode ser usada freqüentemente na rede telefônica pública comutada (PSTN) para configurar e terminar circuitos, sessões e assim por diante. Por exemplo, um dos protocolos de sinalização para a PSTN é o chamado Sistema de Sinalização 7 (SS7) de Canal Comum. Na PSTN, protocolos de sinalização existentes podem fornecer suporte para configurar e derrubar chamada básica, bilhetagem, serviços e transferência entre áreas de serviço sem fio, portabilidade de número local, serviços de chamada livre de tarifas, identificação do chamador, chamada de três linhas, recursos aprimorados de chamada siga-me, etc. Entretanto, estes protocolos de sinalização existentes fornecem suporte limitado. Por exemplo, com relação à informação de identificação do chamador, não existe garantia que a identificação do chamador informação atravessará de ponta a ponta. Uma outra questão é que a identificação do chamador não é exclusiva para um usuário se a chamada se originar de uma extensão de troca de ramais privados (PBX), ou coisa parecida. Por exemplo, quando um empregado da Acme Corporation faz uma chamada, ela pode identificar “Acme” em vez do empregado.

[002] Ao contrário dos protocolos de sinalização PSTN, o protocolo de inicialização de sessão (SIP) não é limitado à comunicação durante as fases de sinalização de configuração. O SIP é um protocolo de controle da camada de aplicação que sistemas de computador podem usar para descobrirem um ao outro e para estabelecer, modificar e terminar sessões

Petição 870190006555, de 22/01/2019, pág. 4/31

2/18 multimídia. Por exemplo, o SIP é um dos protocolos chave usados para implementar tecnologia de Voz sobre IP. Implementar tecnologia de Voz sobre IP tipicamente envolve converter informação de voz para forma digital e enviá-la em pacotes discretos em vez de nos protocolos de circuitos comutados tradicionais da PSTN. O SIP também é associado com implementar recursos tais como mensagens instantâneas e outras técnicas de comunicação em “tempo real”. Por exemplo, um serviço de mensagens instantâneas permite que participantes enviem mensagens e que elas sejam recebidas dentro de um segundo ou dois pelos outros participantes na conversação. Os participantes que recebem podem então enviar mensagens responsivas para os outros participantes de uma maneira similar.

[003] SIP é um padrão proposto de Internet. Sua especificação, “RFC 3261”, está disponível em <http://www.ietf.org/rfc/rfc3261.txt>. Uma especificação para extensões para SIP relativa a notificações de evento, “RFC 3265”, está disponível em <http://www.ietf.org/rfc/rfc3265.txt>. Uma rede SIP compreende entidades que podem participar em um diálogo tais como um cliente, servidor, ou ambos. O SIP suporta quatro tipos de entidades: agente de usuário, servidor proxy, servidor de redirecionamento e registrador. Agentes de usuário iniciam e terminam sessões pela troca de mensagens com outras entidades SIP. Um agente de usuário pode ser um cliente de agente de usuário (“UAC”), o qual é um dispositivo que inicia solicitações SIP, ou um servidor de agente de usuário (“UAS”), o qual é um dispositivo que recebe solicitações SIP e responde a tais solicitações. Como exemplos, “telefones IP”, assistentes digitais pessoais, e quaisquer outros tipos de dispositivos de computação podem ser agentes de usuário. Um dispositivo pode ser um UAC em um diálogo e um UAS em um outro, ou pode mudar de papel durante o diálogo. Um servidor proxy é uma entidade que age como um servidor para clientes e como um cliente para servidores. E assim fazendo, servidores proxy interceptam, interpretam, ou enviam mensagens entre UACs e UASs. Um servidor de redirecionamento

Petição 870190006555, de 22/01/2019, pág. 5/31

3/18 admite uma solicitação SIP e gera uma resposta direcionando o UAC que enviou a solicitação para entrar em contato com um recurso de rede alternativo. Um registrador é um servidor que admite informação de registro de agentes de usuário e informa um serviço de localização da informação de registro recebida.

[004] SIP suporta dois tipos de mensagens: solicitações, as quais são enviadas de um UAC para um UAS, e respostas, as quais são enviadas de um UAS para um UAC durante a resposta a uma solicitação. Uma mensagem SIP é composta de três partes. A primeira parte de uma mensagem SIP é uma “linha de solicitação”, a qual inclui campos para indicar um método de mensagem (por exemplo, CONVITE) e uma URI de Solicitação que identifica o usuário ou serviço para o qual a solicitação está sendo dirigida. A segunda parte de uma mensagem SIP compreende cabeçalhos cujos valores são representados como pares nome/valor. A terceira parte de uma mensagem SIP é o corpo da mensagem, o qual é usado para descrever a sessão a ser iniciada ou conter dados que dizem respeito à sessão. Corpos de Mensagem podem parecer em solicitações ou em respostas.

SUMÁRIO [005] Um método e sistema para associar uma chamada telefônica com um diálogo de computador tal como protocolo de inicialização de sessão (SIP) é fornecido. O diálogo pode permitir fornecer informação relativa a uma chamada telefônica em um dispositivo de computação. Grupo A deseja chamar Grupo B. Tanto o Grupo A quanto o Grupo B têm dispositivos de computação e telefones. Usando mensagens entre seus dispositivos de computação, o Grupo A envia uma solicitação para iniciar uma chamada telefônica com o Grupo B. Desde que esta solicitação seja admitida pelo dispositivo de computação do Grupo B, uma fase de sinalização de um diálogo de computador (por exemplo, um diálogo de transação de convite SIP) é estabelecida, e uma tentativa é feita para iniciar uma chamada tele

Petição 870190006555, de 22/01/2019, pág. 6/31

4/18 fônica via rede telefônica pública comutada (PSTN). Quando a confirmação é recebida de que a chamada telefônica foi estabelecida de forma bem-sucedida, assumindo configuração apropriada, o dispositivo de computação do Grupo A e o dispositivo de computação do Grupo B começam um diálogo de computador de fase de chamada (por exemplo, um diálogo SIP). O diálogo de computador (tanto na fase de sinalização quanto na fase de chamada) pode ser usado para enviar mensagens a respeito da identidade do Grupo A e do Grupo B, do status da chamada telefônica, do status dos dispositivos associados com a chamada telefônica, etc.

[006] Diversos componentes de sistema podem capacitar o estabelecimento do diálogo e estes podem ou não incluir aplicações de comunicação executando nos dispositivos de computação do Grupo A e do Grupo B, um servidor de comunicação ao vivo que auxilia na passagem de mensagens entre os dispositivos de computação do Grupo A e do Grupo B, interfaces entre a rede telefônica pública comutada e os dispositivos de computação, componentes da rede telefônica pública comutada (que podem incluir PBXs), etc.

[007] Este sumário é fornecido para introduzir uma seleção de conceitos em uma forma simplificada, os quais serão descritos adicionalmente a seguir na descrição detalhada. Este sumário não pretende identificar recursos chaves ou recursos essenciais da matéria em questão reivindicada, nem ele é pretendido para ser usado como uma ajuda na determinação do escopo da matéria em questão reivindicada.

DESCRIÇÃO RESUMIDA DOS DESENHOS [008] A figura 1 é um diagrama de blocos que ilustra componentes do sistema para associar uma chamada telefônica com um diálogo SIP em uma modalidade.

[009] A figura 2 é um diagrama de comunicação inter-rede mostrando um fluxo de comunicação para estabelecer um diálogo SIP em associação com uma chamada telefônica em uma modalidade.

Petição 870190006555, de 22/01/2019, pág. 7/31

5/18 [0010] A figura 3 é um diagrama de comunicação inter-rede mostrando um fluxo de comunicação para estabelecer um diálogo SIP em associação com uma chamada telefônica onde condições de concorrência existem.

[0011] A figura 4 mostra o conteúdo de uma mensagem de CONVITE SIP enviada de um cliente de grupo que chama em uma modalidade.

[0012] A figura 5 mostra o conteúdo de uma mensagem de resposta de CONVITE SIP enviada de um cliente de grupo chamado em uma modalidade.

[0013] A figura 6 é um fluxograma que ilustra uma rotina estabelecendo um diálogo SIP em associação com uma chamada telefônica em um dispositivo de computação de chamador em uma modalidade.

[0014] A figura 7 é um fluxograma que ilustra uma rotina estabelecendo um diálogo SIP em associação com uma chamada telefônica em um dispositivo de computação de grupo chamado em uma modalidade.

DESCRIÇÃO DETALHADA [0015] Um recurso (por exemplo, recurso de software e sistema relacionado) para associar uma chamada telefônica com um diálogo baseado em computador é fornecido. Em algumas modalidades, um diálogo SIP de ponta a ponta é estabelecido em conjunto com uma chamada telefônica feita através de uma “rede telefônica de plano antigo” tal como a rede telefônica pública comutada (PSTN). O recurso então sincroniza estados de chamada PSTN com estados de diálogo SIP. Por exemplo, o grupo que chama pode ser identificado para o grupo chamado usando o diálogo SIP. Isto permite ao grupo chamado identificar o grupo que chama mesmo quando a chamada não inclui informação de identificação do chamador. Além do mais, SIP é estendido usando um ou mais campos para suportar a sincronização de estados PSTN com estados SIP. Exemplos de tais extensões incluem um ou mais campos de informação de chamada (por exemplo, enviados por meio de CONVITE SIP), um ou mais campos de resposta de informação de chamada (por exemplo, enviados por meio de

Petição 870190006555, de 22/01/2019, pág. 8/31

6/18

SIP 200 OK) e um ou mais campos de casamento de informação de chamada (por exemplo, enviados por meio de SIP ACK).

[0016] Em algumas modalidades, quando um usuário (chamador) deseja fazer uma chamada para alguém (grupo chamado) que esteja na sua lista de contatos de computador, ele seleciona esse contato e o indica para fazer uma chamada para aquele contato. Nesse instante, uma aplicação no dispositivo de computação do chamador enviará uma solicitação (por exemplo, um CONVITE SIP) para o dispositivo de computação do grupo chamado, iniciando um diálogo de fase de sinalização. A solicitação pode incluir uma indicação de que informação telefônica é um aspecto de se estabelecer um diálogo com o contato. O grupo chamado nesse ponto está a par da espera de uma chamada telefônica do chamador. Se o dispositivo de computação do grupo chamado responder com uma aceitação e indicar que ele suporta a informação telefônica, então o dispositivo de computação do chamador coloca uma chamada através do sistema telefônico, e espera então até que ele obtenha uma mensagem de entrega indicando que ele está iniciando a tocar no telefone do grupo chamado. Uma vez que o grupo chamado escuta o telefone tocar, o grupo chamado pode antever que a chamada será do chamador, o que será o caso a não ser que uma chamada seja recebida de um outro chamador exatamente antes de a chamada do chamador que enviou a mensagem SIP ter sido recebida. Quando o dispositivo de computação do chamador recebe uma indicação de que a chamada foi atendida e que uma troca de computador aconteceu, então o dispositivo de computação do chamador tem conhecimento de que a chamada telefônica PSTN foi bem-sucedida e envia uma mensagem de computador indicando o sucesso. O grupo chamado nesse ponto tem conhecimento então de que a chamada é do chamador antevisto.

[0017] Depois de a chamada ser atendida e uma confirmação ser recebida, um diálogo de computador de fase de chamada é estabelecido. Desta maneira, informação pode ser enviada para frente e para trás entre

Petição 870190006555, de 22/01/2019, pág. 9/31

7/18 o dispositivo de computação de chamador e o dispositivo de computação de grupo chamado. Esta informação pode incluir indicações de que a chamada foi colocada em espera, desviada, transferida, etc.

[0018] A figura 1 é um diagrama de blocos que ilustra componentes do recurso em uma modalidade. Em algumas modalidades, o recurso inclui um servidor de comunicação ao vivo 100 conectado a um ou mais clientes 150 e 175 através da Internet 135. O servidor de comunicação ao vivo 100 contém um servidor de presença 105, o qual pode ser um registrador SIP que mantém informação de status a respeito de cada usuário do serviço de mensagens instantâneas. O servidor de presença 105 pode conter um componente de inscrições 115 e um armazenamento de documento de presença 120. O componente de inscrições 115 mantém, para cada usuário, a lista atual de usuários que estão inscritos naquela informação de presença do usuário. A informação de status para cada usuário pode ser representada na forma de um documento, chamado de documento de presença. O armazenamento de documento de presença 120 contém o documento de presença para cada usuário, indicando o status atual do usuário no servidor de comunicação ao vivo 100.

[0019] Um servidor de dados de usuário 110 mantém dados persistentes para cada usuário e contém um armazenamento de lista de contatos 125. O armazenamento de lista de contatos 125 contém uma lista de cada um dos contatos do usuário. Em algumas modalidades, o servidor de comunicação ao vivo 100 fornece a lista de contatos de um usuário para os pontos finais registrados desse usuário. Um exemplo de tais pontos finais inclui o Cliente A 150 e o Cliente B 175, os quais podem ambos ser associados com usuários humanos. Em algumas modalidades, os clientes 150 e 175 incluem uma aplicação de comunicação 155. A aplicação de comunicação 155 pode conter um componente de inscrição 160, um componente de registro 165, e um componente de interface de usuário 170. O componente de inscrição 160 faz a inscrição da informação de presença dos

Petição 870190006555, de 22/01/2019, pág. 10/31

8/18 contatos do usuário. O componente de registro 165 registra o ponto final do usuário com o servidor de comunicação ao vivo 100 e publica atualizações para a informação de presença do usuário. O componente de interface de usuário 170 pode fornecer janelas, vistas e outros elementos gráficos que são apresentados ao usuário ao mesmo tempo que interagindo com a aplicação de comunicação 155.

[0020] O recurso pode ser associado com uma rede PSTN 130 através da qual telefones (180 e 190) associados a cada cliente podem se comunicar. Cada um dos telefones 180 e 190 também pode ser associado com uma PBX 185 e 195 legada. À medida que necessário, um servidor de controle remoto de chamadas (RCC) 196 pode fornecer uma interface entre a PBX (ou outro componente PSTN) e os dispositivos de computação de cliente. Deste modo, os dispositivos de computação de cliente ficam cientes das atividades ocorrendo na PBX onde uma chamada está sendo colocada. Por exemplo, o servidor de controle remoto de chamadas pode servir como porta de comunicação para converter o protocolo padrão usado pela aplicação de comunicação para o protocolo de integração computador-telefone (CTI) específico suportado pela PBX. Embora não mostrado, um ou mais componentes de porta de comunicação podem facilitar comunicação através da PSTN 130. Por exemplo, uma porta de comunicação SIP-PSTN pode ser fornecida para facilitar chamadas entre um dispositivo de computação e um telefone.

[0021] Os dispositivos de computação em que o recurso é implementado podem incluir uma unidade central de processamento, memória, dispositivos de entrada (por exemplo, teclado e dispositivos apontadores), dispositivos de saída (por exemplo, dispositivos de exibição), e dispositivos de armazenamento (por exemplo, unidades de disco). A memória e os dispositivos de armazenamento são meios legíveis por computador que podem conter instruções que implementam o sistema. Além do mais, as estruturas de dados e as estruturas de mensagem podem ser armazenadas

Petição 870190006555, de 22/01/2019, pág. 11/31

9/18 ou transmitidas por meio de uma mídia de transmissão de dados, tal como um sinal em um vínculo de comunicação. Vários vínculos de comunicação podem ser usados, tais como a Internet, uma rede de área local, uma rede de área estendida, uma conexão de discagem ponto a ponto, uma rede de telefone celular, e assim por diante.

[0022] Modalidades do recurso podem ser implementadas em vários ambientes de operação, os quais incluem computadores pessoais, computadores servidores, dispositivos de mão ou portáteis, sistemas multiprocessadores, sistemas baseados em microprocessadores, aparelhos eletrônicos de consumidor programáveis, câmeras digitais, PCs de rede, minicomputadores, computadores de grande porte, ambientes de computação distribuída que incluam quaisquer dos sistemas ou dispositivos citados anteriormente, e assim por diante. Os sistemas de computador podem ser telefones celulares, assistentes digitais pessoais, telefones inteligentes, computadores pessoais, aparelhos eletrônicos de consumidor programáveis, câmeras digitais, e assim por diante.

[0023] O sistema pode ser descrito no contexto geral de instruções executáveis por computador, tais como módulos de programa, executadas por um ou mais computadores ou por outros dispositivos. De uma maneira geral, módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, e assim por diante que executam tarefas particulares ou implementam tipos de dados abstratos particulares. Tipicamente, a funcionalidade dos módulos de programa pode ser combinada ou distribuída tal como desejado em várias modalidades.

[0024] A figura 2 é um diagrama de rede mostrando um fluxo de comunicação (por exemplo, mensagens contendo métodos e respostas) no processo de estabelecimento de diálogo SIP 200 entre dois clientes (tais como o Cliente A 150 e o Cliente B 175 da figura 1) onde o Cliente A está chamando o Cliente B através da PSTN. O fluxo de comunicação na figura 2 ocorre sem a presença de condições de concorrência (tais como aquelas

Petição 870190006555, de 22/01/2019, pág. 12/31

10/18 causadas por uma entidade externa tentando fazer uma chamada). Na modalidade ilustrada, sinalização PSTN ocorre (representada pelas setas tracejadas) por meio de abstração de controle de chamada CSTA ECMA269 (usada pelas aplicações de computação para monitorar e controlar sistemas de comutação tais como PBX). Em algumas modalidades, tal sinalização é implementada nas respectivas PBXs, e possivelmente em associação com um servidor de controle remoto de chamadas. Embora representadas como se deslocando de cliente para cliente, as mensagens SIP representadas na figura 2 (isto é, aquelas mostradas com linhas cheias) podem, em vez disso, ser comunicadas por meio de um servidor comum, tal como o servidor de comunicação ao vivo 100 da figura 1. O tempo progride se deslocando para baixo no diagrama de maneira tal que as mensagens no topo do diagrama são enviadas mais cedo do que aquelas na base.

[0025] O processo começa onde o Cliente A envia um CONVITE SIP 205 com um cabeçalho de Convite SIP padrão e um cabeçalho de informação de chamada. Os campos nesta mensagem 205 podem incluir um identificador uniforme de recursos (URI) de telefone chamador, um URI de telefone chamado, uma identificação do chamador opcional (tal como um número associado), um tipo de chamada (por exemplo, regular, consultante, conferência, etc.), e assim por diante. Desde que exista o potencial para conectividade SIP entre o Cliente A e o Cliente B, na resposta, o Cliente B envia uma resposta SIP 183 (em andamento) 210 incluindo um cabeçalho de “telefone suportado”. Isto representa o começo de uma fase de sinalização de um diálogo SIP. Neste ponto, o Cliente B pode antever o recebimento de uma chamada proveniente do Cliente A. Se não for possível para o Cliente A se comunicar com o Cliente B por meio de SIP (por exemplo, nenhum endereço disponível, nenhuma federação, etc.) o Cliente A, em vez de receber uma resposta SIP 183 (em andamento), receberá um código de resposta 4xx (indicando um erro).

Petição 870190006555, de 22/01/2019, pág. 13/31

11/18 [0026] As próximas cinco comunicações (215, 220, 225, 230 e 235) significam sinalização ocorrendo com relação à PSTN. Se um servidor de controle remoto de chamadas for usado, estas comunicações podem ser passadas entre o servidor de controle remoto de chamadas e o respectivo cliente. Alternativamente, elas podem ser passadas diretamente entre uma PBX e o respectivo cliente. Na modalidade ilustrada, a primeira destas comunicações é um sinal de solicitação de serviço para Fazer uma Chamada 215. Este sinal pode ser associado com atribuição de uma conexão ID para o dispositivo que chama. O Cliente A recebe então um sinal de resposta para Fazer uma Chamada 220, seguido por um sinal Originado 225. Um sinal de Entrega 230 recebido pelo Cliente B (recebido da PBX ou do RCC do Cliente B) corresponde ao telefone tocando do Cliente B. O Cliente A também recebe um sinal de Entrega 235 significando o evento de telefone tocando.

[0027] Depois de tanto o Cliente A quanto o Cliente B terem recebido sinais de Entrega, o Cliente B envia uma resposta SIP 180 (tocando) 240. Esta resposta pode incluir um cabeçalho de telefone suportado. Igualmente, em algumas modalidades, antes de o Cliente B enviar uma resposta SIP 180 (tocando) para o Cliente A, o Cliente A pode enviar uma resposta SIP 180 (tocando) para o Cliente B contendo informação de identificação, assim o Cliente B pode descobrir quem está chamando.

[0028] Quando o usuário associado com o Cliente B realmente atende o telefone tocando, o Cliente B envia uma resposta SIP 200 OK 245. Além de um cabeçalho de telefone suportado, os campos nesta resposta 245 podem incluir um identificador uniforme de recursos (URI) de telefone chamador, um URI de telefone chamado e um campo de status.

[0029] Ao atender o telefone tocando o usuário associado com o Cliente B inicia sinalização PSTN adicional. Por exemplo, tanto o Cliente B quanto o Cliente A pode receber um sinal de Estabelecido (250 e 255, respectivamente) das suas respectivas PBXs/RCCs. Como resultado desta

Petição 870190006555, de 22/01/2019, pág. 14/31

12/18 sinalização, o Cliente A envia um SIP ACK 260. O SIP ACK 260 significa o final da transação de CONVITE e o final do diálogo de fase de sinalização. Além da informação de cabeçalho, este ACK pode incluir informação relativa a uma sinalização de casamento. Isto permite que o Cliente B associe a chamada com um SIP URI e com uma janela de conversação, estabelecendo assim um diálogo de fase de chamada SIP.

[0030] A figura 3 é um diagrama de rede mostrando um fluxo de comunicação (por exemplo, mensagens contendo métodos e respostas) no processo de estabelecimento de diálogo SIP 300 entre dois clientes (tais como o Cliente A 150 e o Cliente B 175 da figura 1) onde o Cliente A está chamando o Cliente B através da PSTN. O fluxo de comunicação na figura 3 ocorre na presença de condições de concorrência. Mais especificamente, um terceiro chamador C é está tentando fazer uma chamada para o telefone associado com o Cliente B ao mesmo tempo que o Cliente A está tentando chamar o Cliente B. Tal como com relação à figura 2, na modalidade ilustrada da figura 3, a sinalização PSTN ocorre (representada pelas setas tracejadas) por meio de abstração de controle de chamada ECMA269. Em algumas modalidades, tal sinalização é implementada nas respectivas PBXs, e possivelmente em associação com um servidor de controle remoto de chamadas. Embora representadas como se deslocando de cliente para cliente, as mensagens SIP representadas na figura 3 (isto é, aquelas mostradas com linhas cheias) podem, em vez disso, ser comunicadas por meio de um servidor comum, tal como o servidor de comunicação ao vivo da figura 1.

[0031] O processo começa onde o Cliente A envia um CONVITE SIP 305 com um cabeçalho de Convite SIP padrão e um cabeçalho de informação de chamada, iniciando assim um diálogo de sinalização SIP. Em resposta, B envia uma resposta SIP 183 (em andamento) 310 incluindo um cabeçalho de “telefone suportado”. Nas próximas três comunicações (315, 320 e 325), o Cliente A conduz comunicações de sinalização com a

Petição 870190006555, de 22/01/2019, pág. 15/31

13/18

PBX/RCC em uma tentativa para configurar uma chamada PSTN. Entretanto, antes disto ocorrer, o chamador C chamou o telefone do Cliente B. Desta maneira, embora o sinal de solicitação de serviço para Fazer uma Chamada 215, o sinal de resposta para Fazer uma Chamada 320 e o sinal Originado 325 ocorram normalmente, o Cliente A recebe uma sinal de Falha 335 logo depois da chamada do C para o telefone do Cliente B ser entregue (sinal 330). Neste ponto, o Cliente B antevê que a chamada tocando é do Cliente A. Então o Cliente B pode atender o telefone com um pequeno risco de que ele não seja o Cliente A. Em resposta, o Cliente A expede um CANCELAMENTO SIP 340 para o Cliente B. Neste ponto o Cliente B tem conhecimento de que a chamada não é do Cliente A. Isto finaliza o processo de estabelecer o diálogo de fase de chamada SIP. Nesse meio tempo, o usuário associado com o Cliente B atende a chamada telefônica do chamador C, e recebe um sinal de Estabelecido 345 da PBX/RCC com relação à chamada do C.

[0032] A figura 4 mostra o conteúdo de uma mensagem de CONVITE 400 enviada de um primeiro cliente SIP (grupo que chama) para um segundo cliente SIP (grupo chamado) por meio do servidor de comunicação ao vivo em uma modalidade. A mensagem de CONVITE 400 inclui um cabeçalho IP 405, um cabeçalho TCP 410 e uma mensagem SIP 412. Protocolos a não ser o TCP/IP podem ser usados para o transporte subjacente. A mensagem SIP 412 inclui uma linha de solicitação 415 com método de INSCRIÇÃO, um cabeçalho De 420, um cabeçalho Para 425, um cabeçalho de URI de Telefone Chamador 430, um cabeçalho de URI de Telefone chamado 435, um cabeçalho de Identificação do Chamador Suplementar 440, um cabeçalho de Tipo de Chamada 445, um cabeçalho Suportado 450 e um cabeçalho de Comprimento de Conteúdo 455. O cabeçalho De 420 identifica o dispositivo de computação de cliente que envia (o chamador). O cabeçalho Para 425 especifica para qual ponto final o remetente deste pacote está se inscrevendo (o grupo chamado). O cabeçalho de URI

Petição 870190006555, de 22/01/2019, pág. 16/31

14/18 de Telefone Chamador 430 especifica o telefone do chamador e o cabeçalho de URI de Telefone chamado 435 especifica o telefone do grupo chamado. O cabeçalho de Identificação do Chamador Suplementar 440 fornece uma Identificação do Chamador alternativa (por exemplo, o ID da corporação na qual o chamador é associado), e é opcional. O cabeçalho de Tipo de Chamada 445 especifica o tipo da chamada, a qual pode ser, por exemplo, uma chamada regular, uma chamada de conferência, uma chamada consultante, etc. O cabeçalho Suportado 450 especifica qualquer comportamento especial que o remetente suporte. O cabeçalho de Comprimento de Conteúdo 455 tem um valor de 0 indicando que nenhum dado se segue ao cabeçalho de mensagem SIP. Em uma implementação alternativa, entretanto, parte dos dados contidos nos cabeçalhos (por exemplo, URI de Telefone Chamador, Identificação do Chamador Suplementar, etc.) podem, em vez disso, ser fornecidos nos dados de mensagem.

[0033] A figura 5 mostra o conteúdo de uma resposta de CONVITE 500 enviada para um cliente SIP por um grupo chamado (por meio do servidor de comunicação ao vivo) em uma modalidade. A mensagem de CONVITE 500 inclui um cabeçalho IP 505, um cabeçalho TCP 510 e uma mensagem SIP 515. Protocolos a não ser o TCP/IP podem ser usados para o transporte subjacente. A mensagem SIP 515 inclui um identificador de resposta SIP 520, um cabeçalho Para 525, um cabeçalho De 530, um cabeçalho de URI de Telefone Chamador 531, um cabeçalho de URI de Telefone chamado 532, um cabeçalho de Status 533, um cabeçalho CSeq 535, um cabeçalho Suportado 540 e um cabeçalho de Comprimento de Conteúdo 545. O identificador de resposta SIP 520 identifica a versão SIP 2.0 e o status da solicitação (por exemplo, 202 Admitida) indicando que a inscrição foi bem-sucedida. O cabeçalho Para 525 especifica o ponto final para o que remetente original da solicitação se inscreveu. O cabeçalho De 530 especifica o remetente original da solicitação. O cabeçalho de URI de Telefone Chamador 531 especifica o telefone do chamador e o cabeçalho

Petição 870190006555, de 22/01/2019, pág. 17/31

15/18 de URI de Telefone chamado 532 especifica o telefone do grupo chamado. O cabeçalho de Status 533 especifica o status do sistema de chamada do grupo chamado. O cabeçalho CSeq 535 é contido em cada mensagem, tanto de solicitações quanto de respostas, do servidor de comunicação ao vivo e é usado como uma número de seqüência para determinar a ordem relativa das mensagens do servidor. Um número de seqüência diferente é criado para cada diálogo SIP, e o número de seqüência tipicamente especifica o tipo de solicitação que criou o diálogo. Por exemplo, o cabeçalho CSeq 535 tem um CONVITE de valor 1 indicando que esta é a primeira mensagem do servidor no diálogo criado por uma solicitação de CONVITE entre os pontos finais especificados pelos cabeçalhos To e De. Mensagens com um número de seqüência inferior foram enviadas do servidor antes daquelas mensagens com um número de seqüência mais alto. O cabeçalho Suportado 540 especifica qualquer comportamento especial que o remetente suporte. O cabeçalho de Comprimento de Conteúdo 545 tem um valor de 0 indicando que 0 byte de dados se segue ao cabeçalho de mensagem SIP. Em uma implementação alternativa, entretanto, parte dos dados contidos nos cabeçalhos (por exemplo, URI de telefone chamador, URI de telefone chamado, sinalização de casamento, etc.) pode, em vez disso, ser fornecida nos dados de mensagem.

[0034] A figura 6 é um fluxograma que ilustra uma rotina 600 no dispositivo de computação de cliente de grupo que chama para estabelecer um diálogo SIP em associação com uma chamada telefônica. A rotina 600 é chamada quando um grupo que chama tenta fazer uma chamada telefônica usando uma aplicação de comunicação no seu dispositivo de computação de cliente. No bloco 605, a rotina 600 cria e envia uma mensagem de CONVITE SIP, a qual é, por exemplo, enviada para um servidor de comunicação ao vivo para estabelecer uma conexão com o dispositivo de computação de cliente de um grupo chamado. Este cenário assume que o dispositivo de computação de cliente do grupo chamado é configurado para

Petição 870190006555, de 22/01/2019, pág. 18/31

16/18 comunicações SIP. De outro modo, os aspectos de chamada telefônica da chamada podem ainda continuar, mas sem o diálogo SIP sendo estabelecido.

[0035] No bloco 610, o diálogo de fase de sinalização SIP foi estabelecido, e a rotina recebe uma resposta de Progressão de Sessão SIP (183) do servidor. No bloco 615, o dispositivo de computação de cliente de grupo que chama envia e recebe um ou mais sinais PSTN, os quais podem incluir um sinal para Fazer uma Chamada, um sinal de resposta para Fazer uma Chamada, um sinal de resposta Originado, um sinal de resposta de Entrega, etc. Tal como discutido anteriormente, estes sinais podem ser comunicados entre o cliente e a PBX diretamente ou por meio de uma interface de controle remoto de chamadas (RCC). No bloco de decisão 620, se os sinais no bloco 615 incluírem um sinal de resposta de Falha isto indica que o processo de chamada PSTN falhou, e a rotina continua no bloco 625 para enviar uma mensagem de cancelamento SIP, a qual terminará quaisquer tentativas adicionais de se estabelecer um diálogo SIP (ou, alternativamente, continuará com o diálogo SIP de maneira que o fato de que uma chamada foi tentada pode ser registrado no dispositivo de computação de cliente do grupo chamado).

[0036] Entretanto, se no bloco de decisão 620 os sinais no bloco 615 não incluírem um sinal de resposta de Falha, a rotina 600 continua no bloco 630, onde ela recebe uma resposta tocando SIP (180). Depois do atendimento da chamada pelo grupo chamado, no bloco 635, a rotina 600 recebe uma resposta SIP OK (200), indicando uma transação bem-sucedida. Embora não ilustrado especificamente, se não existir atendimento pelo grupo chamado, a rotina 600 pode eventualmente esperar por um tempo por uma resposta OK (em vez de seguir para o bloco 635), fazendo com que a rotina 600 termine.

[0037] No bloco 640, a rotina 600 recebe um sinal de Estabelecido PSTN da PBX/RCC. Em resposta, a rotina 600 envia um SIP ACK (bloco

Petição 870190006555, de 22/01/2019, pág. 19/31

17/18

645) indicando que um diálogo SIP foi estabelecido. O diálogo SIP pode então continuar durante a chamada e possivelmente depois dela. Ele pode ser usado para enviar mensagens (por exemplo, mensagens de identificação do chamador, mensagens de deflexão de chamada, mensagens de espera de chamada, etc.), sem contar com sinalização PSTN.

[0038] A figura 7 é um fluxograma que ilustra uma rotina 700 no dispositivo de computação de cliente de grupo chamado para estabelecer um diálogo SIP em associação com uma chamada telefônica. A rotina 700 é chamada quando um grupo que chama tenta fazer uma chamada telefônica usando uma aplicação de comunicação no seu dispositivo de computação de cliente. No bloco 705, a rotina 700 recebe uma mensagem de CONVITE SIP, a qual é, por exemplo, enviada de um servidor de comunicação ao vivo depois de o cliente do grupo que chama ter tentado estabelecer uma conexão com o dispositivo de computação de cliente de um grupo chamado. Este cenário assume que o dispositivo de computação de cliente do grupo chamado é configurado para comunicações SIP. De outro modo, os aspectos de chamada telefônica da chamada podem ainda continuar, mas sem o diálogo SIP sendo estabelecido.

[0039] No bloco 710, a rotina 700 cria e envia uma resposta de Progressão de Sessão SIP (183) do servidor, a qual significa o começo de um diálogo de fase de sinalização SIP. No bloco 715, a rotina 700 recebe um sinal de Entrega PSTN, que indica que uma chamada foi feita para o grupo chamado na PSTN. Este sinal pode ser comunicado entre a rotina 700 e a PBX diretamente ou por meio de uma interface de controle remoto de chamadas (RCC). Se no bloco de decisão 720 a rotina receber um Cancelamento SIP isto indica que o cliente de grupo que chama detectou uma falha na configuração de chamada PSTN, e nenhuma comunicação SIP adicional não acontecerá (fazendo com que a rotina 700 termine). Entretanto, se no bloco de decisão 720 nenhuma mensagem de cancelamento SIP não for recebida, as comunicações SIP continuam no bloco 725, onde

Petição 870190006555, de 22/01/2019, pág. 20/31

18/18 a rotina 700 cria e envia uma resposta tocando SIP (180).

[0040] Depois de o grupo chamado ter atendido a chamada, no bloco 730 a rotina 700 gera e envia uma resposta SIP OK (200), indicando que ocorreu uma transação SIP bem-sucedida. Embora não ilustrado especificamente, se o grupo chamado não atender, a rotina 700 pode eventualmente esperar por um tempo por uma resposta OK (em vez de seguir para o bloco 730), fazendo com que a rotina 700 termine.

[0041] No bloco 735, a rotina 700 recebe um sinal de Estabelecido PSTN da PBX/RCC. Assumindo que o cliente de grupo que chama também recebe um sinal similar, a rotina 700 recebe um SIP ACK indicando que um diálogo de fase de chamada SIP foi estabelecido (bloco 740). O diálogo SIP estabelecido pode então continuar durante a chamada e possivelmente depois dela. Ele pode ser usado para enviar mensagens (por exemplo, mensagens de identificação do chamador, mensagens de deflexão de chamada, mensagens de espera de chamada, etc.), sem contar com sinalização PSTN.

[0042] Embora a matéria em questão tenha sido descrita em linguagem específica para recursos estruturais e/ou práticas metodológicas, deve ser entendido que a matéria em questão definida nas reivindicações anexas não está necessariamente limitada aos recursos ou práticas específicos descritos anteriormente. Em vez disso, os recursos e práticas específicos descritos anteriormente estão revelados como formas de exemplo de implementar as reivindicações. Desta maneira, a invenção não é limitada exceto tal como pelas reivindicações anexas.

Claims

REIVINDICAÇÕES

1. Método para associar uma chamada telefônica a um chamador em um dispositivo de computação chamador (150) (150), o método compreendendo as etapas de:

receber uma entrada de um chamador para fazer uma chamada telefônica a um chamado, em que a chamada telefônica deve ser estabelecida através de uma rede telefônica pública (130);

enviar, por meio de um mecanismo de comunicação que esteja fora da banda com relação à rede telefônica pública (130), a um dispositivo de computação chamado, uma indicação de que o chamador deseja iniciar uma chamada telefônica com o chamado através da rede telefônica pública (130), de modo que o chamado possa antever que uma chamada que chega será do chamador;

iniciar, através da rede telefônica pública (130), uma chamada telefônica com o chamado;

o método caracterizado pelo fato de que ainda compreende:

receber, através da rede telefônica pública (130), um sinal significando que o telefone do chamado (190) está tocando; e após receber o sinal, enviar, através do mecanismo de comunicação que está fora da banda com relação à rede telefônica pública (130), para o dispositivo de computação do chamado (175), informações identificando o chamador.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o mecanismo de comunicação que está fora da banda com relação à rede telefônica pública (130) é baseado em protocolo de inicialização de sessão (SIP).
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que iniciar a chamada telefônica com o chamado inclui enviar (605) uma mensagem (205) de CONVITE de protocolo de inicialização de sessão (SIP).

Petição 870190006555, de 22/01/2019, pág. 22/31

2/6
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que iniciar uma chamada telefônica com o chamado inclui enviar uma resposta (240) de protocolo de inicialização de sessão (SIP) 180 fornecendo informação de identificação associada ao chamado.
5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que pelo fato de que ainda compreende enviar e receber sinais (215-235) de rede telefônica pública (130) para e a partir de um componente de rede telefônica pública (130), em que os sinais (215-235) são associados ao estabelecimento da chamada telefônica através da rede telefônica pública (130).
6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende receber um ACK (260) de protocolo de inicialização de sessão (SIP) de um dispositivo de computação associado ao chamado, em que o ACK (260) do protocolo de inicialização de sessão (SIP) representa o final de uma transação de CONVITE de protocolo de inicialização de sessão (SIP) e o começo de um diálogo de fase de chamada SIP entre um dispositivo de computação associado ao chamador e o dispositivo de computação associado ao chamado.
7. Método, em um dispositivo de computação chamado, para fornecer pelo menos um diálogo de computador em associação com uma chamada telefônica feita em uma rede telefônica pública comutada (130) em um sistema de computador, o método caracterizado pelo fato de que compreende as etapas de:

receber uma mensagem (205) de CONVITE de protocolo de inicialização de sessão (SIP), em que o CONVITE de protocolo de inicialização de sessão (SIP) é associado à inicialização de uma chamada telefônica através de uma rede telefônica pública comutada (130) de um chamador para um chamado, em que a mensagem de CONVITE de protocolo de inicialização de sessão (SIP) é enviada de um dispositivo de computação associado ao chamador (150), através de um mecanismo de comuni

Petição 870190006555, de 22/01/2019, pág. 23/31

3/6 cação que está fora de banda com relação à rede telefônica pública comutada (130), para um dispositivo de computação associado com um chamado; e começar um diálogo de protocolo de inicialização de sessão (SIP) entre o dispositivo de computação associado ao chamador e o dispositivo de computação associado ao chamado (175), em que o diálogo de protocolo de inicialização de sessão (SIP) inclui uma fase de sinalização usada, pelo menos em parte, para enviar ao dispositivo de computação associado com o chamado, através de um mecanismo de comunicação que está fora de banda com relação à rede telefônica pública, mensagens associadas à identificação da identidade do chamador e uma fase de chamada que é começada depois de a chamada telefônica ser estabelecida através da rede telefônica pública comutada (130), em que as mensagens associadas à identificação da identidade do chamador são enviadas após receber, através da rede telefônica pública comutada (130), um sinal identificando que o telefone do chamado (190) está tocando.
8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que estabelecer a chamada telefônica através da rede telefônica pública comutada (130) inclui:

enviar um sinal para Fazer uma Chamada (215) do dispositivo de computação associado ao chamador, em que o sinal para Fazer uma Chamada (215) é pretendido para recebimento por um componente da rede telefônica pública comutada (130);

receber um sinal para Fazer uma Chamada (215) no dispositivo de computação associado ao chamador, em que o sinal para Fazer uma Chamada (215) se origina no componente da rede telefônica pública comutada (130);

receber um sinal Originado (235) no dispositivo de computação associado ao chamador, em que o sinal Originado (235) se origina no

Petição 870190006555, de 22/01/2019, pág. 24/31

4/6 componente da rede telefônica pública comutada (130); e receber um sinal Entregue no dispositivo de computação associado ao chamador, em que o sinal entregue se origina no componente da rede telefônica pública comutada (130) e indica que o segundo telefone está tocando.
9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que o componente da rede telefônica pública comutada (130) é uma troca de ramais privados (PBX).
10. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que o componente da rede telefônica pública (130) comutada é uma troca de ramais privados (PBX), e em que o sinal para Fazer uma Chamada (215), o sinal Originado (235) e o sinal Entregue são recebidos de uma interface de centro de chamadas remoto.
11. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que a mensagem de CONVITE (205) de protocolo de inicialização de sessão (SIP) é recebida em um servidor de comunicação (100), o qual a passa para o dispositivo de computação associado ao chamado.
12. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que ainda compreende, se a chamada telefônica não for estabelecida tal como indicado pelo recebimento de um sinal de Falha se originando de um componente da rede telefônica pública comutada (130), enviar uma solicitação para Cancelar o começo do diálogo de protocolo de inicialização de sessão (SIP), em que a solicitação para Cancelar é enviada durante a fase de sinalização.
13. Meio legível por computador contendo instruções para controlar um primeiro dispositivo de computação (150) para executar um método, caracterizado pelo fato de que compreende:

iniciar uma chamada telefônica através uma rede telefônica pública comutada (130), incluindo começar um diálogo de fase de sinalização com um segundo dispositivo de computação conectado por meio de

Petição 870190006555, de 22/01/2019, pág. 25/31

5/6 uma rede de computador, em que o diálogo de fase de sinalização é associado ao estabelecimento da chamada telefônica na rede telefônica pública comutada (130);

receber, através da rede telefônica pública (130), um sinal significando que o telefone de um chamado (190) está tocando;

após receber o sinal, enviar, através do mecanismo de comunicação que está fora de banda com relação à rede telefônica pública (130), ao segundo dispositivo de comunicação, informações identificando o chamador; e se a chamada telefônica for atendida, começar um diálogo de fase de chamada entre o primeiro e o segundo dispositivos de computação, em que o diálogo de fase de chamada permite que mensagens sejam passadas entre os primeiro e segundo dispositivos de computação pelo menos enquanto a chamada telefônica estiver em andamento.
14. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que iniciar a chamada telefônica inclui enviar uma mensagem (205) de CONVITE de protocolo de inicialização de sessão (SIP).
15. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que começar o diálogo de fase de chamada ocorre depois de receber um ACK (260) de protocolo de inicialização de sessão (SIP) do segundo dispositivo de computação, em que o ACK (260) do protocolo de inicialização de sessão (SIP) representa o final de uma transação de CONVITE de protocolo de inicialização de sessão (SIP).
16. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que o diálogo de fase de sinalização é baseado em protocolo de inicialização de sessão (SIP), e em que o método ainda compreende, durante o diálogo de fase de sinalização, receber uma mensagem (240) 180 de protocolo de inicialização de sessão (SIP)

Petição 870190006555, de 22/01/2019, pág. 26/31

6/6 indicando toque em um telefone associado ao segundo dispositivo de computação.
17. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que o diálogo de fase de sinalização é baseado em protocolo de inicialização de sessão (SIP), e em que o método ainda compreende, durante o diálogo de fase de sinalização, receber uma mensagem (245) 200 OK de protocolo de inicialização de sessão (SIP) indicando que o um telefone associado ao segundo dispositivo de computação foi atendido.
18. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que o diálogo de fase de sinalização inclui fornecer uma mensagem tendo uma indicação que permite que um usuário do segundo dispositivo de computação determine a identidade de um usuário do primeiro dispositivo de computação.
19. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que o diálogo de fase de sinalização é baseado em protocolo de inicialização de sessão (SIP), em que o método ainda compreende, durante o diálogo de fase de sinalização, receber uma mensagem 183 de protocolo de inicialização de sessão (SIP) em resposta à inicialização da chamada telefônica, e em que a mensagem 183 de protocolo de inicialização de sessão (SIP) fornece uma indicação de que o segundo telefone suporta o diálogo de fase de sinalização e o diálogo de fase de chamada.
20. Meio legível por computador, de acordo com a reivindicação 13, caracterizado pelo fato de que mensagens a serem passadas entre os primeiro e segundo dispositivos de computação durante o diálogo de fase de chamada incluem informação textual.