BRPI0707437A2 - método para estabelecer chamada em continuidade de chamada de voz, terminal e servidor dele - Google Patents

método para estabelecer chamada em continuidade de chamada de voz, terminal e servidor dele Download PDF

Info

Publication number
BRPI0707437A2
BRPI0707437A2 BRPI0707437-9A BRPI0707437A BRPI0707437A2 BR PI0707437 A2 BRPI0707437 A2 BR PI0707437A2 BR PI0707437 A BRPI0707437 A BR PI0707437A BR PI0707437 A2 BRPI0707437 A2 BR PI0707437A2
Authority
BR
Brazil
Prior art keywords
domain
terminal
selection information
domain selection
information
Prior art date
Application number
BRPI0707437-9A
Other languages
English (en)
Inventor
Song Jae-Seung
Yoon Kyung-Ae
Ra Mi-Seon
Patrice Hede
Kim Hyun-Sook
Original Assignee
Lg Electronics 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 Lg Electronics Inc. filed Critical Lg Electronics Inc.
Priority claimed from PCT/KR2007/000612 external-priority patent/WO2007091808A1/en
Publication of BRPI0707437A2 publication Critical patent/BRPI0707437A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • 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
    • 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
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control 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/00224—Control 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control 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/00224—Control 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/00226—Control 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • 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]

Landscapes

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

Abstract

MéTODO PARA ESTABELECER CHAMADA EM CONTINUIDADE DE CHAMADA DE VOZ, TERMINAL E SERVIDOR DELE Trata-se de um método, servidor e terminal para prover um serviço de Continuidade de Chamada de Voz (VCC) De acordo com uma modalidade, o terminal inclui uma unidade de armazenamento para armazenar informação de política de operador e informação de preferência de usuário, a informação de preferência de usuário incluindo informação de seleção de domínio especificando um domínio preferido de usuário a ser usado quando originando a chamada de saída do terminal, a informação de política de operador incluindo informação de seleção de domínio especificando um domínio de rede de comunicação preferido a ser usado quando originando a chamada de saida do terminal; e um controlador para executar uma seleção de domínio para a chamada de saída com base na informação de preferência de usuário ou na informação de política de operador.

Description

