BRPI0613172A2

BRPI0613172A2 - métodos, sistemas e produtos de programa de computador para o disparo de nós de sip para incluìrem uma informação de roteamento de ss7 em mensagens de resposta incluindo uma informação requisitada por nós de ss7

Info

Publication number: BRPI0613172A2
Application number: BRPI0613172-7A
Authority: BR
Inventors: Robert J Delaney; Todd Eichler; Mahesh Tomar
Original assignee: Tekelec Corp
Priority date: 2005-07-08
Filing date: 2006-07-10
Publication date: 2010-12-21
Also published as: US7760708B2; CN101258732A; WO2007008685A2; EP1902572A4; WO2007008685A3; US20070008955A1; CN101258732B; EP1902572B1; EP1902572A2

Abstract

MéTODOS, SISTEMAS E PRODUTOS DE PROGRAMA DE COMPUTADOR PARA O DISPARO DE NóS DE SIP PARA INCLUIREM UMA INFORMAçáO DE ROTEAMENTO DE SS7 EM MENSAGENS DE RESPOSTA INCLUINDO UMA INFORMAçIO REQUISITADA POR NóS DE SS7. Métodos, sistemas e produtos de programa de computador são mostrados para o disparo de nós de SIP para incluírem uma informação de roteamento de SS7 em mensagens de resposta incluindo uma informação requisitada por nós de SS7. Uma mensagem tendo uma informação de roteamento de SS7 é recebida a partir de um nó de SS7 remoto. Uma mensagem de SIP correspondente é gerada, que inclui a informação de roteamento de SS7 e um parâmetro para disparo do nó de SIP para incluir a informação de roteamento em uma mensagem de resposta. A mensagem de SIP correspondente é encaminhada para um nó de SIP remoto.

Description

MÉTODOS, SISTEMAS E PRODUTOS DE PROGRAMA DE COMPUTADOR PARAO DISPARO DE NÓS DE SIP PARA INCLUÍREM UMA INFORMAÇÃO DEROTEAMENTO DE SS7 EM MENSAGENS DE RESPOSTA INCLUINDO UMAINFORMAÇÃO REQUISITADA POR NÓS DE SS7

PEDIDOS RELACIONADOS

Este pedido reivindica o benefício do pedido depatente provisória U.S. N0 60/697.438, depositado em 8 dejulho de 2005 e o Pedido de Patente U.S. N0 de Série11/193.240 correspondente intitulado METHODS, SYSTEMS, ANDCOMPUTER PROGRAM PRODUCTS FOR TRIGGERING SIP NODES TOINCLUDE SS7 ROUTING INFORMATION IN RESPONSE MESSAGESINCLUDING INFORMATION REQUESTED BY SS7 NODES, depositado em29 de julho de 2005, cujas exposições de cada um sãoincorporadas aqui como referência em suas totalidades.

CAMPO TÉCNICO

O assunto descrito aqui se refere ao roteamento demensagens de sinalização em redes que utilizam protocolosde sinalização diferentes. Mais particularmente, o assuntodescrito aqui se refere a métodos, sistemas e produtos deprograma de computador para o disparo de nós de SIP paraincluírem uma informação de roteamento de SS7 em mensagensde resposta.

ANTECEDENTES

As redes de telecomunicação incluem dois percursos decomunicação distintos ou sub-redes - uma rede de voz e umarede de sinalização. Estas duas redes funcionam de umamaneira cooperativa para facilitação de chamadas entreusuários. Conforme implicado por seu nome, a rede de vozlida com a transmissão de informação de voz (ou de dados deusuário) entre usuários. A rede de sinalização tem váriasresponsabilidades, as quais incluem um estabelecimento dechamada, um desligamento de chamada, e recursos de acesso abanco de dados. Em termos simples, a rede de sinalizaçãofacilita uma formação de enlace dinâmica em conjunto devários circuitos de comunicação do tipo de voz discretos,de modo que uma conexão do tipo de voz seja estabelecidaentre uma parte chamando e uma parte chamada.

Adicionalmente, a rede de sinalização provê uma estruturaatravés da qual uma informação não relacionada à voz podeser transportada, com estes dados e esta funcionalidade detransporte sendo transparentes para os usuários. Estatécnica de sinalização freqüentemente é referida como umasinalização fora de banda, onde o termo "banda" implica embanda de voz.

O protocolo de sinalização comumente empregado emredes de comunicação ao redor do mundo, tais como redes detelefonia comutada pública (PSTN), é o protocolo de sistemade sinalização 7 (SS7). De uma perspectiva de hardware, umarede de SS7 inclui uma pluralidade de nós de SS7, referidosgenericamente como pontos de sinalização (SPs), que sãointerconectados usando-se enlaces de sinalização, tambémreferidos como enlaces de SS7. Pelo menos três tipos de SPssão providos em uma rede de SS7: pontos de comutação deserviço (SSPs), pontos de transferência de sinal (STPs) epontos de controle de serviço (SCPs) . Em uma rede desinalização de SS7, a cada SP é atribuído um endereço derede de SS7, o qual é referido como um código de ponto (PC).

Um SSP normalmente é instalado em escritórios detandem de Classe 5 ou de extremidade de Classe 5. O SSP écapaz de lidar com uma sinalização em banda e com umasinalização de SS7. Um SSP pode ser um comutador deconsumidor, um escritório final, um tandem de acesso e/ouum tandem. Um STP transfere mensagens de sinalização apartir de um enlace de sinalização para um outro. Os STPssão comutadores de pacote e são geralmente instalados comopares combinados. Finalmente, os SCPs controlam o acesso abancos de dados, tais como bancos de dados de tradução denúmero 800, bancos de dados de identificação deconcessionária de número 800, bancos de dados deverificação de cartão chamando e outros bancos de dados.

O SSl suporta modelos de serviço, tal como a redeinteligente (IN) , por meio do que alguns recursos sãoexecutados localmente em SSPs, enquanto outros recursos são15 executados em SCPs. Em muitos casos, os serviços de IN sãoestendidos pelo acesso a um computador principal ouservidor em uma rede de protocolo de Internet (IP) usando-se um protocolo compatível com IP, tal como um protocolo deiniciação de sessão (SIP) .

