BRPI0715702A2 - sinalizaÇço de serviÇos suplementares de ims unificados atravÉs de domÍnios de pacote e circuito - Google Patents

sinalizaÇço de serviÇos suplementares de ims unificados atravÉs de domÍnios de pacote e circuito Download PDF

Info

Publication number
BRPI0715702A2
BRPI0715702A2 BRPI0715702-9A BRPI0715702A BRPI0715702A2 BR PI0715702 A2 BRPI0715702 A2 BR PI0715702A2 BR PI0715702 A BRPI0715702 A BR PI0715702A BR PI0715702 A2 BRPI0715702 A2 BR PI0715702A2
Authority
BR
Brazil
Prior art keywords
multimode terminal
ims
signaling
domain
sip
Prior art date
Application number
BRPI0715702-9A
Other languages
English (en)
Inventor
Barclay Deborah Lewandowski
Michael Francis Dolan
Richard P Ejzak
Robin Jeffrey Thompson
Original Assignee
Lucent Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lucent Technologies Inc filed Critical Lucent Technologies Inc
Publication of BRPI0715702A2 publication Critical patent/BRPI0715702A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • 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/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Abstract

SINALIZAÇçO DE SERVIÇOS SUPLEMENTARES DE IMS UNIFICADOS ATRAVÉS DE DOMÍNIOS DE PACOTE E CIRCUITO. A presente invenção provê um método para sinalização entre um subsistema de multimeiros IP (IMS) e um terminal de multímodo utilizando primitivos concisos para suportar o uso de serviços baseados em IMS enquanto o terminal de multímodo é ligado ao domínio comutado por pacote (PS) ou ao domínio comutado por circuito (CS), ou se move entre esses domínios. A presente invenção permite a manuntenção do estado de serviços somente no IMS e no terminal de multímodo, desse modo evitando a criação ou transferência de informação de estado de serviços à medida que o terminal de multímodo se move entre os domínios PS e CS.

Description