"MÉTODO PARA ESTABELECER CHAMADA EM CONTINUIDADEDE CHAMADA DE VOZ, TERMINAL E SERVIDOR DELE"APRESENTAÇÃO DE INVENÇÃOSOLUÇÃO TÉCNICA
O presente pedido de patente reivindica os benefí-cios de prioridade do pedido de patente norte-americana pro-visório número 60/765.214, depositado em 06 de fevereiro de2006, e os pedidos de patentes coreanas provisórios números10-2006-0109113 e 10-2007-0009094, depositados, respectiva-mente, em 06 de novembro de 2006 e 29 de janeiro de 2007, naRepública da Coréia. Os conteúdos integrais destes pedidossão aqui totalmente incorporados como referência.
A presente invenção relaciona-se com uma Continui-dade de Chamada de Voz (VCC) e, mais particularmente, paraselecionar, através de um servidor de aplicativo de VCC ouum terminal, um domínio levando em consideração preferênciasde usuário e política de operador, e colocando chamadas ori-ginadas e/ou de término sobre o domínio selecionado.
Em geral, uma Continuidade de Chamada de Voz (VCC)refere-se a um tipo de aplicativo, em outras palavras, a umoaplicativo de IMS (Sistema Interativo Multimídia) local queé capaz de transportar chamadas de voz entre um domínio CS(comutação de circuito) e um domínio IMS (subsistema multi-mídia de IP (Protocolo Internet)). A VCC (também referidacomo aplicativo de VCC) proporciona funções de chamadas devoz originadas, terminações de chamadas de voz e uma trans-ferência de domínio, do domínio CS para o domínio IMS ou vi-ce-versa. Neste ponto, a transferência de domínio refere-sea trajetos de acesso de transferências para chamadas de vozem direção a um equipamento de usuário (UE) (isto é, um ter-minal) do domínio CS para o domínio IMS ou vice-versa, du-rante uma sessão ativa. 0 trajeto de acesso estipula um tra-jeto de controle de chamada entre uma VCC UE e uma Função deTransferência de Domínio (DTF) do aplicativo de VCC.
A transferência de domínio para uma determinadachamada de voz/sessão do domínio CS para o domínio IMS ouvice-versa, é executada apenas quando uma DTF está posicio-nada em um caminho de sinal da configuração de chamada devoz/sessão. Para isto, o posicionamento da DTF na passagemdo caminho do sinal da configuração de chamada de voz/sessãoé referido como uma ancoragem em IMS ou ancoragem.
A Figura 1 ilustra uma arquitetura de uma rede decomunicação para proporcionar um serviço de VCC.
Como ilustrado na Figura 1, um VCC UE estipulaqualquer tipo de terminal que suporte o serviço de VCC. AVCC UE pode acessar os domínios de CS e PS (comutação com-pactada) . Isto é, quando acessando o domínio CS, a VCC UEutiliza um UE-CS (não mostrado) nele fornecido, enquanto queum UE-IMS (não mostrado) nele fornecido é utilizado quandoacessando o domínio PS.
Umo aplicativo de VCC 20 é um servidor de aplica-tivo para proporcionar o serviço de VCC, sendo constituídopor entidades que executam uma seqüência de funções. Isto é,a seqüência de funções pode incluir funções requeridas paraconfigurar chamadas de voz dirigidas ao VCC UE, e funçõesrequeridas para comutar um trajeto de acesso do VCC UE entreo domínio CS e ο domínio IMS com a manutenção de uma sessãoativa. Neste ponto, como mostrado, a seqüência de funçõespode ser uma Função de Transferência de Domínio 20a, umaFunção de Seleção de Domínio 20d, uma Função de Adaptação deCS 20b, e umo aplicativo de Serviço CAMEL (Aplicativo Perso-nalizada da Lógica Móvel Avançada) 20c. Capacidades e opera-ções detalhadas da seqüência de funções são descritas em3GPP TS 23.206 Vl.2.0.
Geralmente, as entidades de domínio CS incluemCentro de Comutação Móvel Visitado (VMSC), Porta de Comuni-cação MSC (GMSC), gmsSCF (serviço de controle de funçãoSCF) , e semelhantes. As entidades de domínio IMS incluem P-CSCF (P-Função de Controle de Servidor de Chamada), S-CSCF,I-CSCF e Função de Controle de Porta de Comunicação de Mídia(MGCF). Estas são entidades conhecidas.
Abaixo, será explicado um método para processarchamada VCC originada e chamada VCC de término em um serviçode VCC, com referência às Figuras 2 até 5 de acordo com atécnica anterior, executado na arquitetura de rede de comu-nicação da Figura 1. As Figuras 2 até 5 ilustram caminhos desinal (ou encaminhamento) para executar uma sessão de confi-guração de chamada de voz de saída/entrada. Isto é, as Figu-ras 2 e 3 ilustram um caminho de sinal de uma chamada origi-nada no serviço de VCC. Em particular, a Figura 2 ilustra umcaminho de sinal de uma chamada originada sobre um domínioCS no serviço de VCC, enquanto que a Figura 3 ilustra um ca-minho de sinal de uma chamada originada sobre um domínio IMSno serviço de VCC. Uma chamada originada é também conhecidacomo uma chamada de saída, isto é, uma chamada de salda daVCC UE 10 para o aplicativo de VCC 20. Enquanto isso, as Fi-guras 4 e 5 ilustram um caminho de sinal de uma chamada detérmino no serviço de VCC. Particularmente, a Figura 4 ilus-tra um caminho de sinal sobre o domínio CS no serviço deVCC, enquanto a Figura 5 ilustra um caminho de sinal de umachamada de término sobre o domínio IMS no serviço de VCC.Uma chamada de término é também conhecida como uma chamadade entrada, isto é, uma chamada entrando no terminal VCC UE10 do aplicativo de VCC 20. Neste ponto, a chamada VCC esti-pula uma chamada que termina ou se origina pelo VCC UE 10,em outras palavras, uma chamada de voz tendo uma continuida-de de chamada por estar ancorada no aplicativo de VCC 20 lo-calizada no domínio IMS local, mesmo enquanto um domínio étransferido do domínio CS para o domínio IMS ou vice-versa.
É assumido nas Figuras 2 a 5 que um usuário de UE(isto é, VCC UE) é um assinante VCC, permitindo assim a umarede de comunicação local usar o serviço de VCC, residindono momento em uma rede de comunicação visitada.
Abaixo, será explicado um caminho de sinal de cha-madas de saída sobre um domínio CS com referência à Figura2, de acordo com a técnica anterior.
Quando um assinante VCC tenta estabelecer uma cha-mada CS, o UE que está no momento residindo na rede de comu-nicação visitada executa uma configuração de chamada CS peloVMSC no domínio CS. A chamada CS é transportada sobre umaFunção de Transferência de Domínio (DTF) no domínio IMS darede de comunicação local, onde ela está ancorada no IMS. Emseguida, a sessão (isto é, a chamada) correspondente a istoé transportada para a PSTN (Rede Pública de Telefonia Comu-tada) , por exemplo, que é uma rede de comunicação de térmi-no. Subseqüentemente, ocorrem os procedimentos de término de
IMS normais.
Abaixo, será explicado um caminho de sinal de cha-madas de saida sobre um domínio IMS com referência à Figura3,de acordo com a técnica anterior.
Quando um assinante VCC tenta estabelecer uma cha-mada IMS, o UE que está no momento residindo na rede de co-municação visitada executa uma configuração de chamada deIMS no domínio de IMS. A chamada de IMS é transportada paraP-CSCF via IP-CAN (Protocolo Internet - Rede de Comunicaçãode Área de Campus). Subseqüentemente, a chamada IMS é trans-portada ao DTF no domínio IMS de uma rede de comunicação lo-cal, e então transportada à PSTN em uma rede de comunicaçãode término. Subseqüentemente, ocorrem procedimentos de tér-mino de IMS normais.
Abaixo, será explicado um caminho de sinal de cha-madas de entrada sobre um domínio CS com referência à Figura4, de acordo com a técnica anterior.
Quando uma parte de origem (ou parte A) tenta es-tabelecer uma chamada para uma parte de término (ou parteΒ) , a parte de origem origina uma chamada que alcança umaPorta de Comunicação MSC (GMSC) . Se a parte B é reconhecidacomo um assinante VCC na rede de comunicação local, a chama-da é encaminhada para um DTF no domínio IMS. Do DTF, se achamada é encaminhada sobre o domínio CS, a chamada é enca-minhada de volta para o domínio CS via GMSC, em outras pala-vras, para o VMSC na rede de comunicação visitada. Nesteponto, todas as chamadas originadas da PSTN para o domínioCS são encaminhadas ao domínio IMS que desta maneira é anco-rado no DTF.
Abaixo, será explicado um caminho de sinal dechamadas de entrada sobre um domínio IMS tomando como refe-rência a Figura 5, de acordo com a técnica anterior.
Se uma chamada de entrada pode ser colocada para oUE sobre o domínio IMS, a chamada ancorada no DTF prosseguepara um terminal de término, em outras palavras, para um IMSURI (Identificador Uniforme de Recursos) via o P-CSCF e oIP-CAN da rede de comunicação visitada. Isto é, a chamadasubmetida ao mesmo procedimento de ancoragem como ilustradona Figura 4 é terminada no domínio IMS da rede de comunica-ção visitada.
Assim, como ilustrado nas Figuras 2 e 3, quando oUE origina uma chamada (isto é, a chamada é uma chamada desaída), o usuário do UE (isto é, o assinante VCC) selecionaum determinado domínio (isto é, domínio IMS ou domínio CS)que ele prefere usar sem levar em consideração a política deoperador, e dirige a chamada para o domínio selecionado.Conseqüentemente, a técnica anterior tem limitações técnicasporque o UE seleciona um domínio sem levar em consideração apolítica de operador, e dirige a chamada para o domínio se-lecionado. Neste ponto, a política de operador inclui infor-mação relacionada à seleção de domínio para chamadas depen-dendo de uma situação existente de uma rede de comunicação(por exemplo, uma situação com respeito a alocação de recur-so ou tráfego, etc.)
Além disto, como ilustrado nas Figuras 4 e 5, o UEnão pode receber uma chamada de entrada sobre um domínio(isto é, domínio IMS ou domínio CS) que ele prefere usar. Emoutras palavras, na técnica anterior, quando selecionando umdomínio para uma chamada de entrada, uma rede de comunicação(isto é, CCCF em detalhe) seleciona o domínio para uma cha-mada de entrada em direção ao UE com base na política de o-perador, sem levar em consideração as preferências de usuá-rio UE com respeito à seleção de domínio. Conseqüentemente,a técnica anterior contém um problema técnico/limitação noqual a preferência de um usuário de UE por uma seleção dedomínio não pode ocorrer ou não é levada em consideração pe-lo aplicativo de VCC quando o aplicativo de VCC seleciona umdomínio no processo de seleção de domínio para a chamada deentrada em direção ao UE.
Em conseqüência, como supramencionado, da perspec-tiva do UE, uma vez que o UE seleciona um domínio sem levarem consideração a política de operador que pode ser modifi-cada (ou atualizada) em razão, por exemplo, de uma situaçãode rede de comunicação ou de tráfego, etc., ocorre uma in-consistência de chamada causada pelo tráfego de um determi-nado domínio (IMS ou CS) gerada sobre uma rede de comunica-ção, ou uma falta de recursos alocados para um determinadodomínio, ou uma transferência de domínio freqüente.
Além disso, da perspectiva da rede de comunicação,a rede de comunicação (por exemplo, CCCF) seleciona um domí-nio sem levar em consideração as preferências de usuário pa-ra selecionar um domínio de uma chamada de saída. Conseqüen-temente, ocorre uma inconsistência de chamada ou freqüente-mente podem ser desencadeadas transferências de domínio des-necessárias, no caso em que o UE tem um problema mecânico ouo UE não pode ser conectado a um determinado domínio.
Em adição, o usuário UE pode registrar ou atuali-zar preferências de usuário através de páginas da Web quenão as do UE. Neste caso, se as preferências atualizadas nãosão notificadas à rede de comunicação ou UE, o domínio podeser selecionado incorretamente, o que resulta em uma funcio-namento defeituoso do UE.
Portanto, é um objetivo da presente invenção pro-porcionar um UE que fixe ou atualize em uma rede de comuni-cação (por exemplo, umo aplicativo de VCC) as preferênciasde usuário (que inclui informação de seleção de domínio) comrespeito a chamadas de entrada, e, conseqüentemente, podemser estabelecidas chamadas levando em consideração as prefe-rências de usuário, quando a rede de comunicação selecionaum domínio para as chamadas de entrada.
É outro objetivo da presente invenção proporcionarum método e terminal para selecionar um domínio de chamadasde saída levando em consideração a política de operador deuma rede de comunicação quando se origina chamadas de saídapor um UE, a política de operador incluindo informação deseleção de domínio indicando um domínio de rede de comunica-ção preferida a ser selecionado.Outro objetivo da presente invenção é proporcionarum método para considerar uma da informação de política deoperador indicando um domínio preferido de rede de comunica-ção e da informação de preferência de usuário indicando umdomínio preferido de usuário quando selecionando um domíniopara uma chamada de entrada ou de saída por um terminal ouum servidor de rede de comunicação, tal como uma servidor deaplicativo de VCC.
Outro objetivo da presente invenção é proporcionarum método para fornecer informação de seleção de domínio,que possui prioridade mais alta entre a informação de polí-tica de operador e a informação de preferência de usuário, eselecionar um domínio para uma chamada de entrada ou de saí-da usando a informação de seleção de domínio que tem a maisalta prioridade entre elas.
Outro objetivo da presente invenção é proporcionarum método, terminal e servidor para fornecer um serviço deVCC que enfoque as limitações e desvantagens associadas coma técnica anterior.
Para obter estes e outros objetivos, é proporcio-nado, de acordo com uma modalidade, um método para estabele-cer uma chamada em uma VCC compreendendo: receber, por umterminal, informação de seleção de domínio relacionada a umachamada de saída de umo aplicativo de VCC; e selecionar, pe-lo terminal, um domínio para a chamada de saída baseada nainformação de seleção de domínio ou outra informação de se-leção de domínio já armazenada no terminal, e originar, peloterminal, a chamada de saída sobre o domínio selecionado.De acordo com outra modalidade da presente inven-ção, um método para estabelecer uma chamada em um VCC com-preende: receber, por umo aplicativo de VCC, informação deseleção de domínio relacionada a uma chamada de entrada deum terminal; e selecionar, pelo aplicativo de VCC, um domí-nio para a chamada de entrada baseada na informação de sele-ção de domínio ou outra informação de seleção de domínio jáarmazenada no aplicativo de VCC, e permitir, pelo aplicativode VCC, a chamada de entrada para ser recebida pelo terminalsobre o domínio selecionado.
Para obter estes e outros objetivos, é proporcio-nado, de acordo com uma modalidade, um terminal em uma VCCcompreendendo: um receptor para receber informação de sele-ção de domínio relacionada com chamadas de saída de umo a-plicativo de VCC; um controlador para selecionar um domíniode chamadas de saída com base na informação de seleção dedomínio; e um transmissor para transmitir (originar) as cha-madas sobre o domínio selecionado.
De acordo com outra modalidade da presente inven-ção, um terminal em uma VCC compreende: um transmissor paratransmitir informação de seleção de domínio relacionada comchamadas de entrada para um aplicativo de VCC; e um receptorpara receber (de terminação) chamadas de entrada sobre umdomínio que o aplicativo de VCC selecionou com base na in-formação de seleção de domínio.
Para obter estes e outros objetivos, é proporcio-nado, de acordo com uma modalidade, um servidor de aplicati-vo executando: receber informação de seleção de domínio re-lacionada com uma chamada de entrada de um terminal; sele-cionar um domínio baseado na informação de seleção de domí-nio relacionada com a chamada de entrada para estabelecer achamada de entrada no terminal sobre o domínio selecionado;
transmitir informação de seleção de domínio relacionada comuma chamada de saída para o terminal; e receber a chamada desaída do terminal sobre um domínio selecionado com base nainformação de seleção de domínio relacionada a uma chamadade saída.
De acordo com um aspecto, a presente invenção pro-porciona um método para fornecer uma chamada de entrada di-rigida a um terminal em um serviço de continuidade de chama-da de voz (VCC), o método compreendendo: receber, pelo ser-vidor de aplicativo de VCC, informação de preferências deusuário do terminal para armazenamento no servidor de apli-cativo de VCC; armazenar, em um servidor de aplicativo deVCC, a informação de preferências de usuário recebida; exe-cutar, pelo servidor de aplicativo de VCC, uma seleção dedomínio para a chamada de entrada baseada na informação depreferências de usuário ou informação de política de opera-dor; e transmitir, pelo servidor de aplicativo de VCC, achamada de entrada sobre a seleção do domínio selecionado.
De acordo com outro aspecto, a presente invençãoproporciona um método para fornecer uma chamada de saída o-riginada de um terminal inscrito em um serviço de continui-dade de chamada de voz (VCC), o método compreendendo: rece-ber, pelo terminal, informação de política de operador doservidor de aplicativo de VCC para armazenagem no terminal;armazenar, no terminal, a informação de política de operadorrecebida do servidor de aplicativo de VCC; executar, peloservidor de aplicativo de VCC, uma seleção de domínio para achamada de saída baseada na informação de política de opera-dor ou informação de preferências de usuário; e transmitir,pelo terminal, a chamada de saída sobre a seleção de domínioselecionado.
De acordo com outro aspecto, a presente invençãoproporciona um dispositivo para fornecer continuidade deserviço e selecionar um domínio para uma chamada de entradadirigida a um terminal no serviço, o dispositivo compreen-dendo: uma unidade de armazenamento para nela armazenar in-formação de política de operador e informação de preferênciade usuário, a informação de preferência de usuário incluindoinformação de seleção de domínio especificando um domínio depreferência de usuário a ser usado quando transmitindo achamada de entrada para o terminal, a informação de políticade operador incluindo informação de seleção de domínio espe-cificando um domínio de rede de comunicação preferida paraser usado quando transmitindo a chamada de entrada para oterminal; e uma unidade de função de seleção de domínio paraexecutar uma seleção de domínio para a chamada de entradacom base na informação de preferência de usuário ou na in-formação de política de operador.
De acordo com outro aspecto, a presente invençãoproporciona um terminal para fornecer continuidade de servi-ço e selecionar um domínio para a chamada de saída originadado terminal no serviço, o terminal compreendendo: uma unida-de de armazenamento para armazenar informação de política deoperador e informação de preferência de usuário, a informa-ção de preferência de usuário incluindo informação de sele-ção de domínio especificando um domínio preferido de usuáriopara ser usado quando se origina a chamada de saída do ter-minal, a informação de política de operador incluído infor-mação de seleção de domínio especificando um domínio de redede comunicação preferida para ser usado quando se origina achamada de saída do terminal; e um controlador para executaruma seleção de domínio para a chamada de saída com base nainformação de preferência de usuário ou na informação de po-lítica de operador.
Estes e outros objetivos da presente pedido de pa-tente tornar-se-ão prontamente mais evidentes a partir dadescrição detalhada dada a seguir. No entanto, deve ser en-tendido que a descrição detalhada e exemplos específicos,embora indicando modalidades preferenciais da presente in-venção, são fornecidos apenas como meio de ilustração, umavez que diversas alterações e modificações dentro do espíri-to e objetivo da invenção a partir da presente descrição se-rão evidentes para aqueles versados na técnica.
A presente invenção será mais completamente enten-dida a partir da descrição detalhada dada a seguir e dos de-senhos anexados, que são fornecidos apenas como meio de i-lustração, não sendo, assim, limitativos da presente inven-ção .A Figura 1 é uma vista ilustrando a arquitetura deuma rede de comunicação para proporcionar um serviço de VCC,na qual pode ser executada a presente invenção.
A Figura 2 é uma vista ilustrando um caminho desinal de uma chamada de saida sobre um domínio CS em um ser-viço de VCC de acordo com a técnica anterior.
A Figura 3 é uma vista ilustrando um caminho desinal de uma chamada de saída sobre um domínio IMS em umserviço de VCC de acordo com a técnica anterior.
A Figura 4 é uma vista ilustrando um caminho desinal de uma chamada de entrada sobre um domínio CS em umserviço de VCC de acordo com a técnica anterior.
A Figura 5 é uma vista ilustrando um caminho desinal de uma chamada de entrada sobre um domínio IMS em umserviço de VCC de acordo com a técnica anterior.
A Figura 6 é um fluxograma de sinal ilustrando di-ferentes métodos para armazenar preferências de usuários emuma rede de comunicação de acordo com uma modalidade da pre-sente invenção.
A Figura 7 é um fluxograma de sinal ilustrando ummétodo para transmitir política de operador para chamadas desaída para um UE de acordo com uma modalidade da presenteinvenção.
A Figura 8 é um fluxograma de sinal ilustrando umprocedimento de estabelecimento de chamadas de entrada apósselecionar um domínio de acordo com uma modalidade da pre-sente invenção.A Figura 9 é um diagrama de bloco de um terminalno qual a presente invenção é executada.
A presente invenção é aplicável a um campo de Con-tinuidade de Chamada de Voz (VCC) de 3GPP, e pode ser apli-cável a outros campos de comunicação.
A presente invenção é relacionada conceitualmenteà seleção de um domínio de uma chamada de saída baseada empreferências de usuário (referida como "primeira Informaçãode Seleção de Domínio"), ou política de operador (referidacomo "segunda Informação de Seleção de Domínio"), no caso detransferir um domínio da chamada de saída do domínio CS parao domínio IMS ou vice-versa. A presente invenção pode pro-porcionar modalidades preferenciais para chamada de entradae chamada de saída como se segue.
A presente invenção é relacionada conceitualmentea, primeiro, configurar ou atualizar, por um UE, a assimchamada informação de seleção de domínio relacionada a umdomínio em uma entidade correspondente de uma rede de comu-nicação pela qual uma chamada de entrada em direção ao UEpode ser estabelecida por um usuário de UE sobre um domíniodesejado. A chamada de entrada em direção ao UE é estabele-cida em direção ao UE com base na fixação ou atualização dainformação de seleção de domínio. De modo especial, a infor-mação de seleção de domínio pode ser configurada ou atuali-zada em uma determinada entidade (por exemplo, umo aplicati-vo de VCC) da rede de comunicação através do UE operado pelousuário de UE ou através uma página da Web que o usuário a-cesse utilizando qualquer outro terminal (por exemplo, com-putadores ou assistentes digitais pessoais) . Além disso,quando um servidor de rede de comunicação seleciona um domí-nio para uma chamada de entrada, o domínio para a chamada deentrada pode ser selecionado usando uma das preferências deusuário e política de operador. Neste ponto, dependendo dainformação relacionada com a política de gerenciamento derede de comunicação pré-definida, regras pré-definidas (oupolítica), informação pré-configurada por um usuário e etc.,podem ser definidas (ou configuradas) de modo que uma daspreferências do usuário e a política de operador podem teruma mais alta prioridade que a outra. Com base na informaçãode seleção de domínio (isto é, as preferências de usuário oua política de operador) tendo precedência, pode ser selecio-nado um domínio para a chamada de entrada. Além disso, a se-gunda informação de seleção de domínio pode incluir "infor-mação de precedência", indicando qual da primeira informaçãode seleção de domínio (preferências de usuário) e qual dasegunda informação de seleção de domínio (política de opera-dor) tem mais alta prioridade (ou precedência) que a outra.Neste ponto, a informação de precedência, que indica que in-formação de seleção de domínio, deve ser usada entre a pri-meira informação de seleção de domínio (as preferências dousuário) e a segunda informação de seleção de domínio (a po-lítica de operador).
Segundo, quando estabelecendo uma chamada de saídaoriginada pelo UE, o UE recebe e armazena a informação deseleção de domínio configurada ou atualizada notificada poruma determinada entidade (por exemplo, umo aplicativo deVCC) de uma rede de comunicação. Subseqüentemente, o UE se-leciona um domínio (por exemplo, domínio IMS ou domínio CS)para uma chamada de saída baseado na informação de seleçãode domínio armazenada para estabelecer a chamada sobre o do-mínio selecionado. Neste ponto, a informação de seleção dedomínio é configurada ou atualizada ao ser incluída na polí-tica de operador, e tal informação de política de operadorpode ser transmitida da entidade de rede de comunicação talcomo o aplicativo de VCC para o UE. Além disso, quando umservidor de rede de comunicação seleciona um domínio parauma chamada de saída, um domínio para a chamada de saída po-de ser selecionado usando uma das preferências de usuário epolítica de operador. Neste ponto, dependendo da informaçãorelacionada com a política de gerenciamento de rede de comu-nicação pré-definida, regras pré-definidas (ou política),informação pré-configurada por um usuário, etc., pode serdefinido (ou fixado) tal que uma das preferências de usuárioe política de operador pode ter prioridade mais alta que aoutra. Com base na informação de seleção de domínio (isto é,as preferências de usuário ou política de operador) tendoprioridade mais alta, pode ser selecionado um domínio para achamada de saída. Ainda, a segunda informação de seleção dedomínio pode incluir "informação de precedência" indicandoqual da primeira informação de seleção de domínio (preferên-cias de usuário) e da segunda informação de seleção de domí-nio (política de operador) possui prioridade mais alta (ouprecedência) que a outra. Neste ponto, a informação de pre-cedência indica qual informação de seleção de domínio deveser usada entre a primeira informação de seleção de domínio(as preferências de usuário) e a segunda informação de sele-ção de domínio (a política de operador).
Abaixo, os termos usados ou a serem usados na des-crição da presente invenção serão agora definidos de modogeral.
Um UE de acordo com a presente invenção pode in-cluir todos os tipos de terminais que podem ser usados parao serviço de VCC. Por exemplo, o UE de acordo com a presenteinvenção inclui de modo compreensivo terminais móveis de co-municação (por exemplo, telefones móveis, telefones celula-res, telefones DMB (Transmissão de Multimídia Digital), te-lefones DVB-H (Transmissão de Vídeo Digital-H), assistentesdigitais pessoais, PTT, etc.), conjuntos de TV digital, denavegação GPS, equipamentos de jogos portáteis, MP3, outrosequipamentos domésticos, e similares.
Preferências de usuário, primeira informação deseleção de domínio, geralmente estipulam a informação (ouparâmetro) para definir a informação de seleção de domínioque indica que domínio o usuário de UE prefere usar parachamadas de entrada ou saída quando o UE (ou terminal) estádisponível sobre ambos os domínios, CS e IMS. 0 usuário podeestabelecer a prioridade (isto é, preferência) de um domínio(por exemplo, domínio IMS ou domínio CS) preferido para serusado pelas chamadas de saída ou entrada e armazená-la noUE. 0 UE, conseqüentemente, pode selecionar o domínio paraas chamadas de saída baseado na prioridade armazenada (istoé, a preferência do usuário) . Se o usuário de UE, por outrolado, registrou (ou atualizou) preferências de usuário emuma determinada entidade (por exemplo, o aplicativo de VCC)de uma rede de comunicação através do uso de um UE (ou qual-quer outro terminal), pode ser selecionado um domínio (istoé, domínio IMS ou domínio CS) para chamadas de entrada deacordo com as preferências de usuário registradas. Inversa-mente, as preferências de usuário para chamadas de entradaem direção ao UE podem ser configuradas pelo UE, cuja infor-mação é transmitida para uma determinada entidade (por exem-pio, aplicativo de VCC) da rede de comunicação para ser en-tão armazenada. As preferências de usuário podem incluir ou-tras informações em adição à informação de seleção de domí-nio preferida pelo usuário. A preferência de usuário podeser transmitida do UE para o aplicativo de VCC (servidor derede de comunicação) via uma interface de V3 (11 na Figural)tal como uma interface de Ut que é uma interface de comu-nicação direta entre o aplicativo de VCC e o UE. A interfacede V3 e a interface de Ut são conhecidas na técnica. A polí-tica de operador geralmente significa informação relacionadaà seleção de domínio assim como política (ou informação) re-lacionada a gerenciamento e manutenção de uma rede de comu-nicação e/ou sistema, segunda informação de seleção de domí-nio. No entanto, a política de operador, segunda informaçãode seleção de domínio, estipula informação (ou parâmetro)para definir exatamente a informação de seleção de domínioque indica qual domínio é necessário (ou preferido) por umoperador para usar em chamadas de entrada quando o UE (outerminal) está disponível sobre ambos os domínios CS e IMS.A política de operador pode ser aplicada a ambas as chamadasde saída e entrada. Por exemplo, as chamadas de entrada e/ousaída podem ser encaminhadas para o domínio CS ou domínioIMS com base na política de operador. Alternativamente, apolítica de operador pode não ter qualquer informação em re-lação às chamadas de entrada e/ou saída. Além disso, podemser listadas prioridades para um domínio preferido de usuá-rio para chamadas de entrada e/ou saída (Por exemplo, 1. IMSsobre I-RLAN (Rede de comunicação de Comunicação de área Io-cal Rádio); 2. CS; 3. IMS sobre PS; etc.) com base na polí-tica de operador. As chamadas de entrada e/ou saída podemser encaminhadas para o domínio CS ou domínio IMS com basena lista de prioridades. Pode ser proporcionada ao UE umapolítica de operador incluindo informação de seleção de do-mínio de rede de comunicação preferida da entidade de redede comunicação, tal como o aplicativo de VCC através de umainterface de V3 usando um Gerenciamento de Dispositivo (DM),Provisionamento de Cliente (CP) ou Provisionamento de Fábri-ca (FP) , etc. Os DM, CP, e FP são conhecidos na técnica. Porexemplo, cada um dos UE e aplicativo de VCC podem incluiruma unidade DMA (Acesso de Memória Direta) para proporcionara função DM (Memória Direta). Além disso, a política de ope-rador para chamadas de entrada pode ser configurada e arma-zenada pela rede de comunicação e então transmitida para oaplicativo de VCC.
Abaixo, a construção e as operações da presenteinvenção serão explicadas em detalhe, com referência da Fi-gura 6 até a Figura 9.A Figura 6 é um fluxograma de sinal ilustrandotrês diferentes exemplos de armazenamento de preferências deusuário em uma rede de comunicação tal que a entidade de re-de de comunicação como o aplicativo de VCC 20 podem selecio-nar um domínio para chamadas de entrada com base nas prefe-rências de usuário, dependendo da informação de precedência,de acordo com uma modalidade da presente invenção.
Mais particularmente, na Figura 6, o primeiro e-xemplo é ilustrado através de uma seqüência de etapas (SlO),o segundo exemplo é ilustrado através de uma seqüência deetapas (S20), e o terceiro exemplo é ilustrado através deuma seqüência de etapas (S30). Os três exemplos na Figura 6são classificados de acordo com um assunto pelo qual as pre-ferências de usuário são armazenadas em uma determinada en-tidade de uma rede de comunicação. As etapas S10, S20 e S30são mutuamente independentes, sem qualquer relação uma com aoutra, e a etapa de recepção S2 da Figura 6 pode incorporarqualquer um destas etapas S10, S20 e S30.
No primeiro exemplo da Figura 6, a seqüência deetapas (SlO) é um fluxograma de sinal ilustrando que um usu-ário de UE fixa ou atualiza preferências de usuário (inclu-indo a informação de seleção de domínio preferida de usuárioindicando o domínio preferido do usuário) e transmite aspreferências de usuário configuradas ou atualizadas para umaplicativo de VCC de uma rede de comunicação.
Abaixo, será explicada a seqüência de etapas (SlO)como o primeiro exemplo da Figura 6.Como mostrado na Figura 6, um usuário de UE fixaou atualiza preferências de usuário para incluir informaçãode seleção de domínio para indicar um domínio preferido pelousuário, por exemplo, para chamadas de entrada em direção àUE 10 (Sll). Neste ponto, o usuário de UE pode interrogar aspreferências de usuário correntes do aplicativo de VCC 20antes da etapa Sll.
0 UE 10 então transmite as preferências de usuárioincluindo informação de seleção de domínio preferida do usu-ário para o aplicativo de VCC 20 (S12). Isto pode ser feitousando uma interface de V3 assim como uma interface de Utentre o UE 10 e o aplicativo de VCC 20. Cada um do UE 10 eaplicativo de VCC 20 pode incluir uma unidade de interfacede Ut para proporcionar a interface de Ut.
O aplicativo de VCC 20 armazena as preferências deusuário recebidas em uma memória interna ou em uma entidaderemota (por exemplo, HSS (servidor de assinante local) deuma rede de comunicação local) (S13) . Como um exemplo, se aspreferências de usuário forem pré-configuradas para teremmais alta prioridade que a política de operador, o aplicati-vo de VCC 20 pode fazer uma seleção de domínio para chamadasde entrada usando as preferências de usuário quando selecio-nando o domínio para as chamadas de entrada em direção ao UE10. Por outro lado, se a política de operador é pré-configurada para ter prioridade mais alta que as preferên-cias de usuário, o aplicativo de VCC 20 pode fazer uma sele-ção de domínio para chamadas de entrada usando a política deoperador quando selecionando o domínio para as chamadas deentrada em direção ao UE 10.
O aplicativo de VCC 20 pode opcionalmente transmi-tir uma mensagem de resposta (por exemplo, uma mensagemACK(aviso de recebimento)) com relação à etapa S12 (S14). Amensagem de resposta (por exemplo, a mensagem ACK) na etapaS14 pode ser transmitida antes ou depois da etapa S13, e éuma etapa opcional.
Deste ponto em diante, serão explicadas as seqüên-cias de etapas S20 como o segundo exemplo na Figura 6.
No segundo exemplo, um usuário (isto é, um assi-nante de VCC) envia as preferências de usuário incluindo ainformação de seleção de domínio preferida pelo usuário aoaplicativo de VCC 10 através de qualquer outro dispositivode comunicação com fio/sem fio, tais como computadores ouassistentes digitais pessoais, diferente do UE 10, e fixa ouatualiza preferências de usuários prévias no aplicativo deVCC 20 (S21) . Por exemplo, o usuário pode acessar o aplica-tivo de VCC 20 por intermédio do dispositivo de comunicaçãocom fio/sem fio como o computador, para atualizar ou confi-gurar as preferências de usuário, por exemplo, para atuali-zar ou configurar a informação de seleção de domínio prefe-rido pelo usuário. Alternativamente, o usuário pode acessaruma página da Web que está interligada com o aplicativo deVCC 20 através de qualquer outro dispositivo de comunicaçãocom fio/sem fio diferente do UE, de modo a atualizar ou con-figurar as preferências de usuário. Neste ponto, o disposi-tivo de comunicação (por exemplo, computador) e o aplicativode VCC podem estar conectados um ao outro através de uma in-terface de Ut ou interface VCC UE - aplicativo de VCC, ouqualquer outra interface. Na etapa S21, as preferências deusuário podem ser obtidas do próprio aplicativo de VCC ou deum dispositivo externo.
Então, o aplicativo de VCC 20 transmite as prefe-rências de usuário configuradas ou atualizadas incluindo ainformação de seleção de domínio preferido pelo usuário parao UE 10 (S22). O UE 10 então armazena as preferências de u-suário recebidas em uma determinada memória proporcionada noUE (S23) .
O UE 10 pode, opcionalmente, transmitir uma mensa-gem de resposta (por exemplo, uma mensagem ACK) em respostaà etapa S22 (S24) . A resposta de mensagem (por exemplo, umaresposta ACK) na etapa S24 pode ser transmitida antes ou de-pois da etapa S23, e é uma etapa opcional.
Conseqüentemente, no segundo exemplo da Figura 6,o aplicativo de VCC 20 seleciona um domínio para chamadas deentrada baseada nas preferências de usuário nela armazenadas(por exemplo, preferências de usuário que o usuário armazenapara uso de qualquer outro dispositivo de comunicação comfio/sem fio diferente do UE) ou da política de operador, de-pendendo da informação de precedência. 0 UE, por outro lado,seleciona um domínio para chamadas de saída baseado nas pre-ferências de usuário armazenadas na etapa S23 ou a políticade operador, dependendo da informação de precedência.
Deste ponto em diante, será explicada a seqüênciade etapas S30.Este exemplo mostra que o UE interroga as prefe-rências de usuário que o aplicativo de VCC possui (armaze-na) . 0 UE interroga as preferências de usuário para chamadasde entrada do aplicativo de VCC 20 (S31) .
O aplicativo de VCC 20 recupera as preferências deusuário (incluindo a informação de seleção de domínio prefe-rida pelo usuário) que tenham sido previamente armazenadasem uma entidade interna ou em uma entidade remota ou exter-na(S32) . Neste ponto, a entidade interna pode ser uma daFunção de Transferência de Domínio 20a, Função de AdaptaçãoCS 20b, Aplicativo de Serviço CAMEL 20c, e Função de Seleçãode Domínio 20d do aplicativo de VCC 20, ou qualquer outroelemento VCC. O aplicativo de VCC 20 utiliza as preferênciasde usuário ou a política de operador para executar uma sele-ção de domínio para uma chamada de entrada, dependendo dainformação de precedência, como acima discutido. O aplicati-vo de VCC retorna as preferências de usuário recuperadas pa-ra o UE (S33) .
Como previamente mencionado, do primeiro ao ter-ceiro exemplo ilustrado na Figura 6, quando o aplicativo deVCC seleciona um domínio para chamadas de entrada, ou quandoo UE seleciona um domínio para chamadas de saída, o aplica-tivo de VCC 20 ou o UE 10 pode levar em consideração as pre-ferências de usuário incluindo a informação de seleção dedomínio de preferência de usuário ou a política de operadorincluindo a informação de seleção de domínio de rede de co-municação preferida, dependendo da informação de precedên-cia. A Figura 7 é um fluxograma de sinal ilustrando, comoexemplo, um procedimento de transmissão de política de ope-rador para chamadas de saída de um servidor de rede de comu-nicação para um UE, de acordo com uma modalidade da presenteinvenção. 0 procedimento (etapas S71, S72 e S73) da Figura 7pode ser usado na etapa de recepção S2 da Figura 6, na qualo UE recebe a política de operador do aplicativo de VCC.
Com referência à Figura 7, a política de operadorpara chamadas de saída é configurada ou atualizada no apli-cativo de VCC 20 (S71) . Esta política de operador inclui ainformação de seleção de domínio de rede de comunicação pre-ferida, e pode incluir outra informação de seleção de domí-nio, por exemplo, a informação de precedência. O aplicativode VCC 20 então transmite a política de operador configuradaou atualizada para o UE 10, por exemplo, através de uma in-terface de V3 tal como usando um método DM (S72).
0 UE 10 então armazena a política de operador re-cebida para as chamadas de saída em uma determinada memóriaou unidade de armazenamento (S73). 0 UE 10 então transmiteuma mensagem de resposta (por exemplo, uma mensagem ACK) pa-ra o aplicativo de VCC 20 em resposta à etapa S72 (S74) .Neste ponto, a mensagem de resposta (isto é, a mensagem ACK)na etapa S74 pode ser transmitida antes ou depois da etapaS73, e pode ser uma etapa opcional.
Depois de executadas as etapas S71 a S74, para es-tabelecer uma mensagem de saída, o UE 10 pode então levar emconsideração a política de operador configurada ou atualiza-da ou as preferências de usuário armazenadas no UE, para se-lecionar um domínio para a chamada de saída, e então estabe-lecer a chamada de saída sobre o domínio selecionado (porexemplo, domínio CS ou domínio IMS) . Isto é, o UE 10 podedeterminar (ou testar, ou detectar) que informação de sele-ção de domínio foi pré-configurada para obter prioridademais alta entre a preferência de usuário (isto é, primeirainformação de seleção de domínio) e a política de operador(isto é, segunda informação de seleção de domínio) . Em se-guida, utilizando a informação de seleção de domínio deter-minada (isto é, a preferência de usuário ou a política deoperador) , o UE 10 faz a seleção de domínio e coloca a cha-mada de saída sobre o domínio selecionado (por exemplo, do-mínio CS ou domínio IMS). Como exemplo, se a política de o-perador é pré-configurada para ter prioridade mais alta queas preferências de usuário, o UE 10 pode fazer uma seleçãode domínio para chamadas de saída usando (ou referenciando,ou recuperando) a política de operador quando selecionando odomínio para as chamadas de saída em direção ao aplicativode VCC 20. Por outro lado, se as preferências de usuário sãopré-configuradas para ter prioridade mais alta que a políti-ca de operador, o UE 10 pode fazer uma seleção de domíniopara chamadas de saída utilizando (ou referenciando, ou re-cuperando) as preferências de usuário quando selecionando odomínio das chamadas de saída em direção ao aplicativo deVCC 20. Apenas como exemplo, como ilustrado na Figura 7, achamada de saída sobre o domínio CS pode ser colocada de a-cordo com a seqüência de etapas na Figura 7 (isto é, S75 aS85), ou a chamada de saída sobre o domínio IMS pode ser co-locada de acordo com a seqüência de etapas na Figura 7 (istoé, S75' a S82') . Os processos de estabelecimento de uma cha-mada sobre o domínio CS ou o domínio IMS como indicados nasetapas S75' a S82', uma vez que a seleção de domínio tenhasido de acordo com a presente invenção, são conhecidos e emrazão disso não são mais discutidos.
A Figura 8 é um fluxograma de sinal ilustrando,como um exemplo, um procedimento de estabelecimento de umachamada de entrada depois de selecionar um domínio levandoem conta preferências de usuário ou políticas de operador,dependendo da informação de precedência de acordo com umamodalidade da presente invenção.
Como ilustrado na Figura 8, uma seqüência de eta-pas (isto é, Sll a S14 na Figura 8) para transmitir por umUE as preferências de usuário, incluindo a informação de se-leção de domínio preferida pelo usuário para chamadas de en-trada, para um aplicativo de VCC são as mesmas que a seqüên-cia de etapas na Figura 6 (Sll a S14). Conseqüentemente, aexplicação detalhada da seqüência de etapas na figura 6 (is-to é, Sll a S14) pode ser aplicada igualmente à seqüência deetapas na Figura 8 (isto é, Sll a S14).
Depois de completar as etapas Sll a S14, uma se-qüência de etapas (S15 a S19) é executada quando uma chamadade entrada é dirigida para a rede de comunicação local.Quando uma chamada é solicitada (por exemplo, etapas S15-S17), o aplicativo de VCC 20 seleciona um domínio (por exem-plo, ou o domínio CS ou o domínio IMS) para a chamada de en-trada levando em consideração as preferências de usuário(incluindo a informação de seleção de domínio preferida deusuário) ou a política de operador (incluindo a informaçãode seleção de domínio de rede de comunicação preferida)(S18). Como um exemplo, se a política de operador é pré-configurada para ter prioridade mais alta que as preferên-cias de usuário, o aplicativo de VCC 20 pode fazer uma sele-ção de domínio para chamadas de entrada utilizando (ou refe-renciando, ou recuperando) a política de operador quando se-lecionando o domínio para as chamadas de entrada em direçãoao UE 10. Por outro lado, se as preferências de usuário sãopré-configuradas para terem prioridade mais alta que a polí-tica de operador, o aplicativo de VCC 20 pode fazer um umaseleção de domínio para chamadas de entrada utilizando (oureferenciando, ou recuperando) as preferências de usuárioquando selecionando o domínio para as chamadas de entrada emdireção ao UE 10. Além disso, a seleção de domínio para cha-madas de entrada pode ser executada pelo DSF (Estrutura deSimulação de Dispositivo) do aplicativo de VCC 20.
Uma vez selecionado o domínio, o aplicativo de VCC20 transmite a chamada de entrada sobre o domínio seleciona-do usando técnicas conhecidas. Por exemplo, se o domínio CSé selecionado, a chamada de entrada sobre o domínio CS é co-locada de acordo com a seqüência de subetapas 10-19 da etapaS90 na Figura 8. Se o domínio IMS é selecionado, a chamadade entrada sobre o domínio IMS é colocada de acordo com aseqüência de subetapas 10'-18' da etapa S92 na Figura 8.
Abaixo, serão explicadas construções e operaçõesdo UE (isto é, terminal) e do aplicativo de VCC, de acordocom a presente invenção.O UE e o aplicativo de VCC de acordo com a presen-te invenção podem incluir, basicamente, a construção dehardware requerida para intercomunicações de modo a configu-rar ou atualizar preferências de usuário e política de ope-rador.
Por exemplo, como mostrado na Figura 9, o UE 10 deacordo com uma modalidade da presente invenção, pode compre-ender um transmissor 41 para transmitir a informação de se-leção de domínio relacionada com chamadas de entrada, em ou-tras palavras, as preferências de usuário para um aplicativode VCC, uma memória ou unidade de armazenamento 42 para ar-mazenar preferências de usuário, a política de operador deoperador recebida do aplicativo de VCC e outra informação,um receptor 43 para receber (terminando) chamadas de entradaque o aplicativo de VCC transmite levando em consideração aspreferências de usuário ou política de operador, uma unidadede entrada 44 para receber uma entrada de usuário tal compreferências de usuário, uma unidade de visualização 45 paravisualizar informação, menus, etc., e um controla-dor/processador 46 para controlar estes componentes. 0 UEpode também incluir outros componentes conhecidos tais comouma unidade de interface de Ut, uma unidade DM 48, etc. 0controlador 4 6 pode determinar qual informação de seleção dedomínio de preferências de usuário e política de operadorpara selecionar o domínio das chamadas em andamento, pelachecagem (detecção) de qual das preferências de usuário epolítica de operador é pré-configurada para ter prioridademais alta que a outra.Além disso, o UE de acordo com uma modalidade dapresente invenção pode compreender o receptor 43 para rece-ber a política de operador do aplicativo de VCC, uma unidadede seleção para selecionar o domínio para chamadas de saídacom base na política de operador ou nas preferências de usu-ário, e o transmissor 41 para transmitir (quando se origina)as chamadas de saída sobre o domínio selecionado. Neste pon-to, a unidade de seleção pode ser o controlador 46, que podeser um tipo de controlador para selecionar o domínio para aschamadas de saída. Como acima mencionado, foram explicadasas operações e funções de cada componente do UE, incluindocaracterísticas técnicas da presente invenção. Além disso,os componentes do UE que são basicamente necessários parareceber o serviço de VCC podem ser óbvios para aqueles ver-sados na técnica, e desta forma as suas explanações não se-rão repetidas.
Como acima descrito, para chamadas de entrada napresente invenção, uma vez que uma rede de comunicação (istoé, aplicativo de VCC) pode reconhecer informação relacionadaà seleção de um domínio que um usuário de UE prefere utili-zar baseado em preferências de usuário, a rede de comunica-ção pode efetivamente estabelecer chamadas de entrada sobreo domínio que pode ser selecionado levando em consideraçãoas circunstâncias de comunicação do UE no momento.
Além disso, para chamadas de saída na presente in-venção, uma vez que o UE pode reconhecer a informação de se-leção de domínio baseado na política de operador, a informa-ção de seleção de domínio sobre as circunstâncias de comuni-cação correntes da rede de comunicação pode ser levada emconsideração quando o UE seleciona um dominio para a chamadade saida.
Em adição, como acima descrito, uma vez levadas emconsideração as preferências de usuário ou a política de o-perador para selecionar um domínio e são estabelecidas cha-madas de entrada e/ou saída sobre o domínio selecionado, aschamadas podem ser estabelecidas efetivamente em uma VCC queleva em consideração as circunstâncias de comunicação cor-rentes do UE e/ou rede de comunicação.
Conseqüentemente, a presente invenção previne efe-tivamente uma transferência de domínio freqüente, que podeser causada desnecessariamente ao estabelecer chamadas emuma VCC sem levar em consideração as circunstâncias de comu-nicação correntes do UE e da rede de comunicação, uma faltade recursos ou uma inconsistência de chamada.
A presente invenção foi explanada com referência amodalidade ilustradas nos desenhos, os quais, no entanto,são apenas exemplificadores. Deverá ser evidente para aque-Ies versados na técnica que podem ser feitas diversas modi-ficações e variações na presente invenção sem se apartar doespírito e do objetivo desta invenção. Assim, pretende-seque a presente invenção cubra modificações e variações destainvenção desde que venham dentro do objetivo das reivindica-ções anexadas e suas equivalentes.