Uma nova estrutura de protocolo baseada em SIPdenominada "serviços na PSTN requisitando serviços deInternet" (SPIRITS) provê aos nós de SS7 a capacidade deusar computadores centrais de internet que provêem serviçosde PSTN. SPIRITS é um protocolo de força tarefa deengenharia de Internet (IETF) descrito no Network WorkingGroup RFC 3910, outubro de 2004, cuja exposição éincorporada aqui como referência em sua totalidade. 0protocolo SPIRITS permite a execução de serviços naInternet com base em certos eventos ocorrendo em uma redede SS7. Os nós de SSl fazem requisições de serviço que,então, são processadas em servidores centrais de Internet.Em termos gerais, o computador central de Internet estáinteressado em obter notificações de certos eventosocorrendo na rede de SS7, tais como uma chamada respondida,uma parte chamada ocupada, uma falha de seleção de rota,uma desconexão de chamada e outros. Quando um evento deinteresse ocorre, o nó de SS7 notifica o computador centralde Internet. 0 computador central de Internet então podeexecutar serviços apropriados com base nestas notificações.Por exemplo, o computador central de Internet pode usaresta informação para facilitar serviços de redeinteligentes, tais como uma ID de chamada em espera, umencaminhamento de chamada e similares, os quais utilizamuma rede de IP. Para proporcionar um exemplo específico, umassinante pode receber uma indicação em sua tela decomputador no trabalho que uma chamada está sendo recebidaem casa. A indicação pode prover opções para o usuário paraatuar sobre a informação, tais como responder à chamada,transferir a chamada para um correio de voz, e encaminhar achamada para um outro número.

O protocolo SPIRITS, e SIP em geral, contudo, nãodefine um mecanismo para manutenção dos códigos de ponto deSS7 de origem e/ou códigos de grupo de rede de origem(discutidos adicionalmente abaixo) em mensagensencaminhadas a partir de uma rede de SS7 para um nó de redede IP, tal como um nó de SIP, e de volta. Por exemplo, hácasos em que um nó de SS7, tal como um STP, pode enviar umamensagem para um nó de SIP requisitando uma resposta usandoSIP (por exemplo, SPIRITS) . Em um caso como esse,convencionalmente é requerido que o nó de SIP mantenha umainformação de estado para a mensagem, de modo que ainformação de roteamento de SS7 de origem do nó de SS7 apartir do qual a resposta deve ser enviada seja conhecida,uma vez que a resposta seja recebida a partir do nó de SIP.

Uma manutenção dessa informação de estado no STP é intensaquanto aos recursos. Seria benéfico ser capaz de receber ainformação de roteamento de SS7 a partir do nó de SIP, namensagem de resposta para redução da exigência demanutenção da informação de estado no STP. Embora hajaprovisões em SPIRITS para a inclusão de números de telefonede parte chamada e números de telefone de parte chamando emmensagens, atualmente, não há provisões para códigos deponto de SS7 ou códigos de grupo de rede.

Os códigos de grupo e seu uso são descritos no Pedidode Patente U.S. N0 10/093.862 co-pendente comumente cedido,depositado em 8 de março de 2002, intitulado "Methods andSystems for Providing Duplicate Point Code Support in aSignaling Message Routing Node", cuja exposição éincorporada como referência aqui em sua totalidade. 0pedido acima se refere a um elemento de rede decomunicações que é capaz de prover uma funcionalidade deroteamento de mensagem intra e inter-rede em um ambiente deligação de rede incluindo múltiplas redes de sinalizaçãonacionais. Mais particularmente, um nó de roteamento roteiamensagens de sinalização entre múltiplas redes nacionais,onde o mesmo código de ponto é usado para a identificaçãode nós diferentes em duas ou mais das redes. Por exemplo,um STP facilita uma comunicação de sinalização dentro eentre redes de SS7 nacionais diferentes com pontos desinalização que compartilham códigos de ponto. De modo aobter esta funcionalidade de roteamento de código de pontoduplicada, em um exemplo, um código de grupo pode seratribuído a uma mensagem recebida, com base em umaregulagem de enlace e um código de ponto adjacente a partirdo qual a mensagem foi recebida. Uma vez que o código degrupo seja atribuído, ele pode ser usado para se rotearinternamente a mensagem para a porta de saída associada aogrupo de destino apropriado, o qual pode ser uma redenacional.

Os códigos de grupo são usados para representação deredes de SS7 porque redes de telecomunicações em diferentespaíses podem usar os mesmos códigos de ponto. Isto é,embora um dado código de ponto de SS7 deva ser único em umadada rede de sinalização de um país, não há proibiçãoquanto ao uso do mesmo código de ponto em uma rede desinalização de um outro país. Este problema de uso emduplicata de código de ponto é particularmente prevalecentenos mercados de telecomunicações europeus e torna difícilque uma operadora de rede internacional implemente umgateway de sinalização (SG) ou um STP para simultaneamenteservir a múltiplas redes nacionais. Os códigos de grupopermitem que um STP ou um SG simultaneamente sirva amúltiplas redes nacionais nas quais códigos de ponto sãoreusados.

Conforme declarado acima, os protocolos de SIP e oSPIRITS estão sendo usados crescentemente para a provisãode serviços avançados de telecomunicações. Contudo, nenhumprotocolo atualmente provê um mecanismo para o disparo denós de SIP para incluírem uma informação de roteamento deSS7 em mensagens de resposta.Assim sendo, existe uma necessidade de métodos,sistemas e produtos de programa de computador para inclusãode uma informação de roteamento de SSl em uma mensagem deSIP.

SUMÁRIO

Em um aspecto do assunto mostrado aqui, é mostrado ummétodo para disparo de nós de SIP para incluírem umainformação de roteamento de SSl em mensagens de respostaincluindo uma informação requisitada pelos nós de SS7. Umaprimeira mensagem tendo uma informação de roteamento de SS7é recebida a partir de um nó de SS7 remoto. Uma mensagem deSIP correspondente é gerada, que inclui a informação deroteamento de SS7 e um parâmetro para disparo do nó de SIPincluindo a informação de roteamento em uma mensagem deresposta. A mensagem de SIP correspondente é encaminhadapara um nó de SIP remoto.

Em um outro aspecto do assunto mostrado aqui, émostrado um sistema para disparo de nós de SIP paraincluírem uma informação de roteamento de SSl em mensagensde resposta incluindo uma informação requisitada pelos nósde SS7. O sistema inclui uma interface de rede de SS7 querecebe, a partir de um nó de SS7 remoto uma primeiramensagem tendo uma informação de roteamento de SS7. Umprocessador de mensagem gera uma mensagem de SIPcorrespondente que inclui a informação de roteamento de SSle um parâmetro para disparo do nó de SIP para incluir ainformação de roteamento em uma mensagem de resposta. Umainterface de rede de IP encaminha a mensagem de SIPcorrespondente para um nó de SIP remoto.

Em um outro aspecto do assunto mostrado aqui, umproduto de programa de computador é mostrado. 0 produto deprograma de computador inclui instruções executáveis emcomputador concretizadas em um meio que pode ser lido emcomputador. As instruções executáveis em computador sãopara a realização de etapas em um nó de rede habilitadopara SIP recebendo uma primeira mensagem que tem umainformação de roteamento de SS7 a partir de um nó de SS7remoto, a geração de uma mensagem de SIP correspondente queinclui a informação de roteamento de SS7 e um parâmetropara disparo do nó de SIP para incluir a informação deroteamento em uma mensagem de resposta, e encaminhamento damensagem de SIP correspondente para um nó de SIP remoto.

