BRPI0708026A2 - método para solicitar transferência de domìnio e terminal e servidor para o mesmo - Google Patents

método para solicitar transferência de domìnio e terminal e servidor para o mesmo Download PDF

Info

Publication number
BRPI0708026A2
BRPI0708026A2 BRPI0708026-3A BRPI0708026A BRPI0708026A2 BR PI0708026 A2 BRPI0708026 A2 BR PI0708026A2 BR PI0708026 A BRPI0708026 A BR PI0708026A BR PI0708026 A2 BRPI0708026 A2 BR PI0708026A2
Authority
BR
Brazil
Prior art keywords
domain transfer
domain
information
message
terminal
Prior art date
Application number
BRPI0708026-3A
Other languages
English (en)
Inventor
Jae-Seung Song
Kyung-Ae Yoon
Mi-Seon Ra
Hyun-Sook Kim
Hede Patrice
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
Publication of BRPI0708026A2 publication Critical patent/BRPI0708026A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/1069Session establishment or de-establishment
    • 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
    • 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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements 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/1205Arrangements 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/1225Details of core network interconnection arrangements
    • H04M7/123Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • 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
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • 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
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/58Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/36Reselection control by user or terminal equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • 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]

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)

Abstract

MéTODO PARA SOLICITAR TRANSFERêNCIA DE DOMìNIO E TERMINAL E SERVIDOR PARA O MESMO. Um método, terminal e servidor para controlar uma operação de transferência de domínio são discutidos. De acordo com uma modalidade, o servidor inclui um receptor para receber uma solicitação de transferência de domínio; um controlador para avaliar a solicitação de transferência de domínio com base na informação dos critérios, para determinar se ou não gerar uma mensagem de solicitação de transferência de domínio com base no resultado da avaliação e para gerar a mensagem de solicitação de transferência de domínio com base no resultado da determinação e um transmissor para transmitir a mensagem de solicitação de transferência de domínio para pelo menos um terminal de modo a iniciar seletivamente uma transferência de domínio para uma chamada.

Description