SINALIZAÇÃO DE SERVIÇOS SUPLEMENTARES DE IMS UNIFICADOS ATRAVÉS DE DOMÍNIOS DE PACOTE E CIRCUITO Campo da invenção
A presente invenção refere-se genericamente à provisão de acesso unificado a e continuidade de serviços suplementares via um mecanismo de sinalização eficiente à medida que um terminal se move entre os domínios de pacote e circuito de uma rede.
Antecedentes da invenção Com o advento de serviços baseados em IP em redes de
telefonia, surge a questão de fornecer acesso a e continuidade de serviços suplementares à medida que um terminal se move entre o domínio comutado por pacote (baseado em IP) e o domínio comutado por circuito de legado de uma rede. Essa questão é dupla. Acesso uniforme a serviços suplementares é necessário a partir dos domínios de circuito e pacote. Serviços suplementares e acesso unificado aos mesmos devem continuar de forma transparente à medida que um terminal faz transição entre redes de acesso comutadas por circuito e comutadas por pacote.
Redes comutadas por circuito de legado continuarão a existir por alguns anos. Terminais estão sendo projetados que podem fixar tanto as redes de acesso mais novas que fornecem serviços utilizando capacidades de protocolo de Internet (IP) , como redes comutadas em circuito de legado mais antigas. Os terminais comutados por circuito (CS) de legado obtêm serviços através de um centro de comutação móvel (MSC). Os terminais que suportam capacidades comutadas por pacote (PS) podem acessar o Subsistema de Multimeios de IP (IMS) para serviços. Terminais de multímodo necessitam fornecer a capacidade de fixar-se ao domínio PS ou CS, e mover entre esses domínios enquanto os serviços suplementares estão ativos. Tais serviços suplementares, por exemplo, poderiam incluir
características de "segurar a chamada" ou "esperar chamada".
Os domínios CS, em geral, somente suportarão uma única chamada de voz ativa (tanto portador de voz como sinalização) entre o dispositivo terminal e a rede CS. Os domínios PS freqüentemente suportam múltiplos percursos de sinalização e portador para o dispositivo terminal. Isso é possível no domínio PS devido à largura de banda mais elevada normalmente disponível entre o dispositivo e a rede.
Devido a limitações nas redes CS usadas, e ao desejo
de minimizar impactos naquelas redes usadas, um método de comunicação entre o terminal de multímodo e IMS que fornecerá tais serviços suplementares compatíveis ao usuário terminal não foi descoberto anteriormente. A sinalização de ISM utiliza o protocolo de SIP, cujas mensagens tendem a ser muito grandes. Embora a transmissão de tais mensagens SIP possa ser gerenciada sobre a rede PS, sua transmissão sobre redes CS pode ser incômoda, e pode impactar ou interromper serviços ativos como uma chamada de voz devido à largura de banda limitada sobre tais redes CS.
A indústria considerou modos para utilizar o protocolo de SIP maior enquanto o terminal de multímodo é fixado ao domínio PS, e sinalização de legado menor enquanto o terminal de multímodo é fixado ao domínio CS. Isso leva, entretanto, à necessidade de transferir ou criar informações de estado de serviços nos dois domínios separadamente. Tal transferência ou criação de informação de estado de serviços é complexa, e pode levar a alterações significativas em equipamento de legado usado. Um problema no domínio comutado por circuito refere-se a técnicas de transmissão.
Portanto, existe necessidade de um método de sinalização que forneça sinalização concisa, eficiente que pode ser utilizada tanto em domínio comutado por pacote como no domínio comutado por circuito. Além disso, existe uma necessidade para um método de sinalização para uso em transições entre aqueles domínios sem modificação para o método de sinalização.
SUMÁRIO DA INVENÇÃO a presente invenção prove um método de sinalização
que permite que um terminal de multímodo e a rede IMS se comuniquem utilizando mensagens pequenas para iniciar, gerenciar, e terminar serviços no IMS em nome do usuário do terminal. O método de sinalização é utilizado para tal 2 0 comunicação através tanto de um domínio comutado por pacote como um domínio comutado por circuito, e também em transições entre tais domínios. Como é possível que larguras de banda de transmissão possam ser limitadas em algumas redes comutadas por pacote, uma modalidade exemplar
2 5 da presente invenção também é aplicável a e útil para
transições entre redes comutadas por pacote separadas.
Especificamente, o método de sinalização de uma modalidade exemplar da presente invenção entre o ISM e o terminal de multímodo suporta primitivos de sinalização que
3 0 solicitam ações concisas por parte do IMS, ou por parte do terminal de multímodo. Essa concisão permite que o envio de mensagens seja muito menor do que sinalização SIP que pode obter um resultado equivalente ou similar. Além disso, os primitivos de sinalização que podem ser definidos podem evitar grande parte ou todo o envio de mensagem bidirecional que caracteriza o protocolo SIP. Juntamente com cada primitivo de sinalização estão zero ou mais parâmetros que podem ser necessários para realizar a ação do primitivo no IMS ou no terminal de multimodo.
Uma modalidade exemplar da presente invenção provê sinalização concisa entre o IMS e o terminal de multimodo que pode ser transportado via os domínios tanto PS como CS, o estado de serviços é mantido somente no IMS e no terminal de multímodo, independente de se os serviços são invocados enquanto o terminal de multímodo é fixado via domínio PS ou CS. Isso evita a transferência ou criação de estado de serviços à medida que o terminal de multímodo se move entre fixações nos domínios PS e CS.
BREVE DESCRIÇÃO DAS VÁRIAS VISTAS DOS DESENHOS
A figura IA representa um fluxo de mensagem exemplar utilizando o protocolo SIP que ilustra a notificação de um terminal de multímodo de uma segunda chamada de voz que está esperando enquanto o terminal de multímodo está ativo em uma primeira chamada de voz em um domínio CS.
A figura IB representa um fluxo de mensagem exemplar que ilustra a notificação de um terminal de multímodo de uma segunda chamada de voz que está esperando enquanto o terminal de multímodo está ativo em uma primeira chamada de voz no domínio CS de acordo com uma modalidade exemplar da presente invenção. A figura 2A representa um fluxo de mensagem exemplar utilizando o protocolo SIP que ilustra as ações de um terminal de multimodo para colocar uma primeira chamada de voz em espera e ativar uma segunda chamada de voz enquanto ligada em um domínio CS.
A figura 2B representa um fluxo de mensagem exemplar que ilustra as ações de um terminal de multimodo para colocar uma primeira chamada de voz em espera e ativar uma segunda chamada de voz enquanto ligado ao domínio CS de acordo com uma modalidade exemplar da presente invenção.
A figura 2C representa um fluxo de mensagem exemplar utilizando o protocolo SIP que ilustra as ações de um terminal de multimodo enquanto ligado em um domínio CS para terminar uma segunda chamada de voz e reativar uma primeira chamada de voz que tinha estado em espera.
A figura 2D representa um fluxo de mensagem exemplar que ilustra as ações de um terminal de multimodo enquanto ligado ao domínio CS para terminar uma segunda chamada de voz e reativar uma primeira chamada de voz que tinha estado em espera de acordo com uma modalidade exemplar da presente invenção.
A figura 3A representa uma ilustração exemplar do uso de uma modalidade exemplar da presente invenção em um
domínio comutado por pacote.
A figura 3B representa uma ilustração exemplar do uso de uma modalidade exemplar da presente invenção em um
domínio comutado por circuito.
A figura 3C representa uma ilustração exemplar do uso de uma modalidade exemplar da presente invenção que inclui transição a partir de um domínio comutado por pacote para um domínio comutado por circuito.
DESCRIÇÃO DETALHADA DA INVENÇÃO
A figura IA representa um fluxo de mensagem exemplar 199 utilizando o protocolo SIP que ilustra a notificação de um terminal de multímodo 100 de uma segunda chamada de voz 101 que está esperando enquanto o terminal de multímodo 100 está ativo em uma primeira chamada de voz 101 no domínio CS 110. É assumido que uma relação de sinalização com base em SIP foi estabelecida entre o Terminal de multímodo 100 e IMS 130.
Outro Ponto extremo 14 0 envia mensagem de convidar SIP 102 para IMS 120. A mensagem de convidar SIP 102 é uma solicitação para estabelecer uma chamada entre Outro Ponto extremo 140 e Terminal de multímodo 100. IMS 120 processa mensagem de convidar SIP 102 e
envia mensagem de convidar SIP 103 para Terminal de multímodo 100 via Domínio CS 110. A mensagem de convidar SIP 102 inclui, preferivelmente o número de diretório de Outro Ponto extremo 14 0. A mensagem de convidar SIP 103 pode estar acima de
1000 octetos em comprimento. A largura de banda disponível através de domínio CS 110 provê, tipicamente, 100 octetos por segundo de largura de banda de transmissão. Desse modo, pode necessitar de 10 segundos ou mais para fornecer a mensagem de convidar SIP 103 para o Terminal de multímodo 100 .
O Terminal de multímodo 100 responde à mensagem de convidar SIP 103 com mensagem de Toque 180 SIP, 104. Essa mensagem indica que o Terminal de multímodo 100 recebeu a 3 0 mensagem de convidar SIP 103 e está chamando o terminal de multímodo 10 0.
A figura IB representa um fluxo de mensagem exemplar 299 que ilustra a notificação do Terminal de multímodo 100 de uma segunda chamada de voz que está esperando enquanto o Terminal de multímodo 10 0 está ativo em uma primeira chamada de voz 2 01 no Domínio CS 110 com Outro Pronto Extremo 13 0 utilizando transporte via Domínio comutado por circuito 110. A primeira chamada de voz 201 utiliza uma relação de sinalização entre IMS 120 e Terminal de multímodo 100 com base em uma modalidade exemplar da presente invenção.
Outro Ponto Extremo 14 0 envia mensagem de convidar SIP 202 para IMS 120. A Mensagem de convidar SIP 202 é uma solicitação para estabelecer uma chamada entre Outro Ponto extremo 140 e Terminal de multímodo 100.
IMS 120 processa mensagem de convidar SIP 202 e envia uma mensagem concisa 2 03 para o Terminal de multímodo 100 via domínio CS 110. A mensagem concisa 203 inclui um primitivo de ação de "esperar chamada" e dois valores de parâmetro, "chamar o número da linha" e "chamar
identificação de pessoa."
A mensagem concisa 2 03 tem tipicamente dezenas de octetos em comprimento. Dada a largura de banda disponível através do domínio CS 110, é provável que essa mensagem inteira possa ser transmitida para o terminal de multímodo 100 em menos de um segundo. Se o domínio CS 110 incluir uma interface de rádio, é provável que essa mensagem inteira possa ser enviada como uma única unidade de transmissão.
A figura 2A representa um fluxo de mensagem exemplar 399 utilizando o protocolo SIP que ilustra as ações do Terminal de multímodo 100 ao colocar uma primeira chamada de voz em espera e ativar uma segunda chamada de voz que espera enquanto ligada ao domínio CS 110.
A Primeira chamada de voz 3 01 é contínua entre o Terminal de multímodo 100 e outro Ponto extremo 130. Um procedimento de esperar chamada 3 02 ocorre entre o Terminal de multímodo 100 e Outro Ponto extremo 14 0, por exemplo, utilizando o procedimento representado na figura IA.
O Terminal de multímodo 100 envia uma mensagem de convidar SIP 303 para IMS 120 via domínio CS 110 para fazer com que a Primeira chamada de voz 301 seja colocada em um estado de espera. Isso é preferivelmente realizado especificando um valor SDP "sendonly" na mensagem de
convidar SIP 303.
IMS 12 0 transmite Mensagem de convidar SIP 3 04 para outro Ponto extremo 13 0 para fazer com que o portador de áudio esteja em espera. A Mensagem de convidar SIP 3 04 inclui, preferivelmente um valor SDP de "sendonly".
Outro Ponto extremo 13 0 responde com uma mensagem OK SIP 200, 305, tendo um valor SDP de "receiveonly" para IMS 120 para confirmar a Mensagem de Convidar SIP 304.
IMS 120 envia mensagem OK SIP 200, 3 06 para o Terminal de multímodo 100 via domínio CS 110. A mensagem OK SIP 200, 306, inclui, pref erivelmente um valor SDP de
"receiveonly".
O Terminal de multímodo 100 responde à mensagem OK SIP 200, 306, com a mensagem ACK SIP, 307, enviada via
domínio CS 110 para IMS 120.
IMS 120 envia mensagem ACK SIP 308 para Outro Ponto
extremo 13 0. Nesse ponto, a primeira chamada de voz continua é agora colocada em espera 311, de tal modo que o percurso de áudio é agora inativo entre o Terminal de multímodo 100 e outro Ponto extremo 13 0.
0 Terminal de multímodo 100 aceita a segunda Chamada de voz de espera enviando a mensagem OK SIP 200, 312, para IMS 120 via domínio CS 110.
IMS 120 envia mensagem OK SIP 200, 313, para Outro
Ponto extremo 14 0.
Outro Ponto extremo 14 0 responde com mensagem de Confirmação SIP (ACK) 314 enviada para IMS 120.
IMS 12 0 envia ACK SIP 315 para o Terminal de
multímodo 100 via domínio CS 110.
Nesse ponto, uma Segunda chamada de voz contínua 3 21 existe entre o Terminal de multímodo 100 e Outro ponto extremo 140, bem como uma Primeira chamada de voz em espera entre o Terminal de multímodo 100 e Outro Ponto extremo 130. O percurso de áudio entre o Terminal de multímodo 100 e Outro Ponto extremo 140 está agora ativo.
De acordo com a especificação do protocolo SIP, as cinco mensagens SIP nesse cenário entre o Terminal de multímodo 100 e IMS 120 terão centenas de octetos de comprimento. A largura de banda disponível através do domínio CS 110 provê, tipicamente 100 octetos por segundo de largura de banda de transmissão. Desse modo, pode necessitar de cinco ou mais segundos para fornecer as mensagens SIP entre o Terminal de multímodo 100 e IMS 120.
O fluxo de mensagem 3 99 ocorre com o Terminal de multímodo 100 e IMS 120 transmitindo sinalização de SIP através de domínio PS 510 sem modificação para a sinalização quando o Terminal de multimodo 100 está operando no modo PS.
A figura 2B representa um fluxo de mensagem exemplar 499 que ilustra as ações de um terminal de multimodo 100 para colocar uma Primeira chamada de voz 401 em espera e ativar uma segunda Chamada de Voz que espera 421 enquanto ligada ao domínio CS 110 de acordo com uma modalidade exemplar da presente invenção.
De acordo com uma modalidade exemplar, uma Primeira Chamada de voz contínua 4 01 existe entre o Terminal de multimodo 100 e Outro Ponto extremo 130.
Um procedimento de espera de chamada 4 02 ocorre entre o Terminal de multimodo 100 e Outro Ponto extremo 14 0, por exemplo, de acordo com o procedimento da figura IB.
O Terminal de multimodo 100 envia uma mensagem concisa 403 para IMS 120 através do domínio CS 110. Isso faz com que a Primeira chamada de voz seja colocada em um estado de espera e aceita a oferta da Segunda chamada de voz que espera a partir do Outro Ponto extremo 14 0 como a seguir.
IMS 12 0 transmite mensagem de convidar SIP 4 04 com um valor SDP "sendonly" para Outro Ponto extremo 13 0 para fazer com que o portador de áudio da primeira chamada de
voz 401 esteja em espera.
Outro Ponto extremo 13 0 responde com uma mensagem OK SIP 200, 405, com um valor SDP "receiveonly" para IMS 1230
para confirmar a solicitação.
IMS 120 envia uma ACK SIP 406 para Outro Ponto extremo 130. 0 percurso de áudio da Primeira chamada de voz 401 está agora em espera 411.
IMS 120 envia uma mensagem OK SIP 200, 412 para Outro Ponto extremo 14 0 para aceitar a segunda Chamada de voz .
Outro Ponto extremo 14 0 responde com uma mensagem de
Confirmação SIP (ACK) 413 enviado para IMS 120.
Uma Segunda Chamada de Voz contínua 421 foi agora estabelecida entre o Terminal de multímodo 100 e Outro Ponto extremo 140. A Segunda Chamada de voz contínua 421 inclui um percurso de áudio ativo entre o Terminal de multímodo 100 e Outro Ponto extremo 140. Além disso, há também uma primeira Chamada de voz em espera 411 entre o Terminal de multímodo 100 e Outro Ponto extremo 130. A modalidade exemplar representada na figura 2B inclui somente uma mensagem concisa 4 03 enviada entre o Terminal de multímodo 100 e IMS 120. Além disso, uma mensagem concisa 4 03 enviada pode ser extremamente pequena, ocupando somente dezenas de octetos, desse modo exigindo menos de um segundo para fornecer. 2 0 O fluxo de mensagem 4 99 ocorre, preferivelmente com
o Terminal de multímodo 100 e IMS 120 transmitindo sinalização concisa através do domínio PS 510 sem modificação para a sinalização quando o Terminal de multímodo 100 está operando no modo PS. A figura 2C representa um fluxo de mensagem exemplar
599 utilizando o protocolo SIP que ilustra as ações do terminal de multímodo 100 enquanto ligado ao domínio CS 110 para terminar uma segunda chamada de voz 5 01 e reativar uma primeira chamada de voz 5 02 que tinha estado em espera, por exemplo de acordo com o procedimento representado na figura 2Α.
A figura 2C representa uma Segunda Chamada de voz contínua 501 entre o Terminal de multímodo 100 e Outro Ponto extremo 14 0. 0 percurso de áudio entre o Terminal de multímodo 100 e Outro Ponto extremo 140 está ativo nesse ponto.
A Primeira Chamada de voz contínua 502 foi colocada em espera de modo que seu percurso de áudio exista porém não esteja ativo entre o Terminal de multímodo 100 e outro
Ponto extremo 13 0.
O Terminal de multímodo 100 envia uma mensagem Até logo SIP 503 para IMS 120 via domínio CS 110 para terminar
a segunda Chamada de Voz 5 01.
O IMS 120 transmite a mensagem Até logo SIP 504 para outro Ponto extremo 14 0 para fazer com que a Segunda chamada de voz 501 seja terminada.
Outro Ponto extremo 14 0 responde com mensagem ACK SIP 505 para IMS 120 para confirmar o término da segunda
Chamada de voz 501.
IMS 120 envia a mensagem ACK SIP 506 para o Terminal de multímodo 100 via domínio CS 110. Nesse ponto, a Segunda
chamada de voz 5 01 termina.
O Terminal de multímodo 100 prossegue agora para reativar a Primeira Chamada de voz em espera 502 enviando uma mensagem de convidar SIP 507 incluindo valores de portador não nulos para IMS 120 através do domínio CS 110.
O IMS 120 envia a mensagem de convidar SIP 508 para
Outro Ponto extremo 13 0.
Outro Ponto extremo 13 0 responde com mensagem OK SIP
200, 508, enviada para IMS 120. IMS 120 envia mensagem OK SIP 200, 511 para o Terminal de multimodo 100 via domínio CS 110.
O Terminal de multimodo 100 envia ACK SIP 512 para IMS 120 via domínio CS 110.
O IMS 12 0 envia ACK SIP 513 para Outro Ponto extremo
130 .
Nesse ponto, existe uma Primeira chamada de voz reativada, contínua, 514 entre o Terminal de multimodo 100 e Outro Ponto extremo 13 0. 0 percurso de áudio entre o Terminal de multimodo 100 e Outro Ponto extremo 13 0 está agora ativo.
Nessa modalidade exemplar, cinco mensagens SIP são enviadas entre o Terminal de multimodo 100 e IMS 120. Essas mensagens SIP têm centenas de octetos de comprimento, e a largura de banda disponível através do domínio CS 110 pode fornecer somente 100 octetos por segundo de transmissão de largura de banda. Desse modo, pode necessitar de cinco ou mais segundos para fornecer essa troca de mensagem SIP entre o terminal de multimodo 100 e IMS 120 através do
domínio CS 110.
O fluxo de mensagem 599 representa, preferivelmente, o Terminal de multimodo 10 0 e IMS 12 0 que transmite sinalização SIP via domínio PS 510 sem modificação para a sinalização quando o Terminal de multimodo está operando no modo PS.
A figura 2D representa um fluxo de mensagem exemplar 699 que ilustra as ações de um terminal de multimodo 100 enquanto ligado a um domínio CS 110 para terminar uma segunda chamada de voz 6 01 e reativar uma primeira chamada de voz 601 que tinha estado em espera, por exemplo, de acordo com o procedimento representado na figura 2B. A segunda Chamada de voz contínua 6 01 está entre o Terminal de multímodo 100 e Outro Ponto extremo 140. Nessa modalidade exemplar, a Primeira chamada de voz contínua 6 02 existe entre o Terminal de multímodo 100 e Outro Ponto extremo 13 0 e foi colocada em espera de modo que seu percurso áudio existe porém não está ativo.
O Terminal de multímodo 10 0 envia uma mensagem concisa 603 para IMS 120 via domínio CS 110. A mensagem concisa 6 03 serve para terminar a Segunda chamada de voz 601 e reativar a Primeira chamada de voz em espera 602.
IMS 12 0 transmite Até-logo SIP 6 04 para Outro Ponto extremo 14 0 para fazer com que a Segunda chamada de voz 6 01 seja terminada.
Outro Ponto extremo 14 0 responde com ACK SIP 6 05 para IMS 12 0 para confirmar o término da Segunda chamada de voz 601. Nesse ponto, a Segunda Chamada de voz 601 é agora terminada.
IMS 120 envia mensagem de convidar SIP 606 para Outro Ponto extremo 130. A mensagem de convidar SIP 606 inclui, preferivelmente, valores de portador não nulos.
Outro Ponto Extremo 13 0 responde enviando mensagem
OK SIP 200, 607 a IMS 120.
IMS 120 envia ACK SIP 608 para Outro Ponto extremo 13 0. Nesse ponto, a Primeira chamada de voz contínua 609 é reativada entre o Terminal de multímodo 100 e Outro Ponto extremo 13 0 de tal modo que o percurso de áudio está agora ativo.
Nessa modalidade exemplar, somente uma mensagem concisa é envaida entre o Terminal de multímodo 100 e IMS 120. Essa mensagem concisa única é preferivelmente extremamente pequena, desse modo exigindo menos de um segundo para fornecer a mensagem concisa entre o Terminal de muitímodo 100 e IMS 120.
O fluxo de mensagem 6 99 ocorre, preferivelmente com
o Terminal de multímodo 100 e IMS 120 transmitindo sinalização concisa via domínio PS 510 sem modificação para a sinalização quando o Terminal de multímodo 100 está operando no modo PS. A figura 3A representa uma ilustração exemplar 3 00
do uso de uma modalidade exemplar da presente invenção em um domínio comutado por pacote. A Função de serviços IMS 310 existe no IMS 120 e se comunica através do Domínio comutado por pacote 510 com a Função de serviços de Terminal 32 0 no Terminal de multímodo 100 utilizando um fluxo de mensagens 34 0 criado de acordo com essa invenção.
A figura 3B representa uma ilustração exemplar 400 do uso de uma modalidade exemplar da presente invenção em um domínio comutado por circuito. A Função de Serviços de IMS 910 existe no IMS 120 e comunica através de domínio comutado por circuito com a Função de Serviços de terminal 920 no Terminal de multímodo 100 utilizando um fluxo de mensagens 940 criado de acordo com essa invenção.
A figura 3C representa uma ilustração exemplar 500 do uso de uma modalidade exemplar da presente invenção que inclui transição a partir do domínio comutado por pacote para um domínio comutado por circuito. O mesmo fluxo de mensagens 104 0 ocorre e continua durante uma transição do Terminal de multímodo 100 a partir do domínio Comutado por pacote 510 para o Domínio comutado por circuito 110. Esse fluxo de mensagens 1040 continua entre a Função de serviços IMS (1010) no IMS 120 e Função de serviços de terminal 1020 no Terminal de multímodo 100 através do Domínio comutado por pacote 510 ou Domínio comutado por circuito 110. Os métodos de transmissão do fluxo de mensagens em cada um desses Domínios podem diferir.
Por exemplo, se existir uma chamada de voz entre o terminal de multímodo e outro dispositivo terminal, onde o aspecto de sinalização de controle de chamada de voz passa através do IMS, pode ser o caso que uma segunda chamada de voz é apresentada ao IMS para distribuição para o usuário do terminal de multímodo. Embora a informação na segunda chamada de voz, incluindo o número de linha que chama e identificação de pessoa que chama, possa ser passada a partir do IMS para o terminal de multímodo utilizando SIP, isso exigiria talvez que várias centenas de octetos de envio de mensagem fossem trocas de forma bidirecional entre o IMS e o terminal de multímodo. Para fins de manter transparência para o IMS quando o terminal de multímodo 2 0 está acessando os serviços de IMS via o domínio CS, e para minimizar o número de octetos totais transferidos, e o número de mensagens utilizadas, a mesma informação ("espera de chamada", "número de linha que chama", e "identificação de pessoa que chama") poderia ser transferida como um 2 5 primitivo único utilizando um número bem menor de octetos, e não esperando resposta. A falha da transmissão do único primitivo poderia ser observada pelo usuário do Terminal de multímodo 100 e a ação primitiva repetia via uma solicitação do usuário. O uso do primitivo único, menor, poderia ser suportado igualmente através dos domínios PS e CS, desse modo permitindo que o IMS não esteja ciente do domínio ao qual o terminal de multímodo estava atualmente ligado para fins de sinalizar o terminal de multímodo em relação ã segunda chamada de voz. Vide as figuras IA e IB para um exemplo que compara o uso de envio de mensagem SIP e o uso da presente invenção para suportar um cenário de espera de chamada.
Como um segundo exemplo que ilustra a utilidade da presente invenção à medida que o terminal de multímodo faz transição entre os domínios PS e CS, considere o caso do terminal de multímodo que está envolvido em uma primeira chamada de voz no domínio PS, e recebeu notificação de uma segunda chamada de voz que está esperando. É assumido nesse exemplo que os serviços permanecem no IMS. A figura 2A ilustra as ações tomadas utilizando SIP para colocar a primeira chamada de voz em espera, e aceitar a segunda chamada de voz. A figura 2B ilustra as ações tomadas utilizando a presente invenção para executar as mesmas operações. Deve ser observado que as diferenças entre as figuras 2A e 2B são no tamanho e quantidade de envio de mensagem entre o IMS e o terminal de multímodo. Outro envio de mensagens com base no protocolo SIP no IMS e o outro ponto extremo (OEP) permanece idêntico. Como continuação do segundo exemplo, considere que
embora a segunda chamada de voz esteja ativa entre o terminal de multímodo e o segundo OEP, o terminal de multímodo faz transição a partir do domínio PS para o domínio CS. Como tal transição é feita não é considerado na presente invenção, e foi definido por vários corpos de padrões, incluindo 3GPP e 3GPP2. Embora o terminal de multimodo esteja continuando a segunda chamada de voz através do domínio CS, a segunda chamada de voz termina, e o terminal de multimodo seleciona novamente a primeira chamada de voz e reativa a mesma. As figuras 2C e 2D ilustram a sinalização que seria necessária respectivamente utilizando sinalização SIP, e utilizando a presente invenção. Será observado que a quantidade e o tamanho de mensagens utilizando sinalização SIP são significativos. Uma pessoa versada na técnica entenderá e reconhecerá que a largura de banda disponível para comunicar tanto sinalização como voz através do domínio CS pode ser limitada, e que uma quantidade significativa dessa sinalização pode degradar e interromper a chamada de voz ativa. Em comparação com o uso de sinalização SIP, a sinalização concisa fornecida por essa invenção é significativamente menor, e será reconhecida como tendo um impacto correspondentemente menor sobre a chamada de voz ativa por uma pessoa versada na técnica.
Embora a presente invenção tenha sido descrita em termos de certos exemplos da mesma, não se pretende que seja limitada à descrição acima, porém em vez disso somente à extensão exposta nas reivindicações que seguem.
20