Claims (37)

1. Método para proporcionar uma chamada de entradadirigida a um terminal em um serviço de continuidade de cha-mada de voz (VCC), o método é CARACTERIZADO pelo fato de quecompreende:executar, pelo servidor de aplicativo de VCC, umaseleção de domínio para a chamada de entrada baseada na pri-meira informação de seleção de domínio ou segunda informaçãode seleção de domínio; e transmitir, por intermédio do servidor de aplica-tivo de VCC, a chamada de entrada sobre a seleção de domínioescolhida.
2. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que compreende ainda: receber, através do servidor de aplicativo de VCC,a primeira informação de seleção de domínio do terminal paraarmazenar no servidor de aplicativo de VCC; earmazenar, em um servidor de aplicativo de VCC, aprimeira informação de seleção de domínio. .
3. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a etapa de recepção inclui:transmitir, através do servidor de aplicativo deVCC, a mensagem ACK para o terminal depois de receber, atra-vés do servidor de aplicativo de VCC, a primeira informaçãode seleção de domínio do servidor de aplicativo de VCC.
4. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a primeira informação de se-leção de domínio é transmitida do terminal ao servidor deaplicativo de VCC através de interface de V3.
5. Método, de acordo com a reivindicação 4,CARACTERIZADO pelo fato de que a interface de V3 é uma in-terface de Ut.
6. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que a primeira informação de se-leção de domínio são as preferências de usuário, as prefe-rências de usuário incluindo informação de seleção de domí-nio especificando um domínio preferido de usuário a ser usa-do quando transmitindo a chamada de entrada para o terminal,ea segunda informação de seleção de domínio é a po-lítica de operador, a política de operador incluindo a in-formação de seleção de domínio especificando um domínio derede de comunicação preferida para ser usada quando transmi-tindo a chamada de entrada para o terminal.
7. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que a etapa em execução é execu-tada por uma Função de Seleção de Domínio do servidor de a-plicativo de VCC.
8. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a primeira informação de se-leção de domínio recebida pelo servidor de aplicativo de VCCé inicialmente inserida por um usuário ao lado do terminal.
9. Método, de acordo com a reivindicação 1, no ca-so em que a primeira informação de seleção de domínio possuiprioridade mais alta que a segunda informação de seleção dedomínio, CARACTERIZADO pelo fato de que a etapa de execuçãocompreende:selecionar, o servidor de aplicativo de VCC, umdomínio de comutação de circuito (CS) e um domínio do sub-sistema de multimídia IP (IMS) para a chamada de entrada ba-seado na primeira informação de seleção de domínio.
10. Método, de acordo com a reivindicação 1, nocaso em que a segunda informação de seleção de domínio pos-sui prioridade maior que a primeira informação de seleção dedomínio, CARACTERIZADO pelo fato de que a etapa em execuçãoinclui:selecionar, o servidor de aplicativo de VCC, um dodomínio de comutação de circuito (CS) e de um domínio dosubsistema de multimídia IP (IMS) para a chamada de entradabaseado na segunda informação de seleção de domínio.
11. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a etapa de armazenamento in-clui :configurar, por um usuário, a primeira informaçãode seleção de domínio no servidor de aplicativo de VCC, u-sando um dispositivo diferente do terminal, para armazena-mento no servidor de aplicativo de VCC.
12. Método, de acordo com a reivindicação 11,CARACTERIZADO pelo fato de que compreende ainda:transmitir a primeira informação de seleção de do-mínio do servidor de aplicativo de VCC ao terminal para ar-mazenamento no terminal.
13. Método, de acordo com a reivindicação 11,CARACTERIZADO pelo fato de que a etapa de transmissão é exe-cutada usando uma interface de V3.
14. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a etapa de armazenamento in-clui :receber, pelo servidor de aplicativo de VCC, umainterrogação com respeito a uma preferência de usuário de umdomínio do terminal; erecuperar, pelo servidor de aplicativo de VCC, aprimeira informação de seleção de domínio para armazenar noservidor de aplicativo de VCC em resposta à interrogação re-cebida .
15. Método, de acordo com a reivindicação 14,CARACTERIZADO pelo fato de que compreende ainda:transmitir a primeira informação de seleção de do-mínio recuperada do servidor de aplicativo de VCC ao termi-nal para armazenamento no terminal.
16. Método para proporcionar uma chamada de saídaoriginada de um terminal inscrito em um serviço de continui-dade de chamada de voz (VCC) , o método é CARACTERIZADO pelofato de que compreende:receber, pelo terminal, a segunda informação deseleção de domínio do servidor de aplicativo de VCC para ar-mazenamento no terminal;executar, pelo terminal, uma seleção de domíniopara a chamada de saída baseada na primeira informação deseleção de domínio ou na segunda informação de seleção dedomínio; etransmitir, pelo terminal, a chamada de saída so-bre a seleção de domínio escolhida.
17. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que compreende ainda:armazenar, no terminal, a segunda informação deseleção de domínio recebida do servidor de aplicativo deVCC.
18. Método, de acordo com a reivindicação 16, nocaso em que a primeira informação de seleção de domínio pos-sui prioridade maior que a segunda informação de seleção dedomínio, CARACTERIZADO pelo fato de que a etapa em execuçãoinclui:selecionar, pelo terminal, um domínio de comutaçãode circuito (CS) e um domínio de subsistema multimídia IP(IMS) para a chamada de saída com base na primeira informa-ção de seleção de domínio.
19. Método, de acordo com a reivindicação 16, nocaso em que a segunda informação de seleção de domínio temprioridade maior que a primeira informação de seleção de do-mínio, CARACTERIZADO pelo fato de que a etapa de execuçãoinclui:selecionar, pelo terminal, um do domínio de comu-tação de circuito (CS) e um domínio de subsistema multimídiaIP (IMS) para a chamada de saída com base na segunda infor-mação de seleção de domínio.
20. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que a primeira informação de se-leção de domínio são preferências de usuário, as preferên-cias de usuário incluindo informação de seleção de domínioespecificando um domínio preferido de usuário a ser usadoquando transmitindo a chamada de entrada para o terminal, ea segunda informação de seleção de domínio é a po-lítica de operador, a política de operador incluindo infor-mação de seleção de domínio especificando um domínio de redede comunicação preferida para ser usado quando transmitindoa chamada de entrada para o terminal.
21. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que a segunda informação de sele-ção de domínio é transmitida do servidor de aplicativo deVCC para o terminal através de interface de V3.
22. Método, de acordo com a reivindicação 21,CARACTERIZADO pelo fato de que a interface de V3 é uma in-terface de Ut.
23. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que a etapa de recepção inclui:transmitir, pelo terminal, a mensagem ACK ao ser-vidor de aplicativo de VCC depois de receber, pelo terminal,a segunda informação de seleção de domínio do servidor deaplicativo de VCC.
24. Dispositivo para proporcionar continuidade deserviço e selecionar um domínio para uma chamada de entradadirigida a um terminal no serviço, o dispositivo éCARACTERIZADO pelo fato de que compreende:uma unidade de armazenamento para nela armazenarinformação de política de operador e informação de preferên-cia de usuário, a informação de preferência de usuário in-cluindo informação de seleção de domínio especificando umdomínio preferido de usuário a ser usado quando transmitindoa chamada de entrada para o terminal, a informação de polí-tica de operador incluindo informação de seleção de domínioespecificando um domínio de rede de comunicação preferida aser usada quando transmitindo a chamada de entrada para oterminal; euma unidade de função de seleção de domínio paraexecutar uma seleção de domínio para a chamada de entradabaseada na informação de preferência de usuário ou informa-ção de política de operador.
25. Dispositivo, de acordo com a reivindicação 24,CARACTERIZADO pelo fato de que a unidade de função de sele-ção de domínio seleciona um do domínio de comutação de cir-cuito (CS) e um domínio de subsistema multimídia de IP (IMS)para a chamada de entrada com base na informação de seleçãode domínio da informação de preferência de usuário, a infor-mação de preferência de usuário tendo prioridade mais altaque a informação de política de operador.
26. Dispositivo, de acordo com a reivindicação 24,CARACTERIZADO pelo fato de que a unidade de função de sele-ção de domínio seleciona um do domínio de comutação de cir-cuito (CS) e um domínio de subsistema multimídia de IP (IMS)para a chamada de entrada com base na informação de seleçãode domínio da informação de política de operador, a informa-ção de política de operador tendo prioridade mais alta que ainformação de preferência de usuário.
27. Dispositivo, de acordo com a reivindicação 24,CARACTERIZADO pelo fato de que compreende ainda:uma unidade de interface de Ut para receber doterminal a informação de preferência de usuário incluindo ainformação de seleção de domínio configurada por um usuário,para armazenamento na unidade de armazenamento.
28. Dispositivo, de acordo com a reivindicação 24,CARACTERIZADO pelo fato de que compreende ainda:um receptor para receber a informação de preferên-cia de usuário incluindo a informação de seleção de domínioconfigurada por um usuário utilizando um aparelho diferentedo terminal, para armazenamento na unidade de armazenamento.
29. Dispositivo, de acordo com a reivindicação 24,CARACTERIZADO pelo fato de que compreende ainda:uma unidade de Gerenciamento de Dispositivo paratransmitir a informação de preferência de usuário incluindoa informação de seleção de domínio configurada do dispositi-vo ao terminal para armazenamento no terminal.
30. Terminal para proporcionar continuidade deserviço e selecionar um domínio para uma chamada de saídaoriginada do terminal no serviço, o terminal é CARACTERIZADOpelo fato de que compreende:uma unidade de armazenamento para armazenar infor-mação de política de operador e informação de preferência deusuário, a informação de preferência de usuário incluindoinformação de seleção de domínio especificando um domíniopreferido de usuário para ser usado quando originando a cha-mada de saída do terminal, a informação de política de ope-rador incluindo informação de seleção de domínio especifi-cando um domínio de rede de comunicação preferida para serusada quando originando a chamada de saída do terminal; eum controlador para executar uma seleção de domí-nio para a chamada de saída com base na informação de prefe-rência de usuário ou informação de política de operador.
31. Terminal, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que o controlador seleciona um dodomínio de comutação de circuito (CS) e um domínio de sub-sistema multimídia de IP (IMS) para a chamada de saída combase na informação de seleção de domínio da informação depreferência de usuário, se a informação de preferência deusuário possui prioridade mais alta que a informação de po-lítica de operador.
32. Terminal, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que o controlador seleciona um dodomínio de comutação de circuito (CS) e um domínio de sub-sistema multimídia de IP (IMS) para a chamada de saída combase na informação de seleção de domínio da informação depolítica de operador, se a informação de política de opera-dor tem prioridade mais alta que a informação de preferênciade usuário.
33. Terminal, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que a unidade de armazenamentorecebe, de um servidor de continuidade de chamada de voz(VCC), a informação de política de operador incluindo a in-formação de seleção de domínio.
34. Terminal, de acordo com a reivindicação 37,CARACTERIZADO pelo fato de que o terminal recebe a informa-ção de política de operador incluindo a informação de sele-ção de domínio do servidor de aplicativo de VCC através deuma interface de V3.
35. Terminal, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que o controlador transmite umaindagação relativa a uma preferência de rede de comunicaçãode um domínio para um servidor de aplicativo de continuidadede chamada de voz (VCC), e recebe a informação de políticade operador incluindo a informação de seleção de domínio doservidor de aplicativo de VCC para armazenamento no termi-nal.
36. Terminal, de acordo com a reivindicação 35,CARACTERIZADO pelo fato de que o controlador recebe a infor-mação de política de operador incluindo a informação de se-leção de domínio do servidor de aplicativo de VCC usando umainterface de V3.
37. Terminal, de acordo com a reivindicação 30,CARACTERIZADO pelo fato de que o controlador transmite achamada de saída sobre o domínio selecionado.
BRPI0707437-9A 2006-02-06 2007-02-05 método para estabelecer chamada em continuidade de chamada de voz, terminal e servidor dele BRPI0707437A2 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US76521406P 2006-02-06 2006-02-06
US60/765,214 2006-02-06
KR1020060109113A KR20070108425A (ko) 2006-02-06 2006-11-06 ＶＣＣ에서의 ｃａｌｌ 수행 방법, 단말 및 ＶＣＣ어플리케이션 서버
KR10-2006-0109113 2006-11-06
KR10-2007-0009094 2007-01-29
KR1020070009094A KR101351018B1 (ko) 2006-02-06 2007-01-29 ＶＣＣ에서의 사용자 선호도 및 사업자 정책을 고려한ｃａｌｌ 수행 방법, 단말 및 ＶＣＣ 어플리케이션 서버
PCT/KR2007/000612 WO2007091808A1 (en) 2006-02-06 2007-02-05 Method for placing call in voice call continuity and terminal and server thereof