"MÉTODO PARA SOLICITAR TRANSFERÊNCIA DE DOMÍNIO E TERMINAL ESERVIDOR PARA O MESMO"
Revelação da Invenção
Solução Técnica
O presente pedido reivindica os benefícios de prioridade do Pedido Provisório U.S.60/765.212 depositado em 6 de fevereiro de 2006 e Pedidos de Patente coreanos 10-2006-0116575 e 10-2006-0135622 respectivamente depositados em 23 de novembro de 2006 e27 de dezembro de 2006 na República da Coréia. Os conteúdos inteiros desses pedidos sãoaqui totalmente incorporados por referência.
A presente invenção se refere a uma continuidade de chamada de voz (VCC)1 emais particularmente, à solicitação de uma transferência de domínio na VCC.
Em geral, uma continuidade de chamada de voz (VCC) se refere a um tipo de apli-cação, a saber, uma aplicação de IMS (subsistema de multimídia IP) residencial que é ca-paz de transportar chamadas de voz entre um domínio de CS (comutação de circuito) e umdomínio IMS. A VCC provê funções de origens de chamada de voz, términos de chamadade voz, uma seleção de domínio e uma transferência de domínio do domínio CS para o do-mínio IMS ou vice-versa. Aqui, a transferência de domínio se refere à transferência de ra-mos de acesso para chamadas de voz para um equipamento de usuário (UE) (isto é, umterminal) do domínio CS para o domínio IMS ou vice-versa durante uma sessão ativa. Oramo de acesso representa um ramo de controle de chamada entre uma VCC UE e umafunção de transferência de domínio (DTF) de uma aplicação de VCC (servidor).
Através dos procedimentos de transferência de domínio, uma continuidade de ser-viço para uma ou mais chamadas de voz/sessões é provida entre o domínio IMS e o domí-nio CS enquanto a VCC UE mantém a uma ou mais chamadas de voz/sessões.
De forma geral, uma transferência de domínio para uma certa chamada devoz/sessão do domínio CS para o domínio IMS ou vice-versa é iniciada somente quando umDTF é posicionado em uma trajetória de sinal da configuração da chamada de voz/sessão.Para isso, o posicionamento do DTF no caminho da trajetória do sinal da configuração dachamada de voz/sessão é citado como o apoio no IMS ou apoio.
A figura 1 ilustra uma arquitetura geral de uma rede para prover um serviço VCC.
Como ilustrado na figura 1, VCC UE 10 representa todos os tipos de terminais quesuportam o serviço VCC. O VCC UE pode acessar domínios CS e PS (comutação de paco-te). Isto é, quando acessando o domínio CS, o VCC UE usa um UE-CS (não mostrado) pro-vido nele, enquanto que o VCC UE usa um UE-IMS (não mostrado) provido nele quandoacessando o domínio PS.
Uma aplicação de VCC 30 é um servidor de aplicação para prover o serviço VCC1 eé constituída com entidades que executam uma série de funções. A série de funções podeincluir funções requeridas para configurar chamadas de voz para o VCC UE e funções re-queridas para alternar um ramo de acesso do VCC UE entre o domínio CS e o domínio IMSenquanto mantendo (executando) uma sessão ativa. Por exemplo, a série de funções podeser uma função de transferência de domínio 30a, uma função de seleção de domínio 30d,uma função de adaptação CS 30b e uma aplicação de serviço CAMEL 30c. Capacidadesdetalhadas e operações para a série de funções são descritas em 3GPP TS 23.206 V1.2.0.
De forma geral, as entidades do domínio CS incluem um centro de comutação mó-vel visitado (VMSC), um MSC de porta (GMSC), um gsmSCF e semelhantes. As entidadesdo domínio IMS incluem um P-CSCF1 um S-CSCF, um I-CSCF e uma função de controle deporta de mídia (MGCF).
A Figura 2 é um fluxograma de sinal entre cada componente de uma rede (por e-xemplo, a rede mostrada na figura 1) em um caso onde uma transferência de domínio ocor-re entre o domínio IMS e o domínio CS. A seguir, procedimentos de transferência de domí-nio em um serviço VCC de acordo com uma técnica antecedente serão explicados com refe-rência à figura 2.
Como mostrado na figura 2, é apenas um VCC UE que inicia uma transferência dedomínio em uma VCC. Isto é, o VCC UE estabelece uma chamada de voz (ou sessão) atra-vés do domínio CS ou domínio IMS com uma rede, e a seguir pode decidir se ou não iniciaruma transferência de domínio movendo (ou transferindo) de um domínio para um outro do-mínio. Por fazer isso, a chamada de voz estabelecida (assim chamada "chamada em anda-mento") pode continuar no caminho do legado (isto é, transferência do domínio) do domínioCS para o domínio IMS ou vice-versa. Aqui, para iniciar (executar) uma transferência dedomínio para a chamada de voz de um domínio (por exemplo, o domínio IMS) para um outrodomínio (por exemplo, o domínio CS), o VCC UE pode iniciar a transferência de domíniocom base na informação previamente armazenada. Aqui, a informação previamente arma-zenada no VCC UE pode incluir condições de rádio de uma rede CS para acesso, estratégiade ação do operador, preferências do usuário e semelhantes.
Os procedimentos (1)~(4) de iniciar, pelo VCC UE, uma transferência de domíniode um domínio CS para um domínio IMS de acordo com a técnica antecedente são comosegue:
(1) O VCC UE pode decidir iniciar uma transferência de domínio para uma chamadade voz que foi originada e está em andamento para o domínio CS, a saber, uma chamadade saída.
(2) Quando o VCC UE envia uma mensagem INVITE para uma aplicação VCC,uma função de transferência de domínio (DTF) na aplicação VCC estabelece um ramo desessão IMS para a chamada de voz através do domínio IMS.
(3) Depois que o ramo de sessão IMS é estabelecido entre o DTF e o domínio IMS,ο DTF encaminha a sessão em andamento para o domínio IMS.
(4) Depois de encaminhar a sessão em andamento para o domínio IMS, um ramoda sessão CS é liberado.
Assim, a transferência de domínio para a chamada de voz é iniciada do domínio CSpara o domínio IMS através dos procedimentos de (1)~(4).
Para a transferência de domínio na VCC1 somente o VCC UE pode iniciar a transfe-rência de domínio na VCC atual considerando certos critérios (por exemplo, preferências dousuário, estratégias de ação do operador, etc.). Portanto, de acordo com a técnica antece-dente, não existe maneira de a rede (por exemplo, aplicação VCC) iniciar uma transferênciade domínio com base em um estado de rede atual, uma carga de dados de um nó específi-co, uma QoS (qualidade de serviço) sustentável ou a localização do VCC UE.
Além do que, a rede pode desejar reduzir o tráfego ou parar o fluxo do tráfego so-bre um domínio específico durante uma certa duração de tempo para a manutenção ou a-tualização da rede. Nesse caso, de acordo com a técnica antecedente, não existe métodopara a rede permitir (ou solicitar) que o VCC UE inicie a transferência de domínio para umachamada atual através de um domínio específico (isto é, através do domínio CS ou domínioIMS).
Portanto, é um objetivo da presente invenção solicitar, por uma rede (por exemplo,aplicação VCC), que um terminal (por exemplo, VCC UE) inicie uma transferência de domí-nio de acordo com o estado da rede ou outras razões.
É um outro objetivo da presente invenção prover um método e dispositivo para soli-citar uma transferência de domínio, que trata das limitações e desvantagens associadascom a técnica antecedente.
Para realizar esses e outros objetivos de acordo com a presente invenção, é provi-do de acordo com um aspecto da presente invenção, um método para solicitar que umatransferência de domínio seja iniciada, compreendendo: avaliar a informação de solicitaçãode transferência de domínio recebida em um servidor de rede; transferir, pelo servidor derede, uma mensagem de solicitação de transferência de domínio para o terminal com basena avaliação da informação de solicitação de transferência do domínio; receber e avaliar amensagem de solicitação de transferência do domínio pelo terminal e decidir, pelo terminal,se iniciar a transferência de domínio para uma chamada com base na mensagem de solici-tação de transferência de domínio avaliada.
Para atingir esses e outros objetivos da presente invenção, é provido, de acordocom um aspecto da presente invenção, um terminal (ou UE) compreendendo: um receptorpara receber uma mensagem de solicitação de transferência de domínio de um servidor derede; um transmissor para enviar uma mensagem de resposta com relação à mensagem desolicitação de transferência de domínio recebida e um ativador de VCC para decidir se ounão iniciar uma transferência de domínio para uma chamada em andamento avaliando amensagem de solicitação de transferência de domínio e a seguir iniciar a transferência dedomínio de acordo com a decisão.
Para atingir esses e outros objetivos da presente invenção, é provido, de acordocom um outro aspecto da presente invenção, um servidor de rede compreendendo: um re-ceptor para receber uma informação de solicitação de transferência de domínio e tambémreceber uma mensagem de resposta transferida por um terminal; uma unidade de avaliaçãopara avaliar a informação de solicitação de transferência de domínio recebida comparando-acom as condições previamente armazenadas; um gerador de mensagem para gerar umamensagem de solicitação de transferência de domínio com base na informação de solicita-ção de transferência de domínio avaliada e um transmissor para enviar a mensagem de so-licitação de transferência de domínio gerada para o terminal.
De acordo com um outro aspecto, a presente invenção provê um terminal para con-trolar uma operação de transferência de domínio, compreendendo: um receptor para rece-ber uma mensagem de um servidor de rede, a mensagem incluindo informação relacionadacom a transferência de domínio; e um controlador para avaliar a informação relacionadacom a transferência de domínio e pelo menos uma da informação de preferência do usuárioe a informação da estratégia de ação do operador, para determinar se iniciar uma transfe-rência de domínio de uma chamada com base no resultado da avaliação, e para seletiva-mente iniciar a transferência de domínio com base no resultado da determinação.
De acordo com um outro aspecto, a presente invenção provê um terminal para con-trolar uma operação de continuidade de chamada de voz (VCC)1 compreendendo: um recep-tor para receber uma mensagem de um servidor de rede, a mensagem incluindo informaçãorelacionada com a transferência de domínio e um controlador para avaliar a mensagem in-cluindo a informação relacionada com a transferência de domínio, para determinar se iniciaruma transferência de domínio de uma chamada com base no resultado da avaliação e paraseletivamente iniciar a transferência de domínio com base no resultado da determinação.
De acordo com um outro aspecto, a presente invenção provê um dispositivo de re-de para controlar uma operação de transferência de domínio, compreendendo: um controla-dor para analisar a informação de solicitação de transferência de domínio com base na in-formação dos critérios, e para gerar uma mensagem de solicitação de transferência de do-mínio com base no resultado da análise e um transmissor para transmitir a mensagem desolicitação de transferência de domínio para pelo menos um terminal, para controlar o termi-nal para seletivamente iniciar uma transferência de domínio de uma chamada em andamento.
De acordo com um outro aspecto, a presente invenção provê um servidor para con-trolar uma operação de transferência de domínio, compreendendo: um receptor para rece-ber uma solicitação de transferência de domínio; um controlador para avaliar a solicitação detransferência de domínio com base na informação dos critérios, para determinar se ou nãogerar uma mensagem de solicitação de transferência de domínio com base no resultado daavaliação e para gerar a mensagem de solicitação de transferência de domínio com base noresultado da determinação e um transmissor para transmitir a mensagem de solicitação datransferência de domínio para pelo menos um terminal de modo a iniciar seletivamente umatransferência de domínio para uma chamada.
De acordo com um outro aspecto, a presente invenção provê um método de contro-le de uma operação de transferência de domínio, compreendendo: determinar, por um ser-vidor de rede, se ou não solicitar uma iniciação de uma transferência de domínio de umachamada; gerar, pelo servidor de rede, uma mensagem com base no resultado da determi-nação, a mensagem incluindo uma solicitação para um terminal por uma iniciação de umatransferência de domínio de uma chamada e transmitir, pelo servidor de rede, a mensagempara pelo menos um terminal.
De acordo com um outro aspecto, a presente invenção provê um método para con-trolar uma operação de transferência de domínio, compreendendo: receber, por um terminal,uma mensagem de solicitação de transferência de domínio de um servidor de rede, a men-sagem de solicitação de transferência do domínio incluindo informação relacionada com atransferência do domínio; avaliar, pelo terminai, a informação relacionada com a transferên-cia de domínio e pelo menos uma da informação de preferência do usuário e informação daestratégia de ação do operador; determinar, pelo terminal, se iniciar uma transferência dedomínio de uma chamada em andamento com base no resultado da avaliação e seletiva-mente iniciar, pelo terminal, a transferência de domínio da chamada em andamento combase no resultado da determinação.
Esses e outros objetivos do presente pedido se tornarão mais facilmente evidentesa partir da descrição detalhada fornecida a seguir. Entretanto, deve ser entendido que adescrição detalhada e os exemplos específicos, embora indicando modalidades preferidasda invenção, são fornecidos por meio de ilustração somente, desde que várias mudanças emodificações dentro do espírito e do escopo da invenção se tornarão evidentes para aque-Ies versados na técnica a partir dessa descrição detalhada.
A presente invenção será mais totalmente entendida a partir da descrição detalhadafornecida aqui abaixo e dos desenhos acompanhantes que são dados por meio de ilustraçãosomente, e assim não são Iimitativos da presente invenção.
A Figura 1 é uma arquitetura de rede para prover um serviço VCC, no qual a pre-sente invenção pode ser incrementada.
A Figura 2 é um fluxograma de sinal entre componentes de uma rede para umatransferência de domínio entre um domínio IMS e um domínio CS de acordo com uma técni-ca antecedente.
A Figura 3 é um fluxograma de sinal entre um UE e uma aplicação de VCC para i-lustrar um método para gerar e transmitir uma solicitação de transferência de domínio deacordo com uma modalidade da presente invenção.
A Figura 4 é um diagrama de blocos de um terminal ou UE de acordo com umamodalidade da presente invenção.
A presente invenção é aplicada em uma continuidade de chamada de voz (VCC) no3GPP (projeto de parceria da 3a geração), mas ela pode ser aplicável em outros campos decomunicação.
Substancialmente na presente invenção, primeiro, um servidor de rede (por exem-plo, servidor de aplicação de VCC) transfere para um ou mais UEs (isto é, terminal(is)) umamensagem que inclui informação relacionada com uma solicitação de transferência de do-mínio (essa informação é também citada como informação relacionada com a transferênciade domínio). A informação relacionada com a transferência de domínio pode incluir, masnão é limitada a, um ou mais dos seguintes: informação do nível de transferência do domínio(informação com relação a um nível (ou classe) de uma solicitação de transferência de do-mínio), informação do estado de rede (informação quanto a um estado de rede ou seme-lhante), informação de avaliação (informação relacionada com uma avaliação (ou análise)de uma solicitação de transferência de domínio feita por um nó externo ou módulo interno doservidor de rede ou semelhante), etc.. A mensagem incluindo a informação relacionada coma transferência de domínio pode incluir outra informação, e pode ser uma mensagem paraoutra finalidade.
Segundo, o UE recebe a mensagem incluindo a informação relacionada com atransferência de domínio do servidor de rede e decide se ou não iniciar (executar) a transfe-rência de domínio com relação a uma chamada (por exemplo, uma chamada em andamentoou qualquer chamada subseqüente) com base na informação. O UE de acordo com a pre-sente invenção decide se ou não iniciar a transferência de domínio com relação às chama-das com base na informação relacionada com a transferência de domínio somente ou com ainformação relacionada com a transferência de domínio com pelo menos uma da estratégiade ação do operador e preferências do usuário. Entretanto, considerando toda a estratégiade ação do operador, preferências do usuário que o próprio UE tem também, a informaçãorelacionada com a transferência de domínio recebida é preferida.
A seguir, termos preferivelmente usados para descrever a presente invenção serãodefinidos.
Um UE de acordo com a presente invenção pode incluir todos os tipos de terminaisque podem ser usados para o serviço de VCC. Por exemplo, o UE de acordo com a presen-te invenção abrangentemente inclui terminais de comunicações móveis (por exemplo, UEs,telefones móveis, telefones celulares, telefones DMB1 telefones DVB-H1 PDAs, PTT1 etc.),aparelhos de TV digitais, dispositivos de navegação por GPS, máquinas de jogo portáteis,MP3,outros aparelhos domésticos e assim por diante.
Preferências do usuário representam informação (ou parâmetro) para definir a in-formação relacionada com uma seleção de domínio (ou transferência de domínio) que indicaqual domínio o usuário do UE prefere usar para chamadas em andamento (por exemplo,chamadas de chegada ou de saída) quando o UE (ou terminal) está disponível sobre amboso domínio CS e o domínio IMS.
Estratégia de ação do operador representa informação relacionada com o estadoda rede ou o gerenciamento da rede. A estratégia de ação do operador pode ser freqüente-mente atualizada dependendo do estado da rede ou para o gerenciamento da rede. A estra-tégia de ação do operador atualizada pode incluir informação para solicitar uma transferên-cia de domínio para chamadas em andamento (ou chamadas subseqüentes) e/ou informa-ção sobre um domínio preferido pela rede para a transferência de domínio.
Uma chamada em andamento representa uma chamada em progresso entre umUE e uma aplicação VCC, que inclui todas as chamadas de chegada ou de saída. A presen-te invenção é aplicável em chamadas em andamento, mas não é limitada a elas e pode seraplicada em chamadas subseqüentes.
Uma 'interface V3' usada na presente invenção preferivelmente representa uma in-terface para uma transferência de informação mútua entre um UE e uma aplicação VCC.Por exemplo, a interface V3 é mostrada como 20 na figura 1 como um exemplo. A interfaceV3 pode incluir uma interface Ut e um OMA DM (gerenciamento de dispositivo). Isto é, umatransferência de informação do UE para a aplicação VCC pode ser realizada pelo uso dainterface Ut, enquanto que uma transferência de informação da aplicação VCC para o UEpode ser realizada pelo uso do DM usando um método DM. Como um outro exemplo, o mé-todo da interface V3 pode incluir um método de dados de serviço complementar não estrutu-rado (USSD). A interface Ut, o método DM e o método USSD são conhecidos na técnica.Um protocolo da interface V3 pode ser de maneira exemplar um HTTP, que tem um formatoXML.
A seguir, construções e operações das modalidades preferidas da presente inven-ção serão explicadas em detalhes com referência aos desenhos acompanhantes.
A figura 3 é um fluxograma de sinal entre um UE 100 e uma aplicação VCC 300 pa-ra solicitar uma transferência de domínio para uma chamada de acordo com uma modalida-de da presente invenção. Esse método pode ser implementado na arquitetura de rede dafigura 1 ou em uma outra arquitetura adequada. Por exemplo, o UE 100 e a aplicação VCC200 da figura 3 podem ser respectivamente o UE 10 e a aplicação VCC 30 da figura 1.
Com referência à figura 3, uma chamada está atualmente em progresso (isto é,chamada em andamento) entre o UE 100 e a aplicação da VCC 300 através do domínio CSou domínio IMS (S1). Aqui, é assumido na figura 3 que a chamada em andamento está emprogresso através do domínio CS. A chamada em andamento pode representar uma cha-mada que foi iniciada no domínio CS, mas ela pode também ser uma chamada que foi inici-ada no domínio IMS e foi transferida para o domínio CS.
Durante a chamada em andamento em progresso entre o UE 100 e a aplicação daVCC 300, a aplicação da VCC 300 (isto é, um tipo de servidor de rede) recebe de um nóexterno (por exemplo, um nó que controla a estratégia de ação do operador, um nó que con-trola o gerenciamento de mobilidade, etc.) uma solicitação (ou sinal, informação ou seme-lhante) para solicitar uma transferência de domínio de um domínio atual (por exemplo, odomínio CS) para um outro domínio (por exemplo, o domínio IMS) com relação a uma cha-mada colocada por um usuário específico (isto é, um usuário do UE) (S2). Como uma varia-ção, a aplicação da VCC 30 pode receber essa solicitação de um módulo interno (por exem-plo, 30a, 30b, 30c, 30d ou outro na figura 1) da aplicação da VCC 300.
A solicitação de transferência de domínio feita pela rede (por exemplo, do nó exter-no ou módulo interno) na etapa S2 pode ser feita por várias razões, por exemplo, manuten-ção de uma rede, carga de tráfego de um nó específico na rede, controle relacionado com aestratégia de ação do operador ou semelhantes. A solicitação de transferência de domíniopode ser especificamente feita para aplicar em um (único) terminal que um certo assinanteda VCC está usando, ou a um certo grupo (por exemplo, outros assinantes da VCC) de ter-minais ou pode ser não especificamente feita para aplicar em múltiplos assinantes (por e-xemplo, terminais usados por múltiplos assinantes).
Na etapa S2, como mencionado acima, a solicitação de transferência de domíniopode não somente ser transmitida da rede (isto é, o nó externo) para a aplicação da VCC300, mas pode também ser feita (disparada) com base em um estado interno específico daaplicação da VCC 300. Por exemplo, a fim de regular ou manter um tráfego com relação àaplicação da VCC 300, ou executar a estratégia de ação do operador relacionada com atransferência de domínio, por exemplo, uma certa entidade ou módulo (por exemplo, ummódulo de função de transferência de domínio, um modo de função de seleção de domínio,etc.) provido na aplicação da VCC 300 pode transmitir uma solicitação de transferência dedomínio para uma unidade de processamento (por exemplo, um controlador) construído naaplicação da VCC 300 para processar o sinal de solicitação de transferência de domínio.Quando a aplicação da VCC 300 recebe a solicitação (ou sinal) de transferência de domínioda rede (por exemplo, o nó externo) ou seu componente interno (por exemplo, uma certaentidade nele), a aplicação da VCC 300 executa uma análise ou avaliação da solicitação detransferência de domínio (S3). A informação obtida dessa avaliação pode ser citada comoinformação de avaliação, que pode ser incluída na mensagem enviada da aplicação da VCCpara o UE em S4 a ser discutido mais tarde.
Na etapa S3, por exemplo, a aplicação da VCC 300 avalia a solicitação de transfe-rência de domínio sob uma condição previamente definida, por exemplo, estado de conexãodo rádio do terminal, tipo de mídia da chamada em andamento, etc., (isto é, ele verifica se atransferência do domínio solicitada é apropriada para a chamada em andamento do UE 300do lado da aplicação da VCC). Aqui, a condição previamente definida representa informaçãorelacionada com a transferência de domínio, a informação armazenada em uma certa enti-dade provida na aplicação da VCC ou uma certa entidade externa. Em outras palavras, aaplicação da VCC 300 analisa ou avalia se ou não uma mensagem incluindo a informaçãorelacionada com a transferência de domínio deve ser gerada e/ou transmitida para o UE deacordo com a solicitação de transferência de domínio. Aqui, a solicitação de transferência dedomínio pode ser específica para um terminal que um certo assinante está usando ou paraterminais que um certo grupo de assinantes está usando.
A seguir na etapa S4, a mensagem incluindo a informação relacionada com a trans-ferência de domínio é enviada da aplicação da VCC 300 para um ou mais UEs 100. A infor-mação relacionada com a transferência de domínio inclui informação do nível de transferên-cia de domínio e pode também incluir pelo menos uma de uma informação do estado darede e informação de avaliação. A informação relacionada com a transferência de domínio éagora discutida em mais detalhes.
Na etapa S3, quando a aplicação da VCC 300 avalia a solicitação de transferênciade domínio, ela decide (ou avalia) para qual nível (ou classe) a solicitação de transferênciade domínio deve ser atribuída e gera a informação do nível de transferência de domínio indi-cando o nível da solicitação de transferência de domínio. Os níveis da solicitação de transfe-rência de domínio, por exemplo, podem ser classificados em primeiro a terceiro níveis (ouclasses). Exemplos desses níveis (informação do nível de transferência de domínio) podemser como segue, mas a invenção não é limitada a isso:
- Um primeiro nível de solicitação de transferência de domínio, que é assim chama-do "será" (deve ser) é para solicitar que a transferência de domínio seja (deve ser) executa-da (por exemplo, se não, a chamada será desconectada em um curto tempo),
- Um segundo nível de solicitação de transferência de domínio, que é assim cha-mado "deve ser" (deve preferivelmente ser), é para solicitar que a transferência de domínioseja executada (por exemplo, se não, a chamada correrá o risco de ser desconectada devi-do à escassez de recursos, etc.) e
- Um terceiro nível de solicitação de transferência de domínio, que é assim chama-do "solicitado" (pode ser), é para solicitar que a transferência de domínio seja executada poruma seleção do UE com base em uma carga de tráfego, por exemplo (por exemplo, paraequilíbrio de carga, mas até o UE).Esses níveis da solicitação de transferência de domínio podem ser representadosusando valores diferentes de um parâmetro para indicar os níveis da solicitação de transfe-rência de domínio, usando parâmetros diferentes correspondendo com os níveis diferentes,usando um tipo de indicador ou usando outras maneiras.
Dessa forma, a informação relacionada com a transferência de domínio enviada daaplicação da VCC 300 para o(s) UE(s) na etapa S4 inclui a informação do nível de transfe-rência de domínio que indica um nível de solicitação de transferência de domínio, que podeser, por exemplo, um do primeiro ao terceiro níveis discutidos acima.
Como uma variação, a mensagem enviada da aplicação da VCC para o(s) UE(s) naetapa S4 pode incluir uma solicitação para iniciar uma transferência de domínio, sem incluira informação do nível de transferência de domínio acima. Também, uma das mensagensdiferentes ou dedicadas correspondendo respectivamente com os níveis diferentes da solici-tação de transferência do domínio pode ser enviada do servidor de aplicação da VCC parao(s) UE(s). Por exemplo, podem existir mensagens dedicadas para indicar níveis diferentesde uma solicitação de transferência de domínio. Também, podem existir outros níveis dasolicitação de transferência de domínio, para a informação do nível de transferência de do-mínio.
Também como mencionado acima, a informação relacionada com a transferênciade domínio (S4) pode incluir a informação associada com relação à solicitação de transfe-rência de domínio feita pela rede que a aplicação da VCC avaliou na etapa S3, e a informa-ção relacionada com a avaliação. Isto é, a informação relacionada com a transferência dedomínio pode incluir a informação de avaliação. Também, a informação relacionada com atransferência de domínio pode incluir outras informações (por exemplo, a informação do es-tado da rede com relação ao estado da rede, etc.).
Também, a informação relacionada com a transferência de domínio ou a mensa-gem incluindo a informação relacionada com a transferência de domínio pode ser incluídaou combinada com uma mensagem para outra finalidade e/ou pode compartilhar o espaçode sinalização com outra funcionalidade.
Na etapa S4, a aplicação da VCC 300 transmite a mensagem incluindo a informa-ção relacionada com a transferência de domínio para o UE 100, o que pode ocorrer via umponto de referência do servidor de aplicação VCC - VCC UE1 isto é, uma interface V3 (porexemplo, interface V3 20) ou usando um método de unidifusão. Como uma variação, a men-sagem incluindo a informação relacionada com a transferência de domínio pode ser simulta-neamente enviada da aplicação da VCC 300 para uma pluralidade de UE(s), por exemplo,via um método de multidifusão ou um método de difusão.
Depois de receber a mensagem incluindo a informação relacionada com a transfe-rência de domínio da aplicação da VCC 300, o UE 100 (ou cada UE) avalia (ou analisa) ainformação incluída na mensagem (S5). O UE 100 então envia uma mensagem de resposta(por exemplo, mensagem Ack) para a aplicação da VCC 300 em resposta à mensagem re-cebida (S6). Aqui, a mensagem de resposta pode incluir informação indicando a decisão daaplicação da VCC (e/ou UE) com relação à solicitação de transferência de domínio. Por e-xemplo, a decisão sobre a solicitação da transferência de domínio pode indicar uma aceita-ção ou rejeição da solicitação de transferência de domínio feita pela aplicação da VCC. Aetapa S6 pode ser executada entre as etapas S4 e S5 e pode ser uma etapa opcional.
O UE 100 seletivamente executa (inicia) uma transferência de domínio da chamada(por exemplo, chamada em andamento) considerando a informação relacionada com a soli-citação de transferência de domínio que foi avaliada na etapa S5 (S7). Aqui, quando deci-dindo se ou não iniciar a transferência de domínio da chamada, o UE pode considerar, comoum fator que afeta a decisão, a informação relacionada com a solicitação da transferênciade domínio (isto é, a informação relacionada com a transferência de domínio incluída namensagem, como um primeiro fator) junto com outros fatores que o UE já continha. Exem-pios dos outros fatores podem ser, mas não são limitados a, preferências do usuário comoum segundo fator (e estratégia de ação do operador como um terceiro fator). Também, aprioridade (nível) entre esses fatores (por exemplo, o primeiro, o segundo e o terceiro fato-res) para tomar a decisão sobre a transferência de domínio pode ser definida de acordo coma configuração de um usuário ou uma configuração de um operador. Por exemplo, se o pri-meiro e o terceiro fatores conflitam entre si (por exemplo, o primeiro fator indica que a trans-ferência de domínio deve ser iniciada, enquanto que o terceiro fator não), então o UE 100pode decidir seguir o primeiro fator de acordo com a configuração.
Em um exemplo, na etapa S5, o UE 100 pode decidir se ou não iniciar uma transfe-rência de domínio para a chamada atual com base na informação relacionada com a trans-ferência de domínio e pelo menos uma da estratégia de ação do operador e preferências dousuário.
Enquanto isso, o ponto de referência entre o UE 100 e a aplicação da VCC 300 po-de ser implementado pelo uso de interfaces ou protocolos que foram definidos e também serimplementado pela definição de novas interfaces. Por exemplo, o ponto de referência podeser implementado pelo uso de uma sinalização com base em IMS, ou pela combinação deoutras interfaces.
No exemplo acima da figura 3, a chamada é uma chamada em andamento (por e-xemplo, uma chamada de saída ou de entrada), mas a invenção é igualmente aplicável aqualquer chamada subseqüente. Por exemplo, o UE 100 pode receber a informação relacio-nada com a transferência de domínio da aplicação da VCC 300 na S4. A seguir, o UE 100pode armazenar essa informação e em seguida avaliá-la posteriormente para uma transfe-rência de domínio de qualquer chamada subseqüente, como desejado.A seguir, construções e operações do UE 100 (isto é, um terminal) e a aplicação daVCC 300 (isto é, servidor de aplicação da VCC) de acordo com uma modalidade da presen-te invenção serão explicadas.
O UE 100 de acordo com a presente invenção pode incluir uma construção dehardware primário que é necessária para processar uma mensagem incluindo informaçãorelacionada com a transferência de domínio.
Por exemplo, como mostrado na figura 4, o UE 100 de acordo com a presente in-venção compreende um receptor 43 adaptado para receber uma mensagem de solicitaçãode transferência de domínio (ou uma mensagem) incluindo informação (informação relacio-nada com a transferência de domínio) relacionada com a solicitação da transferência dedomínio da aplicação da VCC, um transmissor 41 adaptado para enviar (transmitir) umamensagem de resposta (por exemplo, mensagem Ack) com relação à mensagem de solici-tação de transferência de domínio recebida, uma unidade de memória ou armazenamento42 para armazenar a informação relacionada com a transferência de domínio recebida eoutra informação tais como estratégia de ação do operador, preferências do usuário, etc. eum ativador de VCC 46 adaptado para avaliar (ou analisar) a informação relacionada com atransferência de domínio incluída na mensagem de solicitação de transferência de domínio(e qualquer outra informação como desejado) para decidir se ou não a transferência de do-mínio de uma chamada em andamento deve ser iniciada (executada), para adicionar (ouincluir) informação obtida pela decisão (por exemplo, aceitação ou rejeição) para a mensa-gem de resposta, e para seletivamente tentar iniciar a transferência de domínio de acordocom a decisão. Aqui, o ativador da VCC 46 pode ser um controlador como um tipo de unida-de de controle para analisar a informação relacionada com a transferência de domínio a fimde tentar iniciar a transferência de domínio. O UE 100 pode também incluir outros compo-nentes tais como uma unidade de interface Ut 47, uma unidade DM 48, uma unidade deentrada 44 e uma unidade de exibição 45. Todos os componentes do UE 100 são operati-vamente acoplados.
Como anteriormente mencionado, as operações e as funções de cada componentedo UE que inclui aspectos técnicos da presente invenção foram explicadas. Além disso, ou-tros componentes básicos do UE para receber um serviço de VCC são óbvios para aquelesversados na técnica, e a sua explicação é assim omitida.
A aplicação da VCC 300 de acordo com a presente invenção compreende um re-ceptor para receber uma solicitação de transferência de domínio (informação de solicitaçãode transferência) de uma rede (por exemplo, um nó externo) devido a uma mudança na es-tratégia de ação do operador com relação à transferência do domínio de acordo com o esta-do da rede ou para a manutenção da rede ou por alguma outra razão, e receber uma men-sagem de resposta (isto é, mensagem Ack) transferida do UE 100, uma unidade de avalia-ção para avaliar (ou analisar) a solicitação de transferência de domínio recebida comparan-do-a com as condições previamente armazenadas, um gerador de mensagem para geraruma mensagem incluindo a informação relacionada com a transferência de domínio combase na solicitação de transferência de domínio avaliada e um transmissor para enviar amensagem gerada para o(s) UE(s) 100. Aqui, desde que a mensagem incluindo a informa-ção relacionada com a transferência de domínio é gerada pela unidade de avaliação e ogerador de mensagem com a finalidade de solicitar a transferência de domínio, a unidade deavaliação e o gerador de mensagem podem ser implementados como um tipo de controla-dor que é capaz de executar as funções combinadas de ambos a unidade de avaliação e ogerador de mensagem.
A presente invenção foi explicada com referência às modalidades ilustradas nosdesenhos, que, entretanto, são apenas exemplares. Também será evidente para aquelesversados na técnica que várias modificações e variações podem ser feitas na presente in-venção sem se afastar do espírito ou do escopo da invenção. Assim, é planejado que a pre-sente invenção cubra modificações e variações dessa invenção contanto que elas se situemdentro do escopo das reivindicações anexas e seus equivalentes.
Como descrito acima, a presente invenção é vantajosa porque ela permite que oservidor de rede (por exemplo, a aplicação da VCC) solicite a transferência de domínio doUE de acordo com o estado da rede ou se necessário. Além disso, a presente invençãopermite que o servidor de rede abasteça o UE com informação relevante (informação rela-cionada com a transferência de domínio) necessária para o UE tomar uma decisão informa-da apropriada sobre se ou não iniciar a transferência de domínio para sua chamada.
Além do mais, a presente invenção permite que o servidor de rede solicite a transfe-rência de domínio do UE de acordo com o estado da rede ou para a manutenção da rede.Dessa maneira, o UE não inicia a transferência de domínio para as chamadas desnecessa-riamente e pode iniciar a transferência de domínio somente quando a rede pode execu-tar/completar a transferência de domínio. Como um resultado, a presente invenção podeefetivamente impedir a deterioração da qualidade do serviço (QoS) ou o desperdício de re-cursos de sinalização ou rádio.