Claims (10)

1. Método para sinalização entre um Subsistema de Multimeios IP (IMS) e um terminal de multimodo, o método caracterizado por compreender: enviar um sinal entre o IMS e o terminal de multimodo, o sinal incluindo uma ação primitiva codificada; e receber o sinal.
2. Método para sinalização, de acordo com a reivindicação 1, caracterizado por compreender ainda a etapa de executar a ação primitiva pelo receptor de sinais.
3. Método para sinalização, de acordo com a reivindicação 2, caracterizado pelo fato de que o sinal compreende ainda valores adicionais, os valores adicionais sendo úteis na execução da ação primitiva.
4. Método para sinalização, de acordo com a reivindicação 1, caracterizado pelo fato de que o sinal inclui uma pluralidade de ações primitivas.
5. Método para sinalização, de acordo com a reivindicação 4, caracterizado pelo fato de que as várias ações primitivas são úteis na execução de uma única ação primitiva.
6. Método para sinalização, de acordo com a reivindicação 4, caracterizado pelo fato de que a pluralidade de ações primitivas é separadamente identificável pelo receptor de sinais.
7. Método para sinalização, de acordo com a reivindicação 1, caracterizado pelo fato a etapa de envio de um sinal compreende enviar o sinal em uma pluralidade de transmissões separadas.
8. Método para sinalização, de acordo com a reivindicação 7, caracterizado por compreender ainda a etapa de montar a pluralidade de transmissões separadas no sinal.
9. Método para sinalização, de acordo com a reivindicação 1, caracterizado pelo fato de que a etapa de envio de um sinal entre o IMS e o terminal de multímodo compreende enviar o sinal através de um domínio comutado por circuito.
10. Método para sinalização, de acordo com a reivindicação 1, caracterizado pelo fato que a etapa de envio de um sinal entre o IMS e o terminal de multímodo compreende enviar o sinal através de um domínio comutado por pacote, e em que a etapa de envio do sinal através de um domínio comutado por pacote não interrompe serviços sendo oferecidos pelo domínio comutado por pacote.
BRPI0715702-9A 2006-08-31 2007-08-28 sinalizaÇço de serviÇos suplementares de ims unificados atravÉs de domÍnios de pacote e circuito BRPI0715702A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/513,922 US20080056236A1 (en) 2006-08-31 2006-08-31 Unified IMS supplementary services signaling across circuit and packet domains
US11/513.922 2006-08-31
PCT/US2007/018956 WO2008027407A2 (en) 2006-08-31 2007-08-28 Unified ims supplementary services signaling across circuit and packet domains