Publications (1)

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

Family

ID=39063241

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0707437-9A BRPI0707437A2 (pt) 2006-02-06 2007-02-05 método para estabelecer chamada em continuidade de chamada de voz, terminal e servidor dele

Country Status (7)

Country Link
US (3) US8638782B2 (pt)
EP (1) EP1982445B1 (pt)
JP (2) JP4972653B2 (pt)
KR (3) KR20070108425A (pt)
CN (1) CN101379729B (pt)
BR (1) BRPI0707437A2 (pt)
WO (1) WO2007091788A1 (pt)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US7830868B2 (en) 2006-02-06 2010-11-09 Research In Motion Limited System and method for effecutating a SIP call in a network environment including IMS
US7710950B2 (en) * 2006-02-06 2010-05-04 Research In Motion Limited System and methods for originating a SIP call via a circuit-switched network from a user equipment device
US7769000B2 (en) * 2006-01-10 2010-08-03 Research In Motion Limited System and method for managing call routing in a network environment including IMS
WO2007079578A1 (en) * 2006-01-10 2007-07-19 Research In Motion Limited System and method for routing an incoming call to a proper domain in a network environment including ims
KR20070108425A (ko) 2006-02-06 2007-11-12 엘지전자 주식회사 ＶＣＣ에서의 ｃａｌｌ 수행 방법, 단말 및 ＶＣＣ어플리케이션 서버
USRE48967E1 (en) 2006-02-06 2022-03-08 Blackberry Limited System and method for originating a call via a circuit-switched network from a user equipment device
CN101114976A (zh) * 2006-07-28 2008-01-30 摩托罗拉公司 在双模接入终端建立电路交换呼叫的方法
US7760712B2 (en) * 2006-08-11 2010-07-20 Research In Motion Limited System and method for managing call continuity in IMS network environment
US8073447B2 (en) * 2007-02-05 2011-12-06 Research In Motion Limted System and method to identify voice call continuity (VCC) subscriber
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
US7668159B2 (en) * 2007-04-25 2010-02-23 Research In Motion Limited Methods and apparatus for obtaining variable call parameters suitable for use in originating a SIP call via a circuit-switched network from a user equipment device
GB0711592D0 (en) * 2007-06-15 2007-07-25 Ericsson Telefon Ab L M Access domain selection in a communications network
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
GB0819332D0 (en) * 2008-10-21 2008-11-26 Symbian Software Ltd A mobile device for voice call continuity
ES2938329T3 (es) * 2009-06-30 2023-04-10 3G Licensing S A Método de selección de un recurso de red
US9729351B2 (en) 2009-08-10 2017-08-08 Qualcomm Incorporated Identifying a domain for delivery of message service information
US10104512B2 (en) * 2009-08-10 2018-10-16 Qualcomm Incorporated Domain selection for mobile-originated message service
US9807819B1 (en) * 2009-09-04 2017-10-31 Sprint Communications Company L.P. Cross-technology session continuity
RU2696338C2 (ru) * 2009-11-10 2019-08-01 Телефонактиеболагет Л М Эрикссон (Пабл) Оптимизация задержки при передаче обслуживания
US9699718B2 (en) * 2010-04-12 2017-07-04 Qualcomm Incorporated System, apparatus, and method to enable domain selection in a multimode device
CN102378148B (zh) * 2010-08-23 2016-06-01 中兴通讯股份有限公司 终端、hss、及核心网网元获知终端能力的方法和系统
WO2012076042A1 (en) * 2010-12-07 2012-06-14 Telefonaktiebolaget Lm Ericsson (Publ) Selection of service domain in ims centralised services
CN102158982A (zh) * 2011-02-16 2011-08-17 电信科学技术研究院 一种lipa连接的处理方法和设备
KR20120095201A (ko) * 2011-02-18 2012-08-28 삼성전자주식회사 이동 통신 시스템에서 음성 호 연속을 위한 도메인 선택 방법 및 장치
US9565063B2 (en) * 2011-04-26 2017-02-07 Openet Telecom Ltd. Systems, devices and methods of synchronizing information across multiple heterogeneous networks
TW201318387A (zh) * 2011-07-01 2013-05-01 Interdigital Patent Holdings 管理服務連續性方法及裝置
KR102099650B1 (ko) * 2013-03-11 2020-05-15 삼성전자 주식회사 이동통신 네트워크의 혼잡 상황 제어 방법 및 장치
US10219206B2 (en) * 2013-03-22 2019-02-26 Qualcomm Incorporated Selecting a network node based on precedence of network policies
US10341486B2 (en) * 2017-05-31 2019-07-02 T-Mobile Usa, Inc. User configurable services in a wireless communication network
KR102199498B1 (ko) 2018-09-27 2021-01-06 주식회사 오리온이엔씨 최적 해상도 및 프레임수 결정 시스템 및 방법
KR20200133614A (ko) 2019-05-20 2020-11-30 이재현 언어청정 목걸이

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0423647A (ja) * 1990-05-18 1992-01-28 Mitsubishi Electric Corp パケット交換網通信方式
JPH10178422A (ja) * 1996-12-19 1998-06-30 Mitsubishi Electric Corp データ通信装置及びデータ通信方法
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
JP2000261571A (ja) * 1999-01-07 2000-09-22 Sharp Corp データ通信装置及び記録媒体
JP2000209633A (ja) * 1999-01-14 2000-07-28 Toshiba Corp 移動無線通信システムおよび移動無線端末装置
EP1219122B1 (en) 1999-08-23 2008-08-13 Motorola, Inc. Domain selecting system and method
JP4192446B2 (ja) * 2001-06-29 2008-12-10 株式会社日立製作所 通信サービス取引方法および通信システム
US6996087B2 (en) * 2001-07-31 2006-02-07 Lucent Technologies Inc. Communication system including an interworking mobile switching center for call termination
US6954654B2 (en) * 2001-07-31 2005-10-11 Lucent Technologies Inc. Provision of services in a communication system including an interworking mobile switching center
JP2003060807A (ja) 2001-08-14 2003-02-28 Kddi Corp 通信経路切替制御装置
JP2003060713A (ja) 2001-08-16 2003-02-28 Ntt Docomo Inc 通信システム及び通信接続確立方法、並びに、ゲートウェイ装置、及び通信端末装置
JP2003092622A (ja) * 2001-09-18 2003-03-28 Ntt Me Corp 通信網選択システム及び方法、並びにコンピュータプログラム
JP2003169137A (ja) 2001-12-03 2003-06-13 Ntt Docomo Inc 通信システム、通信方法、サービス制御局、通信制御局
JP3915022B2 (ja) 2001-12-03 2007-05-16 日本電気株式会社 移動体通信端末、移動体通信システム及び通信方法
JP2004064208A (ja) 2002-07-25 2004-02-26 Toshiba Eng Co Ltd 通信回線自動選択システム及びその方法
WO2004112416A1 (en) * 2003-06-09 2004-12-23 Siemens Aktiengesellschaft Base station controlled call waiting notification in a cellular communication system
KR100429097B1 (ko) * 2004-02-18 2004-04-29 엔에이치엔(주) 망사업자 협상 장치 및 이를 이용하여 음성통화를 위한최적의 경로를 제공하는 전화 시스템 및 그 제공 방법
US7523155B2 (en) * 2004-03-18 2009-04-21 International Business Machines Corporation Method, system and program product for using open mobile alliance (OMA) alerts to send client commands/requests to an OMA DM server
JP4291724B2 (ja) 2004-03-31 2009-07-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動局
US20050232175A1 (en) * 2004-04-16 2005-10-20 Vadim Draluk System and method for provisioning device management tree parameters over a client provisioning protocol
US7710957B2 (en) * 2004-05-19 2010-05-04 Cisco Technology, Inc. System and method for implementing multiple spanning trees per network
US8233450B2 (en) * 2004-09-10 2012-07-31 Interdigital Technology Corporation Wireless communication methods and components for facilitating multiple network type compatibility
US20060229093A1 (en) 2005-03-29 2006-10-12 Gurvesh Bhutiani Push to talk over cellular (half-duplex) to full-duplex voice conferencing
CN101273652A (zh) * 2005-09-23 2008-09-24 美商内数位科技公司 用于支持呼叫连续性的无线通信方法和系统
US8340698B2 (en) * 2005-12-13 2012-12-25 Qualcomm Incorporated System and method for delivering short messages on do and 1x networks
WO2007079578A1 (en) 2006-01-10 2007-07-19 Research In Motion Limited System and method for routing an incoming call to a proper domain in a network environment including ims
US9491305B2 (en) * 2006-01-30 2016-11-08 Nokia Technologies Oy Call management adjustment in call continuity architecture
KR20070108425A (ko) * 2006-02-06 2007-11-12 엘지전자 주식회사 ＶＣＣ에서의 ｃａｌｌ 수행 방법, 단말 및 ＶＣＣ어플리케이션 서버