Conforme descrito no parágrafo precedente, o assuntodescrito aqui pode ser implementado usando-se um produto deprograma de computador que compreende 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 emdisco, dispositivos de memória de chip, sinais elétricostransferíveis (via download), circuitos integradosespecíficos de aplicação, dispositivos lógicosprogramáveis, ou qualquer outro meio capaz de armazenarinstruções executáveis em computador ou implementaçõeslógicas das mesmas. Além disso, um produto de programa decomputador que implementa o assunto descrito aqui pode serdistribuído através de múltiplos dispositivos e/ouplataformas de computação.

BREVE DESCRIÇÃO DOS DESENHOS

Objetivos e vantagens da presente invenção tornar-se-uma

ão evidentes para aqueles versados na técnica, medianteleitura desta descrição em conjunto com os desenhosassociados, nos quais números de referência iguais foramusados para a designação de elementos iguais, e nos quais:

a Figura 1 é um diagrama de rede que ilustra umexemplo de uma rede na qual uma informação de roteamento deSS7 e um parâmetro para disparo do nó de SIP para incluir ainformação de roteamento em uma mensagem de resposta podemser incluídos em uma mensagem de SIP de acordo com umaspecto do assunto mostrado aqui;

a Figura 2 é um diagrama de rede que ilustra umexemplo de uma rede na qual uma informação de roteamento deSS7 e um parâmetro para disparo do nó de SIP para incluir ainformação de roteamento em uma mensagem de resposta podemser incluídos em uma mensagem de SIP de acordo com um outroaspecto do assunto mostrado aqui;

a Figura 3 é um diagrama de blocos que ilustra umaarquitetura interna de exemplo de um gateway de sinalizaçãode acordo com um aspecto do assunto descrito aqui;

a Figura 4 é um diagrama de sinalização que ilustra umfluxo de mensagem de exemplo de acordo com um aspecto doassunto descrito aqui;

a Figura 5 é um fluxograma que ilustra um método paraincluir, em uma mensagem de SIP, uma informação deroteamento de SS7 e um parâmetro para disparo do nó de SIPpara incluir a informação de roteamento em uma mensagem deresposta de acordo com um aspecto do assunto descrito aqui;

e

a Figura 6 é um fluxograma que ilustra um método paraincluir, em uma mensagem de SIP, uma informação deroteamento de SS7 e um parâmetro para disparo do nó de SIPpara incluir a informação de roteamento em uma mensagem deresposta de acordo com um outro aspecto do assunto descritoaqui.

DESCRIÇÃO DETALHADA

Para facilitar um entendimento de modalidades deexemplo, muitos aspectos são descritos em termos deseqüências de ações que podem ser realizadas peloselementos de um sistema de computador. Por exemplo, seráreconhecido que em cada uma das modalidades as várias açõespodem ser realizadas por circuitos especializados ouelementos de circuito (por exemplo, portas lógicasdiscretas interconectadas para a realização de uma funçãoespecializada), por instruções de programa sendo executadaspor um ou mais processadores, ou por uma combinação deambos.

Mais ainda, as seqüências de ações podem serconcretizadas em qualquer meio que pode ser lido emcomputador para uso por ou em relação a um sistema deexecução de instrução, aparelho ou dispositivo, tal como umsistema baseado em computador, um sistema contendo umprocessador, ou um outro sistema que possa buscar asinstruções a partir de um meio que pode ser lido emcomputador e executar as instruções.

Conforme usado aqui, um "meio que pode ser lido emcomputador" pode ser qualquer meio que possa conter,armazenar, comunicar, propagar ou transportar o programapara uso por ou em relação ao sistema, aparelho oudispositivo de execução de instrução. 0 meio que pode serlido em computador pode ser, por exemplo, mas não estálimitado a um sistema, aparelho, dispositivo ou meio depropagação eletrônico, magnético, ótico, eletromagnético,de infravermelho ou semicondutor. Exemplos mais específicos(uma lista não exaustiva) do meio que pode ser lido emcomputador podem incluir o seguinte: uma conexão elétricatendo um ou mais fios, um disquete de computador portátil,uma memória de acesso randômico (RAM), uma memória apenasde leitura (ROM), uma memória apenas de leitura programávelapagâvel (EPROM ou memória flash), uma fibra ótica e umamemória apenas de leitura de disco compacto portátil (CD-ROM).

Assim, o assunto descrito aqui pode ser concretizadode muitas formas diferentes, e todas essas formas sãocontempladas como estando no escopo do que é reivindicado.

Em SS7, o protocolo de nível 3 de parte detransferência de mensagem (MTP-3) provê um roteamento demensagem e um gerenciamento de rede. A camada de adaptaçãode usuário de MTP-3 (M3UA) é usada para suporte datransferência de mensagens de qualquer camada de protocoloque seja identificada para MTP-3 como um protocolo deusuário de MTP por redes de IP. A lista de camadas deprotocolo que podem ser transferidas por redes de IPusando-se M3UA inclui mensagens de Parte de Usuário de ISDN(ISUP), mensagens de parte de controle de conexão desinalização (SCCP), e mensagens de parte de usuário detelefone (TUP). Além disso, mensagens de parte decapacidades de transação (TCAP) e parte de aplicativo derede de acesso por rádio (RANAP) são transferidas de formatransparente pelo protocolo de M3UA como carga útil deSCCP, já que eles são protocolos de usuário de SCCP. Oprotocolo de transporte subjacente usado para M3UAtipicamente é um protocolo de transmissão de controle defluxo (SCTP). A M3UA é descrita em ETF Internet draft-sigtran-m3ua-12.txt, fevereiro de 2002, cuja exposição éincorporada aqui como referência em sua totalidade.

O protocolo de M3UA inclui um parâmetro referido comouma aparência de rede. De acordo com a especificação deprotocolo, a aparência de rede é uma referência local deM3UA compartilhada por um gateway de sinalização e umservidor de aplicativo. 0 parâmetro de aparência de rede emconjunto com um código de ponto de sinalização, identificaunicamente um nó de SS7 ao indicar a rede específica à qualele pertence. O parâmetro de aparência de rede pode serusado para distinção de tráfego de sinalização associado aredes diferentes sendo enviadas entre o gateway desinalização e um servidor de aplicativo por uma associaçãode SCTP comum. Um cenário de exemplo é quando um gateway desinalização aparece como um elemento em múltiplas redes deSS7 nacionais separadas que reusam o mesmo valor de códigode ponto de sinalização de SS7. Contudo, atualmente não háum mecanismo provido em.SIP para comunicação do parâmetrode aparência de rede para um nó de destino na rede de SIP.

Um outro protocolo de transporte que pode ser usadopara protocolos de transporte que utilizam MTP-3 é descritoem ETF RFC 3034: Tekelec's Transport Adapter LayerInterface, junho de 2000, cuja exposição é incorporada aquicomo referência em sua totalidade. No protocolo deinterface de camada de adaptação de transporte (TALI), oprotocolo de transporte implementado pelas camadas de OSI 3e 4 preferencialmente é um protocolo de controle detransmissão (TCP).