Publications (1)

Publication Number Publication Date
BRPI0715702A2 true BRPI0715702A2 (pt) 2013-08-06

Family

ID=39136551

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0715702-9A BRPI0715702A2 (pt) 2006-08-31 2007-08-28 sinalizaÇço de serviÇos suplementares de ims unificados atravÉs de domÍnios de pacote e circuito

Country Status (10)

Country Link
US (1) US20080056236A1 (pt)
EP (1) EP2060091A2 (pt)
KR (1) KR20090034400A (pt)
CN (1) CN101507238A (pt)
AU (1) AU2007290545A1 (pt)
BR (1) BRPI0715702A2 (pt)
IL (1) IL197223A0 (pt)
MX (1) MX2009002008A (pt)
RU (1) RU2009111386A (pt)
WO (1) WO2008027407A2 (pt)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007144732A2 (en) * 2006-06-14 2007-12-21 Nortel Networks Limited Inter-subsystem transfers
US20090280810A1 (en) * 2006-06-14 2009-11-12 Nortel Networks Limited Method for transitioning support of communication sessions for a user element between different types of subsystems of different generations
WO2008041111A2 (en) * 2006-10-04 2008-04-10 Nortel Networks Limited Circuit-switched and multimedia subsystem voice continuity
JP2008113381A (ja) * 2006-10-31 2008-05-15 Toshiba Corp 通信システム
US7995562B2 (en) * 2007-02-26 2011-08-09 Research In Motion Limited System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover
US9055517B2 (en) * 2007-02-26 2015-06-09 Blackberry Limited System and method of user-directed dynamic domain selection
US20090040951A1 (en) * 2007-08-10 2009-02-12 Research In Motion Limited Systems and Methods for Defining Multi-Domain Wireless Device Behavior for Two or More Calls
CN101527894B (zh) 2008-06-13 2010-10-27 华为技术有限公司 一种实现显式呼叫转移的方法、设备及移动通信系统
US8693396B2 (en) * 2010-06-08 2014-04-08 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for allowing a subscriber to view the calling party number for a circuit switched voice call page while attached to a packet data network
US10220537B2 (en) 2012-10-17 2019-03-05 Saxum, Llc Method and apparatus for display screen shield replacement
EP3430731B1 (en) 2016-03-18 2021-02-17 Parallel Wireless Inc. Iugw architecture
CN107534906B (zh) * 2016-04-15 2020-10-09 华为技术有限公司 VoLTE通信方法、设备以及系统
US10531356B2 (en) * 2016-08-15 2020-01-07 Parallel Wireless, Inc. VoIP and native carrier call integration
US12010601B2 (en) * 2016-08-15 2024-06-11 Parallel Wireless, Inc. VoIP and native carrier call integration
WO2018035177A2 (en) * 2016-08-15 2018-02-22 Parallel Wireless, Inc. Convergence proxy for core network virtualization
CN111885589B (zh) * 2020-07-28 2023-08-15 北京小米移动软件有限公司 一种终端设备通信控制方法、终端设备及存储介质
CN114640958B (zh) * 2020-12-16 2024-10-29 维沃移动通信有限公司 Ims过程处理方法及相关设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
FI20031659A0 (fi) * 2003-11-14 2003-11-14 Nokia Corp Menetelmä ja järjestelmä mediaistunnon muodostamiseen
US7983244B2 (en) * 2003-12-31 2011-07-19 Nokia Corporation Interworking between domains of a communication network operated based on different switching principles
CN1993961B (zh) * 2004-07-30 2010-12-22 艾利森电话股份有限公司 混合电信网络中用于会话控制的方法和装置
JP4639257B2 (ja) * 2005-05-18 2011-02-23 テルコーディア ライセンシング カンパニー， リミテッド ライアビリティ カンパニー サービス制御ポイントのハンドオフコントローラを使用する異機種アクセスネットワーク間のシームレスハンドオフ
WO2006131070A1 (en) * 2005-06-07 2006-12-14 Huawei Technologies Co., Ltd. A method for achieving voice service based on the service trigger, the route control method and the system therefor
CN100505899C (zh) * 2005-08-04 2009-06-24 华为技术有限公司 第三代移动通信系统的跨域路由控制方法
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
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
RU2405272C2 (ru) * 2006-04-26 2010-11-27 Самсунг Электроникс Ко., Лтд. Способ и система пересылки информации функциональных возможностей пользовательского оборудования сети подсистемы мультимедиа интернет-протокола