Claims (36)

1. Terminal para controlar uma operação de transferência de domínio,CARACTERIZADO pelo fato de compreende:um receptor para receber uma mensagem de um servidor de rede, a mensagem in-cluindo informação relacionada com a transferência de domínio eum controlador para avaliar a informação relacionada com a transferência de domí-nio e pelo menos uma da informação de preferência do usuário e informação da estratégiade ação do operador, para determinar se iniciar uma transferência de domínio de uma cha-mada com base no resultado da avaliação e para seletivamente iniciar a transferência dodomínio com base no resultado da determinação.
2. Terminal, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quea chamada é uma chamada em andamento ou qualquer chamada subseqüente se originan-do depois de receber a mensagem.
3. Terminal, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quea informação relacionada com a transferência de domínio inclui informação de nível detransferência de domínio indicando um nível de uma solicitação de transferência de domínio.
4. Terminal, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de queo nível da solicitação de transferência de domínio é um dos seguintes:um primeiro nível que indica que a transferência de domínio deve ser executada,um segundo nível que indica que a transferência de domínio deve preferivelmenteser executada eum terceiro nível que indica que a transferência de domínio pode ser executada.
5. Terminal, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de queo controlador determina se iniciar a transferência de domínio avaliando a informação do ní-vel de transferência de domínio, a informação da preferência do usuário e a informação daestratégia de ação do operador.
6. Terminal, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queo receptor recebe a mensagem do servidor de rede através de uma interface V3, um métodode unidifusão, um método de difusão ou um método de multidifusão.
7. Terminal, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de quea informação relacionada com a transferência de domínio também inclui pelo menos uma dainformação do estado da rede e informação de avaliação relacionada com uma avaliação deuma solicitação de transferência de domínio pelo servidor da rede.
8. Terminal, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quetambém compreende:um transmissor para transmitir uma mensagem de resposta para o servidor da redeem resposta à mensagem.
9. Terminal, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queo receptor recebe a mensagem como parte de uma mensagem para outra finalidade.
10. Terminal para controlar uma operação de continuidade de chamada de voz(VCC)1 CARACTERIZADO pelo fato de que compreende:um receptor para receber uma mensagem de um servidor de rede, a mensagem in-cluindo informação relacionada com a transferência de domínio eum controlador para avaliar a mensagem incluindo a informação relacionada com atransferência de domínio para determinar se iniciar uma transferência de domínio de umachamada com base no resultado da avaliação, e para seletivamente iniciar a transferênciade domínio com base no resultado da determinação.
11. Terminal, de acordo com a reivindicação 10, CARACTERIZADO pelo fato deque a chamada é uma chamada em andamento ou qualquer chamada subseqüente que seorigina depois de receber a mensagem.
12. Terminal, de acordo com a reivindicação 10, CARACTERIZADO pelo fato deque a informação relacionada com a transferência de domínio inclui uma solicitação por umatransferência de domínio.
13. Terminal, de acordo com a reivindicação 10, CARACTERIZADO pelo fato deque a mensagem também inclui informação do estado da rede e informação de avaliaçãoquanto a uma avaliação de uma solicitação de transferência de domínio executada por umavaliador do servidor de rede eo controlador determina se iniciar a transferência de domínio avaliando a informa-ção relacionada com a transferência de domínio, a informação do estado da rede e a infor-mação de avaliação.
14. Terminal, de acordo com a reivindicação 10, CARACTERIZADO pelo fato deque o receptor recebe a mensagem como parte de uma mensagem para outra finalidade.
15. Dispositivo de rede para controlar uma operação de transferência de domínio,CARACTERIZADO pelo fato de que compreende:um controlador para analisar a informação de solicitação de transferência de domí-nio com base na informação de critérios, e para gerar uma mensagem de solicitação detransferência de domínio com base no resultado da análise eum transmissor para transmitir a mensagem de solicitação de transferência de do-mínio para pelo menos um terminal, para controlar o terminal para seletivamente iniciar umatransferência de domínio de uma chamada em andamento.
16. Dispositivo de rede, de acordo com a reivindicação 15, CARACTERIZADO pelofato de que o dispositivo de rede é um servidor de aplicação de continuidade de chamada devoz (VCC).
17. Dispositivo de rede, de acordo com a reivindicação 15, CARACTERIZADO pelofato de que a mensagem de solicitação de transferência de domínio inclui informação rela-cionada com a transferência de domínio indicando um dos seguintes:a transferência de domínio deve ser executada,a transferência de domínio deve ser preferivelmente executada ea transferência de domínio pode ser executada.
18. Dispositivo de rede, de acordo com a reivindicação 15, CARACTERIZADO pelofato de que o transmissor transmite a mensagem de solicitação de transferência de domíniopara uma pluralidade de terminais simultaneamente.
19. Dispositivo de rede, de acordo com a reivindicação 15, CARACTERIZADO pelofato de que o transmissor transmite a mensagem de solicitação de transferência de domíniopara uma pluralidade de terminais usando um método de multidifusão ou um método de di-fusão.
20. Dispositivo de rede, de acordo com a reivindicação 15, CARACTERIZADO pelofato de que o transmissor transmite a mensagem de solicitação de transferência de domíniopara um terminal através de uma interface V3 ou um método de unidifusão.
21. Servidor para controlar uma operação de transferência de domínio,CARACTERIZADO pelo fato de que compreende:um receptor para receber uma solicitação de transferência de domínio,um controlador para avaliar a solicitação de transferência de domínio com base nainformação dos critérios, para determinar se ou não gerar uma mensagem de solicitação detransferência de domínio com base no resultado da avaliação e para gerar a mensagem desolicitação de transferência de domínio com base no resultado da determinação eum transmissor para transmitir a mensagem de solicitação de transferência de do-mínio para pelo menos um terminal de modo a iniciar seletivamente uma transferência dedomínio para uma chamada.
22. Servidor, de acordo com a reivindicação 21, CARACTERIZADO pelo fato deque o receptor recebe a solicitação de transferência de domínio de um nó externo ou ummódulo interno do servidor.
23. Servidor, de acordo com a reivindicação 21, CARACTERIZADO pelo fato deque a mensagem de solicitação de transferência de domínio inclui informação relacionadacom a transferência de domínio indicando um dos seguintes:a transferência de domínio deve ser executada,a transferência de domínio deve ser preferivelmente executada ea transferência de domínio pode ser executada.
24. Servidor, de acordo com a reivindicação 21, CARACTERIZADO pelo fato deque a mensagem de solicitação de transferência de domínio também inclui informação doestado da rede e informação de avaliação quanto à avaliação da solicitação de transferênciade domínio executada pelo controlador.
25. Método de controle de uma operação de transferência de domínio,CARACTERIZADO pelo fato de que compreende:determinar, por um servidor de rede, se ou não solicitar uma iniciação de umatransferência de domínio de uma chamada,gerar, pelo servidor de rede, uma mensagem com base no resultado da determina-ção, a mensagem incluindo uma solicitação para um terminal por uma iniciação de umatransferência de domínio de uma chamada etransmitir, pelo servidor de rede, a mensagem para pelo menos um terminal.
26. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea etapa de determinação inclui:receber uma solicitação de transferência de domínio de um nó externo ou um mó-dulo interno do servidor de rede,analisar a solicitação de transferência de domínio recebida com base na informaçãode critérios edecidir se a iniciação da transferência de domínio é para ser solicitada com base noresultado analisado.
27. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea mensagem inclui informação relacionada com a transferência de domínio indicando umdos seguintes:a transferência de domínio deve ser executada,a transferência de domínio deve ser preferivelmente executada ea transferência de domínio pode ser executada.
28. Método, de acordo com a reivindicação 27, CARACTERIZADO pelo fato de quea mensagem também inclui informação do estado da rede e a informação de avaliaçãoquanto à análise executada na etapa de análise.
29. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea etapa de transmissão transmite a mensagem para uma pluralidade de terminais usandoum método de multidifusão ou um método de difusão.
30. Método, de acordo com a reivindicação 25, CARACTERIZADO pelo fato de quea etapa de transmissão transmite a mensagem para um terminal através de uma interfaceV3 ou um método de unidifusão.
31. Método para controlar uma operação de transferência de domínio,CARACTERIZADO pelo fato de que compreende:receber, por um terminal, uma mensagem de solicitação de transferência de domí-nio de um servidor de rede, a mensagem de solicitação de transferência de domínio incluin-do informação relacionada com a transferência de domínio,avaliar, pelo terminal, a informação relacionada com a transferência de domínio epelo menos uma da informação de preferência do usuário e informação da estratégia deação do operador,determinar, pelo terminal, se iniciar uma transferência de domínio de uma chamadaem andamento com base no resultado da avaliação eseletivamente iniciar, pelo terminal, a transferência de domínio da chamada em an-damento com base no resultado da determinação.
32. Método, de acordo com a reivindicação 31, CARACTERIZADO pelo fato de quea informação relacionada com a transferência de domínio inclui informação do nível detransferência de domínio indicando um nível de uma solicitação de transferência de domínio.
33. Método, de acordo com a reivindicação 32, CARACTERIZADO pelo fato de queo nível da solicitação de transferência de domínio é um dos seguintes:um primeiro nível que indica que a transferência de domínio deve ser executada,um segundo nível que indica que a transferência de domínio deve preferível menteser executada eum terceiro nível que indica que a transferência de domínio pode ser executada.
34. Método, de acordo com a reivindicação 32, CARACTERIZADO pelo fato de queo controlador determina se iniciar a transferência de domínio avaliando a informação do ní-vel de transferência de domínio, a informação de preferência do usuário e a informação daestratégia de ação do operador.
35. Método, de acordo com a reivindicação 31, CARACTERIZADO pelo fato de queo receptor recebe a mensagem de transferência de domínio do servidor de rede através deuma interface V3 ou um método de unidifusão.
36. Método, de acordo com a reivindicação 31, CARACTERIZADO pelo fato de quea informação relacionada com a transferência de domínio também inclui pelo menos uma dainformação do estado da rede e informação de avaliação quanto a uma avaliação de umasolicitação de transferência de domínio executada pelo servidor da rede.
BRPI0708026-3A 2006-02-06 2007-02-01 método para solicitar transferência de domìnio e terminal e servidor para o mesmo BRPI0708026A2 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US76521206P 2006-02-06 2006-02-06
US60/765.212 2006-02-06
KR1020060116575A KR20070108429A (ko) 2006-02-06 2006-11-23 도메인 전환의 요청 방법, 그 단말 및 그 서버
KR10-2006-0116575 2006-11-23
KR1020060135622A KR20070080208A (ko) 2006-02-06 2006-12-27 도메인 전환의 요청 방법, 그 단말 및 그 서버
KR10-2006-0135622 2006-12-27
PCT/KR2007/000558 WO2007091802A1 (en) 2006-02-06 2007-02-01 Method for requesting domain transfer and terminal and server thereof