A Figura 1 é um diagrama de rede que ilustra umexemplo de uma rede na qual uma informação de roteamento deSS7 pode ser incluída em uma mensagem de SIP de acordo comum aspecto do assunto mostrado ali. A Figura 1 inclui umarede de sinalização de SS7 francesa 100 e uma rede desinalização de SS7 italiana 102. A rede francesa 100 incluium STP 104 e pontos de sinalização 106 e 108. De modosimilar, a rede italiana 102 inclui um STP 110 e pontos desinalização 112 e 114.

Os pontos de sinalização franceses e italianos podemser conectados a seus respectivos STPs através de enlacesde sinalização de SS7. Como tal, toda a sinalização entreestas duas redes nacionais ocorre através dos dois STPs.

Isto é, um ponto de sinalização francês não pode sinalizardiretamente para um ponto de sinalização italiano. Ao invésdisso, um ponto de sinalização francês deve formular umamensagem de sinalização que é transmitida para o STPfrancês 104 e subseqüentemente roteado para o STP italiano110, o qual transmite a mensagem para o ponto desinalização italiano pretendido. Será apreciado que os STPsfranceses e italianos servem para efetivamente isolaremsuas respectivas redes uma da outra. Além disso, os mesmoscódigos de ponto podem ser usados em cada rede. Na Figura1, o código de ponto 1-1-1 é usado pelo ponto desinalização 106 na rede francesa 100 e pelo ponto desinalização 112 na rede italiana 102. Para diferenciaçãoentre os pontos de sinalização 106 e 112, a cada rede podeser atribuído um código de grupo de rede, conformediscutido no Pedido de Patente U.S. N0 10/093.862 comumentecedido co-pendente, referido acima. No exemplo, à redefrancesa 100 é atribuído o código de grupo de rede AA e àrede italiana 102 é atribuído o código de grupo de rede BB.O código de grupo é usado internamente pelos STPs egateways de sinalização para rotearem mensagens para a redenacional apropriada. Por exemplo, na Figura 1, se o STP104, o SG 116 e o STP 110 forem combinados em um nó único,aquele nó seria conectado a múltiplas redes nacionais. Comoresultado, o nó pode receber mensagens que são endereçadasa um código de ponto reusado. Um nó como esse seria usado,então, na consulta de tabela de rota para garantir que umamensagem seja enviada para a rede nacional apropriada.

Um gateway de sinalização de SIP 116 é conectado aosSTPs 104 e 110. Um gateway de sinalização 116 é adaptadopara se comunicar com os nós de SS7 por redes de SS7 ouredes de SS7 por IP e com um nó de SIP 118 por uma rede deIP 120. Assim sendo, o gateway de sinalização 116 éadaptado para usar ambos os protocolos de SS7 e SIP. Porexemplo, o gateway de sinalização 116 pode se comunicar como nó de SIP 118 usando SIP de acordo com a estrutura deprotocolo SPIRITS. O gateway de sinalização 116 também podefuncionar como um STP na rede de SS7. O nó de SIP 118 podeser, por exemplo, um servidor de proxy de SIP.

Conforme discutido acima, o SIP carece de um mecanismopara transferência de uma informação de roteamento de SS7.Conseqüentemente, quando uma mensagem de SS7 é recebida nogateway de sinalização 116 a partir do ponto de sinalização108 que requisita uma informação a partir do nó de SIP 118usando SIP, a informação de roteamento necessária pararetornar a informação requisitada para o ponto desinalização 108 (ou um outro ponto de sinalização de SS7designado) não pode ser incluída na troca de mensagem deSIP. Como resultado, convencionalmente seria requerido queo gateway de sinalização 116 armazenasse esta informação ea combinasse com a mensagem correspondente retornada pelonó de SIP 118. A manutenção de uma informação de estadocomo essa no gateway de sinalização 116 prendedesnecessariamente recursos que podem ser usados paraoutras tarefas, desse modo reduzindo a performance dogateway de sinalização.

Ao invés disso, é mais eficiente incluir umainformação de roteamento de SS7 na mensagem de SIP, a qualpode ser retornada com a resposta de SIP correspondente apartir do nó de SIP 118. Conforme usado aqui, umainformação de roteamento de SS7 inclui códigos de ponto deSS7, códigos de grupo de rede de SS7, uma informação deaparência de rede de M3UA (discutida adicionalmente abaixo)e uma outra informação de roteamento de SS7 conhecida. Se oponto de sinalização 108 precisar se comunicar com o nó deSIP 118, por exemplo, para a recuperação de uma informaçãoou para o estabelecimento de uma assinatura, o código deponto 1-1-2 poderá ser incluído na mensagem de SS7 queeventualmente atinge o gateway de sinalização 116. 0gateway de sinalização 116 inclui uma informação deroteamento de SS7 (código de ponto 1-1-2) na mensagem deSIP enviada para o nó de SIP 118. O nó de SIP 118 retornauma mensagem de resposta de SIP que inclui a informação deroteamento de SS7, neste caso, o código de ponto 1-1-2.

Deve ser compreendido que a informação de roteamento de SS7não necessariamente tem que identificar o nó de SS7 deorigem, mas, ao invés disso, pode identificar um nó dedestino de SS7 em separado.

De acordo com um outro aspecto, a informação deroteamento de SS7 incluída na mensagem de SIP pode incluirum código de grupo de rede além do código de ponto. Porexemplo, para comunicações envolvendo os pontos desinalização 106 ou 112, um código de ponto não provêinformação suficiente para a identificação de qualquerponto de sinalização unicamente. Uma informação de códigode grupo de rede pode ser usada, além do código de ponto,para a provisão de uma identidade única para o ponto desinalização. Em um caso como esse, a informação de códigode grupo de rede também é mantida nas comunicações de SIPcorrespondentes entre o gateway de sinalização 116 e o nóde SIP 118. Deve ser entendido, também, que a informação decódigo de grupo de rede pode ser incluída nas comunicaçõesde SIP sem códigos de ponto, onde um meio alternativo deidentificação de um ponto de sinalização específico em umarede em particular é usado.

A Figura 2 é um diagrama de rede que ilustra umexemplo de uma rede na qual uma informação de roteamento deSS7 pode ser incluída em uma mensagem de SIP de acordo comum outro aspecto do assunto mostrado aqui. Na Figura 2, oponto de sinalização 106 envia e recebe mensagens de SS7para / a partir do STP 104. 0 STP 104 envia e recebemensagens de M3UA correspondentes para / do gateway desinalização 116. A informação de código de grupo de redepode ser determinada no STP 104 conforme descrito no Pedidode Patente U.S. N0 10/093.862 comumente cedido co-pendente,referido acima. A informação de código de grupo de rede étraduzida para a informação de aparência de rede de M3UA noSTP 104 e portada nas mensagens de M3UA enviadas para ogateway de sinalização 116. Conforme declarado acima, aaparência de rede de M3UA é um parâmetro usado em M3UA paraindicar uma rede de SS7 específica. Assim sendo, oparâmetro de aparência de rede pode ser empregado paracorresponder ao código de grupo de rede de SS7 em mensagensde M3UA. Isto é, uma mensagem de SS7 pode ser traduzidapara M3UA em STP 104, conforme mostrado na Figura 2.