Also Published As

Publication number Publication date
MX2009002008A (es) 2009-03-05
US20080056236A1 (en) 2008-03-06
WO2008027407A3 (en) 2008-06-19
WO2008027407A2 (en) 2008-03-06
EP2060091A2 (en) 2009-05-20
AU2007290545A1 (en) 2008-03-06
CN101507238A (zh) 2009-08-12
IL197223A0 (en) 2009-12-24
RU2009111386A (ru) 2010-10-10
KR20090034400A (ko) 2009-04-07

Similar Documents

Publication Publication Date Title
BRPI0715702A2 (pt) sinalizaÇço de serviÇos suplementares de ims unificados atravÉs de domÍnios de pacote e circuito
US9201743B2 (en) Backup SIP server for the survivability of an enterprise network using SIP
BRPI0107490B1 (pt) método para processar uma originação de chamada fixa para móvel de dados em pacotes, equipamento de estação de assinante sem fio, método para originação de chamada de dados em pacotes e estação de assinante
EP1885099A2 (en) Methods and system for fast session establishment between equipment using H.324 and related telecommunications protocols
BR0017311B1 (pt) Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede
BRPI0419223B1 (pt) "método para habilitar um primeiro e um segundo terminais de uma rede de comunicação, e, método para habilitar o uso de pelo menos um serviço combinatório em pelo menos um primeiro terminal de um primeiro usuário de uma rede de comunicação”
BRPI0210757B1 (pt) Communication system, and, method for communicating between a first terminal and a second terminal
US20140198787A1 (en) Forced hold call handling in a vop environment
BRPI0419224B1 (pt) Método para habilitar simultaneamente comunição comutada por pacote de multimídia durante uma chamada de circuito comutado em andamento, e, terminal móvel
BRPI9904366B1 (pt) Dispositivo de radiocomunicação e método com api entre o programa de aplicação de usuário e o programa de telefonia e método
WO2008022596A1 (en) A method, system and apparatus for delivering sms in forking mode
BRPI0520668B1 (pt) método para estabelecer uma sessão de multimídia com um usuário remoto de uma rede de comunicações, meio de armazenamento, e, terminal
BRPI0614428B1 (pt) Método para associar uma chamada telefônica a um chamador, método para fornecer diálogo de computador em associação com uma chamada telefônica em um sistema de computador e meio legível por computador contendo instruções para controlar um primeiro dispositivo de computação para executar um método
US20060235980A1 (en) Enabling VoIP Calls to be Initiated When a Call Server is Unavailable
US20130028146A1 (en) Message mapping for forced hold call handling in a vop environment
ES2610575T3 (es) Interoperación eficaz entre servicios multimedia conmutados por circuitos y conmutados por paquetes
BRPI0608525A2 (pt) método e aparelho para iniciar uma troca de serviço no sistema sem fio
WO2010148723A1 (zh) 外部终端远程登录方法、主设备及从设备
BRPI0918224B1 (pt) sistema e método para implementar anel colorido habilitado por ip
CN102771107A (zh) 呼叫尝试通知
WO2009065322A1 (fr) Procédé, système et dispositif pour exécuter la redirection
JP5241705B2 (ja) 制限された帯域上での通話管理
US20070073891A1 (en) MGCP fallback mechanism enhancement
BRPI0621763A2 (pt) método e subsistema de rede telefÈnica para gerenciar uma chamada endereçada a um primeiro terminal operando em um sistema de telefonia, e, programa de computação
US9313768B2 (en) Method and apparatus for providing a VoIP server in a wireless integrated device

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]