BRPI0615078A2 - métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização - Google Patents

métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização Download PDF

Info

Publication number
BRPI0615078A2
BRPI0615078A2 BRPI0615078-0A BRPI0615078A BRPI0615078A2 BR PI0615078 A2 BRPI0615078 A2 BR PI0615078A2 BR PI0615078 A BRPI0615078 A BR PI0615078A BR PI0615078 A2 BRPI0615078 A2 BR PI0615078A2
Authority
BR
Brazil
Prior art keywords
call
message
sip
subscriber
receiving
Prior art date
Application number
BRPI0615078-0A
Other languages
English (en)
Inventor
Phil Chiu
Mahesh Tomar
Vikram Nair
Arvind Kumar Gupta
Shelja Bhatia
Pradeep Kumar
Original Assignee
Tekelec Us
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 Tekelec Us filed Critical Tekelec Us
Publication of BRPI0615078A2 publication Critical patent/BRPI0615078A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • 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/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
    • H04M1/2746—Sorting, e.g. according to history or frequency of use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0012—Details of application programming interfaces [API] for telephone networks; Arrangements which combine a telephonic communication equipment and a computer, i.e. computer telephony integration [CPI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0033—Notification or handling of incoming calls by a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/247—Telephone sets including user guidance or feature selection means facilitating their use
    • H04M1/2478—Telephone terminals specially adapted for non-voice services, e.g. email, internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
    • H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/60—Details of telephonic subscriber devices logging of communication history, e.g. outgoing or incoming calls, missed calls, messages or URLs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • H04M3/465—Arrangements for simultaneously calling a number of substations until an answer is obtained
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/003—Click to dial services

Landscapes

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

Abstract

MéTODOS, SISTEMAS, E PRODUTOS DE PROGRAMA DE COMPUTADOR PARA CONTROLAR DINAMICAMENTE UM ELEMENTO DE REDE DE PSTN A PARTIR DE UM ELEMENTO DE REDE IP USANDO SINALIZAçãO. Métodos, sistemas e produtos de programa de computador para o controle dinâmico de um elemento de rede de PSTN a partir de um elemento de rede de IP usando-se uma sinalização são mostrados. De acordo com um aspecto, um método pode incluir o recebimento de uma primeira mensagem de SIP a partir de um servidor de aplicativo de IP. A primeira mensagem de SIP pode identificar um gatilho de evento de chamada associado a um assinante para uma rede de circuito comutado. Em resposta ao recebimento da primeira mensagem de SIP, uma primeira mensagem de SS7 identificando o gatilho de evento de chamada e o assinante pode ser gerada e roteada para um nó de rede de circuito comutado. Uma segunda mensagem de SS7 pode ser recebida, que indica um disparo do evento de chamada correspondente ao gatilho. Uma segunda mensagem de SIP indicando o evento de chamada pode ser roteada para o servidor de aplicativo de IP. Uma terceira mensagem de STP pode ser recebida, que especifica uma função de controle de chamada de PSTN.

Description

MÉTODOS, SISTEMAS, E PRODUTOS DE PROGRAMA DE COMPUTADORPARA CONTROLAR DINAMICAMENTE UM ELEMENTO DE REDE DE PSTN APARTIR DE UM ELEMENTO DE REDE IP USANDO SINALIZAÇÃO
Referência Cruzada A Pedido Relacionado
Este pedido reivindica o benefício do Pedido dePatente Provisória U.S. N0 de Série 60/712.032, depositadoem 26 de agosto de 2005, cuja exposição é incorporada aquicomo referência em sua totalidade.
Campo Técnico
O assunto descrito aqui se refere a métodos, sistemase produtos de programa de computador para a provisão deserviços de comunicação baseados em rede de pacote. Maisparticularmente, o assunto descrito aqui se refere amétodos, sistemas e produtos de programa de computador paracontrole dinâmico de um elemento de rede de PSTN a partirde um elemento de rede de IP usando-se sinalização.
Antecedentes
Em redes de telecomunicações, está se tornandocrescentemente desejável prover serviços para assinantesatravés de uma rede de IP, devido ao custo reduzido de umequipamento de formação de rede de IP em relação aoequipamento de circuito comutado correspondente. Osexemplos de serviços que pode ser desejável prover incluemchamada em espera de Internet, encaminhamento de chamada,entrega de ID de parte chamando ou outros serviços. Aprovisão de cada um destes serviços usando-se umequipamento de IP requer uma notificação dos eventos dePSTN, tal como tentativas de terminação de chamada.
De modo a se dirigir a algumas das questõesrelacionadas à provisão de serviços usando-se umequipamento de IP, a ETF RFC 3 910, intitulada o protocoloSPIRITS (serviços na PSTN requisitando serviços deInternet), draft-IETF-SPIRITS-protocol-04.txt, fevereiro de2003, cuja exposição é incorporada aqui como referência emsua totalidade, especifica métodos pelos quais um servidorde SPIRITS pode assinar e receber uma notificação deeventos na PSTN. Por exemplo, para o serviço de entrega deID de parte chamando de Internet, onde um assinanteconectado à Internet através de uma conexão discada recebea identificação de uma parte chamando, o protocolo SPIRITSapresenta um fluxo de chamada para a provisão do serviço.No fluxo de chamada, o servidor de SPIRITS assina parareceber uma notificação de um cliente de SPIRITS de umatentativa de chamada entrando. Um gatilho de tentativa determinação pode ser regulado na central terminal de partechamada para a detecção de chamadas para a parte chamada.Quando um gatilho é detectado, a central terminal notificao cliente de SPIRITS, o qual notifica o servidor de SPIRITSda tentativa de terminação. A notificação a partir docliente de SPIRITS incluirá a ID de parte chamando.
Quando o protocolo SPIRITS especifica fluxos dechamada para a provisão de serviços simples, tais como umaID de parte chamando de Internet e chamada em espera, oprotocolo SPIRITS falha em especificar completamente comorealizar serviços que requerem uma participação emandamento de entidades de PSTN, tais como centraisterminais. 0 protocolo SPIRITS também carece de muitasmensagens de rede inteligente avançada (AIN) que estãodisponíveis na PSTN. Um outro inconveniente do protocolo
SPIRITS é que ele falha em incluir um método para envio demensagens não solicitadas para nós de AIN para chamadasrequerendo um tratamento dinâmico. Os exemplos no protocoloSPIRITS se referem ao envio de notificações de evento parao servidor de SPIRITS, em resposta a eventos de PSTN.
Um exemplo de um serviço que requer um tratamentodinâmico é um redirecionamento dinâmico de uma chamada deum telefone para um outro telefone usando uma interface deIP. Por exemplo, pode ser desejável que uma parte chamandoreceba uma notificação através de seu terminal decomputador no trabalho de chamadas que a parte chamandorecebe em casa. Quando a parte chamando recebe uma chamadaem seu número de telefone doméstico, uma janela podeaparecer no terminal de computador da parte chamando notrabalho indicando que seu telefone em casa está tocando.Se ninguém responder à chamada em uns poucos segundos, podeser desejável que o usuário redirecione a chamada para seutelefone comercial ou o telefone celular. 0 protocoloSPIRITS provê métodos para o usuário receber umanotificação da chamada, mas não para redirecionamento dachamada para um outro telefone.
Alguns serviços dinâmicos estão disponíveis. Porexemplo, o serviço Verizon iobi permite que os usuáriosrecebam uma notificação de chamadas entrando através de umainterface de computador e respondam à chamada ou encaminhema chamada para um correio de voz. Contudo, nenhum dosexemplos disponíveis no website de Verizon iobi(http://www.22.verizon.com/business/iobi/) mostra umredirecionamento de chamada dinâmico para uma outralocalização além de um correio de voz. Em geral, acredita-se que não haja um mecanismo disponível para um servidor deaplicativo de IP controlar dinamicamente um elemento derede de PSTN para a provisão de um tratamento de chamadadinâmico.
Assim sendo, existe uma necessidade de métodos,sistemas e produtos de programa de computador para ocontrole dinâmico de um elemento de rede de PSTN a partirde um elemento de rede de IP usando-se sinalização.
Sumário
De acordo com um aspecto, o assunto descrito aquiinclui um método para controle dinâmico de um elemento derede de PSTN a partir de um elemento de rede de IP usando-se sinalização. O método inclui o recebimento de umaprimeira mensagem de SIP a partir de um servidor deaplicativo de IP. A primeira mensagem de SIP podeidentificar um gatilho de evento de chamada associado a umassinante para uma rede de circuito comutado. Uma primeiramensagem de SS7 identificando o gatilho de evento dechamada e o assinante pode ser gerada, em resposta aorecebimento da primeira mensagem de SIP. A primeiramensagem de SS7 pode ser roteada para um nó de rede decircuito comutado. A segunda mensagem de SS7 pode indicarum gatilho do evento de chamada correspondente ao gatilho.Uma segunda mensagem de SIP indicando o gatilho do eventode chamada pode ser gerada e roteada para o servidor deaplicativo de IP, em resposta ao recebimento da segundamensagem de SS7. Uma terceira mensagem de SIP pode serrecebida, em resposta à segunda mensagem de SIP. A terceiramensagem de SIP pode especificar uma função de controle dechamada de PSTN.
De acordo com um outro aspecto, o assunto descritoaqui pode prover uma especificação que uma chamada sejaestabelecida entre telefones. Um método de exemplo paraespecificação de uma chamada como essa pode incluir orecebimento de uma primeira mensagem de SIP a partir de umservidor de aplicativo de IP. A primeira mensagem de SIPpode especificar o estabelecimento de uma chamada entretelefones. Pelo menos um dos telefones pode estar associadoa um assinante para uma rede de circuito comutado. Emresposta ao recebimento da primeira mensagem de SIP, umaprimeira mensagem de SS7 pode ser gerada, que especificaque a chamada seja estabelecida entre os telefones. Aprimeira mensagem de SS7 pode ser roteada para um nó derede de circuito comutado.
De acordo com um outro aspecto, o assunto descritoaqui pode prover uma informação para o usuário durante umprocessamento de estabelecimento de chamada retomado. Ummétodo de exemplo pode incluir o recebimento de umarequisição por uma parte chamando para comunicação com umaparte chamada em um nó de rede de circuito comutado. Emresposta ao recebimento da requisição, o processamento deestabelecimento de chamada pode ser suspenso e uma mensagemde requisição de TCAP gerada, a qual é roteada para umgateway de SIP-SS7. 0 gateway de SIP-SS7 pode gerar umamensagem de requisição de SIP relacionada. A mensagem derequisição de SIP pode ser comunicada para uma função deservidor de aplicativo de VoIP. Uma função de controle dechamada pode ser realizada e uma mensagem de resposta deSIP gerada na função de servidor de aplicativo de VoIP. Amensagem de resposta de SIP pode ser roteada para o gatewayde SIP-SS7. No gateway de SIP-SS7, a mensagem de respostade SIP pode ser recebida e uma mensagem de resposta de TCAPrelacionada gerada. A mensagem de TCAP pode ser roteadapara o nó de rede de circuito comutado. A mensagem deresposta de TCAP pode ser recebida no nó de rede decircuito comutado. 0 nó de rede de circuito comutado podeusar uma informação portada na mensagem de resposta de TCAPdurante um processamento de estabelecimento de chamadaretomado.
0 assunto descrito aqui pode ser implementado como umproduto de programa de computador compreendendo instruçõesexecutáveis em computador concretizadas em um meio que podeser lido em computador. Os meios que podem ser lidos emcomputador de exemplo adequados para a implementação doassunto descrito aqui incluem dispositivos de memória dedisco, dispositivos de memória de chip, circuitosintegrados específicos de aplicação, dispositivos lógicosprogramáveis e sinais elétricos transferíveis (viadownload). Além disso, um produto de programa de computadorque implementa o assunto descrito aqui pode estarlocalizado em um dispositivo único ou uma plataforma decomputação. Alternativamente, o assunto descrito aqui podeser implementado em um produto de programa de computadorque é distribuído através de múltiplos dispositivos ouplataformas de computação.
Breve Descrição Dos Desenhos
As modalidades de exemplo do assunto serão explicadas,agora, com referência aos desenhos associados, nos quais:
a Figura 1 é um diagrama de um exemplo de um sistemade telecomunicações para métodos, sistemas e produtos deprograma de computador para controle dinâmico de umelemento de rede de PSTN a partir de um elemento de rede deIP usando-se uma sinalização, de acordo com uma modalidadedo assunto descrito aqui;
a Figura 2 é um fluxograma de um processo de exemplopara métodos, sistemas e produtos de programa de computadorpara controle dinâmico de um elemento de rede de PSTN apartir de um elemento de rede de IP usando-se umasinalização, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 3 é um diagrama de um exemplo de um sistemade telecomunicações para a provisão de um recurso de cliquepara chamar (click-to-call) para um assinante de rede decircuito comutado, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 4A é um diagrama de um exemplo de um sistemade telecomunicações para a provisão de um recurso deredirecionamento de chamada entrando dinâmico para umassinante de rede de circuito comutado, de acordo com umamodalidade do assunto descrito aqui;
a Figura 4B é uma exibição em tela de uma janela depop-up (instantânea) de exemplo indicando uma chamadaentrando e um nome e um número de diretório associado àchamada, de acordo com uma modalidade do assunto descritoaqui ;
a Figura 5 é um diagrama de um exemplo de um sistemade telecomunicações para a provisão de um recurso dechamada entrando dinâmico para um assinante de rede decircuito comutado, onde uma parte chamando desconecta, deacordo com uma modalidade do assunto descrito aqui;
a Figura 6 é um diagrama de um exemplo de um sistemade telecomunicações para a provisão de um recurso de siga-me / anel de simulação para um assinante de rede decircuito comutado, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 7A é uma exibição em tela de uma entrada dehistórico de chamadas de exemplo, de acordo com umamodalidade do assunto descrito aqui;
a Figura 7B é um fluxograma de mensagem que ilustrauma troca de mensagens entre um servidor de aplicativo deVoIP e um servidor de presença para a obtenção de umainformação de presença de assinante, de acordo com umamodalidade do assunto descrito aqui;
a Figura 8 é uma exibição em tela para seleção derecursos de gerenciamento de chamada, de acordo com umamodalidade do assunto descrito aqui;
a Figura 9 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de monitoração de uma chamada entrando que élocalmente respondida e indicando que a chamada foirespondida, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 10 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de monitoração de uma chamada entrando que élocalmente respondida e indicando que a chamada foiterminada, de acordo com uma modalidade do assunto descritoaqui ;
a Figura 11 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de gerenciamento de uma chamada entrando para umtelefone de assinante, sem uma chamada em espera e que estálocalmente ocupado, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 12 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de encaminhamento de uma chamada entrando para umoutro telefone, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 13 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de recebimento de uma indicação de uma chamadaentrando para um telefone ocupado e gerenciamento dachamada, de acordo com uma modalidade do assunto descritoaqui ;
a Figura 14 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de uma chamada entrando para um telefone ocupado,de acordo com uma modalidade do assunto descrito aqui;
a Figura 15 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deprovisão de nenhuma ação para uma chamada entrando, deacordo com uma modalidade do assunto descrito aqui;
a Figura 16 é um diagrama de um exemplo de um sistemade telecomunicações trocando mensagens em um cenário deexemplo de redirecionamento de uma chamada entrando para umcorreio de voz ou um telefone móvel, de acordo com umamodalidade do assunto descrito aqui;
a Figura 17 é um diagrama de um exemplo de um sistemade telecomunicações para a provisão de um recurso de cliquepara chamar, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 18 é um diagrama de blocos que ilustraarquiteturas internas de exemplo de um servidor deaplicativo e um SSG, de acordo com uma modalidade doassunto descrito aqui;
a Figura 19 é um diagrama que ilustra uma notificaçãode chamada perdida, de acordo com uma modalidade do assuntodescrito aqui;
a Figura 20 é um flioxograma de um processo de exemplopor meio do qual um servidor de aplicativo de VoIP podeprover a um nó de rede de circuito comutado uma informaçãopara responder a um gatilho de evento de chamada, de acordocom uma modalidade do assunto descrito aqui; e
a Figura 21 é um fluxograma de mensagem de umredirecionamento de chamada de exemplo usando sinais, deacordo com uma modalidade do assunto descrito aqui.
Descrição Detalhada
De acordo com um aspecto, um sistema detelecomunicações para a provisão de serviços de comunicaçãobaseados em rede de pacote para assinantes de rede decircuito comutado pode ser implementado como componentes dehardware, software e/ou firmware em execução em um ou maiscomponentes de um sistema de telecomunicações. 0 assuntodescrito aqui pode ser usado para a provisão a um assinantede rede de circuito comutado da capacidade de ver umainformação de atividade de chamada associada a um telefoneremoto. A informação de atividade de chamada pode serprovida para o assinante através de uma interface gráficade usuário (GUI). Ainda, a atividade chamada pode serregistrada em histórico.O assunto descrito aqui pode prover a um assinante acapacidade de especificar funções de controle de chamada dePSTN e dinamicamente instruir um elemento de rede de PSTNpara implementar as funções de controle. As funções decontrole de PSTN podem ser especificadas através de umaGUI. 0 assinante pode ser capaz de controlar remotamenteuma atividade de chamada estática, tal como enviar umcorreio de voz, ignorar uma chamada, chamar mais tarde eredirecionar a chamada, em uma base de chamada por chamadae hora do dia. Ainda, o assinante pode ser capaz de roteardinamicamente as chamadas entrando para o telefone remoto.Uma funcionalidade de clicar para discar, tocarsimultaneamente e funções de controle de chamada de siga-metambém podem ser providas para o assinante. As funções decontrole de chamada podem ser especificadas para umassinante em um computador habilitado para a web.
0 assunto descrito aqui também pode prover outrosserviços de rede inteligente avançada (AIN) em redes de IP.Ainda, o assunto descrito aqui facilita uma comunicaçãoentre nós de AIN e nós de SIP para serviços de hospedagem edefinição no domínio de AIN e no domínio de SIP. Estesserviços podem ser providos para assinantes de SIP e PSTN.Um assinante pode controlar a implementação destes serviçosem um computador habilitado para a web.
A Figura 1 ilustra um exemplo de um sistema detelecomunicações para controle dinâmico de um elemento derede de PSTN a partir de um elemento de rede de IP usandouma sinalização de acordo com uma modalidade do assuntodescrito aqui. Com referência à Figura 1, um assinante 100pode acessar um computador 102 para visualização de umainformação relacionada a serviços de comunicação os quais oassinante assina e para especificação de funções decontrole de chamada. 0 assinante 100 pode introduzirinstruções para o computador 102 para requisitar umanotificação de um evento de chamada e/ou requisitar que umafunção de controle de chamada seja implementada em respostaa um gatilho de um gatilho de evento de chamada. 0 eventode chamada pode ser associado a um telefone 104, o qualpode ser acessível pelo assinante 100. As instruções podemser comunicadas para um servidor de aplicativo de VoIP 106através de uma rede de IP 107. Em um exemplo, a rede de IP107 pode ser a Internet e as mensagens são trocadas entre ocomputador 102 e o servidor de aplicativo 106 usando-seHTTP.
0 servidor de aplicativo de VoIP 106 pode gerar ecomunicar uma mensagem de protocolo de iniciação de sessão(sistema propelido por pressão) para um gateway de sistemade sinalização de SIP 7 (SS7) (SSG) 108 para identificaçãode um gatilho de evento de chamada associado ao assinante100. O SSG 108 pode receber uma mensagem de SIP a partir doservidor de aplicativo de VoIP 106. Em resposta aorecebimento da mensagem de SIP identificando o gatilho deevento de chamada, o SSG 108 pode gerar e rotear umamensagem de SS7 identificando o gatilho de evento dechamada e o assinante 100 para um nó de rede de circuitocomutado. Por exemplo, a mensagem de SS7 identificando ogatilho de evento de chamada e o assinante 100 pode serroteada para um ponto de comutação de serviço (SSP) 110. Oseventos de chamada de exemplo que podem disparar um gatilhode evento de chamada incluem uma tentativa de terminação ouuma chamada entrando para o assinante, um atraso de fora dogancho, uma resposta, uma indicação de ocupado e nenhumaresposta. Ainda, por exemplo, um gatilho de chamada podeocorrer com base em uma origem de chamada e uma hora do diaem que a chamada é feita.
O SSP 110 pode receber a mensagem de SS7 a partir doSSG 108 e habilitar ou armar um gatilho de evento dechamada para disparo quando da detecção do evento dechamada identificado pela mensagem de SS7. Essa armaçãodinâmica de um gatilho em resposta a uma mensagem desinalização recebida não é possível usando-se o protocoloSPIRIT descrito acima. Em resposta ao gatilho do evento dechamada, o SSG 108 pode gerar e comunicar uma mensagem deSS7 indicando um gatilho do evento de chamada e rotear amensagem de SS7 para o SSG 108. Ainda, a mensagem de SS7pode identificar o assinante associado ao gatilho.
Em resposta a receber a mensagem de SS7 indicando ogatilho do evento de chamada, o SSG 108 pode gerar e rotearuma mensagem de SIP para o servidor de aplicativo de VoIP106 para indicar um gatilho do evento de chamada. Ainda, amensagem de SIP pode indicar o assinante associado aogatilho. Em resposta ao recebimento da mensagem de SIPindicando o gatilho do evento de chamada, o servidor deaplicativo de VoIP 106 pode gerar e rotear uma mensagem deSIP para o SSG 108 para especificação de uma função decontrole de chamada de PSTN. As funções de controle dechamada de exemplo incluem o redirecionamento de umachamada entrando e a terminação de uma chamada entrando.
0 servidor de aplicativo de VoIP 106 pode gerar ecomunicar uma mensagem de SIP para especificação da funçãode controle de chamada de PSTN. 0 SSG 108 pode gerar umamensagem de SS7 correspondente para especificação da funçãode controle de chamada de PSTN e pode encaminhar a mensagempara o SSP 110. Em resposta ao recebimento da mensagem deSS7 especificando a função de controle de chamada de PSTN,o SSP 110 pode realizar uma função de controle de chamadade PSTN.
O servidor de aplicativo de VoIP 106 pode comunicaruma mensagem para o computador 102 para indicar o gatilhodo evento de chamada. Uma notificação do gatilho de eventode chamada pode ser vista pelo assinante 100 através docomputador 102. Por exemplo, o computador 102 pode incluirum visor para exibição de uma janela para notificação doassinante 100 de um gatilho de evento de chamada.
O servidor de aplicativo de VoIP 106 pode gerar ecomunicar uma mensagem para um servidor de histórico dechamada 112 para indicação do gatilho do evento de chamadapara o assinante 100. Em resposta ao recebimento dachamada, o servidor de histórico de chamada 112 pode gerare armazenar um registro do evento de chamada para oassinante 100 em um armazenamento de conteúdo 114. Ainformação de registro de histórico de chamada de exemploinclui um número de diretório associado ao evento dechamada e uma hora de ocorrência do evento de chamada.
Ainda, o gatilho do evento de chamada correspondenteao gatilho e a regulagem de um redirecionamento da chamadapara um número de diretório predeterminado ocorrem em temporeal. Este recurso pode ser vantajoso, por exemplo, porqueum assinante pode ser capaz de redirecionar a chamada paraum outro telefone em tempo real, antes de uma partechamando desconectar ou terminar de outra forma a chamada.
Neste exemplo, o servidor de histórico de chamada 112e o armazenamento de conteúdo 114 são externos ao servidorde aplicativo de VoIP 106. Contudo, o assunto descrito aquinão está limitado a uma modalidade como essa. Por exemplo,um servidor de histórico de chamada e um armazenamento deconteúdo podem ser integrados em um servidor de aplicativode VoIP. Em uma implementação como essa, o servidor deaplicativo de VoIP pode receber uma mensagem e, com base namensagem, determinar um evento de chamada para umassinante. 0 servidor de aplicativo de VoIP pode armazenarum registro do evento de chamada em um banco de dados deservidor de histórico de chamada.
A Figura 2 é um fluxograma de um processo de exemplopara métodos, sistemas e produtos de programa de computadorpara o controle dinâmico de um elemento de rede de PSTN apartir de um elemento de rede de IP usando uma sinalização,de acordo com uma modalidade do assunto descrito aqui. Comreferência às Figuras 1 e 2, no bloco 200, o SSG 108 podereceber uma mensagem de SIP 116. A mensagem de SIP 116 podeidentificar um gatilho de evento de chamada associado aoassinante 100 tendo uma assinatura em uma rede de circuitocomutado 118. Em resposta ao recebimento da mensagem de SIP116, o SSG 108 pode gerar uma mensagem de SS7 120 queidentifica o gatilho de evento de chamada e o assinante100, e o SSG 108 pode rotear a mensagem de SS7 120 para ocomutador de SSP 110, o qual é um nó de rede de circuitocomutado 118 (bloco 202). No bloco 204, o comutador de SSP110 pode habilitar um gatilho de evento de chamada paradisparo mediante a detecção do evento de chamadaidentificado pela mensagem de SS7 120. 0 gatilho de eventode chamada pode ser disparado (bloco 2 06) . Em resposta aodisparo, o comutador de SSP 110 pode comunicar uma mensagemde SS7 122 para o SSG 108 para indicar o gatilho do eventode chamada (bloco 208).
No bloco 210, o SSG 108 pode receber a mensagem de SS7122 a partir do SSP 110. Em resposta ao recebimento damensagem de SS7 122, o SSG 108 pode gerar uma mensagem deSIP 124 que indica o gatilho do evento de chamada, e roteara mensagem de SIP 124 para o servidor de aplicativo de VoIP106. Ao invés de usar o método de Notificar Assinanteespecificado no protocolo SPIRITS referenciado acima, amensagem de SIP 124 pode ser uma mensagem de SIP Options(Opções) incluindo um identificador de chamada de SIP paracorrelação de mensagens subseqüentes. A mensagem de SIPOptions tradicionalmente é usada por nós de SIP paraaprendizado das capacidades de outros nós. Ao invés de usara mensagem de SIP Options desta forma, o SSG 108 pode usara mensagem para passar notificações de evento recebidas apartir dos nós de PSTN, tal como o SSP 110, para o servidorde aplicativo de IP 106. Se o procedimento de NotificarAssinante do protocolo SPIRITS fosse usado, seria requeridoque o SSG mantivesse um banco de dados de números dediretório e eventos assinados correspondentes. Contudo, deacordo com a presente modalidade, não é requerido que o SSG108 mantenha um banco de dados como esse. Ao invés disso, oSSG 108 passa uma notificação de eventos de PSTN para oservidor de aplicativo de IP 106. 0 servidor de aplicativode IP 106 pode armazenar um banco de dados de DNs einstruções correspondentes para resposta a ou provisão aoassinante de uma notificação de gatilhos de PSTN.
Em um exemplo, em resposta ao recebimento de umanotificação de um evento de PSTN concernente a um DN para oqual o servidor de aplicativo de IP armazena uma informaçãode gatilho, o servidor de aplicativo de IP 106 pode enviaruma mensagem para o computador 102 através da rede de IP107 para indicar o gatilho do evento de chamada. Oassinante 100 pode ver uma indicação de gatilho do eventode chamada no computador 102 e introduzir instruções paraexecução de uma função de controle de chamada de PSTNrelacionada ao evento de chamada. As instruções podem sercomunicadas para o servidor de aplicativo 106 através darede de IP 107. O servidor de aplicativo 106 pode analisaras instruções, gerar uma mensagem de SIP 126 especificandoa função de controle de chamada de PSTN com base nasinstruções, e comunicar a mensagem de SIP 126 para o SSG108. O SSG 108 pode receber a mensagem de SIP 126 (bloco212). Ainda, em resposta ao recebimento da mensagem de SIP126, o SSG 108 pode gerar uma mensagem de SS7 128especificando a função de controle de chamada de PSTNassociada ao assinante 100 e rotear a mensagem de SS7 128para o comutador de SSP 110 (bloco 214). O comutador de SSPpode receber a mensagem de SS7 128 e implementar a funçãode controle de chamada de PSTN especificada ali.
Uma outra vantagem de armazenamento de DN de assinantee informação de gatilho correspondente em um servidor deaplicativo de IP 106, ao invés de no SSG 108 é que o númerode mensagens requerido para assinar para um evento de PSTNé reduzido em relação àquele requerido pelo protocoloSPIRITS. Por exemplo, de acordo com o protocolo SPIRITS,uma mensagem de subscribe (assinar) é enviada a partir deum servidor de SPIRITS para um cliente de SPIRITS paraassinatura para um evento de PSTN. 0 cliente de SPIRITSenvia uma primeira mensagem de Notify (Notificar) para oservidor de SPIRITS indicando que o DN especificado pelamensagem de subscribe é válido. O cliente de SPIRITS entãose comunica com o elemento de rede de PSTN e recebe umanotificação que o gatilho está armado e atualiza seu bancode dados. O cliente de SPIRITS então envia uma mensagempara o servidor de SPIRITS indicando que a notificação foiarmada. Assim7 o protocolo SPIRITS recebe duas mensagens deNotify para um cliente de SPIRITS para assinar umanotificação de um evento. De acordo com a presentemodalidade, uma única mensagem de Subscribe e uma única deNotify podem ser usadas para assinatura para notificação deum evento de PSTN. Por exemplo, o servidor de aplicativo deIP 106 pode enviar uma mensagem de Subscribe para o SSG 108para assinar um evento de PSTN. 0 SSG 108 pode gerar umamensagem de TCAP correspondente e enviar a mensagem para oSSG 108. 0 SSG 108 pode confirmar que a notificação foiregulada pelo envio de uma mensagem de TCAP para o servidorde aplicativo de IP 106 indicando que a notificação foiarmada ou regulada na PSTN.
Ainda um outro melhoramento do assunto descrito aquiem relação ao protocolo SPIRITS é o conceito de assinaturainfinita. Por exemplo, no protocolo SPIRITS, cada mensagemde SIP Subscribe inclui um cabeçalho Expires (Expira em)que porta um valor não nulo que define a duração finita daassinatura associada para o recebimento de uma notificaçãode um evento de PSTN. Quando a duração expira, o nó podeassinatura deve reassinar o evento. De acordo com opresente assunto, as assinaturas para eventos de PSTN podemser infinitas. Isto é, o servidor de aplicativo de IP 106pode enviar uma mensagem de SIP Subscribe para o SSG 108para assinatura para um evento de PSTN. A mensagem deSubscribe pode incluir um valor não nulo em seu campoExpires. Em resposta ao recebimento de uma mensagem comoessa, o SSG 108 pode enviar uma mensagem de TCAPcorrespondente para o elemento de rede de PSTN paraassinatura para o evento e pode tratar a assinatura comoinfinita. Isto é, o SSG 108 pode continuar a comunicar umanotificação de ocorrências do evento de PSTN assinado parao servidor de aplicativo de IP 106 em resposta à mensagemde Subscribe única, até o servidor de aplicativo de IP 106deixar de assinar o evento. Assim, a necessidade dereassinaturas repetidas a ume vento é evitada.
Um serviço de exemplo que pode ser provido peloassunto descrito aqui é um recurso de clique para chamar. AFigura 3 ilustra um exemplo de um sistema detelecomunicações para a provisão de um recurso de cliquepara chamar para um assinante de rede de circuito comutadode acordo com uma modalidade do assunto descrito aqui. Comreferência â Figura 3, o computador 102 pode prover uma GUIpara permitir que o assinante 100 requisite um clique parachamar para estabelecimento, em tempo real, de uma chamadaentre o telefone 104, o qual pode ser acessível peloassinante 100, e um telefone 300. A GUI de computador 102pode receber números de telefone associados aos telefones104 e 300. Por exemplo, o assinante 100 pode introduzir osnúmeros de telefone associados aos telefones 104 eintroduzir uma requisição que uma chamada seja estabelecidaentre os telefones 104 e 300. 0 computador 102 então podecomunicar uma mensagem de instrução de clique para chamar3 02 para o servidor de aplicativo de IP 106 paraestabelecimento de uma chamada entre os telefones 104 e300. A mensagem 302 pode incluir os números de diretórioassociados aos telefones 104 e 300.
0 servidor de aplicativo de IP 106 pode receber amensagem 3 02 e, em resposta ao recebimento da mensagem 3 02,gerar e comunicar uma mensagem de SIP Invite (Convidar) 3 04para um softswitch (espécie de controlador de rede) 306para o estabelecimento de uma chamada entre os telefones104 e 300. Em seguida, o softswitch 306 pode gerar ecomunicar uma mensagem de Setup (estabelecimento) 308 parao comutador de SSP 110. 0 comutador 110 pode responder aosoftswitch 306 com as mensagens CallProc, Alert e Conn 310.Em resposta ao recebimento das mensagens 310, o softswitch306 pode enviar uma mensagem 200 OK SIP ao servidor 106.Ainda, o softswitch pode estabelecer conexões de troncopara um equipamento de comutação de Classe 5 pelo envio deuma mensagem de Setup 314 para o equipamento de comutaçãode Classe 5 através do comutador 110 para um número dediretório (DN) para o telefone 300. O equipamento de Classe5 pode responder com mensagens de CallProc, Alert e Conn316. 0 softswitch 306 pode enviar uma outra mensagem de SIP200 OK 318 para o servidor 106. Em seguida, o softswitch306 e o servidor 120 podem ter uma interface para conexãodas duas chamadas com um processo de Transferência de CanalDois B (TBCT) (Two B-Channel Transfer). Assim, pela seleçãodo recurso de clique para chamar no computador 102, oassinante 100 pode estabelecer uma chamada entre ostelefones 104 e 300.
A Figura 4A ilustra um exemplo de um sistema detelecomunicações para a provisão de um recurso deredirecionamento de chamada entrando usando-se umasinalização de acordo com uma modalidade do assuntodescrito aqui. Com referência à Figura 4A, o computador 102pode prover uma GUI para permitir que o assinante 100redirecione dinamicamente uma chamada entrando 4 00originando-se a partir do telefone 3 00 na rede de circuitocomutado 118. A chamada 400 é uma tentativa de tampão paraum número de diretório (DN) associado ao assinante 100. Porexemplo, a tentativa de terminação pode ser dirigida paraum terminal móvel associado ao assinante 100. 0 SSP 110pode receber a chamada 4 00 e determinar se um gatilho deevento de chamada é disparado pela chamada 400. Nesteexemplo, o SSP 110 tem um gatilho de evento de chamadaassociado a chamadas entrando associadas a uma tentativa determinação para o número de diretório. No disparo dogatilho de evento de chamada pela chamada entrando 4 00, oSSP 110 pode gerar uma mensagem de tentativa de terminaçãode TCAP 4 02 portando uma informação de tentativa determinação indicando uma chamada entrando associada aonúmero de diretório associado ao assinante 100. O gatilhode evento de chamada pode ter sido regulado pelo assinante100 de acordo com os processos descritos aqui.
Em resposta ao recebimento da mensagem 402, o SSG 108pode gerar e rotear uma mensagem de SIP 4 04 portando ainformação de tentativa de terminação para o servidor deaplicativo 106 para indicar o disparo da tentativa determinação para o número de diretório associado aoassinante 100. Em resposta ao recebimento da mensagem deSIP 4 04 indicando a tentativa de terminação, o servidor deaplicativo 106 pode gerar e comunicar uma mensagem 406 parao computador 102 através da rede de IP 107 para indicar atentativa de terminação. Uma notificação da tentativa determinação pode ser vista pelo assinante 100 em uma janelade pop-up de exemplo para indicar uma chamada entrando e umnome e um número de diretório associado à chamada. NaFigura 4B, a interface gráfica de usuário apresenta aousuário várias opções para dinamicamente controlar achamada usando uma sinalização de acordo com uma modalidadedo assunto descrito aqui. As opções ilustradas incluem oenvio da chamada para um correio de voz ou oredirecionamento dinâmico da chamada para um telefonealternativo, tal como o telefone de casa ou celular doassinante.
Retornando à Fig. 4A, em resposta ao recebimento damensagem de SIP 4 04 indicando a tentativa de terminação, oservidor de aplicativo 106 pode gerar e comunicar umamensagem de SIP SendtoResource (Enviar para Recurso) 408para o SSG 108 para rerroteamento da chamada entrando parauma central telefônica (CO) - recurso de resposta de vozinterativa (IVR) para gerenciamento da chamada entrando. 0recurso de CO-IVR pode gerenciar a chamada até umainstrução para gerenciamento da chamada ser provida peloassinante 100 ou até uma expiração. Em resposta aorecebimento da mensagem 4 08, o SSG 108 pode gerar ecomunicar uma mensagem de SS7 SendtoResource 410 para o SSP110 para rerroteamento da chamada entrando para o recursode CO-IVR. Em resposta, o SSP 110 pode rerrotear a chamadaentrando para o recurso de CO-IVR.
Alternativamente, a mensagem 410 pode incluirinstruções para responder à chamada, não responder àchamada, e indicando para a parte chamando que a partechamada está ocupada. Ainda, a mensagem 410 pode incluirinstruções para enviar notificações sobre o status dachamada, tal como um evento de terminação de chamada.
0 assinante 100 pode introduzir uma instrução noassinante 100 para encaminhar a mensagem para um outronúmero de diretório. Por exemplo, o assinante 100 pode usaruma interface de entrada de assinante 100 pararedirecionamento da chamada em tempo real para um outronúmero associado ao telefone 104 acessível pelo assinante100. O assinante 100 pode gerar e comunicar uma mensagem412 para o servidor de aplicativo 106 através da rede de IP107 para encaminhamento da chamada para o telefone 104.
Em resposta ao recebimento da mensagem 412, o servidorde aplicativo 106 pode gerar e comunicar uma mensagem deSIP CancelResourceEvent (Cancelar Evento de Recurso) 414para o SSG 108 para cancelamento do gerenciamento dachamada pelo recurso de CO-IVR. Em resposta ao recebimentoda mensagem 414, o SSG 108 pode gerar e comunicar umamensagem de SS7 CancelResourceEvent 416 para o SSP 110 paracancelamento do gerenciamento da chamada pelo recurso deCO-IVR. Em resposta ao recebimento da mensagem 416, o SSP110 pode comunicar uma mensagem para o recurso de CO-IVRcom instruções para cancelamento do gerenciamento dachamada.
0 CO-IVR pode cancelar o gerenciamento da chamada. 0SSP 110 pode determinar o cancelamento da chamada ecomunicar uma mensagem de TCAP de SS7 ResourceClear (LimparRecurso) 418 para o SSG 108 para indicar o cancelamento dogerenciamento de recurso. Em resposta ao recebimento damensagem 418, o SSG 108 pode gerar e comunicar uma mensagemde SIP ResourceClear 420 para o servidor de aplicativo 106para indicar o cancelamento do gerenciamento de recurso.
O servidor de aplicativo 106 pode gerar e comunicaruma mensagem de SIP de ForwardCall (Encaminhar Chamada) 422para o SSG 108 para encaminhamento da chamada para o outronúmero de diretório. Em resposta ao recebimento da mensagem422, o SSG pode gerar e comunicar uma mensagem de SS7 deForwardCall 424 para o SSP 110 para encaminhamento dachamada para o outro número de diretório. Em resposta aorecebimento da mensagem 422, o comutador de SSP 110 podeencaminhar a chamada para o telefone 104. Assim, esteprocesso de exemplo resulta em um redirecionamento dinâmicode uma chamada entrando para o assinante 100 no computador102 para o telefone 104.
De acordo com uma modalidade, uma chamada entrandopode ser dinamicamente rerroteada para um recurso de CO-IVRem resposta a um gatilho. Se a parte chamando sedesconectar, a chamada poderá ser gerenciada paradesconexão da chamada. A Figura 5 ilustra um exemplo de umsistema de telecomunicações para a provisão de um recursode chamada entrando dinâmico para um assinante, onde umaparte chamando se desconecta de acordo com uma modalidadedo assunto descrito aqui. Com referência à Figura 5, umachamada entrando 500 se originando a partir do telefone 300pode ser recebida pelo SSP 110. A chamada 500 é umatentativa de terminação para um número de diretórioassociado ao assinante 100. 0 SSP 110 pode receber achamada 500 e determinar se um gatilho de evento de chamadaé disparado pela chamada 500. Neste exemplo, o SSP 110 temum gatilho de evento de chamada regulado para chamadasentrando para o número de diretório. No disparo do gatilhode evento de tentativa de terminação pela chamada entrando500, o SSP 110 pode gerar uma mensagem de TCAP 502 portandouma informação de tentativa de terminação indicando umachamada entrando associada ao número de diretório associadoao assinante 100. 0 gatilho de tentativa de terminação podeter sido regulado pelo assinante 100 de acordo com osprocessos descritos aqui.
Em resposta ao recebimento da mensagem 5 01, o SSG 108pode gerar e rotear uma mensagem de SIP 504 para o servidorde aplicativo 106 para indicar um disparo da tentativa determinação para o número de diretório associado aoassinante 100. Em resposta ao recebimento da mensagem deSIP 504 indicando a tentativa de terminação, o servidor deaplicativo 106 pode gerar e comunicar uma mensagem 506 parao computador 102 através da rede de IP 107 para indicar atentativa de terminação. Uma notificação da tentativa determinação pode ser vista pelo assinante 100 em uma janelade pop-up exibida pelo computador 102.
Ainda, em resposta ao recebimento da mensagem de SIP504 indicando a tentativa de terminação, o servidor deaplicativo 106 pode gerar e comunicar uma mensagem de SIPSendtoResource 5 08 para o SSG 108 para rerroteamento dachamada entrando para um recurso de CO-IVR paragerenciamento da chamada entrando. Em resposta aorecebimento da mensagem 508, o SSG 108 pode gerar ecomunicar uma mensagem de SS7 SendtoResource 510 para ocomutador de SSP 110 para o recurso de CO-IVR. Em resposta,o comutador de SSP 110 pode rerrotear a chamada entrandopara o recurso de CO-IVR.
A parte chamando associada ao telefone 300 podedesconectar a chamada. Em resposta, o comutador de SSP 110pode gerar e comunicar uma mensagem de SS7 ResourceClear512 para o SSG 10 8 para indicar a desconexão da chamada. Emresposta ao recebimento da mensagem 512, o SSG 108 podegerar e comunicar uma mensagem de SIP ResourceClear 514para o servidor de aplicativo 106 para indicar a desconexãoda chamada.
Em resposta ao recebimento da mensagem 514, o servidorde aplicativo 106 pode gerar e comunicar para o SSG 108 umamensagem de SIP Continue 516 para continuação da desconexãoda chamada. 0 SSG 108 pode gerar e comunicar para ocomutador de SSP 110 uma mensagem de SS7 Continue 518 paracontinuação da desconexão da chamada. 0 comutador de SSP110 pode então desconectar a chamada.
De acordo com uma modalidade, um recurso de siga-me /anel de simulação pode ser provido para um assinante derede de circuito comutado de acordo com o assunto descritoaqui. O recurso de siga-me / anel de simulação pode incluirdeterminar que uma chamada entrando deve ser encaminhadapara um outro número associado a um assinante, determinar ooutro número associado ao assinante, e encaminhar a chamadapara o outro número. A chamada pode ser encaminhada para ooutro número e parecer para a parte chamando que a chamadanão foi encaminhada. A Figura 6 ilustra um exemplo de umsistema de telecomunicações para a provisão de um recursode siga-me / anel de simulação para um assinante de rede decircuito comutado de acordo com uma modalidade do assuntodescrito aqui. Com referência à Figura 6, uma chamadaentrando 600 se originando a partir do telefone 3 00 podeser recebida pelo comutador de SSP 110. A chamada 600 é umatentativa de terminação para um número de diretórioassociado ao assinante 100. O comutador de SSP 110 podereceber uma chamada 600 e determinar se um gatilho deevento de chamada é disparado pela chamada 600. Nesteexemplo, o comutador de SSP 110 tem um gatilho de evento dechamada associado às chamadas entrando associadas a umatentativa de terminação para o número de diretório. Nodisparo do gatilho de evento de chamada pela chamadaentrando 600, o comutador de SSP 110 pode gerar umamensagem de tentativa de terminação de TCAP 602 indicandouma chamada entrando associada ao número de diretórioassociado ao assinante 100. Ainda, o comutador de SSP 110pode ser roteado ao SSG 108. 0 gatilho de evento de chamadapode ter sido regulado pelo assinante 100 de acordo com osprocessos descritos aqui.
Em resposta ao recebimento da mensagem 602, o SSG 108pode gerar e rotear uma mensagem de tentativa de terminaçãode SIP 604 para o servidor de aplicativo 106 para indicarum disparo da tentativa de terminação para o número dediretório associado ao assinante 100. Em resposta aorecebimento da mensagem de SIP 604 indicando a tentativa determinação, o servidor de aplicativo 106 pode incluir umgatilho de evento de chamada para estabelecimento de umachamada entre uma parte chamando para um número dediretório predeterminado e o telefone 104 acessível peloassinante 100, quando do recebimento de uma notificação deuma chamada entrando para o número de diretório. Porexemplo, o assinante 100 pode usar um computador 102 paraestabelecimento de um gatilho de evento de chamada paraestabelecimento da chamada entrando para o telefone 104.
Um servidor de aplicativo 106 pode determinar que ogatilho de evento de chamada é disparado pela mensagem 604.Em resposta à determinação do disparo do gatilho de eventode chamada, o servidor de aplicativo 106 pode gerar ecomunicar para o SSG 108 uma mensagem de SIP 606 paraindicar que a chamada entrando é para ser encaminhada parao softswitch 3 06. Em resposta ao recebimento da mensagem606, o SSG 108 pode gerar e comunicar para o comutador deSSP 110 uma mensagem de SS7 de ForwardCall paraencaminhamento da chamada entrando para o softswitch 306.Em resposta ao recebimento da mensagem 608, o comutador deSSP 110 pode rerrotear a chamada entrando para o softswitch306 .
O softswitch 306 pode ter uma interface com o servidorde aplicativo 106 para conexão da chamada para um anúncio.Por exemplo, uma função de IVR pode tocar um anúncio para aparte chamando que indica que a chamada está sendoencaminhada para um outro terminal.
0 servidor de aplicativo 106 pode gerar e comunicarpara o softswitch 306 uma mensagem de SIP Invite 610indicando um ou mais números de diretório associados aoassinante 100. Em resposta ao recebimento da mensagem 610,o softswitch 3 06 pode gerar e comunicar uma ou maismensagens de TCAP de Setup (Estabelecimento) para umequipamento de comutação de Classe 5 para os números dediretório associados ao assinante 100. O equipamento deClasse 5 pode responder com mensagens Call Proc, Alert eConn. O softswitch 306 pode enviar uma mensagem de SIP 200OK para o servidor de aplicativo 106. Em seguida, osoftswitch 3 06 e o servidor de aplicativo 106 podem ter umainterface para desconexão da função de IVR. Ainda, osoftswitch 306 e o servidor de aplicativo 106 podem ter umainterface para conexão de duas chamadas entre o telefone300 e um terminal acessível pelo assinante 100 com umprocesso de Transferência de Canal Dois B (TBCT) . Aschamadas para outros terminais podem ser desconectadas.
Em uma modalidade, um endereço de servidor deaplicativo de IP pode prover ferramentas de gerenciamentode catálogo de endereço para um assinante. Com referência àFigura 1, por exemplo, o assinante 100 pode acessar umainterface da web provida pelo servidor de aplicativo 106pelo uso do computador 102. O assinante 100 pode ter umainterface com o computador 102 para requisitar umainformação de endereço a partir do servidor de aplicativo106 através da interface da web. Em resposta à requisição,o servidor de aplicativo 106 pode comunicar uma informaçãode catálogo de endereços para um telefone para o computador102, o qual pode exibir a informação de catálogo deendereços para o assinante 100. A informação de catálogo deendereços exibida pode ser classificada por nome, número detelefone, título ou outra informação de endereço adequada.
A informação de catálogo de endereços pode ser atualizada apartir de arquivos de histórico e entradas manuais providaspelo computador 102. A informação atualizada pode serprovida para o servidor de aplicativo 106 a partir docomputador 102. Ainda, a informação de catálogo deendereços armazenada no servidor de aplicativo 106 pode seratualizada pelo servidor de histórico de chamada 112 comuma informação de histórico de chamada armazenada noarmazenamento de conteúdo 114. 0 assinante 100 pode chamarum nome ou número de telefone associado a uma entrada pelouso de um recurso de clique para discar, conforme descritoaqui.
Em uma modalidade, um servidor de aplicativo de IPpode prover uma informação de histórico de chamada eferramentas de gerenciamento para um assinante. Comreferência à Figura 1, por exemplo, o assinante 100 podeacessar uma interface da web provida pelo servidor deaplicativo 106 pelo uso do computador 102. 0 assinante 100pode ter uma interface com o computador 102 para requisitaruma informação de histórico de chamada a partir do servidorde aplicativo 106 através da interface da web. Em respostaà requisição, o servidor de aplicativo 106 pode comunicaruma informação de histórico de chamada para um telefonepara o computador 102, o qual pode exibir a informação dehistórico de chamada para o assinante 100. A informação dehistórico de chamada exibida pode ser classificada pordireção de chamada, número de telefone, data e uma outrainformação de histórico de chamada adequada. Por exemplo, ainformação de histórico de chamada pode incluir umaatividade de chamada histórica, tais como chamadas saindocompletadas, chamadas entrando completadas, chamadas saindotentadas, e chamadas entrando perdidas. 0 assinante 100pode chamar um nome ou número de telefone associado a umaentrada pelo uso do recurso de clique para discar, conformedescrito aqui. A informação de histórico de chamada podeser usada para atualização de uma lista de contatosarmazenada no computador 102. Ainda7 o assinante 100 podeclicar em uma função para adicionar uma entrada dehistórico de chamada para uma seção de gerenciamento dehistórico de chamada do servidor de aplicativo 106 paraespecificar tratamentos de chamada para futuras chamadaspara um número de diretório associado ao assinante 100. Ainformação de histórico de chamada provida pelo computador102 pode ser exportada para um programa de computador. AFigura 7A ilustra uma exibição em tela de uma entrada dehistórico de chamada de exemplo de acordo com umamodalidade do assunto descrito aqui.
A capacidade de ver chamadas em telefones a partir deuma localização remota pode ser benéfica, por exemplo,porque um assinante pode ver chamadas para um telefonedoméstico em uma localização remota do telefone. Porexemplo, as chamadas para um telefone doméstico podem servistas em um escritório ou hotel. As chamadas podem serexibidas na localização remota através de uma interface denavegador da web.
De acordo com uma modalidade, um servidor deaplicativo de VoIP pode ser configurado para a obtenção dea apresentação de uma informação de presença associada aosassinantes listados em um histórico de chamada. Umainformação de presença é uma informação sobre a atividadeon-line e o status de usuários em uma rede, que é obtida apartir de um servidor de presença pela assinatura de umusuário no servidor de presença. A informação de presençareferente a um usuário assinante pode ser enviada par umassinante, em resposta a mudanças no status do usuárioassinante. A Figura 7B é um fluxograma de mensagemilustrando uma troca de mensagens entre um servidor deaplicativo de VoIP e um servidor de presença para aobtenção de uma informação de presença de assinante, deacordo com uma modalidade do assunto descrito aqui. Ainformação de presença de assinante pode ser obtida paraalguns de todos os assinantes pelo uso de um processo detroca de mensagem de SIP subscribe / notify. Com referênciaà Figura 7B, o servidor de aplicativo de VoIP 106 podeincluir uma função de histórico de chamada 700 operávelpara a manutenção de uma lista de assinantes e operávelpara comunicação com um servidor de presença 702 por umarede de IP. Na etapa 1, a função de histórico de chamada700 pode comunicar uma mensagem de SIP Subscribe para oservidor de presença 702 para assinatura para receber umainformação de presença para uma lista de assinantes. Naetapa 2, o servidor de presença 702 pode responder à funçãode histórico de chamada 700 com uma mensagem de SIP 200 OK.
0 servidor de presença 702 pode obter uma informação depresença para os assinantes listados. Na etapa 3, oservidor de presença 702 pode comunicar uma mensagem de SIPNotify incluindo uma informação de presença para osassinantes listados. A função de histórico de chamada 700pode receber e armazenar a informação de presença. Na etapa4, a função de histórico de chamada 700 pode responder aoservidor de presença 702 com uma mensagem de SIP 200 OK. 0servidor de presença 702 pode prover atualizações deinformação de presença para a função de histórico dechamada 700 para os assinantes. A informação de presençapode ser armazenada em um registro de histórico de chamadae associada a um nome, uma entrada e/ou uma outrainformação relacionada à parte chamando ou chamada.
De acordo com uma modalidade, um servidor deaplicativo de VoIP pode ser configurado para obtenção deuma informação de NAPTR associada aos assinantes listadosem um histórico de chamada. A informação de NAPTR se referea uma informação de Ponteiro de Auto de Denominação e é umainformação de DNS obtida em resposta a uma consulta denumeração E.164 (ENUM) com referência a um número detelefone. Um exemplo de uma informação de NAPTR que podeser retornada em resposta a uma consulta de ENUM é um oumais URIs de SIP. A Figura 7C é um fluxograma de mensagemque ilustra uma troca de mensagens entre um servidor deaplicativo de VoIP e um servidor de ENUM para a obtenção deuma informação de NAPTR de acordo com uma modalidade doassunto descrito aqui. Com referência à Figura 7C, a funçãode histórico de chamada 700 pode ser operável paracomunicação com um servidor de ENUM 704 para a obtenção dainformação de NAPTR. Na etapa 1, a função de histórico dechamada 700 pode comunicar uma mensagem de ENUM Query(Consulta) incluindo um ou mais números de assinanteformatados para E.164 para uma lista de assinantes. 0servidor de ENUM 704 pode obter a informação de DNScorrespondente para os assinantes listados ao acessarem osregistros de NAPTR. Na etapa 2, o servidor de ENUM 7 04 poderesponder à função de histórico de chamada 700 com umamensagem de ENUM Response (Resposta) incluindo um conjuntode registros de NAPTR associados aos identificadores deassinante. Cada registro de NAPTR pode conter umidentificador de assinante ou endereço, tal como um URI deSIP. 0 servidor de ENUM 704 pode prover uma informaçãosobre atualizações de capacidade de alcance para a funçãode histórico de chamada 700 para os assinantes. Ainda, oservidor de aplicativo de VoIP 106 pode comunicar ainformação de registro de NAPTR para o computador 102 paraapresentação para o assinante 100. Ainda, o assinante 100pode ter uma interface com o computador 102 para a seleçãode um endereço de NAPTR no qual contatar uma parte pelo usodo recurso de clique para discar, conforme descrito aqui. Ainformação de capacidade de alcance pode ser armazenada emum registro de histórico de chamada e associada a um nome,uma entrada e/ou uma outra informação relacionada à partechamando ou chamada.
De acordo com um outro aspecto do assunto descritoaqui, a função de histórico de chamada 700 pode usar umainformação de registro de NAPTR para a obtenção dainformação de presença a partir do servidor de presença702. A Figura 7D é um fluxograma de mensagem que ilustrauma troca de mensagens entre a função de histórico dechamada 700, o servidor de presença 702 e o servidor deENUM 704 para a obtenção da informação de presença deassinante de acordo com uma modalidade do assunto descritoaqui. Na etapa 1 da Figura 7D, a função de histórico dechamada 700 pode comunicar uma mensagem de ENUM de queryincluindo um ou mais números formatados para E.164 para umalista de assinantes. 0 servidor de ENUM 704 pode obter umainformação de NAPTR para os assinantes listados. Na etapa2, o servidor de ENUM 704 pode responder à função dehistórico de chamada 700 com uma mensagem de ENUM Responseincluindo um conjunto de registros de NAPTR com osidentificadores de assinante. Na etapa 3, a função dehistórico de chamada 700 pode comunicar uma mensagem de SIPSubscribe para o servidor de presença 7 02 para assinaturada informação de posição para os assinantes identificadospelos registros de NAPTR. Na etapa 4, o servidor depresença 702 pode responder à função de histórico dechamada 700 com uma mensagem de SIP 2 00 OK. 0 servidor depresença 7 02 pode obter uma informação de presença para osassinantes listados identificados pelos registros de NAPTR.
Na etapa 5, o servidor de presença 7 02 pode comunicar umamensagem de SIP Notify incluindo a informação de presençaassociada aos assinantes identificados pelos registros deNAPTR. A função de histórico de chamada 700 pode receber earmazenar a informação de presença. Na etapa 6, a função dehistórico de chamada 700 pode responder ao servidor depresença 702 com uma mensagem de SIP 200 OK. 0 servidor depresença 702 pode prover atualizações de informação depresença para a função de histórico de chamada 700 para osassinantes identificados pelos registros de NAPTR. 0servidor de aplicativo de VoIP 106 pode comunicar ainformação de presença obtida para os assinantesidentificados pelos registros de NAPTR para o computador102 para apresentação para o assinante 100. Ainda, oassinante 100 pode ter uma interface com o computador 102para a seleção de um endereço de NAPTR no qual contatar umaparte pelo uso do recurso de clique para discar, conformedescrito aqui. Devido ao fato de o assinante ter registrosde NAPTR e uma informação de presença correspondente, oassinante pode selecionar o registro de NAPTR maisapropriado para contatar um outro assinante.
Em uma modalidade, um servidor de aplicativo de IPpode prover serviços de tratamento de chamada para umassinante. Os exemplos de serviços de tratamento de chamadaincluem a triagem de chamadas entrando e permitir quechamadas importantes passem enquanto roteia outras para umcorreio de voz. Com referência à Figura 1, por exemplo, oassinante 100 pode acessar uma interface da web providapelo servidor de aplicativo 106 pelo uso do computador 102.0 computador 102 pode ter uma interface com o computador102 para a especificação de um gerenciamento de chamada. Oservidor de aplicativo 106 pode comunicar uma informação detratamento de chamada para o computador 102 para uso naespecificação do gerenciamento de chamada. 0 computador 102pode exibir recursos de gerenciamento de chamada para oassinante 100.
A Figura 8 é uma exibição em tela para seleção derecursos de gerenciamento de chamada, de acordo com umamodalidade do assunto descrito aqui. Com referência àFigura 8, um usuário pode introduzir uma informação para oestabelecimento de regras para tratamento de chamadasentrando para um número de diretório predeterminado. Porexemplo, um assinante pode selecionar enviar a chamadaentrando para um correio de voz, prover um toque virtual,um toque de prioridade ou uma notificação urgente para achamada. Ainda, o assinante pode regular uma data e umahora, quando a regra de tratamento é efetiva, de modo queuma chamada diferente possa ser tratada diferentemente,dependendo de uma data e de uma hora. A triagem de chamadapode ser usada para chamadas importantes ou chamadas deemergência. Um assinante também pode configurar umtratamento de chamada e discagens rápidas usando umaexibição em tela no computador 102. Um assinante tambémpode especificar ignorar uma chamada, chamar a partechamando mais tarde, redirecionar a chamada para um outronúmero, e prover um recurso de chamada em espera visual.
De acordo com uma modalidade, o assunto descrito aquiprove uma notificação para um assinante de rede de circuitocomutado que uma chamada entrando foi respondidalocalmente. A Figura 9 ilustra um sistema detelecomunicações trocando mensagens em um cenário deexemplo de monitoração de uma chamada entrando que élocalmente respondida e indicando que a chamada foirespondida de acordo com uma modalidade do assunto descritoaqui. As mensagens descritas neste cenário de exemplo podemser trocadas após a troca de mensagens descrita comrespeito à Figura 4A. Com respeito à Figura 4A, asmensagens são trocadas para notificação do assinante 100 nocomputador 102 de uma chamada entrando. Com referência àFigura 9, o comutador de SSP 110 pode ser regulado paradisparar quando a chamada entrando for respondida. Porexemplo, uma chamada para o telefone 104 pode serrespondida. O comutador de SSP 110 pode receber umamensagem de resposta 900 indicando uma resposta da chamadapara o telefone 104. Em resposta ao recebimento da mensagemde resposta 900, o comutador de SSP 110 pode gerar ecomunicar para o SSG 108 uma mensagem de notificação deTCAP T_Answer 902 para indicar que a chamada entrando foilocalmente respondida. Em resposta ao recebimento damensagem 902, o SSG 108 pode gerar e comunicar para oservidor de aplicativo 106 uma mensagem de SIP denotificação de T_Answer 904 para indicar que a chamadaentrando foi respondida localmente. Em resposta aorecebimento da mensagem 904, o servidor de aplicativo 106pode gerar e comunicar para o computador 102 uma mensagem906 para indicar que a chamada entrando foi respondidalocalmente. O computador 102 pode exibir uma janela em umaGUI para indicar para o assinante 102 que a chamadaentrando foi respondida localmente. A atividade de chamadapode ser registrada historicamente pelo servidor dehistórico de chamada 112.
De acordo com uma modalidade, o assunto descrito aquiprovê uma notificação para um assinante de rede de circuitocomutado que uma chamada entrando foi terminada localmente.
A Figura 10 ilustra um sistema de telecomunicações trocandomensagens em um cenário de exemplo de monitoração de umachamada entrando que é respondida localmente e indicandoque a chamada foi terminada de acordo com uma modalidade doassunto descrito aqui. As mensagens descritas neste cenáriode exemplo podem ser trocadas após a troca de mensagensdescrita com respeito à Figura 4A. Com respeito à Figura4A, as mensagens são trocadas para notificação do assinante100 no computador 102 de uma chamada entrando. Comreferência à Figura 10, o SSP 110 pode ser regulado paradisparar quando a chamada entrando tiver sido abandonada.Por exemplo, uma chamada para o telefone 104 pode serterminada. O SSP 110 pode receber uma mensagem determinação 1000 indicando a terminação da chamada para otelefone 104. Em resposta ao recebimento da mensagem determinação 1000, o SSP 110 pode gerar e comunicar para oSSG 108 uma mensagem de TCAP de TerminationNotification(Notificação de Terminação) 1002 indicando que a chamadaentrando foi terminada. Em resposta ao recebimento damensagem 1002, o SSG 108 pode gerar e comunicar para oservidor de aplicativo 106 uma mensagem de SIP OPTIONS 1004para indicar que a chamada entrando foi respondidalocalmente. Em resposta ao recebimento da mensagem 1004, oservidor de aplicativo 106 pode gerar e comunicar para ocomputador 102 uma mensagem 1006 para indicar que a chamadaentrando foi terminada. 0 computador 102 pode exibir umajanela em uma GUI para indicar para o assinante 102 que achamada foi terminada. A atividade de chamada pode serregistrada historicamente pelo servidor de histórico dechamada 112.
A Figura 11 ilustra um sistema de telecomunicaçõestrocando mensagens em um cenário de exemplo degerenciamento de uma chamada entrando para um telefone deassinante sem chamada em espera e que está localmenteocupado, de acordo com uma modalidade do assunto descritoaqui. As mensagens descritas neste cenário de exemplo podemser trocadas após a troca de mensagens descrita comrespeito à Figura 4A. Com respeito à Figura 4A, asmensagens são trocadas para notificação do assinante 100 nocomputador 102 de uma chamada entrando. Com referência àFigura 11, o comutador de SSP 110 pode ser regulado paradisparar quando detectar que o telefone chamado 104 estáocupado. Por exemplo, o comutador de SSP 110 pode receberuma mensagem de ocupado 1100 indicando que o telefone 104está ocupado. Em resposta ao recebimento da mensagem deocupado 1100, o comutador de SSP 110 pode gerar e comunicarpara o SSG 108 uma mensagem de TCAP T_Busy 1102 paraindicar que o telefone 104 está ocupado. Em resposta aorecebimento da mensagem 1102, o SSG 108 pode gerar ecomunicar para o servidor de aplicativo 106 uma mensagem deSIP T_Busy 1104 para indicar que o telefone 104 estáocupado. Em resposta ao recebimento da mensagem 1104, oservidor de aplicativo 106 pode gerar e comunicar para ocomputador 102 uma mensagem 1106 para indicar que a linhada parte chamada está ocupada. O computador 102 pode exibiruma janela em uma GUI para indicar para o assinante 100 queo telefone 104 está ocupado. A atividade de chamada podeser registrada historicamente pelo servidor de histórico dechamada 112.
0 servidor de aplicativo 106 pode responder à mensagem1104 com uma mensagem de SIP Continue 1108 para continuar achamada para o telefone 104. Em resposta ao recebimento damensagem de SIP Continue 1108, o SSG 108 pode gerar ecomunicar para o comutador de SSP 110 uma mensagem de TCAPContinue 1110 para continuar a chamada para o telefone 104.
0 comutador de SSP 110 pode detectar que não há umserviço de chamada em espera para o telefone 104 e, emresposta à detecção, retornar um tom de ocupado para otelefone chamando 300. Em resposta ao tom de ocupado, otelefone chamando 300 pode ser desconectado por seuusuário. Em resposta à detecção da desconexão, o SSP 110pode gerar e comunicar para o SSG 108 uma mensagem de TCAPde TerminationNotification 1112 para indicar que a chamadaentrando foi terminada. Em resposta ao recebimento damensagem 1102, o SSG 108 pode gerar e comunicar para oservidor de aplicativo 106 uma mensagem de SIP deTerminationNotification 1114 para indicar que aquelachamada entrando foi terminada. Em resposta ao recebimentode uma mensagem 1114, o servidor de aplicativo 106 podegerar e comunicar para o computador 102 uma mensagem 1116para indicar que a chamada entrando foi terminada. 0computador 102 pode atualizar o status de chamada paraindicar que a chamada entrando foi terminada. A atividadede chamada pode ser registrada historicamente pelo servidorde histórico de chamada 112.
A Figura 12 ilustra um sistema de telecomunicações quetroca mensagens em um cenário de exemplo de encaminhamentode uma chamada entrando para um outro telefone de acordocom uma modalidade do assunto descrito aqui. As mensagensdescritas neste cenário de exemplo podem ser trocadas apósa troca de mensagens descrita com respeito à Figura 4A. Comrespeito à Figura 4A, as mensagens são trocadas paranotificação ao assinante 100 no computador 102 de umachamada entrando. Com referência à Figura 12, o SSP 110pode ser regulado para disparar quando detectar que otelefone chamado 104 está ocupado. Por exemplo, o comutadorde SSP 110 pode receber uma mensagem de ocupado 12 00indicando que o telefone 104 está ocupado. Em resposta aorecebimento da mensagem de ocupado 1200, o comutador de SSP110 pode gerar e comunicar para o SSG 108 uma mensagem deTCAP T_Busy 12 02 para indicar que o telefone 104 estáocupado. Em resposta ao recebimento da mensagem 1202, o SSG108 pode gerar e comunicar para o servidor de aplicativo106 uma mensagem de SIP T_Busy 1204 para indicar que otelefone 104 está ocupado. Em resposta ao recebimento damensagem 12 04, o servidor de aplicativo 106 pode gerar ecomunicar para o computador 102 uma mensagem 1206 paraindicar que a linha da parte chamada está ocupada. 0computador 102 pode exibir uma janela em uma GUI para5 indicar para o assinante 102 que o telefone 104 estáocupado. A atividade de chamada pode ser registradahistoricamente pelo servidor de histórico de chamada 112.
0 servidor de aplicativo 106 pode responder à mensagem1204 com uma mensagem de SIP ForwardCall 1208 paraencaminhamento da chamada para um número de diretóriopredeterminado. O número de diretório predeterminado podeser regulado pelo assinante 100 pelo uso do computador 102.Em resposta ao recebimento da mensagem 1208, o SSG 108 podegerar e comunicar uma mensagem de TCAP ForwardCall 1210para direcionar o comutador de SSP 110 para encaminhar achamada entrando para o número de diretório predeterminado,o qual pode estar associado a um telefone acessível peloassinante 100. O comutador de SSP 110 pode rerrotear achamada entrando para o número de diretório predeterminado.
A Figura 13 ilustra um sistema de telecomunicaçõestrocando mensagens em um cenário de exemplo de recebimentode uma indicação de uma chamada entrando para um telefoneocupado e gerenciamento da chamada de acordo com umamodalidade do assunto descrito aqui. As mensagens descritasneste cenário de exemplo podem ser trocadas após a troca demensagens descrita com respeito à Figura 4A. Com respeito àFigura 4A, as mensagens são trocadas para notificação doassinante 100 no computador 102 de uma chamada entrando.Com referência à Figura 13, o comutador de SSP 110 pode serregulado para disparar quando ele detectar que o telefonechamado 104 está ocupado. Por exemplo, o comutador de SSP110 pode receber uma mensagem de ocupado 13 00 indicando queo telefone 104 está ocupado. Em resposta ao recebimento damensagem de ocupado 1300, o comutador de SSP 110 pode gerare comunicar para o SSG 108 uma mensagem de TCAP T_Busy 1302para indicar que o telefone 104 está ocupado. Em respostaao recebimento da mensagem 1302, o SSG 108 pode gerar ecomunicar para o servidor de aplicativo 106 uma mensagem deSIP T_Busy 1304 para indicar que o telefone 104 estáocupado. Em resposta ao recebimento da mensagem 1304, oservidor de aplicativo 106 pode gerar e comunicar para ocomputador 102 uma mensagem 1306 para indicar que a linhada parte chamada está ocupada. 0 computador 102 pode exibiruma janela em uma GUI para indicar para o assinante 100 queo telefone 104 está ocupado. A atividade de chamada podeser registrada historicamente pelo servidor de histórico dechamada 112.
0 servidor de aplicativo 106 pode responder à mensagem1304 com uma mensagem de SIP { [OfferCall] , RRBE [T_Answer,T_No_Answer]} 13 08 para a provisão de um serviço de chamadaem espera para a chamada entrando. Em resposta aorecebimento da mensagem 1308, o SSG 108 pode gerar ecomunicar para o comutador de SSP 110 uma mensagem de TCAPOfferCall (Ofertar Chamada) 1310 em um pacote de componentemúltiplo para a provisão do serviço de chamada em esperapara a chamada entrando.
O comutador de SSP 110 pode detectar que não háresposta no telefone 104. Em resposta à detecção de nenhumaresposta, o comutador de SSP 110 pode gerar e comunicarpara o SSG 108 uma mensagem de TCAP T_No_Answer 1312 paraindicar que não há nenhuma resposta para a chamadaentrando. Em resposta ao recebimento da mensagem 1312, oSSG 108 pode gerar e comunicar para o servidor deaplicativo 106 uma mensagem de SIP T_No_Answer 1314 paraindicar que não há resposta para a chamada entrando.
Em resposta ao recebimento da mensagem 1314, oservidor de aplicativo 106 pode gerar e comunicar para oSSG 108 uma mensagem de SIP ForwardCall 1316 paraencaminhamento da chamada para um número de diretóriopredeterminado. 0 número de diretório predeterminado podeser regulado pelo assinante 100, pelo uso do computador102. Em resposta ao recebimento da mensagem 1314, o SSG 108pode gerar e comunicar uma mensagem de TCAP ForwardCall1316 para direcionar o comutador de SSP 110 para encaminhara chamada entrando para o número de diretóriopredeterminado, o qual pode estar associado a um telefoneacessível pelo assinante 100. 0 comutador de SSP 110 podererrotear a chamada entrando para o número de diretóriopredeterminado.
A Figura 14 ilustra um sistema de telecomunicaçõestrocando mensagens em um cenário de exemplo de uma chamadaentrando para um telefone ocupado, de acordo com umamodalidade do assunto descrito aqui. As mensagens descritasneste cenário de exemplo podem ser trocadas após a troca demensagens descrita com respeito à Figura 4A. Com respeito àFigura 4A, as mensagens são trocadas para notificação doassinante 100 no computador 102 de uma chamada entrando.Com referência à Figura 14, o comutador de SSP 110 pode serregulado para disparar quando ele detectar que o telefonechamado 104 está ocupado. Por exemplo, o comutador de SSP110 pode receber uma mensagem de ocupado 1400 indicando queo telefone 104 está ocupado. Em resposta ao recebimento damensagem de ocupado 1400, o comutador de SSP 110 pode gerare comunicar para o SSG 108 uma mensagem de TCAP T_Busy 1402para indicar que o telefone 104 está ocupado. Em respostaao recebimento da mensagem 1402, o SSG 108 pode gerar ecomunicar para o servidor de aplicativo 106 uma mensagem deSIP T_Busy 14 04 para indicar que o telefone 104 estáocupado. Em resposta ao recebimento da mensagem 14 04, oservidor de aplicativo 106 pode gerar e comunicar para ocomputador 102 uma mensagem 14 06 para indicar que a linhada parte chamada está ocupada. 0 computador 102 pode exibiruma janela em uma GUI para indicar para o assinante 100 queo telefone 104 está ocupado. A atividade de chamada podeser registrada historicamente pelo servidor de histórico dechamada 112.
O servidor de aplicativo 106 pode responder à mensagem1404 com uma mensagem de SIP {[Continue], RRBE[T_Answer]}14 08 para a provisão de um serviço de chamada em esperapara a chamada entrando. Em resposta ao recebimento damensagem 1408, o SSG 108 pode gerar e comunicar para ocomutador de SSP 110 uma mensagem de TCAP Continue 1410 emum pacote de componente múltiplo para a provisão do serviçode chamada em espera para a chamada entrando.
O comutador de SSP 110 pode detectar uma resposta àchamada entrando do telefone 300 para o telefone 104. Emresposta à detecção da resposta, o comutador de SSP 110pode gerar e comunicar para o SSG 108 uma mensagem de TCAPT_Answer 1412 para indicar a resposta. Em resposta aorecebimento da mensagem 1412, o SSG 108 pode gerar ecomunicar para o servidor de aplicativo 106 uma mensagem deSIP T_Answer 1414 para indicar a resposta.
Em resposta ao recebimento da mensagem 1414, oservidor de aplicativo 106 pode gerar e comunicar para oSSG 108 uma mensagem 1416 para indicar que a chamadaentrando foi respondida. 0 computador 102 pode atualizarsua GUI, para indicar que a chamada entrando foirespondida.
Em alguns casos, um assinante pode desejar receber umanotificação de uma chamada entrando para um telefone dePSTN, mas pode desejar declinar tomar qualquer medida paracontrolar a chamada. A Figura 15 ilustra um sistema detelecomunicações trocando mensagens em um cenário deexemplo de provisão de nenhuma ação para uma chamadaentrando, de acordo com uma modalidade do assunto descritoaqui. As mensagens descritas neste cenário de exemplo podemser trocadas após a troca de mensagens descrita comrespeito à Figura 4A. Com respeito à Figura 4A, asmensagens são trocadas para notificação do assinante 100 nocomputador 102 de uma chamada entrando. Com referência àFigura 15, o comutador de SSP 110 pode ser regulado paradisparar quando da detecção de nenhuma resposta para umachamada entrando para o telefone 104. Por exemplo, ocomutador de SSP 110 pode determinar que o telefone 104 nãoestá sendo respondido com base, por exemplo, em um tempo detoque decorrido. Em resposta à determinação de nenhumaresposta, o comutador de SSP 110 pode gerar e comunicarpara o SSG 108 uma mensagem de TCAP T_No_Answer 1502 paraindicar que o telefone 104 não está sendo respondido. Emresposta ao recebimento da mensagem 1502, o SSG 108 podegerar e comunicar para o servidor de aplicativo 106 umamensagem de SIP T_No_Answer 1504 para indicar que otelefone 104 não está sendo respondido. Em resposta aorecebimento da mensagem 1504, o servidor de aplicativo 106pode gerar e comunicar para o SSG 108 uma mensagem 1506para indicar que a chamada não está sendo respondida. 0computador 102 pode exibir uma janela em uma GUI paraindicar para o assinante 102 que o telefone 104 não estásendo respondido. A atividade de chamada pode serregistrada historicamente pelo servidor de histórico dechamada 112.
0 servidor de aplicativo 106 pode responder à mensagem1504 com uma mensagem de SIP Continue 1508 para continuar atocar o telefone 104. Em resposta ao recebimento damensagem 1508, o SSG 108 pode gerar e comunicar para ocomutador de SSP 110 uma mensagem de TCAP Continue 1510para continuar a tocar o telefone 104. Em resposta aorecebimento da mensagem 1510, o comutador de SSP 110 podepermitir a continuação do toque do telefone 104.
A Figura 16 ilustra um sistema de telecomunicaçõestrocando mensagens em um cenário de exemplo deredirecionamento de uma chamada entrando para um correio devoz ou um telefone móvel, de acordo com uma modalidade doassunto descrito aqui. As mensagens descritas neste cenáriode exemplo podem ser trocadas após a troca de mensagensdescrita na Figura 4A. Com respeito à Figura 4A, asmensagens são trocadas para notificação ao assinante 100 nocomputador 102 de uma chamada entrando. Com referência àFigura 16, o comutador de SSP 110 pode ser regulado paradisparar quando da detecção de nenhuma resposta a umachamada entrando para o telefone 104. Por exemplo, ocomutador de SSP 110 pode determinar que o telefone 104 nãoestá sendo respondido, por exemplo, com base em um tempo deresposta, o comutador de SSP 110 pode gerar e comunicarpara o SSG 108 uma mensagem de TCAP T_No_Answer 1602 paraindicar que o telefone 104 não está sendo respondido. Emresposta ao recebimento da mensagem 1602, o SSG 108 podegerar e comunicar para o servidor de aplicativo 106 umamensagem de SIP T_No_Answer 1604 para indicar que otelefone 104 não está sendo respondido.
Em resposta ao recebimento da mensagem 1604, oservidor de aplicativo 106 pode gerar e comunicar para oSSG 108 uma mensagem de SIP de ForwardCall 1606 paraencaminhamento da chamada entrando para um correio de vozou um número de diretório de um telefone móvel. Em respostaao recebimento da mensagem 1606, o SSG 108 pode gerar ecomunicar para o comutador de SSP 110 uma mensagem de TCAPde ForwardCall 1608 para redirecionamento da chamadaentrando para um correio de voz ou o número de diretório dotelefone móvel. Em resposta ao recebimento da mensagem1608, o comutador de SSP 110 pode redirecionar a chamada.
A Figura 17 ilustra um outro exemplo de um sistema detelecomunicações para a provisão de um recurso de cliquepara chamar para uma modalidade do assunto descrito aqui.Com referência à Figura 17, o assinante 100 pode introduzircomandos no computador 102 para requisitar uma informaçãode histórico de chamada a partir do servidor de aplicativo106. O computador 102 pode enviar uma mensagem derequisição de histórico de chamada 1700 para o servidor deaplicativo 106 para requisitar uma informação de históricode chamada. 0 servidor de aplicativo 106 pode recuperar ainformação de histórico de chamada a partir do servidor dehistórico de chamada 112 para o assinante 100. O servidorde aplicativo 106 pode enviar uma mensagem 17 02 incluindo ainformação de histórico de chamada para o computador 102. Ainformação de histórico de chamada pode incluir umalistagem de chamadas associadas ao assinante 100. Alistagem pode incluir números de diretório para aschamadas.
O computador 102 pode exibir a informação de históricode chamada em um visor. Por exemplo, a listagem de chamadascom números de diretório pode ser exibida. 0 assinante 100pode selecionar um número de diretório exibido para oestabelecimento de uma chamada entre o telefone 104acessível pelo assinante 100 e o telefone 300 associado aonúmero de diretório selecionado, pelo uso do recurso declique para chamar. O computador 102 pode comunicar umamensagem de clique para chamar 1704 para o servidor deaplicativo 106 para o estabelecimento de uma chamada entreos telefones 104 e 300.
Em resposta ao recebimento da mensagem de clique parachamar 1704, o servidor de aplicativo 106 pode gerar ecomunicar para o SSG 108 uma mensagem de SIP de{ [CreateCall], RRBE[Origination_Attempt,Send_Notification]} 706 para a criação de uma chamada entreos telefones 104 e 300. Em resposta ao recebimento damensagem 1706, o SSG 108 pode gerar e comunicar para ocomutador de SSP 110 uma mensagem de TCAP CreateCall (CriarChamada) 1708 em um pacote de componente múltiplo para acriação de uma chamada entre os telefones 104 e 300.
O SSP 110 estabelece uma chamada para o telefonetocando 104 acessível pelo assinante 100. 0 telefone 104pode ser retirado do gancho quando o assinante 100responder ao telefone 104. O SSP 110 pode detectar umaresposta do telefone 104 e, em resposta à detecção daresposta, gerar e comunicar para o SSG 108 uma mensagem denotificação de TCAP Origination_Attempt_Requested(Tentativa de Origem Requisitada) 710. Em resposta aorecebimento da mensagem 710, o SSG 108 gera e comunica parao servidor de aplicativo 106 uma mensagem de SIP denotificação de Origination_Attempt_Requested 712. Ainda, oSSP 110 faz uma conexão de chamada entre os telefones 104 e300. O servidor de aplicativo 106 pode reportar a atividadede chamada para o servidor de histórico de chamada 112 pararegistro de histórico.
A Figura 18 é um diagrama de blocos que ilustra asarquiteturas internas de exemplo de servidor de aplicativo106 e SSG 108, de acordo com uma modalidade do assuntodescrito aqui. Com referência à Figura 18, o nó deroteamento 108 inclui uma pluralidade de módulos deprocessamento interno 1800, 1802 é 1804 conectados a cadaoutro através de um barramento de anel duplo de contra-rotação 1806. Os módulos de processamento 1800, 1802 e 1804podem incluir, cada um, um processador de aplicativo e umamemória associada para a implementação de uma função desinalização de telecomunicações. Além disso, cada módulo deprocessamento pode incluir um processador de comunicaçõespara comunicação com outros módulos de processamentoatravés do barramento 1806.No exemplo ilustrado, o módulo de processamento 1800compreende um módulo de interface de enlace (LIM) para acriação de uma interface com os enlaces de sinalização deSS7. O LIM 1800 inclui uma função de nível 1 e 2 de partede transferência de mensagem (MTP) 1808, uma função detriagem de gateway 1810, uma função de discriminação 1812,uma função de distribuição 1814 e uma função de roteamento1816. A função de nível 1 e 2 de MTP 1808 realiza operaçõesde nível 1 e 2 de MTP, tais como correção de erro, detecçãode erro e seqüenciamento de mensagens de sinalização deSS7. A função de triagem de gateway 1810 tria as mensagensde sinalização de SS7 chegando com base em um ou maisparâmetros nas mensagens. A função de discriminação 1812determina se uma mensagem de sinalização de SS7 recebidadeve ser distribuída para um outro módulo de processamentono nó de roteamento 108 para processamento adicional ou sea mensagem deve ser roteada por um enlace de sinalização desaída. A função de discriminação 1812 encaminha mensagensque são para serem distribuídas para o processamentointerno para a função de distribuição 1814. A função dedistribuição 1814 encaminha as mensagens para o módulo deprocessamento interno apropriado. A função de roteamento1816 roteia as mensagens que são requeridas para seremroteadas na informação de nível 3 de MTP nas mensagens. Asmensagens de sinalização associadas a gatilhos de evento dechamada podem ser encaminhadas para o módulo de serviço dechamada 1804. Por exemplo, todas as mensagens de ISUPrecebidas podem ser encaminhadas para o módulo de controlede chamada 1804.
O módulo de processamento 1802 compreende um módulo decomunicações de dados (DCM) para o envio e o recebimento demensagens de sinalização através de enlaces de sinais deimpressão por impregnação. 0 DCM 1802 inclui uma função derede e camada física 1818, uma função de camada detransporte 1820, uma função de camada de adaptação 1822 eas camadas 1810, 1812, 1814 e 1816 descritas com respeitoao LIM 1800. A função de rede e camada física 1818 realizafunções de camada física e de rede para o envio e orecebimento de mensagens por enlaces de IP. Por exemplo, afunção 1818 pode implementar um IP por Ethernet. A funçãode camada de transporte 1820 implementa funções de camadade transporte. Por exemplo, a função de camada detransporte 1820 pode implementar um protocolo de controlede transmissão (TCP), um protocolo de datagrama de usuário(UDP), ou um protocolo de transmissão de controle detransmissão contínua (SCTP). A função de camada deadaptação 1822 pode implementar usando qualquer um dosprotocolos de camada de adaptação de IETF, tais como M3UA,M2PA, SUA, TALI, ou um outro protocolo de camada deadaptação adequado. As funções 1810, 1812, 1814 e 1816realizam as operações descritas acima para os componentesnumerados correspondentes do LIM 1800. As mensagens desinalização recebidas associadas a gatilhos de evento dechamada podem ser encaminhadas para o módulo de controle dechamada 1804.
O módulo de processamento 18 04 é um módulo de controlede chamada (CCM) para a provisão de serviços de controle dechamada. O CCM 18 04 pode incluir uma função de controle dechamada 1824 para cópia de mensagens de sinalizaçãoassociadas a gatilhos de evento de chamada e paraencaminhamento das cópias para o CCM 1804. Conformedeclarado acima, o SSG 108 pode receber mensagens de SIPpara o servidor de aplicativo 106 que identifiquem umgatilho de evento de chamada associado ao assinante 100.
Por exemplo, um gerenciador de controle de serviço 1826 deservidor de aplicativo 106 pode gerar e comunicar para oSSG 108 uma mensagem de SIP que identifique um gatilho deevento de chamada que dispara quando da detecção de umachamada entrando para um número de diretório predeterminadode um telefone. O telefone pode estar associado a umassinante para uma rede de circuito comutado. 0 DCM 1802pode receber a mensagem de SIP, determinar que a mensagemde SIP está associada a gatilhos de evento de chamada, eencaminhar uma cópia da mensagem de SIP para o CCM 1804. Emresposta ao recebimento da cópia da mensagem de SIP, o CCM1804 pode gerar uma mensagem de SS7 identificando o gatilhode evento de chamada e o assinante, e encaminhar a mensagemde SS7 para o LIM 1800 para roteamento para um nó de redede circuito comutado. O nó de rede de circuito comutadopode regular o gatilho de evento de chamada para a detecçãode uma chamada entrando para um número de diretóriopredeterminado de um telefone.
No gatilho de evento de chamada no nó de rede decircuito comutado, o nó de rede pode gerar e comunicar parao SSG 108 uma mensagem de SS7 indicando um gatilho doevento de chamada correspondente ao gatilho de evento dechamada. 0 LIM 1800 pode receber a mensagem de SS7,determinar que a mensagem de SS7 está associada a gatilhosde evento de chamada, e encaminhar uma cópia da mensagem deSS7 para o CCM 1804. Em resposta ao recebimento da cópia damensagem de SS7, o CCM 1804 pode gerar uma mensagem de SIPindicando um gatilho do evento de chamada correspondente aogatilho de evento de chamada, e encaminhar a mensagem deSIP para o DCM 18 02 para roteamento para o servidor deaplicativo 106. 0 gerenciador de controle de serviço 1826pode examinar a mensagem de SIP e determinar uma função decontrole de chamada com base no gatilho de evento dechamada. Em um exemplo, o gatilho de evento de chamada podeser reportado para o assinante 100 no computador 102. Nesteexemplo, o assinante 100 pode usar o computador 102 paraespecificar uma função de controle de chamada para oservidor de aplicativo 106. Em um outro exemplo, a funçãode controle de chamada pode ser armazenada no servidor deaplicativo 106 para a implementação no gatilho de evento dechamada. A função de controle de chamada pode ser, porexemplo, um redirecionamento da chamada entrando para onúmero de diretório para um outro número de diretório. Ogerenciador de controle de serviço 1826 pode gerar umamensagem de SIP especificando a função de controle dechamada e rotear a mensagem de SIP para o SSG 108.
0 DCM 1802 pode receber a mensagem de SIPespecificando a função de controle de chamada, determinarque a mensagem de SIP está associada ao gatilho de eventode chamada, e encaminhar uma cópia da mensagem de SIP parao CCM 1804. Em resposta ao recebimento da cópia, o CCM 1804pode gerar uma mensagem de SS7 especificando a função decontrole de chamada e encaminhar a mensagem de SS7 para oLIM 1800 para roteamento para o nó de rede de circuitocomutado. O nó de rede de circuito comutado podeimplementar a função de controle de chamada especificada namensagem de SS7. Por exemplo, a função de controle dechamada pode redirecionar a chamada entrando para o númerode diretório especificado na mensagem de SS7.
0 servidor de aplicativo 106 pode comunicar ainformação para o servidor de histórico de chamada 112 comreferência ao gatilho de evento de chamada. O servidor dehistórico de chamada 112 e o armazenamento de conteúdo 114podem gerar e armazenar um registro de histórico de chamadaincluindo uma informação sobre o gatilho de evento dechamada. Ainda, o servidor de histórico de chamada 112 podegerar uma mensagem para notificação de um assinante dogatilho de evento de chamada. A mensagem pode sercomunicada para o assinante através da rede de impressãopor impregnação. Por exemplo, a mensagem pode sercomunicada para o computador habilitado para a web doassinante. A mensagem pode ser usada pelo computador paraexibição de uma informação notificando o assinante dogatilho de evento de chamada.
Um módulo de processamento tendo a funcionalidade deuma função de controle de chamada e um gerenciador decontrole de serviço pode ser implementado inteiramente noSSG 108. Ainda, um módulo de processamento como esse podeser implementado em qualquer componente de rede adequado,tal como um nó de roteamento de rede ou um servidor deaplicativo. Os nós de roteamento de rede de exemplo incluemum ponto de transferência de sinal, um gateway de SS7 / IP,um gateway de SS7 / SIP, e um roteador de SIP. As mensagensde sinalização de exemplo incluem mensagens de parte deusuário de ISDN de SS7 e mensagens de SIP. Um módulo deprocessamento incluindo as funções descritas acima poderesidir em um nó de roteamento de rede, em uma plataformade processamento adjunta que esteja em comunicação com o nóde roteamento ou em outro lugar em uma rede decomunicações.
De acordo com um outro aspecto do assunto descritoaqui, as chamadas perdidas podem ser detectadas e aosassinantes podem ser apresentadas opções, tais como cliquepara discar para chamar um número de diretório associado auma chamada perdida. A Figura 19 ilustra um cenário dechamada perdida de acordo com uma modalidade do assuntodescrito aqui. Com referência à Figura 19, uma partechamando em um telefone de PSTN 1900 pode discar um númerode diretório para chamar um telefone 1901 associado a umassinante. A chamada para o telefone 1901 pode ser perdida.
A chamada perdida pode ser detectada pela função de chamadaperdida 1910 com base na presença de uma mensagem de IAM deISUP 1904 relativa a uma chamada seguida por uma mensagemde liberação de ISUP 1905 relativa à chamada, sem receberuma mensagem de resposta de ISUP interveniente. A função dechamada perdida 1908 pode armazenar uma notificação dachamada perdida no servidor de histórico de chamada 1910. 0servidor de histórico de chamada 1910 pode enviar umanotificação da chamada perdida para o servidor deaplicativo de IP 106. O servidor de aplicativo de IP 106pode permitir que o assinante inicie uma chamada com umnúmero de diretório associado à chamada perdida, porexemplo, usando o recurso de clique para chamar descritoaqui. Por exemplo, usando o recurso de clique para chamar,o assinante pode iniciar uma chamada entre um telefone, talcomo um telefone de PSTN no escritório do assinante, e otelefone a partir do qual a chamada perdida foi discada,mesmo se a chamada perdida fosse para um outro telefone,tal como o telefone doméstico do assinante. No exemploilustrado na Figura 19, o assinante pode estabelecer umachamada entre o telefone de PSTN 1912 servido pela centralterminal 1916 e um telefone 1900 servido pela centralterminal 1902.
De acordo com uma modalidade, uma função de servidorde aplicativo de VoIP pode armazenar uma função de controlede chamada para uso na provisão de um nó de rede decircuito comutado com uma informação para responder a umgatilho de evento de chamada. Por exemplo, um nó de rede decircuito comutado pode receber uma requisição por uma partechamando para comunicação com uma parte chamada. Nesteexemplo, a função de servidor de aplicativo de VoIP podeser notificada da requisição e, em resposta à notificação,realizar uma função de controle de chamada para a geraçãode uma mensagem de resposta. 0 nó de rede de circuitocomutado pode usar uma informação na mensagem de respostapara processamento de chamada. A função de controle dechamada pode ser realizada quando for determinado que achamada envolve um assinante para uma rede de circuitocomutado.
A Figura 20 é um fluxograma de um processo de exemplopor meio do qual um servidor de aplicativo de VoIP podeprover um nó de rede de circuito comutado com umainformação para responder a um gatilho de evento de chamadade acordo com uma modalidade do assunto descrito aqui. Comreferência às Figuras 1 e 20, no bloco 2000, o SSP 110 podereceber uma requisição pelo telefone 300 de uma partechamando para comunicação com o telefone 104 associado aoassinante 100. Em resposta ao recebimento da requisição, ocomutador de SSP 110 pode suspender um processamento deestabelecimento de chamada e gerar uma mensagem de TCAP derequisição para roteamento para o SSG 108 (bloco 2002). Porexemplo, o processamento de estabelecimento de chamada e ageração de mensagem podem ser implementados em resposta aodisparo de um gatilho de evento de chamada associado aoassinante 100. A mensagem de TCAP de requisição podeincluir um identificador para o assinante 100 e indicar queuma chamada está sendo recebida a partir da parte chamando.
No bloco 2004, o SSG 108 pode receber a mensagem deTCAP de requisição. Em resposta ao recebimento da mensagemde TCAP de requisição, o SSG 108 pode gerar uma mensagem deSIP de requisição relacionada (bloco 2006) . A mensagem deSIP de requisição pode incluir um identificador para oassinante 100 e indicar que uma chamada está sendo recebidaa partir da parte chamando. A mensagem de SIP de requisiçãopode ser comunicada para uma função de servidor deaplicativo de IP do servidor de aplicativo de IP 106 (bloco2008). A função de servidor de aplicativo de IP poderealizar uma função de controle de chamada e gerar umamensagem de SIP de resposta associada, a qual é roteadapara o SSG 108 (bloco 2010).
O SSG 108 pode receber a mensagem de SIP de resposta egerar uma mensagem de TCAP de resposta associada, a qual éroteada para o comutador de SSP 110 (bloco 2012) . 0comutador de SSP 110 pode receber a mensagem de TCAP deresposta e usar uma informação transportada na mensagem deTCAP de resposta durante um processamento deestabelecimento de chamada retomado (bloco 2 014). 0comutador de SSP 110 pode retomar o processamento deestabelecimento de chamada com base na informação namensagem de TCAP de resposta. Por exemplo, a informaçãopode indicar para redirecionar a chamada para um número dediretório predeterminado ou um correio de voz. Com base nainformação, o comutador de SSP 110 pode redirecionar achamada para o número predeterminado ou o correio de voz.
A atividade de chamada pode ser armazenada em umregistro de histórico de chamada no servidor de históricode chamada 112 e no armazenamento de conteúdo 114. Ainda, ocomputador 102 pode ser provido com uma informaçãorelacionada ã atividade de chamada para exibição para oassinante 100.
As mensagens comunicadas em uma sessão de comunicaçãoentre um SSP, um SSG e um servidor de aplicativo podem sermal formadas. Por exemplo, as mensagens de TCAP recebidasem um SSG podem incluir uma parte de componente de TCAP malformada ou uma porção de transação de TCAP mal formada. Emum exemplo, erros de protocolo podem ocorrer na formação ouna troca de mensagem. A sessão de comunicação pode serterminada ou resolvida de outra forma (por exemplo, umcomponente de mensagem poderia não ser decodificado ouvalidado) em resposta a uma detecção de uma mensagem malformada. Ainda, uma sessão de comunicação pode serterminada quando uma mensagem não puder ser entregue.
Ainda, por exemplo, uma expiração pode ser regulada para aterminação de uma sessão de comunicação, quando umamensagem de resposta não for recebida em um período paraexpiração.Especificação de Eventos de Controle de Chamada de PSTNUsando Sinais
Conforme declarado acima, o assunto descrito aquipermite que um assinante controle dinamicamente eventos dePSTN usando uma sinalização. Em uma implementação deexemplo, os eventos podem ser comunicados para os elementosde rede de PSTN usando-se sinais, além de eventos deSPIRITS. Conforme usado aqui, um sinal é um parâmetro quepode ser incluído em uma mensagem de SIP que especifica umaação de controle de chamada a ser realizada por um elementode rede de PSTN. Por exemplo, um sinal pode ser comunicadoa partir do servidor de aplicativo de voz por IP 106ilustrado na Figura 1 para o SSG 108 em uma mensagem deSIP. O SSG 108 pode traduzir o sinal para um parâmetro decontrole de AIN correspondente a ser incluído em umamensagem de TCAP e enviado para o SSP 110. Os sinais deexemplo que podem ser incluídos em mensagens de SIPoriginadas pelo servidor de aplicativo de voz por IP 106são providos abaixo.
Continue
mnemônico de SPIRITS: CON
Parâmetros obrigatórios em SUBSCRIBE:: --(Nenhum parâmetro)Send Notificationmnemônico de SPIRITS: SNParâmetro obrigatório em SUBSCRIBE: Echo DataForward Call
mnemônico de SPIRITS: FWDC
Parâmetros obrigatórios em Subscribe: Called party Number,Calling Party NumberOffer Callmnemônico de SPIRITS: OFFC
Parâmetros obrigatórios em Subscribe: Calling Party NumberCreate Call
mnemônico de SPIRITS: CRCParâmetros obrigatórios em Subscribe: Calling Party Number,Called Party NumberTermination Attemptmnemônico de SPIRITS: TAT
Parâmetros condicionais em Notify: Calling Party Number,Screening(O), Presentation(O), CalledPartyNumber(O),
OriginalCalledPartyID(O), RedirectingPartyID(O) ,
RedirectionInformation(O)Termination Notificationmnemônico de SPIRITS: STNParâmetros condicionais em Notify: Echo Data, TerminationIndicator7 ConnectTime(O) e BusyCause(O)Call Error
mnemônico de SPIRITS: CR
Parâmetro obrigatório em NOTIFY: CallErrorCause
Nos sinais listados acima, o sinal de Continue é umparâmetro obrigatório em uma mensagem de SIP de Subscribe.O sinal de Continue instrui o SSP para continuar oprocessamento da chamada. O sinal de send notification(enviar notificação) é um parâmetro obrigatório em umamensagem de SIP de Subscribe que instrui o SSP para EcoarDados (Echo Data) em quaisquer mensagens de resposta queele enviar para nós de comunicações baseados em pacote. 0sinal de Forward Call (Encaminhar Chamada) instrui o SSPpara encaminhar uma chamada para um número predeterminado.Ele também especifica um número de parte chamando. 0 sinalOffer Call (Oferecer Chamada) é uma mensagem que pode sercomunicada para um servidor de aplicativo de IP em respostaa uma mensagem de terminal ocupado (T_BUSY). Ainda, comreferência ao sinal de Offer Call, a mensagem requisita queo servidor de aplicativo de IP ofereça a chamada para aparte chamada (isto é, continue o processamento de chamadae tente completar a chamada). 0 sinal de Offer Call tambémpode incluir um parâmetro de texto de exibição. Em respostaao recebimento do sinal de Offer Call, o servidor deaplicativo de IP pode notificar um assinante associado damensagem de terminal ocupado. 0 sinal de Create Call (CriarChamada) permite que uma parte chamando crie uma chamadaentre um número de parte chamando e um número de partechamada. 0 sinal de Create Call seria incluído nosseminários de clipe para discar referenciados acima. Umsinal de Termination Attempt (Tentativa de Terminação) podeser usado para especificar que um assinante deseja receberuma notificação de tentativas de terminação. Um sinal deTermination Notification (Notificação de Terminação) incluidados de notificação de terminação enviados em resposta auma tentativa de terminação. 0 sinal de Call Error (Erro deChamada) permite que o elemento de rede de PSTN especifiqueuma razão para um erro de chamada.
A Figura 21 é um fluxograma de mensagem que ilustra umredirecionamento de chamada de exemplo usando-se os sinaisde acordo com uma modalidade do assunto descrito aqui. Comreferência à Figura 21, na linha 1 do fluxograma demensagem, o SSP detecta uma tentativa de terminação dechamada e envia uma notificação da tentativa de terminaçãode chamada para o SSG 108. Na linha 2, o SSG 108 envia umamensagem de Options (Opções) com um sinal de tentativa determinação para o servidor de aplicativo de VoIP 106. 0servidor de aplicativo de VoIP 106 registra a ID de chamadaassociada à tentativa de terminação. Na linha 3, o servidorde aplicativo de VoIP envia uma mensagem 2 00 OK para o SSG108 confirmando a mensagem de Options. Na linha 4, oservidor de aplicativo de VoIP 106 envia uma assinaturapara o SSG 108. A assinatura inclui eventos de resposta determinal (TA), nenhuma resposta de terminação (TNA), eocupado de terminação (TB). A assinatura também inclui ossinais de enviar notificação (SN) e TAA.
Na linha 5, o SSG 108 envia uma mensagem de AuthorizeTermination (Autorizar Terminação) para o SSP 110. Amensagem de Authorize Termination também inclui sendnotification (enviar notificação) (SN).
Na linha 6 do fluxograma de mensagem, o SSG 108responde com uma 2 00 0K.
Na linha 7 do fluxograma de mensagem, o SSP 110detecta que uma chamada para um número de diretório é nãorespondida e envia uma mensagem de TCAP de nenhuma respostade terminação para o SSG 108. Na linha 8, o SSG 108 enviauma notificação do evento de nenhuma resposta de terminaçãopara o servidor de aplicativo de VoIP 106. Na linha 9, oservidor de aplicativo de VoIP 106 responde à mensagem deNotify (Notificar) com uma mensagem 200 0K.
Na linha 10, o servidor de aplicativo de VoIP 106envia uma assinatura com um sinal indicando que a chamadadeve ser encaminhada para um número de diretório, tal comoum número selecionado em curso por um assinante. Na linha11, o SSG 108 envia uma mensagem de TCAP com instruçõespara encaminhamento da chamada para o SSP 110. Em respostaà mensagem de TCAP, o SSP 110 encaminha a chamada para odestino especificado pelo assinante. Na linha 12, o SSG 108envia uma mensagem 200 OK para o servidor de aplicativo deVoIP 106, confirmando a assinatura. Assim, usando as etapasilustradas na Figura 21 e o sinal especificado acima, umassinante pode mudar dinamicamente o comportamento de umelemento de rede de PSTN durante o progresso de umachamada.
Será entendido que vários detalhes do assunto descritoaqui podem ser mudados, sem se desviar do escopo do assuntodescrito aqui. Mais ainda, a descrição precedente é parafins de ilustração apenas, e não para fins de limitação.

Claims (87)

1. Método para controle de uma chamada de PSTN apartir de um elemento de rede de IP usando uma sinalizaçãocaracterizado pelo fato de compreender:em um gateway de protocolo de iniciação de seção (SIP)- sistema de sinalização 7 (SS7):(a) o recebimento de uma primeira mensagem de SIP apartir de um servidor de aplicativo de (Protocolo deInternet) IP, a primeira mensagem de SIP identificando umgatilho de evento de chamada de PSTN;(b) em resposta ao recebimento da primeira mensagem deSIP, a geração de uma primeira mensagem de SS7identificando o gatilho de evento de chamada de PSTN e oassinante, e o roteamento da primeira mensagem de SS7 paraum nó de rede de circuito comutado;(c) o recebimento de uma segunda mensagem de SS7 apartir do nó de rede de circuito comutado, a segundamensagem de SS7 indicando um disparo do evento de chamadade PSTN correspondente ao gatilho;(d) em resposta ao recebimento da segunda mensagem deSS7, a geração de uma segunda mensagem de SIP indicando odisparo do evento de chamada de PSTN e o roteamento dasegunda mensagem de SIP para o servidor de aplicativo deIP; e(e) a geração de uma terceira mensagem de SIP emresposta à segunda mensagem de SIP, a terceira mensagem deSIP especificando uma função de controle de chamada de PSTNpara controle do nó de rede de circuito comutado para aimplementação da função de controle de chamada de PSTN.
2. Método, de acordo com a reivindicação 1,caracterizado pelo fato do recebimento de uma primeiramensagem de SIP a partir de um servidor de aplicativo de IPincluir o recebimento da primeira mensagem de SIP a partirdo servidor de aplicativo de voz por IP (VoIP).
3. Método, de acordo com a reivindicação 1,caracterizado pelo fato do evento de chamada de PSTNassociado ao gatilho de evento de chamada ser selecionado apartir do grupo que consiste em tentativa de terminação,atraso de fora do gancho, resposta, ocupado, nenhumaresposta e terminação de chamada.
4. Método, de acordo com a reivindicação 1,caracterizado pelo fato do roteamento da primeira mensagemde SS7 para um nó de rede de circuito comutado incluir oroteamento da primeira mensagem de SS7 para um dispositivoselecionado a partir do grupo que consiste em uma centralterminação e um ponto de comutação de serviço (SSP).
5. Método, de acordo com a reivindicação 1,caracterizado pelo fato do recebimento de uma primeiramensagem de SIP identificando um gatilho de evento dechamada de PSTN incluir o recebimento da primeira mensagemde SIP identificando uma chamada para um telefone associadoao assinante, e pelo fato de a geração de uma terceiramensagem de SIP especificando uma função de controle dechamada de PSTN incluir a geração de uma terceira mensagemde SIP especificando que a chamada seja redirecionada paraum número de diretório predeterminado associado aoassinante.
6. Método, de acordo com a reivindicação 5,caracterizado pelo fato de compreender, no servidor deaplicativo de IP, a indicação da chamada para o telefoneassociado ao assinante para um computador associado aoassinante.
7. Método, de acordo com a reivindicação 6,caracterizado pelo fato de compreender, no computadorassociado ao assinante, a exibição de uma notificação dachamada para o telefone associado ao assinante.
8. Método, de acordo com a reivindicação 6,caracterizado pelo fato de compreender, no computadorassociado ao assinante, o recebimento de uma entrada pararedirecionamento da chamada para o número de diretóriopredeterminado associado ao assinante.
9. Método, de acordo com a reivindicação 5,caracterizado pelo fato de compreender o recebimento de umaentrada a partir do assinante para redirecionardinamicamente a chamada para um outro telefone associado aoassinante, onde a geração da terceira mensagem de SIPinclui a especificação das instruções de redirecionamentona terceira mensagem de SIP, e onde o método aindacompreende a geração de uma terceira mensagem de SS7baseada na entrada, a terceira mensagem de SS7especificando que a chamada seja redirecionada para onúmero de diretório dinamicamente selecionado peloassinante, e o roteamento da terceira mensagem de SS7 parao nó de rede de circuito comutado.
10. Método, de acordo com a reivindicação 9,caracterizado pelo fato de compreender, no nó de rede decircuito comutado, o estabelecimento de um redirecionamentoda chamada para o número de diretório dinamicamenteselecionado pelo assinante.
11. Método, de acordo com a reivindicação 10,caracterizado pelo fato do disparo do evento de chamadacorrespondente ao gatilho e o estabelecimento de umredirecionamento da chamada para o número de diretóriopredeterminado ocorrerem em tempo real.
12. Método, de acordo com a reivindicação 1,caracterizado pelo fato do recebimento de uma primeiramensagem de SIP identificando um gatilho de evento dechamada incluir o recebimento da primeira mensagem de SIPidentificando uma chamada para um telefone associado aoassinante, e onde a geração de uma terceira mensagem de SIPespecificando uma função de controle de chamada de PSTNinclui a geração de uma terceira mensagem de SIPespecificando que a chamada seja direcionada para umcorreio de voz associado ao assinante.
13. Método, de acordo com a reivindicação 12,caracterizado pelo fato de haver a geração de uma terceiramensagem de SS7 com base na terceira mensagem de SIP, aterceira mensagem SIP especificando que a chamada sejaredirecionada para o correio de voz associado ao assinante,e o roteamento da terceira mensagem de SS7 para o nó derede de circuito comutado.
14. Método, de acordo com a reivindicação 13,caracterizado pelo fato de compreender, no nó de rede decircuito comutado, o estabelecimento do redirecionamento dachamada para o correio de voz associado ao assinante.
15. Método, de acordo com a reivindicação 1,caracterizado pelo fato do recebimento de uma primeiramensagem de SIP identificando um gatilho de evento dechamada de PSTN incluir o recebimento da primeira mensagemde SIP identificando uma chamada para um telefone associadoao assinante, e onde a geração de uma terceira mensagem deSIP especificando uma função de controle de chamada de PSTNinclui um dentre a geração de uma terceira mensagem de SIPespecificando que a chamada continua, a geração de umaterceira mensagem de SIP especificando uma resposta dachamada, o recebimento de uma terceira mensagem de SIPespecificando um roteamento da chamada para um recurso deresposta por voz interativo, a geração de uma terceiramensagem de SIP especificando que o telefone para oassinante está ocupado, e a geração de uma terceiramensagem de SIP especificando que a chamada sejadesconectada.
16. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender, no servidor deaplicativo de IP, a indicação do disparo do evento dechamada para um computador associado ao assinante.
17. Método, de acordo com a reivindicação 16,caracterizado pelo fato de compreender, no computadorassociado ao assinante, a exibição de uma notificação doevento de chamada.
18. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender a geração de umaterceira mensagem de SS7 em resposta à terceira mensagem deSIP, a terceira mensagem de SS7 especificando a função decontrole de chamada de PSTN e o roteamento da terceiramensagem de SS7 para o nó de rede de circuito comutado.
19. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender, no nó de rede decircuito comutado, a execução da função de controle dechamada de PSTN.
20. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender a geração de umregistro de histórico de disparo do evento de chamada.
21. Método, de acordo com a reivindicação 20,caracterizado pelo fato de compreender a exibição doregistro de histórico em um computador acessível peloassinante.
22. Método, de acordo com a reivindicação 20,caracterizado pelo fato da geração de um registro dehistórico de disparo do evento de chamada incluir a geraçãode um registro de histórico incluindo uma informaçãoselecionada a partir do grupo que consiste em um número dediretório associado ao evento de chamada e uma hora deocorrência do evento de chamada.
23. Método, de acordo com a reivindicação 22,caracterizado pelo fato de compreender a geração de umregistro de histórico incluindo um número de diretórioassociado ao assinante para correlação da segunda mensagemde SIP ao assinante.
24. Método, de acordo com a reivindicação 22,caracterizado pelo fato de compreender a associação aoregistro de histórico de pelo menos uma dentre umainformação de capacidade de alcance e informação depresença associada ao número de diretório.
25. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender a regulagem de umaexpiração do gatilho de evento de chamada de PSTN parainfinito.
26. Método para a provisão de serviços de comunicação baseados em rede de pacote para um assinante de rede decircuito comutado caracterizado pelo fato de compreender:(a) o recebimento, em resposta a um assinanteselecionar um recurso de clique para chamar através de umcomputador, de uma primeira mensagem de SIP a partir de umservidor de aplicativo de protocolo de Internet (IP), aprimeira mensagem de SIP sendo uma mensagem de instrução declique para chamar para especificação para oestabelecimento de uma chamada entre telefones, onde pelomenos um dos telefones está associado a um assinante parauma rede de circuito comutado; e(b) em resposta ao recebimento da primeira mensagem deSIP, a geração de uma primeira mensagem de SS7especificando que a chamada seja estabelecida entre ostelefones, e o roteamento da primeira mensagem de SS7 paraum nó de rede de circuito comutado.
27. Método, de acordo com a reivindicação 26,caracterizado pelo fato de compreender, no servidor deaplicativo de IP, o recebimento de uma mensagemespecificando que a chamada seja estabelecida entre ostelefones a partir de um computador associado ao assinante.
28. Método, de acordo com a reivindicação 27,caracterizado pelo fato de compreender, no computadorassociado ao assinante, o recebimento de uma entradaespecificando que a chamada seja estabelecida entre ostelefones.
29. Método, de acordo com a reivindicação 26,caracterizado pelo fato de compreender a geração de umregistro de histórico do estabelecimento da chamada entreos telefones.
30. Método, de acordo com a reivindicação 26,caracterizado pelo fato de compreender, no nó de rede decircuito comutado, o estabelecimento da chamada entre ostelefones.
31. Método para a provisão de serviços de comunicaçãobaseados em rede de pacote para assinantes de rede decircuito comutado caracterizado pelo fato de compreender:(a) em um nó de rede de circuito comutado, orecebimento de uma requisição por uma parte chamando paracomunicação com uma parte chamada;(b) em resposta ao recebimento da requisição,(i) suspender o processamento de estabelecimentode chamada;(ii) a geração de uma mensagem de TCAP derequisição, a qual é roteada para um gateway de SIP - SS7 ;(c) o recebimento da mensagem de requisição de TCAP nogateway de SIP - SS7 e a geração de uma mensagem de SIP derequisição relacionada;(d) a comunicação da mensagem de SIP de requisiçãopara uma função de servidor de aplicativo de protocolo devoz por Internet (VoIP);(e) no servidor de aplicativo de VoIP, a execução deuma função de controle de chamada e a geração de umamensagem de SIP de resposta associada, a qual é roteadapara o gateway de SIP - SS7;(f) no gateway de SIP - SS7, o recebimento da mensagemde SIP de resposta e a geração de uma mensagem de respostaTCAP relacionada, a qual é roteada para o nó de rede decircuito comutado; e(g) o recebimento da mensagem de resposta TCAP no nóde rede de circuito comutado e o uso da informação portadana mensagem de TCAP de resposta, durante um processamentode estabelecimento de chamada retomado.
32. Método, de acordo com a reivindicação 31,caracterizado pelo fato do nó de rede de circuito comutadoser um dispositivo de rede selecionado a partir do grupoque consiste em uma central terminal e um ponto decomutação de serviço (SSP).
33. Método, de acordo com a reivindicação 32,caracterizado pelo fato do recebimento de uma requisiçãopor uma parte chamando para comunicação com uma partechamando incluir o recebimento de uma requisição pela partechamando para comunicação com um telefone associado a umassinante de rede de circuito comutado.
34. Método, de acordo com a reivindicação 32,caracterizado pelo fato de compreender, no nó de rede decircuito comutado, a retomada do processamento deestabelecimento de chamada com base na informação portadana mensagem de TCAP de resposta.
35. Método, de acordo com a reivindicação 34,caracterizado pelo fato da retomada do processamento deestabelecimento de chamada com base na infomação portada namensagem de resposta TCAP incluir redirecionamento dachamada para um número predeterminado.
36. Método, de acordo com a reivindicação 35,caracterizado pelo fato da retomada do processamento deestabelecimento de chamada com base na informação portadana mensagem de resposta TCAP incluir um redirecionamento dachamada para um correio de voz.
37. Método, de acordo com a reivindicação 31,caracterizado pelo fato de compreender o armazenamento deuma informação associada à chamada em um registro dehistórico de chamada.
38. Método, de acordo com a reivindicação 31,caracterizado pelo fato de compreender a exibição de umainformação associada à chamada para um computador acessívelpor um assinante de rede de circuito comutado.
39. Método para controle de um elemento de rede dePSTN para a implementação dinâmica de uma função decontrole de chamada usando-se sinais caracterizado pelofato de compreender:(a) o recebimento de uma notificação de uma tentativade terminação em um telefone de PSTN;(b) em resposta ao recebimento da notificação, aespecificação dinâmica de um número de diretório ao qualuma chamada associada à tentativa de terminação é para sernovamente roteada;(c) a formulação de uma mensagem de SIP incluindo,como um sinal na mensagem de SIP, instruções para oredirecionamento dinâmico da chamada para o número dediretório; e(d) o encaminhamento da mensagem de SIP incluindo osinal para um elemento de rede para comunicação dasinstruções de redirecionamento para um elemento de rede de PSTN.
40. Método para a regulagem dinamicamente de gatilhosde rede inteligente avançada (AIN) em um nó de rede decircuito comutado a partir de um elemento de rede de IPusando-se uma sinalização caracterizado pelo fato decompreender:(a) em um elemento de rede de IP, a comunicação de umaprimeira mensagem de SIP para um gateway de protocolo deiniciação de sessão (SIP) - sistema de sinalização 7 (SS7)(SSG) para a regulagem de um gatilho de evento de chamadade PSTN;(b) no SSG, a geração de uma mensagem de SS7 para aregulagem do gatilho de evento de chamada de PSTN e oencaminhamento da mensagem de SS7 para um nó de PSTN; e(c) no nó de PSTN, a armação dinâmica do gatilho emresposta à mensagem de SS7.
41. Método para assinar um evento de PSTN a partir deum nó de IP caracterizado pelo fato de compreender:(a) a geração de uma mensagem de SIP de assinaturapara assinatura para recebimento de uma notificação de umevento de PSTN e encaminhamento da mensagem de SIP deassinatura para um gateway de SIP - SS7 (SSG);(b) no SSG, a formulação e o envio de uma mensagem deSS7 para um nó de PSTN para assinatura para recebimento deuma notificação do evento;(c) no SSG, o recebimento de uma mensagem de respostaTCAP confirmando a assinatura para a notificação;(d) em resposta à mensagem de SIP de assinatura, acomunicação a partir do SSG para o servidor de aplicativode IP de uma mensagem de SIP de notificação confirmando orecebimento da mensagem de SIP e a armação da assinaturapelo nó de PSTN.
42. Método, de acordo com a reivindicação 41,caracterizado pelo fato da mensagem de assinatura incluirum campo de expiração que tem um valor finito e onde o SSGé adaptado para manter a assinatura, até ser notificadopelo servidor de aplicativo de IP para descontinuar aassinatura.
43. Método para passar adiante uma notificação deeventos de PSTN para um servidor de aplicativo de IPcaracterizado pelo fato de compreender:(a) em um servidor de aplicativo de IP, a geração deuma mensagem de SIP de opções para assinatura para umevento de PSTN;(b) o encaminhamento da mensagem de SIP de opções paraum gateway de SIP - SS7;(c) no SSG, a geração e o encaminhamento de umamensagem de SS7 para assinatura para o evento de PSTN paraum nó de SS7;(d) no SSG, o recebimento de uma notificação doevento, e o encaminhamento da notificação do evento para oservidor de aplicativo de IP de uma maneira de passagemadiante.
44. Método, de acordo com a reivindicação 43,caracterizado pelo fato do encaminhamento da notificação doevento para o servidor de aplicativo de IP de uma maneirade passagem adiante incluir o encaminhamento da notificaçãosem acessar um banco de dados contendo uma informação degatilho de evento.
45. Método para a detecção e a provisão de umanotificação de uma chamada perdida usando-se um servidor deaplicativo de IP caracterizado pelo fato de compreender:(a) a detecção da presença de uma chamada perdidaenvolvendo um telefone de PSTN com base na presença de umamensagem de IAM de ISUP seguida por uma mensagem deliberação de ISUP, sem uma mensagem de resposta de ISUPinterveniente; e(b) a entrega de uma notificação da chamada perdidapara uma terminação de assinante, usando-se um servidor deaplicativo de IP.
46. Método, de acordo com a reivindicação 45,caracterizado pelo fato de compreender, usando-se oservidor de aplicativo, a apresentação para o assinante deuma opção de clique para discar para iniciação de umachamada entre um telefone selecionado pelo assinante e umtelefone associado a uma parte chamando da chamada perdida.
47. Método, de acordo com a reivindicação 46,caracterizado pelo fato do telefone selecionado peloassinante ser diferente de um telefone chamado associado àchamada perdida.
48. Sistema para controle de uma chamada de PSTN apartir de um elemento de rede de IP usando uma sinalizaçãocaracterizado pelo fato de compreender:em um gateway de protocolo de iniciação de seção (SIP)- sistema de sinalização 7 (SS7):(a) o recebimento de uma primeira mensagem de SIP apartir de um servidor de aplicativo de (Protocolo deInternet) IP, a primeira mensagem de SIP identificando umgatilho de evento de chamada associado a um assinante parauma rede de circuito comutado;(b) a geração de uma primeira mensagem de SS7identificando o gatilho de evento de chamada e o assinante,e o roteamento da primeira mensagem de SS7 para um nó derede de circuito comutado, em resposta ao recebimento daprimeira mensagem de SIP;(c) o recebimento de uma segunda mensagem de SS7 apartir do nó de rede de circuito comutado, a segundamensagem de SS7 indicando um disparo do evento de chamadacorrespondente ao gatilho;(d) a geração de uma segunda mensagem de SIP indicandoo disparo do evento de chamada e o roteamento da segundamensagem de SIP para o servidor de aplicativo de IP, emresposta ao recebimento da segunda mensagem de SS7; e(e) o recebimento de uma terceira mensagem de SIP emresposta à segunda mensagem de SIP, a terceira mensagem deSIP especificando uma função de controle de chamada de PSTNpara controle do nó de rede de circuito comutado para aimplementação da função de controle de chamada de PSTN.
49. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para o recebimento de uma primeira mensagem deSIP a partir de um servidor de aplicativo de voz por IP(VoIP).
50. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do evento de chamada de PSTNassociado ao gatilho de evento de chamada ser selecionado apartir dos enventos de chamada consistindo em tentativa determinação, atraso de fora do gancho, resposta, ocupado,nenhuma resposta e terminação de chamada.
51. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para o roteamento da primeira mensagem de SS7para um nó de rede de circuito comutado que é umdispositivo de rede selecionado a partir do grupo queconsiste em uma central terminal e um ponto de comutação deserviço (SSP).
52. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para o recebimento de uma primeira mensagem deSIP identificando uma chamada para um telefone associado aoassinante, e onde o gateway de SIP - SS7 é configurado parareceber uma terceira mensagem de SIP especificando que achamada seja redirecionada para um número de diretóriopredeterminado associado ao assinante.
53. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do servidor de aplicativo de IP serconfigurado para indicar a chamada para o telefoneassociado ao assinante para um computador associado aoassinante.
54. Sistema, de acordo com a reivindicação 53,caracterizado pelo fato do computador associado aoassinante ser configurado para a exibição de umanotificação da chamada para o telefone associado aoassinante.
55. Sistema, de acordo com a reivindicação 54,caracterizado pelo fato do computador associado aoassinante ser configurado para o recebimento de uma entradapara redirecionamento da chamada para o número de diretóriopredeterminado associado ao assinante.
56. Sistema, de acordo com a reivindicação 55,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para a geração de uma terceira mensagem de SS7especificando que a chamada seja redirecionada para umnúmero de diretório predeterminado associado ao assinante,e rotear a terceira mensagem de SS7 para o nó de rede decircuito comutado em resposta ao recebimento da terceiramensagem de SIP.
57. Sistema, de acordo com a reivindicação 56,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para o estabelecimento de umredirecionamento da chamada para o número de diretóriopredeterminado associado ao assinante.
58. Sistema, de acordo com a reivindicação 57,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para o estabelecimento de umredirecionamento da chamada para o número de diretóriopredeterminado em tempo real com o gatilho de evento dechamada.
59. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para o recebimento de uma primeira mensagem deSIP identificando uma chamada para um telefone associado aoassinante, e onde o gateway de SIP - SS7 é configurado parareceber uma terceira mensagem de SIP especificando que achamada seja redirecionada para um correio de voz associadoao assinante.
60. Sistema, de acordo com a reivindicação 59,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para receber e gerar uma terceira mensagem deSS7 especificando que a chamada seja redirecionada para ocorreio de voz associado ao assinante, e o roteamento daterceira mensagem de SS7 para o nó de rede de circuitocomutado, em resposta ao recebimento da terceira mensagemde SIP.
61. Sistema, de acordo com a reivindicação 60,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para o estabelecimento do redirecionamentoda chamada para o correio de voz associado ao assinante.
62. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para o recebimento de uma primeira mensagem deSIP identificando uma chamada para um telefone associado aoassinante, e onde o gateway de SIP - SS7 é configurado paraum dentre o recebimento de uma terceira mensagem de SIPespecificando que a chamada continua, o recebimento de umaterceira mensagem de SIP especificando uma resposta dachamada, o recebimento de uma terceira mensagem de SIPespecificando um roteamento da chamada para um recurso deresposta por voz interativo, o recebimento de uma terceiramensagem de SIP especificando que o telefone para oassinante está ocupado, e o recebimento de uma terceiramensagem de SIP especificando que a chamada sejadesconectada.
63. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do servidor de aplicativo de IP serconfigurado para a indicação do disparo do evento dechamada para um computador associado ao assinante.
64. Sistema, de acordo com a reivindicação 63,caracterizado pelo fato do computador associado aoassinante ser configurado para a exibição de umanotificação do evento de chamada.
65. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para a geração de uma terceira mensagem de SS7especificando a função de controle de chamada de PSTN e oroteamento da terceira mensagem de SS7 para o nó de rede decircuito comutado, em resposta ao recebimento da terceiramensagem de SIP.
66. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para a execução da função de controle dechamada de PSTN.
67. Sistema, de acordo com a reivindicação 48,caracterizado pelo fato de compreender um servidor dehistórico de chamada ser configurado para a geração de umregistro de histórico de disparo do evento de chamada.
68. Sistema, de acordo com a reivindicação 67,caracterizado pelo fato de compreender um computadoracessível pelo assinante e ser configurado para a exibiçãodo registro de histórico.
69. Sistema, de acordo com a reivindicação 67,caracterizado pelo fato do registro de histórico de chamadaincluir uma informação selecionada a partir do grupo queconsiste em um número de diretório associado ao evento dechamada e uma hora de ocorrência do evento de chamada.
70. Sistema, de acordo com a reivindicação 69,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para a associação ao registro de histórico depelo menos uma dentre uma informação de capacidade dealcance e uma informação de presença associada ao número dediretório.
71. Sistema para a provisão de serviços de comunicaçãobaseados em rede de pacote para um assinante de rede decircuito comutado caracterizado pelo fato de compreender:um gateway de protocolo de iniciação de seção (SIP) -sistema de sinalização 7 (SS7) configurado para:(a) o recebimento, em resposta a um assinanteselecionar um recurso de clique para chamar através de umcomputador, de uma primeira mensagem de SIP a partir de umservidor de aplicativo de protocolo de Internet (IP), aprimeira mensagem de SIP sendo uma mensagem de instrução declique para chamar para especificação para oestabelecimento de uma chamada entre telefones, onde pelomenos um dos telefones está associado a um assinante parauma rede de circuito comutado; e(b) a geração de uma primeira mensagem de SS7especificando que a chamada seja estabelecida entre ostelefones, e o roteamento da primeira mensagem de SS7 paraum nó de rede de circuito comutado, em resposta aorecebimento da primeira mensagem de SIP.
72. Sistema, de acordo com a reivindicação 71,caracterizado pelo fato do servidor de aplicativo de IP,ser configurado para o recebimento de uma mensagemespecificando que a chamada seja estabelecida entre ostelefones a partir de um computador associado ao assinante.
73. Sistema, de acordo com a reivindicação 71,caracterizado pelo fato do computador associado aoassinante ser configurado para o recebimento de uma entradaespecificando que a chamada seja estabelecida entre ostelefones.
74. Sistema, de acordo com a reivindicação 71,caracterizado pelo fato do gateway de SIP - SS7 serconfigurado para gerar um registro de histórico doestabelecimento da chamada entre os telefones.
75. Sistema, de acordo com a reivindicação 71,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para o estabelecimento da chamada entre ostelefones.
76. Sistema para a provisão de serviços de comunicaçãobaseados em rede de pacote para assinantes de rede decircuito comutado caracterizado pelo fato de compreender:(a) um nó de rede de circuito comutado operável para aprovisão de um serviço de telecomunicação de circuitocomutado para um assinante, onde o nó de rede de circuitocomutado ainda é operável para:(i) o recebimento de uma requisição por uma partechamanda para comunicação com uma parte chamada;(ii) suspender o processamento de estabelecimentode chamada;(iii) a geração de uma mensagem de TCAP derequisição;(iv) o recebimento da mensagem de resposta deTCAP; e(v) a retomada do processamento deestabelecimento de chamada usando-se uma informação portadana mensagem de TCAP de resposta;(b) uma função de gateway de SIP - SS7 operável para:(i) o recebimento da mensagem de TCAP derequisição e a geração da mensagem de SIP de requisiçãorelacionada;(ii) o recebimento de uma mensagem de SIP deresposta e a geração de uma mensagem de resposta TCAPrelacionada; e(c) um servidor de aplicativo de VoIP operável para:(i) o recebimento da mensagem de SIP derequisição;(ii) a execução de uma função de controle dechamada;(iii) a geração da mensagem de SIP de resposta.
77. Sistema, de acordo com a reivindicação 76,caracterizado pelo fato do nó de rede de circuito comutadoser um dispositivo de rede selecionado a partir do grupoque consiste em uma central terminal e um ponto decomutação de serviço (SSP).
78. Sistema, de acordo com a reivindicação 76,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para o recebimento de uma requisição pelaparte chamanda para comunicação com um telefone associado aum assinante de rede de circuito comutado.
79. Sistema, de acordo com a reivindicação 76,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para a retomada do processamento deestabelecimento de chamada com base na informação portadana mensagem de TCAP de resposta.
80. Sistema, de acordo com a reivindicação 79,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para um redirecionamento da chamada para umnúmero predeterminado.
81. Sistema, de acordo com a reivindicação 79,caracterizado pelo fato do nó de rede de circuito comutadoser configurado para um redirecionamento da chamada para umcorreio de voz.
82. Sistema, de acordo com a reivindicação 76,caracterizado pelo fato de compreender um servidor dehistórico de chamada configurado para armazenar informaçãoassociada com a chamada em um registro de histórico dechamada.
83. Sistema, de acordo com a reivindicação 76,caracterizado pelo fato de compreender um computadoracessível por um assinante de rede de circuito comutado econfigurado para a exibição de uma informação associada àchamada.
84. Sistema para controle de um elemento de rede dePSTN para a implementação dinâmica de uma função decontrole de chamada usando-se sinais caracterizado pelofato de compreender:(a) em elemento de rede de IP para a geração e oencaminhamento de uma primeira mensagem de SIP para aregulagem de um gatilho de evento de chamada de PSTN;(b) um gateway de protocolo de iniciação de seção(SIP) - sistema de sinalização 7 (SS7) (SSG) para orecebimento da primeira mensagem de SIP, para a geração deuma mensagem de SS7 para a regulagem do gatilho de eventode chamada de PSTN e o encaminhamento da mensagem de SS7; e(c) um nó de PSTN para o recebimento da mensagem deSS7 e para a armação dinâmica do gatilho, em resposta amensagem de SS7.
85. Produto de programa de computador caracterizadopelo fato de compreender instruções executáveis emcomputador concretizadas em um meio que pode ser lido emcomputador para a realização de etapas compreendendo:em um gateway de protocolo de iniciação de seção (SIP) -sistema de sinalização 7 (SS7)(a) o recebimento de uma primeira mensagem de SIP apartir de um servidor de aplicativo de (Protocolo deInternet) IP, a primeira mensagem de SIP identificando umgatilho de evento de chamada de PSTN;(b) em resposta ao recebimento da primeira mensagem deSIP, a geração de uma primeira mensagem de SS7identificando o gatilho de evento de chamada de PSTN e oassinante, e o roteamento da primeira mensagem de SS7 paraum nó de rede de circuito comutado;(c) o recebimento de uma segunda mensagem de SS7 apartir do nó de rede de circuito comutado, a segundamensagem de SS7 indicando um disparo do evento de chamadade PSTN correspondente ao gatilho;(d) em resposta ao recebimento da segunda mensagem deSS7, a geração de uma segunda mensagem de SIP indicando odisparo do evento de chamada de PSTN e o roteamento dasegunda mensagem de SIP para o servidor de aplicativo de IP; e(e) a geração de uma terceira mensagem de SIP emresposta à segunda mensagem de SIP, a terceira mensagem deSIP especificando uma função de controle de chamada de PSTNpara controle do nó de rede de circuito comutado para aimplementação da função de controle de chamada de PSTN.
86. Produto de programa de computador caracterizadopelo fato de compreender instruções executáveis emcomputador concretizadas em um meio que pode ser lido emcomputador para a realização de etapas compreendendo:(a) o recebimento de uma primeira mensagem de SIP apartir de um servidor de aplicativo de protocolo deInternet (IP), a primeira mensagem de SIP sendo especificapara o estabelecimento de uma chamada entre telefones, ondepelo menos um dos telefones está associado a um assinantepara uma rede de circuito comutado; e(b) em resposta ao recebimento da primeira mensagem deSIP, a geração de uma primeira mensagem de SS7especificando que a chamada seja estabelecida entre ostelefones, e o roteamento da primeira mensagem de SS7 paraum nó de rede de circuito comutado.
87. Produto de programa de computador caracterizadopelo fato de compreender instruções executáveis emcomputador concretizadas em um meio que pode ser lido emcomputador para a realização de etapas compreendendo:(a) em um nó de rede de circuito comutado, orecebimento de uma requisição por uma parte chamanda paracomunicação com uma parte chamada;(b) em resposta ao recebimento da requisição,(i) suspender o processamento de estabelecimentode chamada;(ii) a geração de uma mensagem de TCAP derequisição, a qual é roteada para um gateway de SIP - SS7;(c) o recebimento da mensagem de requisição de TCAP nogateway de SIP - SS7 e a geração de uma mensagem de SIP derequisição relacionada;(d) a comunicação da mensagem de SIP de requisiçãopara uma função de servidor de aplicativo de protocolo devoz por Internet (VoIP);(e) no servidor de aplicativo de VoIP, a execução deuma função de controle de chamada e a geração de umamensagem de SIP de resposta associada, a qual é roteadapara o gateway de SIP - SS7;(f) no gateway de SIP - SS7, o recebimento da mensagemde SIP de resposta e a geração de uma mensagem de respostaTCAP relacionada, a qual é roteada para o nó de rede decircuito comutado; e(g) o recebimento da mensagem de resposta TCAP no nóde rede de circuito comutado e o uso da informação portadana mensagem de TCAP de resposta, durante um processamentode estabelecimento de chamada retomado.
BRPI0615078-0A 2005-08-26 2006-08-28 métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização BRPI0615078A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US71203205P 2005-08-26 2005-08-26
US60/712,032 2005-08-26
PCT/US2006/033802 WO2007025311A2 (en) 2005-08-26 2006-08-28 Methods, systems, and computer program products for dynamically controlling a pstn network element from an ip network element using signaling

Publications (1)

Publication Number Publication Date
BRPI0615078A2 true BRPI0615078A2 (pt) 2011-05-03

Family

ID=37772545

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0615078-0A BRPI0615078A2 (pt) 2005-08-26 2006-08-28 métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização

Country Status (5)

Country Link
US (1) US20070064886A1 (pt)
EP (1) EP1917790A2 (pt)
CN (1) CN101455037A (pt)
BR (1) BRPI0615078A2 (pt)
WO (1) WO2007025311A2 (pt)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6882828B1 (en) * 2001-04-02 2005-04-19 Bellsouth Intellectual Property Corporation Missed call notification to cellular telephone using short text messaging
US7995565B2 (en) * 2006-10-03 2011-08-09 Research In Motion Limited System and method for managing call continuity in IMS network environment using SIP messaging
US7769000B2 (en) 2006-01-10 2010-08-03 Research In Motion Limited System and method for managing call routing in a network environment including IMS
US7830868B2 (en) 2006-02-06 2010-11-09 Research In Motion Limited System and method for effecutating a SIP call in a network environment including IMS
US7710950B2 (en) 2006-02-06 2010-05-04 Research In Motion Limited System and methods for originating a SIP call via a circuit-switched network from a user equipment device
USRE48967E1 (en) 2006-02-06 2022-03-08 Blackberry Limited System and method for originating a call via a circuit-switched network from a user equipment device
US7760712B2 (en) 2006-08-11 2010-07-20 Research In Motion Limited System and method for managing call continuity in IMS network environment
US8873405B2 (en) * 2006-12-15 2014-10-28 Verizon Patent And Licensing Inc. Automated session initiation protocol (SIP) device
US9661147B2 (en) * 2006-12-19 2017-05-23 Bce Inc. Method, system and apparatus for intelligently handling a request for a communication session
US9571303B2 (en) * 2006-12-19 2017-02-14 Bce Inc. Method, system and apparatus for handling a request for a media-over-packet communication session
US7877487B2 (en) * 2006-12-29 2011-01-25 Alcatel-Lucent Usa Inc. Dynamic service triggers in communication networks
US7668159B2 (en) * 2007-04-25 2010-02-23 Research In Motion Limited Methods and apparatus for obtaining variable call parameters suitable for use in originating a SIP call via a circuit-switched network from a user equipment device
US8879702B1 (en) 2007-10-17 2014-11-04 Accudata Technologies, Inc. Method and system for providing additional information to called parties
US8488754B1 (en) 2007-10-17 2013-07-16 Accudata Technologies, Inc. IP-enabled information delivery
US10958781B2 (en) 2007-06-13 2021-03-23 First Orion Corp. Providing audio content to a device
US8625762B1 (en) 2007-06-13 2014-01-07 Accudata Technologies, Inc. Providing additional information to called parties
US8548140B2 (en) 2007-06-13 2013-10-01 I D You, Llc Providing audio announcement to called parties
US12425512B2 (en) 2007-06-13 2025-09-23 First Orion Corp. Delivering additional information to receiving parties for text messaging based caller ID
US8811575B2 (en) 2007-06-13 2014-08-19 I D You, Llc Delivering additional information to receiving parties for text messaging based caller ID
US11297180B2 (en) 2007-06-13 2022-04-05 First Orion Corp. Method and system for providing additional information to called parties
US11811966B2 (en) 2007-10-17 2023-11-07 First Orion Corp. IP-enabled information delivery
US12256041B2 (en) 2007-10-17 2025-03-18 First Orion Corp. IP-enabled information delivery
US8948160B1 (en) * 2007-12-20 2015-02-03 Genband Us Llc Controlling services in a circuit-switched network from a packet network
US8879545B2 (en) 2007-12-31 2014-11-04 At&T Intelletual Property I, L.P. Methods and apparatus to route a communication session directly to a voicemail mailbox
US7877453B2 (en) * 2008-01-02 2011-01-25 International Business Machines Corporation System and method for optimizing data traffic in signaling stream of IP multimedia subsystem service
US8351913B2 (en) * 2008-01-15 2013-01-08 Microsoft Corporation Merging call notifications in cross ringing systems
US8532092B2 (en) * 2008-06-02 2013-09-10 Tekelec, Inc. Methods, systems, and computer readable media for providing next generation network (NGN)-based end user services to legacy subscribers in a communications network
US9210245B2 (en) * 2008-09-18 2015-12-08 Oki Electric Industry Co., Ltd. Linkage system, linkage method, computer readable recording medium storing linkage program, and exchange
US20100138501A1 (en) * 2008-12-03 2010-06-03 Microsoft Corporation End-to-end validation in a push environment
CN102652434B (zh) * 2009-12-10 2016-08-03 瑞典爱立信有限公司 用于向主叫方递送被叫方命名信息的方法和设备
US10602241B2 (en) * 2009-12-31 2020-03-24 Bce Inc. Method, system network and computer-readable media for controlling outgoing telephony calls to cause initiation of call features
US9565217B2 (en) * 2009-12-31 2017-02-07 Bce Inc. Method, system, network and computer-readable media for controlling outgoing telephony calls
US8531992B2 (en) * 2009-12-31 2013-09-10 Bce Inc. Method, system, network and computer-readable media for controlling outgoing telephony calls to convey media messages to source devices
US8737587B2 (en) * 2009-12-31 2014-05-27 Bce Inc. Method, communication device and computer-readable media for conveying an audio element to a user of a communication device during an outgoing call
US9609136B1 (en) * 2010-02-23 2017-03-28 West Corporation Call steering in a call center system
US9020122B2 (en) * 2010-05-19 2015-04-28 Avaya Inc. Method and apparatus for tagging outgoing telephony calls
US10714935B2 (en) 2011-01-04 2020-07-14 International Business Machines Corporation Subscriber-driven system for managing events in an electrical grid
US8774167B2 (en) 2011-03-04 2014-07-08 T-Mobile Usa, Inc. Packet-switched core network architecture for voice services on second- and third-generation wireless access networks
US8811587B2 (en) 2012-04-11 2014-08-19 International Business Machines Corporation Selectively filtering incoming communications events in a communications device
CA2892806C (en) * 2012-12-05 2020-08-18 Viber Media Sarl Call termination on ott network
FR3074397B1 (fr) * 2017-11-30 2019-11-29 Orange Procede de traitement d'un appel entrant dans un reseau de telecommunications et serveur tas le mettant en oeuvre
US10986555B1 (en) * 2019-09-25 2021-04-20 Dsbm, Llc Analog and digital communication system for interfacing plain old telephone service devices with a network
US12363231B2 (en) 2020-02-03 2025-07-15 Viber Media S.A.R.L. System and method for voice call connection from an OTT network
US11570297B2 (en) * 2020-08-13 2023-01-31 First Orion Corp. Conditional communication forwarding based on origination and destination attributes
US11722861B2 (en) 2020-08-13 2023-08-08 First Orion Corp. Conditional communication forwarding based on origination and destination attributes
US11729588B1 (en) 2021-09-30 2023-08-15 T-Mobile Usa, Inc. Stateless charging and message handling
US12336037B2 (en) 2022-02-09 2025-06-17 T-Mobile Usa, Inc. Seamless session handling with redundant deployment of policy control nodes
US12034570B2 (en) 2022-03-14 2024-07-09 T-Mobile Usa, Inc. Multi-element routing system for mobile communications
US12284582B2 (en) 2022-03-15 2025-04-22 T-Mobile Usa, Inc. Inaudibly notifying a caller of a status of an open-line call

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7010110B2 (en) * 1999-03-31 2006-03-07 Walker Digital, Llc Method and apparatus for monitoring telephone status
US6807574B1 (en) * 1999-10-22 2004-10-19 Tellme Networks, Inc. Method and apparatus for content personalization over a telephone interface
US6366661B1 (en) * 1999-10-25 2002-04-02 Quest Communications Int'l., Inc. Online call routing apparatus and method
US8503639B2 (en) * 2001-02-27 2013-08-06 Verizon Data Services Llc Method and apparatus for adaptive message and call notification
WO2002091692A1 (en) * 2001-04-13 2002-11-14 Girard Gregory D Ditributed edge switching system for voice-over-packet multiservice network
US7173925B1 (en) * 2001-07-18 2007-02-06 Cisco Technology, Inc. Method and system of control signaling for a wireless access network
US7139263B2 (en) * 2001-10-19 2006-11-21 Sentito Networks, Inc. Voice over IP architecture
US6738461B2 (en) * 2001-11-01 2004-05-18 Callwave, Inc. Methods and apparatus for returning a call over a telephony system
US6865266B1 (en) * 2002-01-16 2005-03-08 Verizon Services Corp. Methods and apparatus for transferring from a PSTN to a VOIP telephone network
US7496625B1 (en) * 2002-11-04 2009-02-24 Cisco Technology, Inc. System and method for communicating messages between a text-based client and a voice-based client
US20040235520A1 (en) * 2003-05-20 2004-11-25 Cadiz Jonathan Jay Enhanced telephony computer user interface allowing user interaction and control of a telephone using a personal computer
US7123697B2 (en) * 2004-01-14 2006-10-17 Comverse Ltd. Method and system for providing a call answering service between a source telephone and a target telephone
US7933608B2 (en) * 2004-03-11 2011-04-26 Tekelec Methods, systems, and computer program products for providing presence gateway functionality in a telecommunications network
US8027335B2 (en) * 2004-05-05 2011-09-27 Prodea Systems, Inc. Multimedia access device and system employing the same
WO2006058275A2 (en) * 2004-11-29 2006-06-01 Roamware Inc. Missed call alerts
US8077842B2 (en) * 2005-05-25 2011-12-13 Cisco Technology, Inc. System and method for associating due dates with messages
US20070243858A1 (en) * 2006-04-18 2007-10-18 Tekelec Methods, systems, and computer program products for integrated notification of missed calls across multiple phone types

Also Published As

Publication number Publication date
EP1917790A2 (en) 2008-05-07
WO2007025311A4 (en) 2009-01-15
CN101455037A (zh) 2009-06-10
WO2007025311A2 (en) 2007-03-01
US20070064886A1 (en) 2007-03-22
WO2007025311A3 (en) 2008-11-27

Similar Documents

Publication Publication Date Title
BRPI0615078A2 (pt) métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização
US8331546B2 (en) Enhanced services provided using communication redirection and processing
US7408925B1 (en) Originator based directing and origination call processing features for external devices
CN101953126B (zh) 用于因特网协议网络中的紧急服务号码报警的方法及装置
US8774387B2 (en) System and method for avoiding hold times on a telephone call
US20110164744A1 (en) Pbx call management
US20050074109A1 (en) Integrated personal call management system
US8532092B2 (en) Methods, systems, and computer readable media for providing next generation network (NGN)-based end user services to legacy subscribers in a communications network
US7643625B2 (en) Method of and system for altering incoming call controls after a call has been placed to an emergency number
CN101277342A (zh) 一种实现分叉业务的方法、装置及系统
JP2008236241A (ja) 電話システムとその交換装置
US20070243858A1 (en) Methods, systems, and computer program products for integrated notification of missed calls across multiple phone types
US7319692B2 (en) Subscriber mobility in telephony systems
JP4599424B2 (ja) 電話システムとその交換装置および発信制御方法
US20050249195A1 (en) Methods, systems and computer program products for handling multiple incoming calls simultaneously using central office voice over network (co_von)
US8923500B2 (en) Communication networks in which an application server and multiple directory numbers are used to provide internet protocol like features to time division multiplexed phone lines
US7769146B1 (en) Method and system for connecting calling and called parties when called party is leaving message for calling party
US20100061365A1 (en) Method and apparatus for providing extension management in voice over internet protocol customer premises
US7751536B1 (en) Line appearance reservation for SIP endpoints
US8462637B1 (en) Dial plan routing for fragmented networks
US7778402B1 (en) Method and apparatus for routing incoming calls to active network endpoints
US8199743B1 (en) Enhanced services for a pots line
US20090252317A1 (en) Method of managing a telecommunications system for adaptive serial ringing and program product therefor
US7664252B1 (en) Method and apparatus for sending alerts to internet protocol phones
US20060182257A1 (en) Method and apparatus for notifying the calling party about the status of the called endpoint

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 6A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: NAO APRESENTADA A GUIA DE CUMPRIMENTO DE EXIGENCIA. REFERENTE A 6A ANUIDADE.

B15K Others concerning applications: alteration of classification

Ipc: H04L 29/06 (2006.01), H04M 1/253 (2006.01), H04M 1