Alternativamente, a tradução de SS7 para M3UA pode serrealizada no gateway de sinalização 116 ou em um outro nó.

Em qualquer caso, o código de grupo de rede pode sertraduzido em um parâmetro de aparência de rede, o qualtipicamente é expresso como um inteiro. No presenteexemplo, o código de ponto AA representando a rede francesapode ser traduzido em um parâmetro de aparência de rede NA= 1 em M3UA. A informação de aparência de rede é portada emmensagens de SIP entre o gateway de sinalização 116 e o nóde SIP 118. Deve ser entendido que a tradução para M3UA nãoé requerida de acordo com o assunto mostrado aqui, mas, aoinvés disso, é uma implementação possível. Além disso, deveser entendido que o gateway de sinalização 116 também poderealizar as funções de STP 104 na Figura 2, incluindo, masnão limitando, a tradução de SS7 para M3UA.

A Figura 3 é um diagrama de blocos que ilustra umaarquitetura interna de exemplo de SG 116 de acordo com umaspecto do assunto descrito aqui. Um gateway de SS7 / SIPtambém é descrito no Pedido de Patente U.S. N° 11/085.620,comumente cedido co-pendente, depositado em 21 de março de2005, intitulado «Methods, Systems, and Computer ProgramProducts for Providing Telecommunications Services betweena Session Initiation Protocol (SIP) Network and a SignalingSystem 7 (SS7) Network". Na Figura 3, o SG 116 inclui pelomenos um processador de mensagem (MP) 3 00, uma interface derede de SS7 302 e, então, uma interface de rede de IP 304.O MP 300 inclui uma estrutura de servidor de SIP (SSF) 306e uma unidade de interligação de rede (IWU) 3 08 que lidacom nós de SS7 para e da rede de IP, identifica serviços detelecomunicações requeridos para uma mensagem de SIP,identifica o tipo de serviço, e para mensagens para asquais um serviço de telecomunicações é requerido, encaminhaa informação requerida para e requisita uma formulação deconsulta a partir do componente de TCAP 310. A IWU 306também gera mensagens de SIP a serem enviadas para o nó deSIP 118 através da interface de rede de SS7 302. Porexemplo, a IWU 3 06 pode gerar uma mensagem INVITE(CONVIDAR) ou 0PTI0NS (OPÇÕES) e encaminhar a mensagem paraum servidor de proxy de SIP na rede de IP 120 e podereceber e processar as mensagens SUBSCRIBE (ASSINAR).

O componente de TCAP 310 formula consultas de TCAPcorrespondentes e encaminha as consultas de TCAP para apilha de protocolo de SS7 por IP 312. A pilha de protocolode SS7 por IP 312 encaminha as consultas de TCAP para arede de SS7 através da interface de rede de SS7 3 02. Paraconsultas de TCAP, a pilha de protocolo 312 pode utilizarcamadas de SCCP, M3UA, SCTP e IP. Embora não ilustrado naFigura 3, o processador de mensagem 300 também pode incluiruma pilha de protocolo de SS7 padrão para envio erecebimento de mensagens de SS7 por enlaces de SSl baseadosem TDM através da interface de rede de SSl 3 02. Em umaimplementação como essa, as camadas de M3UA e SCTP na pilhade protocolo 312 seriam substituídas pelos níveis 1 a 3 de MTP.

0 SME (TCAP / SCCP) 314 configura os componentes depilha de TCAP e de SCCP. 0 SME (M3UA / SCTP) 316 configuraa pilha de SS7 por IP 312. Os SMEs 314 e 316 lêem arquivosde configuração 318 para a configuração da pilha deprotocolo 312. Os agentes de operações, administração emanutenção (OAM) 32 0 criam os arquivos de configuração paraos componentes de software do processador de mensagem 300.

Em particular, os agentes de OAM 320 recebem gatilhos de umservidor de aprovisionamento (não mostrado) e extraem umainformação de configuração a partir do servidor de banco dedados 320. Os agentes de OAM 320 criam arquivos deconfiguração 318 e começam os processos de SSF / IWU, TCAP,SSCP / M3UA / SCTP e de SME.

Os componentes de servidor de aplicativo 322 registrameventos gerados pelo processador de mensagem 300. Porexemplo, os componentes de servidor de aplicativo 322 podemgerar um arquivo de registro de eventos (log file) quearmazena os eventos de alarme. Estas funções podem serrealizadas por um daemon de registrador de eventos (Iogger)(Iogd). Os componentes de servidor de aplicativo 322 tambémpodem incluir um daemon de medições (measd) que geracontagens com base em mensagens processadas ou geradas peloprocessador de mensagem 300. 0 componente sentry decomponentes de servidor de aplicativo 322 começa, pára ereinicia aplicativos de servidor de aplicativo, quando fordeterminado que um aplicativo em particular falhou.

0 SG 116 pode ser usado para a inclusão de umainformação de roteamento de SS7 em uma mensagem de SIP. Ainterface de rede de SS7 3 02 recebe uma mensagem tendo umainformação de roteamento de SS7 a partir de um nó de SS7remoto, tal como o SP 108. 0 processador de mensagem 300gera uma mensagem de SIP correspondente que inclui umainformação de roteamento de SS7. Por exemplo, a IWU 306pode gerar uma mensagem de SIP correspondente com base emuma mensagem de TCAP recebida em conjunto com um componentede TCAP 310 e outros componentes associados descritosacima. A interface de rede de IP então é usada para oencaminhamento da mensagem de SIP correspondente para o nóde SIP 118, o qual pode ser um servidor de proxy de SIP.

Mais uma vez, o processador de mensagem pode seradotado para incluir, em uma mensagem de SIP, um código deponto de SS7, um código de grupo de rede, uma outrainformação de aparência além de uma informação deroteamento de SS7 e um parâmetro instruindo o nó de SIP derecepção para incluir a informação de roteamento de SS7 emuma mensagem de resposta de SIP.

A interface de rede de IP 3 04 então pode receber umamensagem de SIP respondendo à mensagem de SIPcorrespondente. A mensagem de resposta de SIP inclui ainformação de roteamento de SS7. O processador de mensagemgera uma mensagem de SS7 que inclui a informação deroteamento de SS7. A mensagem de SS7 é encaminhada, atravésda interface de rede de SS7 3 02, para o destino, com basena informação de roteamento de SS7.