Publications (1)

Publication Number Publication Date
BRPI0708026A2 true BRPI0708026A2 (pt) 2011-05-17

Family

ID=39063245

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0708026-3A BRPI0708026A2 (pt) 2006-02-06 2007-02-01 método para solicitar transferência de domìnio e terminal e servidor para o mesmo

Country Status (9)

Country Link
US (4) US7623522B2 (pt)
EP (1) EP1982468B1 (pt)
JP (1) JP5017283B2 (pt)
KR (2) KR20070108429A (pt)
CN (1) CN101379771B (pt)
BR (1) BRPI0708026A2 (pt)
DK (1) DK1982468T3 (pt)
PT (1) PT1982468E (pt)
WO (1) WO2007091802A1 (pt)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8665818B2 (en) * 2006-06-02 2014-03-04 Qualcomm Incorporated Method and system for dynamic anchoring of circuit-switched calls
CN100555994C (zh) * 2006-08-01 2009-10-28 华为技术有限公司 将电路域呼叫路由至分组域的方法和系统
KR101421590B1 (ko) * 2007-04-02 2014-07-24 삼성전자주식회사 이동통신 시스템에서 도메인 이동에 따른 호 설정 장치 및방법
US8375136B2 (en) * 2007-08-08 2013-02-12 Innopath Software, Inc. Defining and implementing policies on managed object-enabled mobile devices
US8879565B2 (en) * 2007-08-20 2014-11-04 Motorola Mobility Llc Method of updating core domain information for routing a service, communication device, and communication environment
US8340627B2 (en) * 2008-01-04 2012-12-25 Qualcomm Incorporated Support of voice call continuity (VCC) for wireless emergency calls
US8483680B2 (en) * 2008-10-03 2013-07-09 Qualcomm Incorporated Handling failure scenarios for voice call continuity
US20110196973A1 (en) * 2010-02-05 2011-08-11 Interdigital Patent Holdings, Inc. Method and apparatus for inter-device session continuity (idsc) of multi media streams
TWI440332B (zh) 2010-06-02 2014-06-01 Htc Corp 處理ps以及cs通訊服務的方法
US8693396B2 (en) * 2010-06-08 2014-04-08 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for allowing a subscriber to view the calling party number for a circuit switched voice call page while attached to a packet data network
US8908643B2 (en) * 2012-01-27 2014-12-09 Telefonaktiebolaget L M Ericsson (Publ) Handover of priority calls from a circuit switched access network with single radio voice call continuity
CN104094638B (zh) 2012-01-27 2018-06-08 瑞典爱立信有限公司 从电路交换到分组交换接入网络的紧急呼叫切换
WO2015092802A1 (en) * 2013-12-20 2015-06-25 Hewlett-Packard Development Company, L.P. Storage capacity regression
KR102144922B1 (ko) * 2017-05-08 2020-08-14 주식회사 엘지화학 배터리 폭발방지 장치, 배터리 팩 및 작동 방법
CN108770014B (zh) * 2018-07-10 2022-03-25 广东工业大学 网络服务器的计算评估方法、系统、装置及可读存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5732078A (en) * 1996-01-16 1998-03-24 Bell Communications Research, Inc. On-demand guaranteed bandwidth service for internet access points using supplemental user-allocatable bandwidth network
US5867495A (en) * 1996-11-18 1999-02-02 Mci Communications Corporations System, method and article of manufacture for communications utilizing calling, plans in a hybrid network
US6064653A (en) * 1997-01-07 2000-05-16 Bell Atlantic Network Services, Inc. Internetwork gateway to gateway alternative communication
US6574216B1 (en) * 1997-03-11 2003-06-03 Verizon Services Corp. Packet data network voice call quality monitoring
US5889774A (en) * 1997-03-14 1999-03-30 Efusion, Inc. Method and apparatus for selecting an internet/PSTN changeover server for a packet based phone call
JP2000209633A (ja) * 1999-01-14 2000-07-28 Toshiba Corp 移動無線通信システムおよび移動無線端末装置
GB2381706B (en) * 2000-07-03 2004-02-11 Ericsson Telefon Ab L M System and methods for performing a handover between a circuit switched environment and a packet switched environment
KR100703264B1 (ko) * 2003-08-29 2007-04-03 삼성전자주식회사 다양한 억세스망들이 중첩된 이동통신시스템에서 음성 및데이터 서비스 제공 방법 및 장치
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
JP4291724B2 (ja) * 2004-03-31 2009-07-08 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動局
WO2005117463A2 (en) * 2004-05-27 2005-12-08 Nokia Corporation Managing multimode roaming mobile devices
ES2837465T3 (es) * 2005-03-17 2021-06-30 Ericsson Ab Método y aparato para continuidad de voz de subsistema multimedia y conmutado por circuito
CN101208970A (zh) * 2005-06-15 2008-06-25 阿泽尔网络公司 在ip-can与cs网络之间的话音呼叫连续性应用服务器
US20070149166A1 (en) * 2005-12-23 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Voice call continuity for emergency calls
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
US7706779B2 (en) * 2006-03-16 2010-04-27 Research In Motion Limited System and method for controlling VCC functionality in a network environment including IMS
GB2443462A (en) * 2006-11-03 2008-05-07 Ericsson Telefon Ab L M Identifying a session to be transferred between communications domains