Also Published As

Publication number Publication date
CN101379729B (zh) 2014-03-19
KR20070108425A (ko) 2007-11-12
WO2007091788A1 (en) 2007-08-16
EP1982445B1 (en) 2014-11-26
KR101208544B1 (ko) 2012-12-05
US8638782B2 (en) 2014-01-28
KR20070080207A (ko) 2007-08-09
US20140119364A1 (en) 2014-05-01
CN101379729A (zh) 2009-03-04
US8953586B2 (en) 2015-02-10
JP2009525672A (ja) 2009-07-09
EP1982445A1 (en) 2008-10-22
EP1982445A4 (en) 2010-04-07
US20070183410A1 (en) 2007-08-09
JP4972653B2 (ja) 2012-07-11
US20070201662A1 (en) 2007-08-30
JP2012109988A (ja) 2012-06-07
KR101351018B1 (ko) 2014-01-10
US7843904B2 (en) 2010-11-30
KR20070080217A (ko) 2007-08-09
JP5427229B2 (ja) 2014-02-26

Similar Documents

Publication Publication Date Title
EP1982445B1 (en) Method for placing call in voice call continuity and terminal and server thereof
US8369336B2 (en) Method for requesting domain transfer and terminal and server thereof
JP2023526415A (ja) スライスアクセス方法、装置、及びシステム
EP2058981A1 (en) A method, system and equipment of accessing network for user
BR112021002797A2 (pt) métodos e aparelhos de comunicações, meio de armazenamento de computador, sistema de chip, sistema de comunicações
CN104350807A (zh) 一种开通长期演进语音业务的方法、装置及系统
US7606247B2 (en) Method and terminal for restriction of domain transfer
CN104519038A (zh) 会话建立方法、装置及系统
CN101325744A (zh) 一种根据终端能力触发业务的方法、装置及系统
WO2007091808A1 (en) Method for placing call in voice call continuity and terminal and server thereof
BRPI0622025A2 (pt) arquitetura de controle de polìtica, controladores de polìtica independente, de polìtica de usuário, e de polìtica de negócio, métodos em um terminal de usuário de lançar o serviço em uma primeira rede de origem e de lançar o mencionado serviço em uma segunda rede, e, métodos em um provedor de identidade independente, em um controlador de polìtica de usuário, em um controlador de polìtica de negócio, em um controlador de polìtica de serviço e em um controlador de polìtica de rede
US11349884B2 (en) Method and a SIP proxy for managing calls in a voice over SIP network
CN106664626B (zh) 用于向第一终端系统和第二终端系统中的至少一个提供信息的方法
MX2008010105A (en) Method for placing call in voice call continuity and terminal and server thereof
RU2434364C2 (ru) Система и способ для указания доступа с коммутацией каналов при ims-регистрации
US20160278148A1 (en) Device-to-Device Discovery and Control in a Wide Area Network

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2447 DE 28-11-2017 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.