De acordo com um aspecto, o processador de mensagem300 gera uma mensagem de SIP que inclui um evento de SIPinstruindo o nó de SIP remoto para retornar a informação deroteamento de SS7 em uma mensagem subseqüente respondendo àmensagem de SIP correspondente. Por exemplo, o protocoloSPIRITS, descrito acima, pode ser usado. De acordo com umaimplementação, o protocolo SPIRITS é estendido para incluirum novo tipo de evento para portar uma informação deroteamento de SS7. Por exemplo, um novo evento, referidoaqui como "dados de eco", pode ser adicionado ao protocoloSPIRITS para portar uma informação de roteamento de SS7 emuma mensagem de SIP. 0 nó de SIP 118 ecoa de volta o eventode dados de eco em mensagens de resposta para a provisão deuma correlação de nível de transação no SG 116. Uma vez queo nó de SIP 118 ecoa de volta os dados de eco, o SG 116 écapaz de preencher corretamente a mensagem de SS7correspondente com a informação de roteamento de SS7.

0 protocolo SPIRITS define um tipo de extensão decorreio de Internet de finalidade múltipla (MIME)denominado "application/spirits-event+xml". Este tipo deMIME está presente no cabeçalho de "Content-Type" (Tipo deConteúdo) em requisições e respostas formatadas paraSPIRITS, e descreve um documento XML que contém umainformação relacionada a SPIRITS. 0 evento de dados de ecoé adicionado a SPIRITS para portar uma informação deroteamento de SS7, mas também pode ser usado para portarqualquer informação que precise ser preservada através dosnós de rede. A presença do evento de dados de eco em umamensagem de SIP ê uma indicação para o nó de SIP 118 quedeve ser incluído em mensagens de resposta de SIP. Assim,pela inclusão em uma mensagem de SIP de um parâmetro deevento de dados de eco com uma informação de roteamento deSS7, o SSG 116 dispara o nó de SIP 118 para incluir ainformação de roteamento em mensagens de resposta de SIP,de modo que o SG 116 possa enviar a mensagem de resposta deSS7 correspondente para o nó correto e/ou a rede nacional.

0 evento de dados de eco não precisa ser incluído emmensagens de reconhecimento de SIP simples, tais comomensagens 200 OK. Ambos o SG 116 e o nó de SIP 118 sãoaprovisionados com uma funcionalidade do tipo de evento dedados de eco.

As mensagens de SIP trocadas entre o SG 116 e o nó deSIP 118 incluem um campo de dados de eco juntamente com umaoutra informação necessária para a realização de um serviçoem particular. Mediante o recebimento do campo de dados deeco em mensagens de SIP, o nó de SIP 118 responde com umamensagem de SIP apropriada que retornará os dados de eco.

A Figura 4 é um diagrama de sinalização que ilustra umfluxo de mensagem de exemplo de acordo com um aspecto doassunto mostrado aqui. Na Figura 4, o nó de SIP 106 enviauma mensagem de TCÁP, neste caso, uma consulta compermissão (QWP), a qual inclui o código de grupo de rede AApara o STP 104 na linha 1. Na linha 2, o STP 104 encaminhauma mensagem de M3UA correspondente com a aparência de redeNA = 1 para o SG 116. As linhas 3 a 6 são mensagens de SIPde acordo com o protocolo SPIRITS com uma extensão paradados de eco de acordo com um aspecto do assunto mostradoaqui. A linha 3 é uma mensagem OPTIONS enviada pelo SG 116para o nó de SIP 118 com um tipo de conteúdo"application/spirits-event+xml", mas, alternativamente,pode ser uma mensagem INVITE. A linha 4 é uma mensagem 200OK (reconhecimento) indicando que a mensagem OPTIONS foirecebida. A linha 5 é uma mensagem SUBSCRIBE enviada pelonó de SIP 118 como uma resposta à mensagem OPTIONS. A linha6 é uma mensagem 200 OK indicando que a mensagem SUBSCRIBEfoi recebida.

As mensagens de SIP correspondentes para as linhas 3 a6 são mostradas abaixo e são indicadas pelos números dereferência correspondentes. Note que cada uma das linhas 3a 6 inclui uma informação de roteamento de rede de SS7 narespectiva mensagem de SIP (conforme indicado porasteriscos), mas não as mensagens 200 OK das linhas 4 e 5.

No exemplo abaixo, a informação de aparência de rede, ocódigo de ponto de parte chamando e a informação deroteamento de código de ponto de parte chamada não sãomostradas como a informação de roteamento de SS7. Nasmensagens de exemplo abaixo, o texto relacionado à novaextensão de dados de eco é mostrado em negrito.

Linha 3: 0 SG envia a mensagem OPTIONS para o elemento de SIP

OPTIONS sip: 192.168.55.13 SíP/2.0Via: SI P/2. G/U DP 172.16.72.151

From: d17-027 <sip: d17-027@192.168.55.206>To: sip:user@192.168.55.13Cali-ID: 0118812117-000001Accept appticatfon/spirtts-event+xm ICSeq: 1 OFTfONSContenHype: application/spirits-event+xmlContent-Iengih: 400<?xmí version="1.0" encoding="UTF-8"?><spírits-event xmíns="urn:íetf:params:xml:ns:spirits-1.0n><Event Iype=uJNDPs" name="TAT><Screening>01 </ScreenÍng>

<Ever»t Name - "Echo Data"><Network Appearance>1</NetworkAppearance><CalHng Party Point Code>1-1-1</CaIling Party Poi ntCode>

Linha 4: Os elementos de SIP enviam 200 OK para 0PTI0NSSlP/2.0 200 OK

Via: S1P/2.0/UDP 172,16.72.151From: d17-027 <sip: di 7-027®192.168.55.206>To: sip: user@192.168.55,13CaIWD: 0118812117-000001Acoept: application/spírits-event+xmlCSeq: 1 OPTJONS

Linha 5: Os elementos de SIP enviam uma mensagem SUBSCRIBEpara o SGSUBSCRiBE srp;+1-202-404-5555@192,168.55.13:5060 SIP/2.0Via: SIP/2.0/UDP 192.168,55.206:5061 ;branch=z9hG4bK12345Max-Forwards: 70

Record-Roüte:<síp:+1-202-404-5555@192.168.55.206;maddr=192.168.55.206>

To: +1-202-404-5555 <sip:+1 -202-404-5555@192.168.55,13>

FiOm: +1-202-303-4444 <sip:+1-202-303-4444@192.168.55.206>;tag=4455667CaIWD: 0118812117-000001Cseq: 2 SUBSCRIBEEvent spirits-INDPs

Aliow-Everits: spirits-íNDPsAccept: applÍcatÍon/spirits-event+xml

Contact: <sip:+1-202-303-4444@192.168.55.206>Content-Type: applicatiori/spírits-event+xmlContent-Lengili: 264