Also Published As

Publication number Publication date
EP1982468A1 (en) 2008-10-22
US20070195785A1 (en) 2007-08-23
EP1982468A4 (en) 2010-03-24
US8670413B2 (en) 2014-03-11
CN101379771B (zh) 2013-07-24
US7623522B2 (en) 2009-11-24
WO2007091802A1 (en) 2007-08-16
PT1982468E (pt) 2012-09-28
US20100034199A1 (en) 2010-02-11
US20130121334A1 (en) 2013-05-16
US20100027498A1 (en) 2010-02-04
JP2009524977A (ja) 2009-07-02
US7843937B2 (en) 2010-11-30
EP1982468B1 (en) 2012-08-08
KR20070080208A (ko) 2007-08-09
DK1982468T3 (da) 2012-09-03
CN101379771A (zh) 2009-03-04
KR20070108429A (ko) 2007-11-12
US8369336B2 (en) 2013-02-05
JP5017283B2 (ja) 2012-09-05

Similar Documents

Publication Publication Date Title
BRPI0708026A2 (pt) método para solicitar transferência de domìnio e terminal e servidor para o mesmo
CN112997460B (zh) 在电信网络中检测用户设备ue与内容提供者cp之间的快速用户数据报协议互联网连接quic业务的方法
US7940783B2 (en) Method and terminal for restriction of domain transfer
CN101379729A (zh) 在话音呼叫连续性中发起呼叫的方法及其终端和服务器
US20070183411A1 (en) Method for controlling VCC functions in VCC initiated by terminal and terminal and network server thereof
US20210360451A1 (en) Method and Apparatus for Supporting Event Monitoring
US8908634B2 (en) Method for controlling VCC functions initiated by network and terminal and network server thereof
CA2780182C (en) Method of establishing optimized media path and signaling gateway for implementing this method
US20220191747A1 (en) Methods and apparatus relating to handover of a wireless device
US9473976B1 (en) Method and system for controlling bearer quality
MX2008009767A (en) Method for requesting domain transfer and terminal and server thereof
RU2434364C2 (ru) Система и способ для указания доступа с коммутацией каналов при ims-регистрации
CN103582158B (zh) 一种直通隧道建立方法及网元及网关及系统
MX2008009766A (en) Method and terminal for restriction of domain transfer
JP2008092599A (ja) ネットワーク識別される非常セッションを取り扱う方法及びシステム

Legal Events

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

Free format text: REFERENTE A 12A ANUIDADE.

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

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2499 DE 27-11-2018 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.