BRPI0700026B1 - Método de efetuar continuidade inter-domínio e nó de rede - Google Patents

Método de efetuar continuidade inter-domínio e nó de rede Download PDF

Info

Publication number
BRPI0700026B1
BRPI0700026B1 BRPI0700026-0A BRPI0700026A BRPI0700026B1 BR PI0700026 B1 BRPI0700026 B1 BR PI0700026B1 BR PI0700026 A BRPI0700026 A BR PI0700026A BR PI0700026 B1 BRPI0700026 B1 BR PI0700026B1
Authority
BR
Brazil
Prior art keywords
imrn
call
cccf
network
network node
Prior art date
Application number
BRPI0700026-0A
Other languages
English (en)
Inventor
Adrian Buckley
Original Assignee
Blackberry Limited
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36570739&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0700026(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Blackberry Limited filed Critical Blackberry Limited
Publication of BRPI0700026A publication Critical patent/BRPI0700026A/pt
Publication of BRPI0700026B1 publication Critical patent/BRPI0700026B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5084Providing for device mobility
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1045Proxies, e.g. for session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer

Landscapes

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

Abstract

sistema e método para gerenciar o roteamento das chamadas em um ambiente de rede que inclui ims. em uma versão, é revelado um esquema para gerenciar o roteamento da chamada em um ambiente de rede (100) que incluí uma rede comutada por circuito (cs) e uma rede de subsistema multimídia (ims) ip (112) . quando uma chamada é originada por um dispositivo de equipamento do usuário (ue) (302) na rede cs, informação da chamada associada à chamada é fornecida para um nó da rede de função de controle da continuidade da chamada (cccf) (308) disposto na rede ims (112). no nó cccf (308), um grupo de números e.164 são mantidos como números de roteamento multimídia ip (imr.ns) que são mapeados ou de outra forma associados aos números da parte chamada. o nó cccf (308) aloca dinamicamente um imrn selecionado com relação a um número da parte chamada recebido do dispositivo ue (302) e o retorna para o dispositivo ue (302). o imrn dinamicamente alocado é então utilizado para rotear a chamada no sentido da parte chamada.

Description

MÉTODO DE EFETUAR CONTINUIDADE INTER-DOMÍNIO E NÓ DE REDE
CAMPO DA REVELAÇÃO
A presente revelação de patente relaciona-se genericamente ao roteamento de chamadas em redes de comunicação. Mais particularmente, e não por meio de qualquer limitação, a presente revelação de patente é dirigida a um sistema e método para gerenciar o roteamento de chamadas em um ambiente de rede que inclui uma rede comutada por circuito (CS) e uma rede de subsistema multimídia IP (IMS), em que a chamada originada por CS deve ser roteada utilizando a infra-estrutura de rede IMS.
HISTÓRICO
A transferência voz-sobre-IP (VoIP) móvel é o processo de continuar uma chamada de voz à medida que o usuário se desloca entre redes com base em IP (por exemplo, uma LAN sem fio (WLAN) ou redes Wi-MAX, etc.) e redes celulares comutadas por circuito. Para efetuar essa transferência, as atuais normas de 3rd Generation Partnership Project (3GPP Projeto de Parceria de Terceira Geração) especificam que quando um dispositivo sem fio de modo dual origina uma chamada que requer continuidade inter-domínio, a chamada deve ser roteada para um elemento da função de controle da continuidade da chamada (CCCF) que está disposto em uma nova arquitetura de rede com base em IP referida como o subsistema multimídia IP (IMS). Uma das soluções propostas para implementar o processo de roteamento da chamada envolve fornecer uma Identidade de Serviço Público na forma de um número E.164 (por exemplo, o número da parte chamada) ao qual a identidade de referência da chamada poderá ser
Petição 870190040439, de 29/04/2019, pág. 6/20 « ♦ • ♦<·
2/22 apensada para gerar um número de roteamento multimídia IP (IMRN). Contudo, quando os dígitos da identidade de reterência da chamada são apensados ao número E.164, isso resulta em um número que é maior que a limitação de comprimento de 15 dígitos especifiçada sob as normas ETU-T. Portanto, é possível que os dígitos adicionais poderão ser perdidos quando esse número é roteado através de uma rede. Ainda, se há uma dependência na informação Caller ID ser fornecida para o elemento CCCF na rede IMS, esta informação
poderá ser perdida na infra-estrutura ISDN internacional que utiliza a sinalização ISDN User Part (ISUP).
BREVE DESCRIÇÃO DOS DESENHOS
Uma compreensão mais completa das versões da presente revelação de patente poderá ser obtida por referência à 15 seguinte Descrição Detalhada quando tomada em conjunto com os desenhos acompanhantes, em que·.
A Figura 1 representa um ambiente infra-estrutura de rede comutada por estrutura de subsistema multimídia IP
de rede que inclui circuito e infraem que uma poderá ser praticada.
A Figura 2 representa um fluxograma de uma versão exemplar da presente revelação de patente.
A Figura 3 representa um diagrama de fluxo de mensagem para o roteamento de chamada ao empregar números de roteamento multimídia IP (IMRNs) dinamicamente alocados, de acordo com uma versão.
A Figura 4 representa um diagrama de fluxo de mensagem para o roteamento de chamada ao empregar
IMRNs dinamicamente alocados de acordo com outra versão.
3/22
1'· í guras bA e bB representam d iagramas de f 1 uxo de mensagem para o roteamento de chamada ac empregar IMRNs d: r.ami camcnLe alocados de acordo com ainda outra versão. E
A Figura 6 representa um diagrama de b1 ocos de uma
versão de um di spos11 ivo de comunicação operado para os
f(ns da presente reve Lação de patente.
SINOPSE
A presente revelação de patente é amplamente dirigida
a um esquema para gerenciar o roteamento de chamada em um
ambiente de rede que inclui uma rede comutada por circuito (CS) e uma rede de subsistema multimídia IP (IMS). Quando a chamada é originada por um dispositivo de equipamento do usuário (UE) na rede CS, informação de chamada apropriada associada à chamada poderá ser fornecida para um nó da rede 15 CCCF disposto na rede IMS. No nó CCCF, um grupo de números
E.164 é mantido como números de roteamento multimídia IP (IMRNs) que são mapeados ou de outra forma associados aos números da parte chamada. 0 nó CCCF aloca dinamicamente um
IMRN selecionado com relação ao número da parte chamada recebido do dispositivo UE e o retorna para o dispositivo
UE. O IMRN dinamicamente alocado é então utilizado para o roteamento da chamada no sentido da parte que ele poderá ser 1iberado de volta para chamada, após o o grupo de IMRNs para utilização futura. Cronômetros apropriados poderão ser quarentena adequados s por um período de tempo.
5 fornecidos no dispositivo e nas pontas extremas CCCF de modo que pode ser verificado se o número de referência de chamada associado à chamada permanece válido (por exemplo, se ele já não expirou, isto é, se eles são utilizados dentro de limites de tempo apropriados) ou tempos de • · · · · · «9 · ♦ método pa ra rotear uma
1'hamaua em um ambiente de rede que inclui uma rede CS e uma da rede CS ent ido de uma parte chamada, o método compreendendo pelo menos um ou mais do que segue:
a
da chamada associada à chamada dc dispositivo
UE para um no da rede CCCF disposto na rede da rede alocar dinami camente um
IMRN de um grupo de IMRNs, em que
IMRN
dinamicamente alocado é mapeado para o número da parte chamada, fornecendo o
IMRN dinami camente alocado para o dispositivo UE do nó da rede CCCF; e utilizar o IMRN dinamicamente alocado para rotear a chamada no sentido da parte chamada.
Em outro aspecto, é aqui revelado um dispositivo UE operado para originar uma chamada em um ambiente de rede que inclui uma rede CS e uma rede IMS, a chamada sendo dirigida no sentido de uma parte chamada, o dispositivo compreendendo pelo menos um ou mais do seguinte: meio para
fornecer informação de chamada associada à chamada a um nó do rede CCCF disposto na parcela da rede IMS, a informação da chamada incluindo um número de referência da chamada;
meio, em resposta ao receber um
IMRN dinamicamente alocado dinâmico para uma entidade da rede para iniciar o processo do nó da rede CCCF, em que o IMRN dinamicamente alocado é seleclonado de um grupo de IMRNs e mapeado para o número da parte chamada, para verificar se o número de referência da chamada permanece válido {por exemplo, que ele já não está expirado); e meio em resposta ao verificar que o número de referência da chamada é válido, para fornecer o IMRN de roteamento da chamada com relação à parte chamada uti1izando o IMRN dinamicamente alocado.
Em ainda outro aspecto, é aqui revelado um nó de rede tendo capacidade CCCF e disposto em uma rede IMS, o nó de 5 rede compreendendo pelo menos um ou mais do que segue: meio
para manter o grupo de IMRNs que são configurados para uma Eaixa de números de parte chamada, em que um IMRN selecionado é alocado dinamrcamente a um número da parte chamada recebido de um dispositivo UE com relação a uma
chamada originada em uma rede comutada por circuito;
meio para alocar dinamicamente o IMRN selecionado para o número da parte chamada recebido do dispositivo UE e para fornecer o IMRN selecionado ao dispositivo UE; e meio para verificar se o IMRN selecionado permanece válido (por exemplo, que ele já não expirou) quando o IMRN selecionado é retornado ao nó da rede para efetuar o processo de roteamento da chamada com relação à chamada.
DESCRIÇÃO DETALHADA DOS DESENHOS da presente revelação de patente com referência a vários exemplos de como as versões podem melhor ser feitas e utilizadas.
Números de referência iguais são utilizados por toda a desenhos para indicar partes iguais ou correspondentes, em que os vários elementos não são necessariamente desenhados em escala. Com referência agora aos desenhos, e mais particularmente à Figura 1, é representado um ambiente de rede exemplar 100 em que uma versão da presente revelação de patente poderá ser praticada para gerenciar o roteamento da chamada com relação a uma chamada originada por um dispositivo UE em · · • · · · uma r ede comutada por circjno.
Como é representado,
amo:ente de rede 100 inclui um espaço de aco sso 1 U4
compreend:do de am núme^ o de tecnoi ogias de acesso
disponí veis a uma plural idade de dlspositivos UE 10 2-1 a
102 N. Para os f 1 ns da preser.tc revelação, o dispositivo UE poderá ser qualquer di sposi tivo de comunicação vinculado ou
não, e poderá incluir qualquer computador pessoal (por laptops, palmtops, ou dispositivos de computação de mão) equipado com um modem sem fio adequado ou um dispositivo de comunicação móvel (por exemplo, telefones celulares ou dispositivos de mão ativados para dados capazes de receber e de enviar mensagens, navegar na
Web, etc.), ou qualquer dispositivo PDA aprimorado ou aparelho de informação integrada capaz de correspondência eletrônica, correspondência por vídeo, acesso à Internet, acesso aos dados empresariais, mensagens, calendários e programação do tempo, gerenciamento da informação, e assemelhados. Preferivelmente, o dispositivo UE é capaz de operar em múltiplos modos pois ele pode engajar tanto em
comunicação comutada por circuito (CS) como na comunicação comutada por pacote (PS), e pode mudar de um modo de a Comunicação Móvel) e redes Code Division Muitíple Access comunicação para outro modo de comunicação sem perda da continuidade.
O espaço de acesso 104 poderá ser compreendido tanto
5 de redes CS como PS, que poderão envolver tecnologias sem fio, tecnologias de linhas de fiação, tecnologias de acesso por banda larga, etc. Por exemplo, o número de referência
106 refere-se a tecnologias sem fio como as redes Global
System for Mobile Communications (GSM - Sistema Global para • · ♦ ♦ · · ·· ·* · · >··· *· ;CDMA - Acesso Múltiplo de Ci previsto que os ensinamentos enquadrada
SGPP2) também. O número de referência 108 refere-se a redes exemplo, 3GPP ou no Projeto de
de acesso de banda larga sem f.1
IO ou WUAN redes
MAX bem como redes f i xas como et
Também exemplificada como
Darte do espaço de acesso
104 é a infra-estrutura PSTN da
linha de fiação convencional 110 .
Uma rede de
112 é acoplada acima, incluindo conhecido, a permitir que de serviços às várias redes de acesso estabelecidas qualquer rede com base em CS. Como é bem norma IMS definida pelo 3GPP é projetada para provedores de serviço gerenciem uma variedade que podem ser entregues através do IP por qualquer tipo de rede, em que IP transportar tanto o tráfego portador é utilizado para como o tráfego de sinalizaçao com base no Session Initiation Protocol (SIP -
Protocolo de Iniciação de Sessão). Amplamente, a IMS é uma estrutura para gerenciar as aplicações (isto é, serviços) e redes (isto é, acesso) que é capaz de fornecer serviços multimídia. IMS define o servidor de aplicaçao” como sendo o elemento da rede que entrega serviços que os assinantes utilizam, por exemplo, continuidade de chamada de voz (VCC), Push-To-Talk (PTT), etc. IMS gerencia as aplicações ao definir componentes de controle comuns que cada servidor de aplicação (AS) é obrigado a ter, por exemplo, perfis do assinante, mobilidade do IMS, acesso ã rede, autenticação, autorização de serviço, cobrança e faturamento, funções • · • · * ·
e; operadores, e inter-operação com a rede telefônica de
Deve ser compreendido que enquanto o IMS é definido redes GSM, out ro grupo, o
3GPP2, está envolvido na
ac iruçáo de Lima arquitetura intimamente análoga referida orno
Mu111medi a Doma:n
MMD é essencialmente um IMS para as redes CDMA, e como
MMD e IMS são grosseiramente equivalentes, o termo
IMS poderá ser utili zado nesta
presente revelação de patente para referir-se coletivamente tanto ao IMS como ao MMD quando aplicável.
Continuando com a referência à Figura 1, os números de referência 114-1 a 114-N referem-se a uma pluralidade de nós AS operados para suportar vários serviços, por exemplo,
VCC, PTT, etc., conforme foi aludido acima. Ademais, para efetuar a continuidade da chamada e a seleção do domínio apropriado, outro nó da rede ou AS 120 poderá ser fornecido como parte da rede de núcleo IMS residencial do assinante que implementa a funcionalidade referida como função de
controle de continuidade da chamada (CCCF) domínio da do AS 120 aplicaçao acompanha rede (NeDS) 118.
é operada como
IMS todas voz sobre IP
Em essência, a um que reside as sessões na de (VoIP) móvel t rans ferência de
IMS . A parcela realizar, parcela CCCF novo elemento servidor rede MIS residencial
116 de chamada e tráfego portador relacionado, incluindo a chamada/roteamento entre os domínios
CS e
NeDS inter
118 do
AS
116 é responsável por alia, gerenc íamento de redes
GSM ou CDMA). Embora funções potencialmente separadas, é y ζ\·>
possível integrar tacho at U:íc :ona L idades CCCt como NeDS um único elemento de rede compatível com TMS 120 como e ilustrado na Fi guia
Adicionalmente, estruturas de base de dados apropr i adas (por exemplo, DB 12 2), mecanismos de c ronômelro (por exemplo, o cronômetro 124) e lógica
adequada 126 poderão ser fornecidos em associação com o AS 12 0 para a 1ina 1 idade de configurar e gerenciar um grupo de números de roteamento multimídia IP (IMRNs) dos quais um IMRN selecionado poderá ser alocado dinamicamente para a
finalidade de roteamento de chamada como será descrito em maior detalhe abaixo.
Como foi aludido na seção de Histórico da presente aplicação de patente, quando um dispositivo sem fio origina uma chamada no domínio CS, que poderá exigir a continuidade 15 da chamada enquanto a chamada está em andamento, essa chamada é roteada para o nó CCCF da rede ΙΜΞ residencial do assinante. No entanto, esse processo de roteamento de chamada é conhecido por ter várias deficiências como já foi apontado anteriormente.
De acordo com os ensinamentos da presente revelação de patente, o nó da rede IMS tendo a capacidade CCCF é preferivelmente dotado dos módulos apropriados de lógica/estrutura/software/firmware para efetuar o seguinte:
manter um grupo de números E.164 que são operados como
IMRNs que terminam no nó CCCF, em que um IMRN selecionado é dinamicamente alocado ao número da parte chamada recebido de um dispositivo UE; alocar dinamicamente o IMRN selecionado ao número da parte chamada recebida e fornecer o IMRN selecionado para o dispositivo UE originador;
verificar se o IMRN selecionado não expirou quando aquele
10/22
IMRN selecionado é retornado para o nô da rede para efetuar o processo de roteamento da chamada com relação ao número da parte chamada,· e, opcionalmente, quarentenar o IMRN selecionado por um período de tempo quando da sua liberação de volta para o grupo de IMRN para utilização futura,
Para gerenciar o grupo de IMRNs dinamicamente alocados, o nó CCCF (por exemplo, o AS 120) poderá ser configurado de um número de formas com relação aos números E.164. Por exemplo, um número E.164 particular poderá ser fornecido como o número do endereço inicial’1 de uma faixa IMRN. Outro número E.164 poderá operar como um delimitador de faixa com relação à faixa IMRN. Para permitir
flexibilidade, poderá ser desejável fornecer diferentes grupos de IMRNs a serem configurados de faixas de número 15 diferentes. Ainda, mecanismos de cronômetro apropriados poderão ser implementados no nó CCCF para assegurar que os IMRNs alocados permaneçam válidos (por exemplo, que não expiraram, isto é, eles são utilizados dentro de limites de tempo apropriados) ou tempos de quarentena adequados são
aplicados. Como será descrito em detalhe abaixo, o gerenciamento de cronômetros associados aos IMRNs no nó
CCCF e cronômetros associados aos números de referência da chamada no dispositivo UE origmador permitem o privi sionamento dinâmico de IMRNs que poderíam ser 25 utilizados para o roteamento da chamada sem ter de apensar dígitos adicionais ao número E.164 para criar um IMRN.
A Figura 2 representa um fluxograma de uma versão exemplar da metodologia geral da presente revelação de patente para o gerenciamento do roteamento de chamada com 3 0 relação a uma chamada originada no CS pelo dispositivo UE.
No bloco 202, várias peças de informação relacionadas à chamada (que poderão ser colet i vamente referidas aqui como f ormacao dn .κ.
chamada assoei ado à chamada, o número da parte chamada íou o número
B ) , informação de sub endereço, et sao
fornecidos pelo disposi11 vo
UE originador para o nó da rede
IMS, por exemplo, o um cronômetro poderá ser iniciado no dispositivo UE que ut i1i zado para monitorar pelo menos uma parcela da
da chamada. Em particular, o cronômetro implementado para monitorar o tempo decorrido desde que um número de encaminhado para o nó CCCF. No nó da rede CCCF, o IMRN selecionado do grupo de IMRNs é dinamicamente associado com relação ao número de referência da chamada, em que o IMRN é mapeado para o pelo menos uma parcela da informação da chamada, por exemplo, o número da parte chamada recebido
Outrossim, o cronômetro poderá ser iniciado no nó da rede para monitorar a variável tempo-para - viver
associada ao
IMRN alocado dinamicamente. Dai em diante, o
IMRN dinamicamente alocado é fornecido ao dispositivo UE uti1izando mensagens apropriadas como será descrito abaixo.
Quando do recebimento do IMRN dinamicamente alocado no dispositivo UE, o tempo decorrido associado ao número de 25 referência da chamada é monitorado para assegurar que ele não está caduco (bloco 206). O IMRN dinamicamente alocado é aceito pelo dispositivo UE se o tempo decorrido satisfaz uma condição seleta, por exemplo, dentro de um valor tempopara-viver (bloco 208). O estabelecimento apropriado é 30 então iniciado pelo dispositivo UE utilizando o IMRN « · · · · ·· ·· « ···» ·*· ·· « ·* ·« Μ·· *· dinâmico, pelo qual o IMRN pois ele termina no nó CCCF. no nó da rede, sua variáve. para assegurar que eia nao número oa carie chamada as aceito é retornado ao nó CCCF
Quando do recebimento do IMRN tempo-para-vi ver é monitorada expirou (bloco 210) . Dai, o somado ao IMRN dinamicamente
alocado é utilizado para rotear a chamada.
Em uma implementação, o IMRN dinâmico poderá opc ionaImente ser retornado de volta para o grupo de IMRNs onde ele poderá ser quarantenado por um cerco perí odo de tempo antes de ser
reutilizado ou tornar-se disponível para utilização futura (bloco 212).
Com base no que antecede, aqueles habilitados na tecnologia apreciarão que quando a informação da chamada, isto é, o número da parte chamada, o número de referência 15 da chamada, etc., é enviado pelo dispositivo UE para o nó
CCCF servidor, lógica apropriada no nó CCCF poderá criar um registro que mapeia a informação da chamada recebida para o IMRN com base no E.164, que é transmitida de volta para o dispositivo UE. Quando da correlação do IMRN com número
de referência da chamada, o
UE estabelece a chamada utilizando o IMRN que termina no nó CCCF, O
IMRN é então interrogado contra o registro para recuperar o número da parte chamada original para rotear a chamada para a parte chamada.
Deve ser reconhecido por aqueles habilitados na tecnologia que o fluxo de mensagens entre o dispositivo UE e o nó CCF da rede IMS residencial poderá ser mediado através de um número apropriado de outros elementos de infra-estrutura da rede, e poderá ser implementado de um número de maneiras dependendo das capacidades do
13/22 di spos 11ivo bem como as características da rede e os protocolos que estão sendo utili zados. Tipicamente, o fluxo dc mensagens poderá ser mediado através de elementos da rede como o centro de comutação móvel (MSC) e um elemento 5 de função de controle de portal de mídia (MGCF) disposto entre o dispositivo UE e seu nó CCCF TMS residencial. São apresentados abaixo um número de implementações exemplares do fluxo de mensagem quando o
IMRN dinamicamente alocado é
utilizado para o roteamento de chamadas com relação a uma
chamada originada no domínio CS.
A Figura 3 representa uma versão do fluxo de mensagem
300 para o roteamento de chamadas com base na alocação IMRN dinâmica em que as Customized Applications for Mobile Enhanced Logic (CAMEL - Aplicações Personalizadas para a
Lógica Aprimorada Móvel) são implementadas. Um dispositivo
UE sem fio 3 02 tendo os modos do domínio CS e do domínio
IMS de funcionalidade é operado para gerar uma mensagem de estabelecimento 310 para uma MSC visitada 304, em que a mensagem de estabelecimento inclui informação de chamada
aplicável como a identidade número de referência da chamada, o número da parte chamada, informação de subendereço, e assemelhados. Um mecanismo de cronômetro 309 adequado poderá ser iniciado no dispositivo UE para monitorar a variável tempo-para-viver associada ao número de referência. da chamada. Em reação à mensagem de estabelecimento 310, o MSC 304 gera uma mensagem compatível com a CAMEL Application Part (CAP) 312, uma mensagem
Initial Detection Point (DP) , que porta a informação da chamada para o nó da rede CCCF 308 disposto na rede IMS residencial do usuário. Quando da verificação de que o /22
VCC s
CCCF aloca dinamicamente um UMRN no número da
Darte chamada recebido e através de uma mensagem
CAP Connect 314. Um mecanismo
de cronômetro adequado poderá ser iniciado (bloco 316) no nó
CCCF 308 para moni torar uma variáve1 tempo -para-vive r
IMRN dinamicamente alocada. Adós verificar oue terercnc .a de chamada não expirou com base no mecanismo oe c ronômetro do dispositivo
UE, em reação ao recebimento
da mensagem CAP Connect 314, uma Initial
Address sentido mensagem
Message (IAM) 318 que inclui o IMRN dinâmico no do MGCF 306 para o roteamento da chamada. Uma
SIP Invite 320 é gerada pelo MGCF 306 no sentido do nó CCCF 308 que utiliza o IMRN dinâmico mapeamento do número da parte chamada para rotear a chamada para a parte chamada (não mostrado). Deve ser reconhecido que várias negociações de alocação de recurso/reserva poderá ocorrer entre o MGCF 306 e a parte chamada subseqüente ao SIP
Invite
320, que não são
descritas aqui em detalhe particular.
Outross im, mensagens
ISUP adicionais que ocorrem antes estabelecida entre o dispositivo UE não é aqui mostrada.
Quando do recebimento do IMRN da via portadora ser
302 e a parte chamada dinamicamente alocado através da SIP Invite 320 no nó CCCF 308 , o mecanismo de cronômetro poderá ser parado (bloco 322) para verificar se o IMRN expirou. Se isso ocorreu, a mensagem SIP Invite poderá ser descartada e o processo de roteamento da chamada poderá ser terminado. Se o IMRN não expirou, o CCCF poderá estabelecer a chamada uti1izando o número chamado original
15/ 2 7 pa ra o destino correto. Adiciona Imente, se foi apropriadas.
IMRN para o
ser retornada ao grupo IMRN, em que um cronômet ro de quarentena poderei ser iniciado (bloco 324) tal que o IMRN é proibido de outra até o cronômetro de quarentena ser parado após período
326) .
Como foi mencionado de cronometro no lado do dispositivo também poderá ser para assegurar que o número de referência da chamada não expirou, cujo número de referência é utilizado pelo dispositivo
UE para correlacionar a informação recebida do CCCF (por exemplo, o IMRN dinâmico) . Se o cronômetro expira antes do mesmo número de referência ser recebido de volta do nó CCCF, o dispositivo
UE poderá tentar novamente o processo de chamada um número predeterminado de após o que se nenhuma resposta foi procedimento de chamada poderá ser considerado como tendo falhado. Em outras palavras, se o disposit ivo
UE recebe um número de referência que não mais é válido, ele poderá ser descartado e o procedimento da chamada poderá ser terminado.
A Figura 4 representa uma versão de fluxo de mensagem
400 para o roteamento da chamada com base na alocação IMRN dinâmica em que um procedimento SIP Notify é implementada para a mensagem. Similar ao procedimento de mensagem com base no CAMEL explicitado acima, o dispositivo
UE sem fio 302 tendo os modos de domínio CS e do domínio
16/22
ΓΖ'.'· • · f · · · • · · · · * *« »· · ···· • »* · · · · » .. *« ·· · · •» ·· ·· ···· ··
IMS de funcionalidade é estabelecimento para o mensagem SIP Notify 404 operado para
MSC 4 04, poderá ser para o nó CCCF 308. Como antes, a inclui informação de chamada re ferência informação cronômetro da chamada, o de sub-endereço, e gerar uma mensagem de em reação ao qual uma encaminhada diretamente mensagem SIP Notify 404 aplicável como o número de número da parte chamada, assemelhados. Um mecanismo de adequado 402 poderá ser iniciado no dispositivo
UE para monitorar a variável tempo-para-viver associada ao número de referência da
Notify 404, sentido do verificação
SIP o nó CCCF dispositivo de que o chamada VCC, o nó selecionado com base
308 gera uma mensagem OK 406 usuário tem
CCCF aloca no número da no quando da permissão para dinamicamente fazer uma um IMRN parte chamada recebido e o retorna de volta para o UE
SIP Notify 410.
adequado poderá para
IMRN pelo
302 através de uma mensagem monitorar
Mais uma vez, ser iniciado dinamicamente dispositivo no mecanismo uma mensagem um mecanismo de cronômetro (bloco 408) no nó CCCF 3 08 variável tempo-para-viver alocado. Uma mensagem OK
414 é gerada
UE no sentido do nó CCCF
308
410.
a referência da chamada não expirou com de cronômetro do dispositivo de estabelec imento 416 dinâmico é fornecida pelo dispositivo
304. Em resposta, uma mensagem IAM 418 que
UE com para
Após base inclui o IMRN
302 para o MSC o IMRN dinâmico é gerada pelo MSC 304 no sentido do MGCF 306 para o roteamento da chamada. De modo similar à mensagem na implementação com base no CAMEL, a mensagem SIP Invite 420
··. t.·'. ·· • · ♦ · ♦ · ♦ · •« »· ·♦ · · · · • · · ♦ · · · ♦ « · · « ·· ·· • « » * · · • · · · · • · · · · • · · · · · · · é qeraoa pelo MGCF
CCCF
í..s ut iliza o mapeamenoo mamada pa ra ror ea r do IMRN dinâmico núme ro da parte várias mensagens SIP intermediárias e
entre u MGCF 3 06 e a parte chamada subsequente à ΞΓΡ Invite?
420, como antes. Mensagens ISUP adicionais também poderão ocorre r antes da via portadora ser estabelecida entre o
302 e a parte chamada.
Quando do recebimento do IMRN dinamicamente alocado através da ronômetro estabelecer
SIP
Invite 420 no nó CCCF 308, o mecanismo de poderá ser parado (bloco 422, o CCCF poderá a chamada utilizando o número chamado original contra o IMRN para o destino correto. Processos adicionais como a liberação e a quarentena do IMRN, etc., poderão ser efetuadas pelo nó
CCCF 308 de modo similar aos processos descritos acima. Os mecanismos de cronômetro apropriados nó
CCCF 308. Ademais, o mecanismo de cronômetro no lado do
dispositivo também poderá ser utilizado de modo com relação ao número de referência da chamada associado à chamada.
A Figura 5A representa uma versão de fluxo
0A para o roteamento de chamadas com base
IMRN dinâmica
Service Data procedimentos
Dados de é implementado.
de mensagem mensagem USSD 504 para o MSC de mensagem na alocaçao
Unstructured Supplementary
Serviço Suplementares
De modo s imilar estabelecidos
404, em reaçao ao
Não aos acima, qual outra dispositivo UE sem fio 302 é operado para gerar uma
18/22 mensagem USSD 506 poderá ser encaminhada para o nó CCF 308.
Como antes, as mensagens USSD 5 04, 506 incluem informação de chamada aplicável como o número de referência da chamada, o número da parte chamada, informação de sub endereço, etc. Um mecanismo de cronômetro adequado 502
poderá ser iniciado no dispositivo UE para monitorar a variável tempo-para-viver associada ao número de referência da chamada. Em reação à mensagem USSD
0 6, gera uma mensagem USSD 510 que inclui tanto
quanto o IMRN dinâmico e a informação do número de referência da chamada no sentido do MSC 304.
Esta mensagem
USSD 510 é encaminhada para o UE 302. Mais uma vez, um mecanismo de cronômetro adequado poderá ser iniciado {bloco
0 8) no nó CCCF 308 para monitorar a variáve 1 tempo-para15 viver associada ao IMRN dinamicamente alocado. Após verificar que no mecanismo uma mensagem a referência de cronômetro de chamada não do dispositivo de es tabelecimento 516 dinâmico é fornecida pelo dispositivo expirou com base
UE {bloco que
UE inclui o
302 para
IMRN o MSC
304. Em resposta, uma mensagem IAM 518 com o IMRN dinâmico é operada pelo MSC
304 no sentido do MGCF 306 para o roteamento da chamada.
Similar aos fluxos de mensagem descritos anteriormente, uma mensagem SIP Invite 52 0 é gerada pelo MGCF 306 no sentido do nó CCCF 308 para rotear a chamada para a parte chamada (não mostrado). Quando do recebimento do IMRN dinamicamente alocado através da SIP
Invite 520 no nó CCCF 308, o mecanismo de cronômetro poderá ser parado (bloco 522) para monitorar se o IMRN expirou.
Dai em diante, se o IMRN nao expirou, o CCCF poderá estabelecer a chamada utilizando o número chamado original ser efetuados descíitos apropriados (blocos implementados no nó cronômetro no ut: Azado de modo referência da chamada orreto.
Adi ciona.1 mente , do modo de
IMRN, etc . , similar aos cronômetro assim, ser
CCCF 308. Ademais, o mecanismo do dispôsitivo rambém poderá simi Lar com relação ao número associada à chamada.
de ser de
Outra do fluxo de mensagem USSD
500B é mostrado na Figura 5B. A versão de fluxo de mensagem
500B é essencialmente idêntica ã versão acima,
550 e portar versão
500A descrita exceto que mensagens de confirmação
556 são propagadas entre o UE 302 as mensagens USSD adicionais 554 são a informação IMRN do CCCF 308 para o
Figura de um dispositivo UE
USSD separadas
CCCF fornecidas
UE 302.
para representa um diag rama de dispositivo de comunicação sem fio, por exemplo, o UE blocos operado
302, para de uma como um os fins
de patente. Será reconhecido por que embora a versão tecnologia quando da referência aqui do disposição similar àquela um número de variações e software ou no firmware, representados. Assim, a tomada como ilustrativa e versões da presente
UE 302 poderá compreender uma mostrada na Figura 6, pode haver de modificações, no hardware, no com relação aos vários módulos disposição da Figura 6 deve ser não como 1imitante com relação às revelaçao de patente.
Um versão do UE 302 é operado acoplado a um subsistema de
microprocessador 602 que fornece o controle geral de uma
comunicação 604 que é capaz de comunicação multi-modo (por exemplo, no domínio CS, no domínio IP como TMS, etc.) . O subsistema do comunicação 604 geralmente inclui um ou mais receptores 608 e um ou mais transmissores 614 bem como ?
componentes associados como o um ou mais módulos osciladores locais (LO) 610 e um módulo de processamento como o processador de sinal digital (DSP) . Como será aparente para aqueles habilitados no campo da comunicação, o projeto particular do módulo de comunicação 604 poderá ser dependente das redes de comunicação com as quais o dispositivo móvel pretende operar (por exemplo, uma rede CDMA, uma rede GSM, WLAN, etc.). No entanto, independente do projeto particular, os sinais recebidos pela antena 606 através da infra-estrutura de acesso apropriada 605 (por exemplo, torres de estação base celular, pontos quentes WLAN, etc. ) são fornecidos para o receptor 6 08, que poderá efetuar tais funções de receptor comuns como a amplificação do sinal, conversão descendente da frequência, filtragem, seleção de canal, conversão analógico-para-digital (A/D), e assemelhados. De maneira similar, os sinais a serem transmitidos são processados, incluindo a modulação e a codificação, por exemplo, pelo DSP 612, e fornecido ao transmissor 614 para a conversão digital-para-analógico (D/A), conversão ascendente da frequência, filtragem, amplificação e transmissão pela interface ar-rádio através da antena 616.
O microprocessador 602 também poderá fazer interface com outros subsistemas de dispositivo como a entrada/saída auxiliar (1/0) 618, a porta serial 620, a tela 622, o teclado/almofada de teclas 624, o alto-falante 626, o • · • · • « )
microfone 628, a memória de acesso subsίstema de comunicação de curto c ronômetro, geral mente rotulados referênc .a 6 3 3.
Para controla
Identity Module (SIM
Módulo de
Removable user
Módulo de Tdent idade de aleatório (RAM) 630, um alcance 632, e qualquer exemplo, mecanismos de como o número de
acesso, um
Subscriber
Identidade do
Ass inante)
Ident i ty Module (RUIM
Usuário Removível·'; 634 também poderão ser fornecidos com
Em uma implementação, a interface
SIM/RUIM 634 é operada com um cartão SIM'RUIM dotado de um número de configurações
644 e outra informação 646 como a identificação e relacionados ao assinante.
software do sistema operacional e software de chaves dados lógica de serviço aplicável poderão ser embutidos em um módulo de armazenamento volátil) como memória Flash exemplo, área é, armazenamento nãoa memória Flash 635.
poderá ser segregada
Em em uma implementação, a áreas diferentes, por de armazenamento para programas de computador como regiões de armazenamento de dados como o estado de dispositivo 637, livro de endereços 639 , outros dados do gerente de informação pessoal (PIM) 641, e outras áreas de armazenamento de dados geralmente rotuladas como o número de referência 643. Uma pilha de transporte 64 5 poderá ser fornecida para efetuar um ou mais protocolo de transporte de rádio-pacote apropriado. Além disso, um módulo de lógica de transferência de chamada/lógica de continuidade 648 é chamada, validaçao, verificação, e correlação com IMRNs,
22/22 etc . , conforme estabelecido acima.
Acredita-se que a operação e a construção das versões da presente aplicaçao de patente será aparente da Descrição Detalhada apresentada acima. Embora as versões exemplares mostradas e descritas poderão ter sido caracterizadas como
sendo preferidas, deve ser prontamente compreendido que várias mudanças e modificações poderíam ser nelas feitas sem desviar do escopo da presente revelação conforme apresentada nas reivindicações seguintes.

Claims (11)

  1. REIVINDICAÇÕES
    1. Método de efetuar continuidade inter-domínio em relação a uma chamada em progresso em um ambiente de rede (100) que inclui uma rede comutada por circuito (CS) e uma
    5 rede de subsistema multimídia (IMS) de Protocolo da Internet (IP) (112) , o método é caracterizado pelo fato de compreender:
    em um nó de rede de função de controle de continuidade de chamada de servir (CCCF) (308) disposto na dita rede IMS
    10 (112), alocar dinamicamente um número de roteamento de multimídia IP (IMRN) selecionado a partir de um grupo de IMRNs e associar o dito IMRN com um número da parte chamada da dita chamada em progresso, em que o dito IMRN dinamicamente alocado é criado sem ter de apensar dígitos
    15 adicionais a um número E.164 e dita chamada em progresso é originada por um dispositivo de equipamento do usuário (UE) (302) no sentido de uma parte chamada;
    transmitir o dito IMRN dinamicamente alocado para o dito dispositivo UE (302) a partir do dito nó de rede CCCF 20 (308); e utilizar o dito IMRN dinamicamente alocado para continuar a dita chamada originada pelo UE no sentido da dita parte chamada, após recepção do dito IMRN dinamicamente alocado, devolvido de volta do referido 25 dispositivo UE.
  2. 2. Método de efetuar continuidade inter-domínio, de acordo com a reivindicação 1, caracterizado pelo fato do dito IMRN dinamicamente alocado ser utilizado pelo dito nó de rede CCCF (308) para rotear a dita chamada quando da
    30 verificação que o dito IMRN dinamicamente alocado não
    Petição 870190040439, de 29/04/2019, pág. 7/20
    2/4 expirou.
  3. 3. Método de efetuar continuidade inter-domínio, de acordo com a reivindicação 1, 2 ou 3, caracterizado pelo fato do IMRN dinamicamente alocado ser liberado de volta para o dito grupo de IMRNs para utilização futura quando da quarentena do dito IMRN dinamicamente alocado.
  4. 4. Método de efetuar continuidade inter-domínio, de acordo com a reivindicação 1 a 3, caracterizado pelo fato do dito dispositivo UE (302) e do dito nó de rede CCCF (308) se comunicarem através de um centro de comutação móvel (MSC) (304) utilizando uma mensagem CAMEL (Aplicação Personalizada para Lógica Aprimorada Móvel) Parte da Aplicação (CAP).
  5. 5. Método de efetuar continuidade inter-domínio, de acordo com a reivindicação 1 a 3, caracterizado pelo fato do dito dispositivo UE (302) e do dito nó de rede CCCF (308) se comunicarem utilizando uma mensagem Session Initiation Protocol (SIP - Protocolo de Iniciação de Sessão).
  6. 6. Método de efetuar continuidade inter-domínio, de acordo com a reivindicação 1 a 3, caracterizado pelo fato do dito dispositivo UE (302) e do dito nó de rede CCCF (308) se comunicarem utilizando uma mensagem Unstructured Supplementary Service Data (USSD - Dados de Serviço Suplementar Não Estruturado).
  7. 7. Nó de rede (120) dotado da capacidade de função de controle de continuidade da chamada (CCCF) (116) e adaptado para ser disposto em uma rede de subsistema de multimídia (IMS) de Protocolo da Internet (IP) (112), caracterizado por compreender:
    Petição 870190040439, de 29/04/2019, pág. 8/20
    3/4 meio (122) para manter um grupo de números de roteamento multimídia IP (IMRNs) que são configurados para uma faixa de números da parte chamada, em que um IMRN selecionado é dinamicamente alocável a um número da parte chamada recebido a partir do dispositivo do equipamento do usuário (UE) (302) com relação a uma chamada em progresso originada pelo dito dispositivo UE (302) no sentido de uma parte chamada;
    meio (126) para alocar dinamicamente e associar o dito IMRN selecionado para o dito número da parte chamada recebido do dito dispositivo UE (302) e para transmitir o dito IMRN selecionado para o dito dispositivo UE (302) quando o dito IMRN selecionado é criado sem ter de apensar dígitos adicionais a um número E.164; e meio (124, 126) para verificar que o dito IMRN selecionado permanece válido quando o dito IMRN selecionado é retornado ao dito nó da rede (120) para efetuar continuidade inter-domínio da dita chamada em progresso originada pelo UE .
  8. 8. Nó da rede (120) dotado de capacidade CCCF (116), de acordo com a reivindicação 7, caracterizado pelo fato do dito IMRN selecionado ser fornecido ao dito dispositivo UE (302) através de um centro de comutação móvel (MSC) (304) utilizando uma mensagem CAMEL (Aplicações Personalizadas para Lógica Aprimorada Móvel) Parte da Aplicação (CAP).
  9. 9. Nó da rede (120) dotado de capacidade CCCF (116), de acordo com a reivindicação 7, caracterizado pelo fato do dito IMRN selecionado ser fornecido ao dito dispositivo UE (302) utilizando uma mensagem Protocolo de Iniciação de Sessão (SIP).
    Petição 870190040439, de 29/04/2019, pág. 9/20
    4/4
  10. 10. Nó da rede (120) dotado de capacidade CCCF (116), de acordo com a reivindicação 7, caracterizado pelo fato do dito IMRN selecionado ser fornecido ao dito dispositivo UE (302) utilizando uma mensagem Dados de Serviço Suplementar
    5 Não Estruturados (USSD).
  11. 11. Nó da rede (120) dotado de capacidade CCCF (116), de acordo com a reivindicação 7, caracterizado por compreender ainda meio (124, 126) para deixar o dito IMRN selecionado para o dito grupo de IMRNs para utilização
    10 futura quando da quarentena do dito IMRN selecionado.
BRPI0700026-0A 2006-01-10 2007-01-10 Método de efetuar continuidade inter-domínio e nó de rede BRPI0700026B1 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP06250110A EP1806899B1 (en) 2006-01-10 2006-01-10 Method and system for managing call routing in a network environment including a circuit-switched network and an IP Multimedia Subsystem IMS
EP06250110.1 2006-01-10

Publications (2)

Publication Number Publication Date
BRPI0700026A BRPI0700026A (pt) 2007-10-16
BRPI0700026B1 true BRPI0700026B1 (pt) 2019-08-20

Family

ID=36570739

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0700026-0A BRPI0700026B1 (pt) 2006-01-10 2007-01-10 Método de efetuar continuidade inter-domínio e nó de rede

Country Status (12)

Country Link
EP (3) EP2259622A1 (pt)
JP (2) JP5300198B2 (pt)
KR (2) KR101222353B1 (pt)
CN (2) CN102176714B (pt)
AT (1) ATE427616T1 (pt)
AU (1) AU2007200056B2 (pt)
BR (1) BRPI0700026B1 (pt)
CA (1) CA2573433C (pt)
DE (1) DE602006006018D1 (pt)
MX (1) MX2007000366A (pt)
SG (1) SG134234A1 (pt)
TW (1) TWI371951B (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1887752B1 (en) * 2006-08-11 2015-02-25 BlackBerry Limited System and method for managing call continuity in IMS network environment
US8542815B2 (en) 2006-11-02 2013-09-24 Digifonica (International) Limited Producing routing messages for voice over IP communications
US8340017B2 (en) 2007-06-01 2012-12-25 Research In Motion Limited Message generation system and method for managing the delivery of mobile-terminated (MT) calls in IMS network environment
CN101351039B (zh) * 2007-07-20 2011-11-09 华为技术有限公司 实现多媒体呼叫连续性的方法、装置及系统
CN101527891B (zh) 2008-04-30 2011-04-20 华为技术有限公司 一种跨网络呼叫保持方法和设备
US8467786B2 (en) * 2009-05-04 2013-06-18 Motorola Mobility Llc Communication devices and methods for providing services to communication devices in a communication system including a private cell
CN102223283A (zh) * 2010-04-13 2011-10-19 华为技术有限公司 路由方法、装置及系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6560216B1 (en) * 1998-09-17 2003-05-06 Openwave Systems Inc. Data network computing device call processing
CN1171479C (zh) * 1999-04-28 2004-10-13 艾利森电话股份有限公司 用于异构型网络之间的互操作性的虚拟编号方案
US7274683B2 (en) * 2002-01-07 2007-09-25 Motorola, Inc. Method and apparatus for a telecommunications network to communicate using an internet protocol
JP2005525030A (ja) * 2002-05-06 2005-08-18 ノキア コーポレイション 通信ネットワークにおいて特定形式のセッションを取り扱うシステム及び方法
JP2004343440A (ja) * 2003-05-15 2004-12-02 Nippon Telegr & Teleph Corp <Ntt> 通信制御方法及びシステム
US7535889B2 (en) * 2003-06-11 2009-05-19 Alcatel-Lucent Usa Inc. Server component redirection of new media path portion between packet-switched and circuit-switched portions of mobile switching center
US7885208B2 (en) * 2003-09-11 2011-02-08 Nokia Corporation IP-based services for circuit-switched networks
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
US7200400B2 (en) * 2003-12-15 2007-04-03 International Business Machines Corporation Mobile to 802.11 voice multi-network roaming utilizing SIP signaling with SIP proxy or redirect server
KR100957327B1 (ko) * 2004-02-02 2010-05-12 삼성전자주식회사 이종 이동통신 시스템 사이에서 아이피 멀티미디어 서브시스템을 이용한 음성 호 처리 방법
KR101050936B1 (ko) * 2004-02-23 2011-07-20 엘지에릭슨 주식회사 차세대 네트워크에서의 세션 개시 프로토콜 라우팅 시스템및 그 라우팅 방법
CN100496053C (zh) * 2004-06-14 2009-06-03 华为技术有限公司 Ip多媒体系统
JP2008547289A (ja) * 2005-06-15 2008-12-25 アゼール ネットワークス, インコーポレイテッド Ip−canとcsネットワークとの間のボイスコールコンティニュイティアプリケーションサーバー
EP1887752B1 (en) * 2006-08-11 2015-02-25 BlackBerry Limited System and method for managing call continuity in IMS network environment

Also Published As

Publication number Publication date
KR20120108956A (ko) 2012-10-05
EP2063607A1 (en) 2009-05-27
AU2007200056A1 (en) 2007-07-26
KR101222353B1 (ko) 2013-01-15
AU2007200056B2 (en) 2010-11-11
JP2013013116A (ja) 2013-01-17
TWI371951B (en) 2012-09-01
JP5300198B2 (ja) 2013-09-25
JP2007189685A (ja) 2007-07-26
EP1806899B1 (en) 2009-04-01
CN102176714B (zh) 2015-03-25
CA2573433C (en) 2011-07-12
DE602006006018D1 (de) 2009-05-14
KR20070075322A (ko) 2007-07-18
CA2573433A1 (en) 2007-07-10
MX2007000366A (es) 2008-11-14
EP1806899A1 (en) 2007-07-11
JP5520349B2 (ja) 2014-06-11
CN102176714A (zh) 2011-09-07
TW200746755A (en) 2007-12-16
SG134234A1 (en) 2007-08-29
HK1109823A1 (en) 2008-06-20
BRPI0700026A (pt) 2007-10-16
ATE427616T1 (de) 2009-04-15
EP2259622A1 (en) 2010-12-08
CN101001470A (zh) 2007-07-18
KR101255495B1 (ko) 2013-04-16

Similar Documents

Publication Publication Date Title
US7710950B2 (en) System and methods for originating a SIP call via a circuit-switched network from a user equipment device
US7769000B2 (en) System and method for managing call routing in a network environment including IMS
US8599838B2 (en) System and method for effectuating a SIP call in a network environment including IMS
KR100902815B1 (ko) Ims를 포함한 네트워크 환경에서 sip 호를 실행하는 시스템 및 방법
KR101359057B1 (ko) 사용자 기기 디바이스로부터 회선 교환 네트워크를 통하여sip 콜을 발신하는 시스템 및 방법
JP5520349B2 (ja) Imsを含んでいるネットワーク環境における呼のルーティングを管理するシステムおよび方法
USRE48967E1 (en) System and method for originating a call via a circuit-switched network from a user equipment device
HK1109823B (en) Method and system for managing call routing in a network environment including a circuit-switched network and an ip multimedia subsystem ims
HK1147636A1 (en) Method and system for routing a sip call in a network environment including a circuit-switched network and an ip multimedia subsystem ims
HK1147636B (en) Method and system for routing a sip call in a network environment including a circuit-switched network and an ip multimedia subsystem ims

Legal Events

Date Code Title Description
B25D Requested change of name of applicant approved

Owner name: BLACKBERRY LIMITED (CA)

B25G Requested change of headquarter approved

Owner name: BLACKBERRY LIMITED (CA)

B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06T Formal requirements before examination [chapter 6.20 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04L 12/64 , H04L 29/08

Ipc: H04W 36/00 (2009.01), H04L 29/12 (1990.01)

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 20/08/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 20/08/2019, OBSERVADAS AS CONDICOES LEGAIS