<?xml version-Ί.Ο" encoding="UTF-8"?><spirits~event xmlns="urn:ietf:params:xml:ns:spirits-1.0">

<CalÍedPartyNumber>630224O216</CaÍiedPartyNumber></Evení>

<Êvent type="INDPs" name='TNA" mode="R"><CalledPartyNumber>63022402l6</Ca!!edPartyNuinber>

</Event>

<Ca]ledPartyNumber>6302240216</CaíledParíyNumber></Event><Event Name = "Echo Data"><NetworkAppearance>1</NetworkAppeararice><Ca[h'ngPartyPolntCode>1-1-1</CallingPartyPointCode><CalIedPartyPolntCode >1-1 -2</Ca1tedPartyPointCocle>

</Event Name>

</spirits-event>

Linha 6: 0 SG envia 2 00 OK para a mensagem SUBSCRIBE

SIP/2L0 200 OK

Via: SIP/2.0/UDP 192.168.55.206:5061 ;branch=z9hG4bK12345Max-Forwards: 70

Record-Route: <sip:+1-202-404-5555@192.168.55.206; maddr=1Õ2.168.55.206>To: +1-202-404-5555 <sip:+1 -202-404-5555@192.168.55.13>From: +1-202-303-4444 <sip:+1-202-303-4444@192.168.55.206>;tag=4455667Call-ID: 0118812117-000001Cseq: 2 SUBSCRIBE

Contact <sÍp;+1-202-404-5S55@192.168.55.13:5060>

Na linha 7, o SG 116 envia uma mensagem de respostacorrespondente para o STP 104, a qual é encaminhada para onó de SIP 106 na linha 8.

0 protocolo SPIRITS é baseado em um esquema delinguagem de marcação extensível (XML). O protocolo SPIRITSinclui regras de procedimento e o contexto semântico que éaplicado a estas regras para processamento de transações deSIP. 0 protocolo SPIRITS porta assinaturas para eventos apartir de um servidor SPIRITS para um cliente SPIRITS enotificações destes eventos a partir do cliente SPIRITSpara o servidor SPIRITS, tal como o SG 116 e o nó de SIP118. Uma vez que os papéis de servidor e cliente às vezessão intercambiãveis, dependendo do contexto, os termos"assinante de SPIRITS" e "notificante de SPIRITS" podem serusados, ao invés disso, para indicarem qual nó estáassinando e qual nó está notificando.

Em geral, um notificante de SPIRITS é um agente deusuário (UA) na PSTN que aceita assinaturas de assinantesSPIRITS. Estas assinaturas contêm eventos em que osassinantes SPIRITS têm interesse em receber umanotificação, tal como mobilidade. 0 conjunto de eventos quepode ser assinado e a quantidade de notificação que éretornada variam dentre diferentes operadoras de PSTN.

Algumas operadoras de PSTN podem ter um conjunto rico deeventos que podem ser assinados, enquanto outras têm apenaso conjunto primitivo de eventos destacados no documento deexigências de protocolo SPIRITS. 0 evento de dados de ecodescrito acima não é um dos eventos destacados no documentode exigências de protocolo SPIRITS.

Usando uma mensagem SUBSCRIBE, um assinante SPIRITSassina certos eventos usando um documento em XML. Umnotificante SPIRITS notifica o assinante SPIRITS daocorrência do evento usando uma mensagem NOTIFY(NOTIFICAR). O elemento <spirits-event> é a raiz de umdocumento em XML de SPIRITS, o qual é caracterizado por umcabeçalho de um Tipo de Conteúdo "application/spirits-event+xml">. Este elemento contém uma declaração denamespace ('xmlns') para indicar o namespace no qual odocumento em XML é baseado. Os documentos em XML emconformidade com o protocolo SPIRITS contêm o URN"urn:ietf:params:xml:ns:spirits-1.O" na declaração denamespace. Outros namespaces podem ser especificados. Oelemento <spirits-event> contém pelo menos um elemento<Event>, e pode conter mais de um. 0 elemento <Event>contém três atributos, um atributo 1type' (tipo), cujovalor é "INDPs" ou "userprof" (o que corresponde,respectivamente, a eventos relacionados à chamada e eventosnão relacionados à chamada), um atributo lname' (nome) queinclui valores limitados para a mnemônica de SPIRITSdefinida no protocolo SPIRITS, e um atributo 'mode' (modo)opcional, cujo valor é "N" ou "R", correspondenterespectivamente a (N)otificação ou (R)equisição. De novo,uma informação adicional sobre o protocolo SPIRITS pode serobtida em IETF Network Working Group RFC 3910, outubro de2004, o qual é incorporado aqui como referência em suatotalidade.

A Figura 5 é um fluxograma que ilustra um método paradisparo de nós de SIP para incluírem uma informação deroteamento de SS7 em resposta a mensagens incluindo umainformação requisitada por nós de SS7 de acordo com umaspecto do assunto mostrado aqui. Na etapa 500, umamensagem tendo uma informação de roteamento de SS 7 érecebida a partir de um nó de SS7 remoto no SG 116. Naetapa 502, o SG 116 gera uma mensagem de SIP correspondenteque inclui a informação de roteamento de SSl e um parâmetroinstruindo o nó de SIP de recepção para incluir ainformação de roteamento de SS7 em uma mensagem de respostade SIP. A mensagem de SIP correspondente é encaminhada paraum nó de SIP remoto na etapa 504.

A Figura 6 é um fluxograma que ilustra um método paradisparo de nós de SIP para incluírem uma informação deroteamento de SS7 em mensagens de resposta incluindo umainformação requisitada por nós de SS 7 de acordo com umoutro aspecto do assunto mostrado aqui. Na etapa 600, umaprimeira mensagem tendo uma informação de roteamento de SS7é recebida a partir de um nó de SS7 remoto no SG 116. Naetapa 602, o SG 116 gera uma mensagem de SIP correspondenteque inclui a informação de roteamento de SS7 e um parâmetroinstruindo o nó de SIP de recepção para incluir ainformação de roteamento de SS7 em uma mensagem de respostade SIP. A mensagem de SIP correspondente é encaminhada paraum nó de SIP remoto na etapa 604. O parâmetro dispara o nóde SIP para incluir a informação de roteamento de SS7 emuma mensagem de resposta. Na etapa 606, uma mensagem deresposta de SIP incluindo a informação de roteamento de SS7é recebida pelo SG 116. Uma segunda mensagem quecorresponde à primeira mensagem e que inclui a informaçãode roteamento de SS7 é gerada no SG 116 na etapa 608. Asegunda mensagem correspondente é encaminhada para um pontode fim remoto com base na informação de roteamento de SS7na etapa 610.

Será compreendido que vários detalhes da invençãopodem ser mudados, sem se desviar do escopo do assuntoreivindicado. Mais ainda, a descrição precedente é parafins de ilustração apenas, e não para fins de limitação, jáque o escopo de proteção buscado é definido pelasreivindicações, conforme estabelecido aqui adiante emconjunto com quaisquer equivalentes dos mesmos a que setiver direito.

Claims

1. Método para disparo de nós de SIP para incluíremuma informação de roteamento de SS7 em mensagens deresposta incluindo uma informação requisitada por nós deSS7, o método caracterizado pelo fato de compreender:(a) o recebimento, a partir de um nó de SS7, de umaprimeira mensagem tendo uma informação de roteamento de SS7;(b) a geração de uma mensagem de SIP correspondenteque inclui a informação de roteamento de SS7 e um parâmetroinstruindo o nó de SIP de recepção para incluir ainformação de roteamento de SS7 em uma mensagem de respostade SIP; e(c) o encaminhamento da mensagem de SIP correspondentepara um nó de SIP remoto.

2. Método, de acordo com a reivindicação 1,caracterizado pelo fato de o recebimento de uma primeiramensagem incluir o recebimento de uma mensagem que tem umcódigo de ponto de SS7 e a geração de uma mensagem de SIPcorrespondente incluir a geração de uma mensagem de SIPcorrespondente tendo o código de ponto de SS7.

3. Método, de acordo com a reivindicação 1,caracterizado pelo fato de o recebimento de uma primeiramensagem incluir o recebimento de uma mensagem que tem umainformação de código de grupo de rede e a geração de umamensagem de SIP correspondente incluir a geração de umamensagem de SIP correspondente tendo a informação de códigode grupo de rede.

4. Método, de acordo com a reivindicação 1,caracterizado pelo fato de o recebimento de uma primeiramensagem incluir o recebimento de uma camada de adaptaçãode usuário de nivel 3 de parte de transferência de mensagem(MTP3) (M3UA) tendo uma informação de aparência de rede e ageração de uma mensagem de SIP correspondente incluir ageração de uma mensagem de SIP correspondente tendo ainformação de aparência de rede.

5. Método, de acordo com a reivindicação 1,caracterizado pelo fato de a geração de uma mensagem de SIPcorrespondente incluir a geração de uma mensagem de SIP deacordo com o protocolo de serviços em rede de telefoniapública comutada requisitando de serviços de Internet(SPIRITS).

6. Método, de acordo com a reivindicação 1,caracterizado pelo fato de o parâmetro compreender umevento de eco instruindo o nó de SIP remoto para retornar ainformação de roteamento de SS7 em uma mensagem subseqüenterespondendo à mensagem de SIP correspondente.

7. Método, de acordo com a reivindicação 1,caracterizado pelo fato de compreender:(a) o recebimento da mensagem de resposta, a mensagemde resposta compreendendo uma mensagem de SIP incluindo ainformação de roteamento de SS7;(b) a geração de uma segunda mensagem correspondente àprimeira mensagem que inclui a informação de roteamento deSS7; e(c) o encaminhamento da segunda mensagem para um pontode fim remoto com base na informação de roteamento de SS7.

8. 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, a partir de um nó de SS7, de umaprimeira mensagem tendo uma informação de roteamento de SS7;(b) a geração de uma mensagem de SIP correspondenteque inclui a informação de roteamento de SS7 e um parâmetroinstruindo o nó de SIP de recepção para incluir ainformação de roteamento de SS7 em uma mensagem de respostade SIP; e(c) o encaminhamento da mensagem de SIP correspondentepara um nó de SIP remoto.

9. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de o recebimentode uma primeira mensagem incluir o recebimento de umamensagem que tem um código de ponto de SS7 e a geração deuma mensagem de SIP correspondente incluir a geração de umamensagem de SIP correspondente tendo o código de ponto de SS7.

10. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de o recebimentode uma primeira mensagem incluir o recebimento de umamensagem que tem uma informação de código de grupo de redee a geração de uma mensagem de SIP correspondente incluir ageração de uma mensagem de SIP correspondente tendo ainformação de código de grupo de rede.

11. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de o recebimentode uma primeira mensagem incluir o recebimento de umacamada de adaptação de usuário de nível 3 de parte detransferência de mensagem (MTP3) (M3UA) tendo umainformação de aparência de rede e a geração de uma mensagemde SIP correspondente incluir a geração de uma mensagem deSIP correspondente tendo a informação de aparência de rede.

12. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de a geração deuma mensagem de SIP correspondente incluir a geração de umamensagem de SIP de acordo com o protocolo de serviços emrede de telefonia pública comutada requisitando de serviçosde Internet (SPIRITS).

13. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de o parâmetrocompreender um evento de eco instruindo o nó de SIP remotopara retornar a informação de roteamento de SS7 em umamensagem subseqüente respondendo à mensagem de SIPcorrespondente.

14. Produto de programa de computador, de acordo com areivindicação 8, caracterizado pelo fato de compreender:(a) o recebimento da mensagem de resposta, a mensagemde resposta compreendendo uma mensagem de SIP incluindo ainformação de roteamento de SS7;(b) a geração de uma segunda mensagem correspondente àprimeira mensagem que inclui a informação de roteamento deSS7; e(c) o encaminhamento da segunda mensagem para um pontode fim remoto com base na informação de roteamento de SS7.

15. Sistema para disparo de nós de SIP para incluíremuma informação de roteamento de SS 7 em mensagens deresposta incluindo uma informação requisitada pelos nós deSS7, o sistema caracterizado pelo fato de compreender:(a) uma interface de rede de SS7 para o recebimento damensagem de resposta, a mensagem de resposta compreendendouma mensagem de SIP incluindo a informação de roteamento de SS7;(b) um processador de mensagem para a geração de umasegunda mensagem correspondente à primeira mensagem queinclui a informação de roteamento de SS7; e(c) uma interface de rede de IP para o encaminhamentoda segunda mensagem para um ponto de fim remoto com base nainformação de roteamento de SS7.

16. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de o processador de mensagem seradaptado para incluir um código de ponto de SS7 na mensagemde SIP.

17. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de o processador de mensagem seradaptado para incluir um código de grupo de rede namensagem de SIP.

18. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de o processador de mensagem seradaptado para incluir uma informação de aparência de redena mensagem de SIP.

19. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de a mensagem de SIP compreenderuma mensagem de protocolo SPIRITS.

20. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de o parâmetro compreender umevento de eco instruindo o nó de SIP remoto para retornar ainformação de roteamento de SS7 em uma mensagem.

21. Sistema, de acordo com a reivindicação 15,caracterizado pelo fato de:(a) a interface de rede de IP ser adaptada parareceber a mensagem de resposta, a mensagem de respostacompreendendo uma mensagem de SIP incluindo a informação deroteamento de SS7;(b) o processador de mensagem ser adaptado para ageração de uma segunda mensagem correspondente à primeiramensagem que inclui a informação de roteamento de SS7; e(c) a interface de rede de SS7 ser adaptada para oencaminhamento da segunda mensagem para um ponto de fimremoto com base na informação de roteamento de SS7.