BRPI0622032A2

BRPI0622032A2 - Método, arranjo e sistema para facilitar comunicação em um sistema de telecomunicações, e, artigo de fabricação em um sistema de telecomunicações usado para facilitar comunicação

Info

Publication number: BRPI0622032A2
Application number: BRPI0622032-0A
Authority: BR
Inventors: Jonas Falkenaa; Mats Stille
Original assignee: Ericsson Telefon Ab L M
Priority date: 2006-10-11
Filing date: 2006-10-11
Publication date: 2014-04-22
Also published as: WO2008044970A1; JP2010506533A; EP2074794A1; CN101523841A; AU2006349481A1; US20100110978A1; EP2074794A4

Description

“MÉTODO, ARRANJO E SISTEMA PARA FACILITAR COMUNICAÇÃO EM UM SISTEMA DE TELECOMUNICAÇÕES, E, ARTIGO DE FABRICAÇÃO EM UM SISTEMA DE TELECOMUNICAÇÕES USADO PARA FACILITAR COMUNICAÇÃO” CAMPO TÉCNICO

A presente invenção se refere à métodos e arranjos em um sistema de telecomunicações para facilitar a comunicação entre um primeiro terminal configurado para usar um primeiro modelo de sessão para transporte de mídia, e um segundo terminal configurado para usar um segundo modelo de sessão para o transporte de mídia.

INTRODUÇÃO

Subsistema de Multimídia IMS de IP é a tecnologia definida pelo Projeto de Parceria de Terceira Geração para fornecer serviços de multimídia de IP através das redes de comunicação móvel (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 e TS 29.329 Release e Release 6). IMS fornece recursos principais para enriquecer a experiência de comunicação pessoa à pessoa do usuário final através do uso dos Habilitadores de Serviço do IMS padronizados, que facilitam novos ricos serviços de comunicação pessoa à pessoa (cliente à cliente) assim como serviços de pessoa à conteúdo (cliente à servidor) sobre redes baseadas em IP. O IMS faz uso de Protocolo de Iniciação de Sessão SIP para configurar e controlar chamadas ou sessões entre terminais de usuários (ou terminal de usuários e aplicações de servidores). O Protocolo de Descrição de Sessão SDP, transportado pela sinalização de SIP, é usado para descrever e negociar os componentes de mídia da sessão. Enquanto SIP foi criado como um protocolo de usuário à usuário, IMS permite aos operadores e provedores de serviço controlar o acesso de usuário aos serviços e conseqüentemente cobrar os usuários.

Serviços multimídia de IP fornecem uma combinação dinâmica de voz, vídeo, envio de mensagens, dados, etc, dentro da mesma sessão. Crescendo o número de aplicações básicas e a mídia que é possível combinar, o número de serviços oferecidos para os usuários finais vai crescer, e a experiência de comunicação inter-pessoal será enriquecida. Isto vai 5 conduzir a uma nova geração de serviços de comunicação de multimídia ricos e personalizados, incluindo os assim chamados serviços “combinados de Multimídia de IP”.

O conceito atrás de serviços combinados envolve empacotar o serviço de voz em um domínio da comutação por circuito CS existente com o”conteúdo” no domínio da comutação por pacote PS. Ele usa redes de dados e voz baseadas em padrões que estão, para uma grande extensão, já em uso pelos operadores. Um exemplo de serviços combinados é quando uma chamada de voz é configurada como normal no domínio da CS e então enquanto a chamada está em curso, conteúdo tal como imagens, vídeos e arquivos podem ser adicionados ou retirados através do domínio da PS. Isto enriquece a comunicação de voz e melhora a interação entre serviços de voz e dados criando um número de novas oportunidades de negócios para os operadores de comunicação móvel. A solução fim a fim de serviços combinados é altamente passível de escalonar, robusta e alinhada com as especificações de CS de Combinação da 3GPP e serviços CSI do IMS e é baseada na arquitetura de IMS conforme especificado pelo 3GPP.

Implantações de IMS fixos suportam uma variedade de serviços como Telefone de Multimídia MMtel de IMS, transferência de arquivo e Envio de Mensagem Instantâneo, etc. Telefone de Multimídia de 25 IMS oferece serviços novos e atraentes para o mercado residencial. Operadores podem expandir suas Rede de Telefonia Comutada Publica PSTN corrente oferecendo uma ou várias linhas de telefonia em IP para cada casa domésticas. Telefone de Multimídia de IMS é baseada no padrão do IMS, especificado pelo 3GPP. Ainda mais a solução é construída de acordo com uma padronização conduzida pelo TISPAN que monitora requisitos adicionais a partir da perspectiva da rede fixa. Telefone de Multimídia de IMS reduz custos permitindo adição direta de novas aplicações e evolução de serviços a partir da Telefonia sobre IP para telefonia de Vídeo para convergência da 5 comunicação móvel/fixa. Em Telefone de Multimídia de IMS, um único modelo de sessão é usado para múltiplo transporte de mídia, e. g. voz e vídeo são negociados e configurados como uma sessão de sinalização. Figura 1 é parte da técnica anterior e, de forma esquemática, divulga a comunicação entre terminais de Telefonia de multimídia Al e A2 ambos usando 10 transferência de mídia de acordo com um modelo de uma sessão”ONE”. As entidades de nós adicionais mostradas na figura 1 serão explicadas mais tarde na descrição quando a invenção é discutida.

Correntemente CSI (CS de Combinação e serviços de IMS) é um serviço definido de 3 GPP usado para enriquecer a experiência de uma 15 sessão de comunicação de comutação por circuito CS de comunicação móvel tal como voz com uma sessão de IMS simultânea. A sessão de IMS poderia ser uma seqüência de vídeo, transferência de imagem ou outros tipos de transferência de mídia.

Enquanto no Telefone de Multimídia de IMS MMtel, voz e 20 vídeo são negociados e configurados como uma sessão de sinalização, no caso de CSI, voz é configurada com uma sessão de CS e e.g. vídeo é configurado com uma sessão de IMS em paralelo i. e. MMtel usa um modelo de uma sessão e CSI usa um modelo de duas sessões. Comunicação entre terminais usando diferentes modelos de sessões coloca um problema de inter- 25 funcionamento.

No pedido de Patente do US 2006/0126590 é divulgado método para receber dados em um sistema onde dados são transmitidos em uma grande quantidade de freqüências. Um dispositivo determina uma configuração associada com uma sessão selecionada e recebe a sessão de acordo com uma determinada configuração. Em um cenário de CSI para MMtel o desencontro afeta uma sessão de um sentido em relação a uma sessão de dois sentidos onde a segunda sessão poderia resultar em uma resposta de ocupado do cliente de MMtel.

5 Um problema adicional é a necessidade de fazer rerroteamento

da sessão. O pedido da Patente de US 2004/0160895 Al divulga uma notificação de falha seguida por um rerroteamento apropriado.

Uma iniciação de sessão de voz de MMtel para CSI vai resultar em roteamento no domínio da Comutação por pacote seguido de uma 10 rejeição do CSI, já que CSI não suporta voz sobre Comutação por pacote, somente voz sobre Comutação por circuito. MMtel usa o domínio de IMS para configurar de acordo com o modelo de uma sessão enquanto CSI usa ambos, os domínios de IMS e de CS para configurar de acordo com o modelo de duas sessões. Preferências de quem origina chamada para o Protocolo de 15 Iniciação de Sessão pode ser encontrado em documentos de padrões tal como RFC 3841.

SUMÁRIO

A presente invenção resolve um problema relacionado à comunicação entre terminais usando diferentes modelos de sessão. Para um 20 terminal de modelo de uma sessão ser capaz de se comunicar com um terminal de modelo de duas sessões, uma sessão tem de ser dividida em duas sessões ou duas sessões tem de ser unidas em um. Por exemplo, em um cenário de CSI para MMtel, se isto não é feito, a segunda sessão poderia resultar em uma resposta de erro ou de ocupado do cliente de MMtel. 25 Contudo, dividindo ou unindo sessões, implica em obstáculos devido às diferenças inerentes dos tipos de sessão. Um problema adicional é a inabilidade de uma Rede de Núcleo do IMS para fazer interrupção da Comutação de Circuito para uma sessão destinada em um usuário registrado. A interrupção somente ocorre se o assinante chamado não está registrado dentro do sistema. Neste caso o assinante é registrado no sistema mas devido a incapacidade de comunicação entre um terminal do modelo de uma sessão (tal como MMtel) e um terminal do modelo de duas sessões (tal como CSI), nenhuma indicação será encontrada no domínio de Controle de IMS durante configuração da sessão mostrando a necessidade de efetuar roteamento no domínio de Comutação por circuito para os dois terminais serem capazes de se comunicar.

De acordo com a invenção, os problemas de comunicação são resolvidos facilitando para o terminal de uma sessão circunstancialmente selecionar se comunicar ou de acordo com um modelo de uma sessão ou de acordo com um modelo de duas sessões. Deduzindo dados de registro relacionados a um usuário de destino permite ao usuário de origem selecionar que tipo de modelo usar, i. e. na dependência de que tipo de modelo o usuário de destino suporta.

A solução para os problemas mais em detalhe compreende método para facilitar comunicação em um sistema de telecomunicação, entre um primeiro terminal configurado para usar um primeiro modelo de sessão, e um segundo terminal configurado para usar um segundo modelo de sessão para transporte de mídia. O método compreende os seguintes passos:

- Uma verificação da capacidade de serviço é iniciada a partir do primeiro terminal.

- Recursos de capacidade relacionados ao segundo terminal são recebidos para o primeiro terminal.

- Estabelecimento do fato que o segundo terminal é configurado para usar o segundo modelo de sessão.

- O primeiro terminal é reconfigurado para uso do segundo modelo de sessão.

De acordo com um aspecto adicional da invenção, o problema adicional é resolvido efetuando um registro representativo no domínio de controle no sistema de telecomunicações. O registro representativo permite roteamento no domínio da Comutação por circuito.

Um objeto da invenção é aprimorar a habilidade para clientes de IMS/SIP tal como um cliente de MMtel de fazer chamadas de voz melhoradas para clientes combinados de IMS/CS tal como um terminal de CSI. Este objeto e outros são alcançados através de métodos, arranjos, sistemas e artigos de fabricação.

Uma vantagem com a invenção é que ela realiza uma maneira de suportar inter-funcionamento entre terminais de uma sessão de IMS/SIP e terminais de duas sessões de CSI fixos.

Uma outra vantagem com a invenção é que ela introduz um função de registro representativo para permitir o uso de funcionalidade de IMS no contexto de inter-funcionamento de CSI.

A invenção será agora descrita em mais detalhe com a ajuda das modalidades preferidas em conjunto com os desenhos anexos.

DESCRIÇÃO BREVE DOS DESENHOS

Figura 1 é parte da técnica anterior e divulga uma ilustração esquemática em bloco do subsistema de Multimídia de IP em conjunto com redes de acesso e rede principal quando mídia é transferida de acordo com um modelo de uma sessão.

Figura 2 divulga uma ilustração esquemática em bloco do subsistema de Multimídia de IP em conjunto com as redes de acesso e rede principal quando mídia é transferida entre um terminal de MMtel reconfigurado e um terminal de CSI de acordo com um modelo de duas sessões. Voz e vídeo são iniciados a partir do terminal de MMtel.

Figura 3 divulga um diagrama de seqüência de sinal para configuração de chamada de voz a partir de MMtel para CSI seguido por iniciação de vídeo a partir de MMtel.

Figura 4 divulga uma ilustração esquemática em bloco do subsistema de Multimídia de IP em conjunto com redes de acesso e rede principal quando mídia é transferida entre um terminal de MMtel reconfigurado e um terminal de CSI de acordo com um modelo de duas sessões. Voz e vídeo são iniciados a partir do terminal de CSI.

Figura 5 divulga um diagrama de seqüência de sinal para

configuração de chamada de voz a partir de CSI para MMtel seguido por iniciação de vídeo a partir de CSI.

Figura 6 divulga um fluxograma ilustrando alguns passos essenciais do método da invenção.

Figura 7, de forma esquemática, divulga um arranjo que pode

ser usado para colocar a invenção em prática.

DESCRIÇÃO DETALHADA

Figura 2 divulga um sistema de telecomunicações compreendendo um Subsistema de Multimídia de IP IMS-A e IMS-B que 15 monitora a sinalização em um domínio de controle. Mídia tal como voz e vídeo é principalmente monitorada em um domínio portador. O domínio portador no exemplo consiste de uma rede de acesso ACC NW (tal como PLMN e PSTN) e uma Rede de Acesso via Rádio Terrestre UTRAN de UMTS e uma rede principal de IP NW. Um cliente A de MMtel está 20 localizado na rede de acesso ACC NW enquanto um cliente B de CSI está localizado na rede de acesso UTRAN. O cliente A de MMtel é um cliente de uma sessão usada para múltipla mídia. Voz e vídeo por exemplo são negociados e configurados como uma sessão de sinalização. De acordo com a invenção, o dispositivo de MMtel é reconfigurável para selecionar se 25 comunicar de acordo com um modelo de uma sessão ou de acordo com um modelo de duas sessões. Esta reconfiguração do dispositivo de MMtel será ainda explicada mais tarde na descrição. O cliente de CSI é um cliente de duas sessões que comunica sinalização e mídia para/do Subsistema de Multimídia de IP de IMS através de uma estação base de rádio e um Controlador de Rede de Rádio RNC. A sinalização/mídia aqui passa por um Centro de Comutação de Serviço Móvel MSC no domínio da Comutação por Circuito CS ou um Nó de Suporte GPRS de Ponto de Conexão GGSN no domínio da Comutação por Pacote PS. O domínio de controle no exemplo compreende duas redes de IMS, uma rede de origem neste exemplo, IMS-A, e uma rede de destino IMS-B. Na figura 2 cada rede do IMS compreende uma Função de Controle de Sessão/Chamada CSCF-A e CSCF-B. As CSCFs são servidores de SIP e nós essenciais no IMS. Uma CSCF processa sinalização de SIP na rede do IMS. A CSCF compreende tipos diferentes de Funções de Controle de Chamada/Sessão tais como P-/I-/S-CSCF como definido nas normas, mas são, por motivos de clareza, mostradas no esquemático da figura 2 como um único nó. A P-CSCF atua entre outros como o primeiro ponto de contato (no plano de sinalização) entre um terminal e a rede do IMS, a S- CSCF é um nó central do plano de sinalização e efetua controle da sessão. Um Controlador de Ponto de Conexão de Mídia MGC recebe a sinalização de SIP da CSCF-B e transforma a sinalização de SIP em sinalização de ISUP de Parte de Usuário de ISDN. ISUP é usado no domínio da Comutação por Circuito na configuração, gerenciamento, e liberação de troncos que transportam voz e dados entre as partes chamadas e que chamam. Um nó de Informação Condensada de Registro RS registra um contato na CSCF-B. Este contato contém informação necessária para a CSCF-B rotear uma solicitação corretamente. O RS é um Cliente de Agente de Usuário do SIP que efetua um registro representativo em nome de um dispositivo tal como um dispositivo de Comutação por Circuito que pode não se registrar explicitamente com a CSCF-B.

Uma primeira modalidade da invenção será agora introduzida com a figura 3. O método divulgado na figura 3 compreende configuração de chamada de voz de A para B seguido por A iniciando configuração de vídeo. O método vai mostrar um controle de registro que esclarece para o cliente A de origem que modelo de sessão o cliente B de destino usa i. e. um modelo de duas sessões neste exemplo. O método também vai mostrar roteamento de sinalização no domínio da CS e ainda configuração de uma voz/vídeo em paralelo em uma comunicação de duas sessões. Um pré-requisito para a 5 invenção é que o cliente A de uma sessão é preparado para se reconfigurar para usar também o modelo de duas sessões e conseqüentemente explicitamente tem registrado o contato para ambos CSI e MMtel na CSCF-A. Figura 3 é dividida em quatro grupos de sinalização, i. e. REGISTRO, CHAMADA, VERIFICAÇÃO DE SERVIÇO e VÍdeo. As entidades nós tais

como CSCF, RS, etc. já foram explicadas na figura 2. O método de acordo com a primeira modalidade da invenção compreende os seguintes passos: REGISTRO

— Um contato Tag=CSI&MMtel, um assim chamado primeiro rótulo de recurso, é armazenado no CSCF-A como parte dos dados de registro

para o cliente A. O contato é enviado IA a partir de A para CSCF-A. O contato contém a informação necessária para a CSCF-A rotear qualquer solicitação de MMtel ou CSI para o cliente A.

— O cliente B, i. e. o cliente de CSI, se conecta a rede Comutação por Circuito CS e um sinal IB é enviado através do MSC a partir

de B para o nó de Registro de Informação Condensada RS.

— O RS registra o cliente A, i. e. o cliente de MMtel que é configurável para se comunicar usando ou o modelo de uma ou de duas sessões. O registro é mostrado na figura com um sinal 1C. Um contato Tag=MMtel, um assim chamado segundo rótulo de recurso, é aqui

armazenado na CSCF-B como parte dos dados de registro para o cliente B. O registro pode ocorrer ou dinamicamente, como no passo acima, ou estatisticamente, i. e. por disposição. Se registro dinâmico é desejado, este poderia ser implementado usando acionadores de CAMEL ou

OSA/Parlay/Serviços de Parlay X Estado. Através de registro estático, o registro é configurado de forma manual no RS. O RS então e. g. periodicamente atualiza a CSCF-B. O contato contém informação necessária para a CSCF-B rotear qualquer solicitação de MMtel para o dispositivo B através do MGC e MSC no domínio da Comutação por Circuito.

CHAMADA

— O cliente A inicia uma sessão de voz de MMtel a partir do cliente A de origem em direção ao cliente de destino B através da CSCF-B, enviando uma solicitação 2A de CONVITE do SIP. A CSCF-B encontra o contato de MMtel, i. e. o Tag=MMtel, para o dispositivo de comunicação móvel de CSI e conseqüentemente encaminha a solicitação de sinalização 2A de SIP para o MGC. O MGC é uma máquina de estado que faz conversão de protocolo e neste exemplo, o MGC mapeia SIP para ISUP. O MGC direciona a solicitação 2B de sinalização de ISUP através do MSC no domínio da Comutação por Circuito, para o cliente B.

— O cliente B responde com um reconhecimento enviando um sinal de reconhecimento 2C através do MSC para o MGC. Após conversão de 2C, um sinal 2D de resposta SIP 200 (OK) é enviada a partir do MGC para o cliente A de acordo com a figura 3.

— Uma sessão de voz é agora estabelecida entre os clientes. A sessão consiste de VOICE 22A de Protocolo de Tempo Real RTP entre o cliente A e Ponto de Conexão de Mídia MGW, de VOICE 22B de Modulação de Código de Pulso PCM entre o MGW e o MSC e de VOICE 22C de Multitaxa Adaptativa AMR entre o MSC e o cliente B.

VERIFICAÇÃO DE SERVIÇO

— Uma verificação de capacidade de serviço é efetuada usando um sinal 3 A de OPTIONS do SIP enviado a partir do cliente A através do Nó de Suporte GPRS de Ponto de Conexão GGSN no domínio da Comutação por Pacote PS para o cliente B.

— O cliente B responde enviando um sinal 3B de OPTIONS do SIP para o cliente A de acordo com a figura 3. O sinal de OPTIONS do SIP compreende um registro de”CSI” mostrando que o cliente B suporta CSI. Neste caso o cliente B remoto somente suporta CSI, portanto o cliente A de origem sabe usar o modelo de duas sessão para qualquer mídia adicional.

— O dispositivo A é reconfigurado e é agora preparado para uso do segundo modelo de sessão TWO. A reconfiguração é marcada com X na figura 2. Um pré-requisito para a reconfiguração é que o dispositivo seja preparado para responder ao sinal de OPTIONS do SIP acima através da reconfiguração.

— Mesma espécie de sinalização como acima é enviada em direções opostas. Durante esta sinalização, o cliente B pergunta ao cliente A que sinalização o cliente A suporta e A responde, (esta sinalização não é mostrada na figura 3)

VÍDEO

— O cliente A inicia uma sessão de Vídeo de CSI em direção ao cliente B enviando uma solicitação 4A de CONVITE do SIP de acordo com a figura 3. O cliente B responde enviando um sinal 4B de SIP 200 (OK) para A.

— Uma sessão de vídeo de dois sentidos é agora estabelecida entre os clientes. A sessão consiste VIDEO 44 de Protocolo de Tempo Real entre os clientes AeB.

Iniciação da sessão de vídeo sessão poderia, da mesma forma, vir do cliente B. A ser notado também é que a figura 3 somente mostra os princípios gerais da sinalização. E claro que a sinalização vai variar dependendo das circunstâncias existentes tais como, por exemplo se IMS-A ou IMS-B estão atuando como redes de domésticas ou visitadas para os assinantes AeB respectivamente. Ainda mais, o tipo de protocolo da sinalização é somente mencionado brevemente mas pode ser encontrado em documentos relacionados a norma. A ser notado também é que os rótulos (CSI e MMtel) mencionados acima são para serem vistos como exemplos. Qualquer rótulo de recurso poderia ser usado.

Figura 4 corresponde em geral ao já explicado na figura 2.

Contudo, na

figura 4 IMS-B é a rede de origem do IMS e IMS-A é a rede

de destino. Um Ponto de Conexão de Mídia MGW e um Controlador de Ponto de Conexão de Mídia MGC usado na invenção estão na segunda modalidade localizada no IMS-A em vez do IMS-B como na primeira modalidade.

Figura 5 divulga uma segunda modalidade da invenção. O 10 método divulgado na figura 5 compreende a configuração de chamada de voz de B para A seguido por B iniciando configuração de vídeo. Neste caso IMS- B é a rede de origem do IMS enquanto IMS-A é a rede de destino. O método como na primeira modalidade vai mostrar a configuração de uma voz/vídeo em paralelo em uma comunicação de duas sessões. O método de acordo com 15 a segunda modalidade da invenção compreende os seguintes passos:

REGISTRO

— Registro é efetuado na mesma maneira como na primeira modalidade i. e. um contato Tag=CSI&MMtel é armazenado na CSCF-A.

CHAMADA

— O cliente B inicia uma sessão de voz de CSI a partir do

cliente B de origem em direção ao cliente A de destino através do MGC localizado na rede de destino IMS-A para a CSCF-A, enviando um sinal 5A de SETUP. O MGC transforma a sinalização de ISUP em sinalização de SIP. A CSCF-A encontra o contato de CSI, i. e. o Tag=CSLfcMMtel e 25 conseqüentemente direciona uma solicitação 5B de sinalização de SEP do MGC para o cliente A.

— O cliente A responde com um reconhecimento enviando uma sinal de reconhecimento 5C i.e um sinal de resposta de SIP 200 (OK) através do MGC. Após conversão de 5C, um sinal de reconhecimento 5D do ISUP é enviado a partir do MGC para o MSC na rede de origem de acordo com figura 5. — Uma sessão de voz é agora estabelecida entre os clientes.

A sessão consiste de VOICE 55A do Protocolo de Tempo Real RTP entre o cliente Aeo Ponto de Conexão de Mídia MGW, de VOICE 55B de Modulação de Código de Pulso PCM entre o MGW e o MSC e de VOICE 55C de Multitaxa Adaptativa AMR entre o MSC e o cliente B.

VERIFICAÇÃO DE SERVIÇO

— Uma verificação de serviço é efetuada usando um sinal 6A de OPTIONS do SIP enviado a partir do cliente B através do Nó de Suporte GPRS de Ponto de Conexão GGSN no domínio da Comutação por Pacote PS para o cliente A.

— O cliente A responde enviando um sinal 6B de OPTIONS do SIP enviando a SIP para o cliente B. O sinal de OPTIONS do SIP compreende um registro”MMtel” (não mostrado nas figuras) mostrando que o cliente A suporta MMtel.

— Uma verificação de capacidade é efetuada usando um sinal 6C de OPTIONS do SIP enviado a partir do cliente A através do

Nó de Suporte GPRS de Ponto de Conexão GGSN no domínio da Comutação por Pacote PS para o cliente B.

— O cliente B responde enviando um sinal 6D de OPTIONS do SIP para o cliente A. O sinal de OPTIONS do SIP compreende um registro de”CSI” (ver figura 4) mostrando que o cliente B suporta CSI. Neste caso o cliente B remoto somente suporta CSI, portanto o cliente A de origem sabe usar o modelo de duas sessões para qualquer adicional mídia.

— O dispositivo A é reconfigurado e é agora preparado para uso do segundo modelo de sessão TWO. A reconfiguração é marcada com X na figura 2.

VIDEO

— O cliente B inicia uma sessão de vídeo de CSI em direção ao cliente A enviando uma solicitação 7A de CONVITE do SEP. - Uma sessão de vídeo de dois sentidos é agora estabelecida os clientes. A sessão consiste de VIDEO 77 de Protocolo de Tempo Real RTP entre os clientes AeB.

Iniciação da sessão de vídeo poderia da mesma forma vir do cliente A. Isto já foi mostrado na primeira modalidade.

Figura 6 divulga um fluxograma no qual alguns passos importantes são mostrados. O fluxograma é para ser lido junto com as figuras mostradas anteriormente. O fluxograma compreende os seguintes passos:

- Uma verificação de capacidade de serviço é iniciada e enviada a partir do primeiro terminal A para o segundo terminal B. Este passo é mostrado na figura 6 com um bloco 101.

- Recursos de capacidade de”CSI” relacionados ao segundo terminal B é recebido para A. O primeiro terminal A estabelece que B é configurado para usar um segundo modelo de sessão. Este passo é mostrado na figura 6 com um bloco 102.

- O primeiro terminal A é reconfigurado para usar o mesmo modelo de sessão como B i. e. o segundo modelo de sessão. Este passo é mostrado na figura 6 com um bloco 103.

Um arranjo que pode ser usado para colocar a invenção em prática é, de forma esquemática, mostrado na figura 7. Figura 7 divulga a rede IMS e dispositivos de usuários A e B. O dispositivo de usuário A corresponde ao cliente A descrito anteriormente e o dispositivo de usuário B corresponde ao cliente B descrito anteriormente. O dispositivo de usuário A compreende uma unidade de processador PRl que recebe, monitora e envia sinais tais como sinais de configuração de registro e mídia para EMS e B. PRl inclui capacidade para receber e responder a um sinal de opção e reconfigurar um dispositivo de recepção/envio A-R/S para receber/enviar mídia de acordo com o modelo de uma sessão ou modelo de duas sessões. Uma unidade de processador PR2 na rede do IMS monitora configuração de registro e mídia. Uma unidade de registro REG na rede do IMS recebe dados de registro proveniente de A, B ou de um dispositivo de Informação Condensada de Registro RS através da unidade de processador PR2. Os dados de registro são armazenados no REG. Um dispositivo de roteamento R é responsável para rotear através do domínio da Comutação por Circuito CS. B opera no domínio da Comutação por Pacote PS e no domínio da Comutação por Circuito CS. B recebe/envia mídia no domínio da PS através de um Receptor/Transmissor Bl-R/S e recebe/envia mídia no domínio da CS através um Receptor/Transmissor B2-R/S.

Nas figuras itens enumerados são mostrados como elementos individuais. Em implementações efetivas da invenção, contudo, eles podem ser componentes inseparáveis de outros dispositivos eletrônicos tal como um computador digital. Assim sendo, as ações descritas acima podem ser implementadas em software que pode ser incorporado em um artigo de fabricação que inclui um meio de armazenamento de programa. O meio de armazenamento de programa inclui sinal de dados incorporado em um ou mais de, uma onda portadora, um disco de computador (magnético, ou óptico (e. g., CD ou DVD, ou ambos), uma memória não volátil, uma fita, uma memória de sistema, e um disco rígido de computador.

A invenção não é limitada aos exemplos mostrados acima. Várias espécies de tipos de rede podem ser usadas pela invenção tal como PSTN, PLMN etc. A configuração do IMS pode, como já indicado, sevarias espécies. A ser notado também é o fato de que os rótulos (CSI e MMtel) mencionados neste documento são para serem vistos como exemplos.

r

Qualquer rótulo de recurso poderia ser usado. E claro que a invenção não é limitada ao descrito acima e nas modalidades mostradas nos desenhos mas pode ser modificado dentro do escopo das reivindicações anexas.

Claims

1. Método para facilitar comunicação em um sistema de telecomunicações, entre um primeiro terminal (A) configurado para usar um primeiro modelo de sessão (ONE), e que dias seções de mídia são negociadas e configuradas como uma sessão de sinalização, e um segundo terminal (B) configurado para usar um segundo modelo de sessão (TWO), e que duas sessões de mídia são configuradas em paralelo como duas seções de sinalização para transporte de mídia, caracterizado pelo fato de compreender os seguintes passos: - iniciar uma verificação de capacidade de serviço do primeiro terminal (A); - receber para o primeiro terminal (A) recursos de capacidade de (“CSI”) relacionados ao segundo terminal (B); - estabelecer que o segundo terminal (B) suporta somente o segundo modelo de sessão (TWO) pelo qual o primeiro terminal (A) seleciona para se comunicar de acordo com o segundo modelo de sessão (TWO).

2. Método de acordo com a reivindicação 1 caracterizado pelo fato de compreender o seguinte passo adicional: - registrar um primeiro rótulo de recurso (CSI&MMtel) em um domínio de controle no sistema, representando um contato entre o primeiro terminal (A) e o segundo terminal (B).

3. Método de acordo com a reivindicação 1 ou 2 caracterizado pelo fato de compreender os seguintes passos adicionais: -registrar um rótulo de recurso (MMtel) em um domínio de controle no sistema, representando um contato entre o primeiro terminal (A) e o segundo terminal (B); -iniciar (CONVITE-1) configuração de uma primeira sessão de mídia (voz) entre os terminais (A, B); - detecção do primeiro rótulo registrado (MMtel); - rotear a primeira sessão de mídia através de um domínio de comutação de circuito (CS).

4. Método de acordo com a reivindicação 3, caracterizado pelo fato de que o segundo rótulo (MMtel) é registrado ou estatisticamente ou dinamicamente através de um Registro de Informação Condensada (RS).

5. Método de acordo com a reivindicação 4 caracterizado pelo fato de que o segundo rótulo (MMtel) é registrado estatisticamente através de entrada manual do Registro de Informação Condensada (RS).

6. Método de acordo com a reivindicação 4, caracterizado pelo fato de que o segundo rótulo é registrado dinamicamente através da entrada do rótulo (MMtel) para o Registro de Informação Condensada (RS) quando o segundo terminal (B) entra no sistema.

7. Método de acordo com a reivindicação 6, caracterizado pelo fato de que o segundo rótulo é registrado dinamicamente através da implementação de acionadores de CAMEL ou OSA/Parlay/Serviços de Parlay X Estado.

8. Método de acordo com qualquer das reivindicações 2 a 7, caracterizado pelo fato de compreender o seguinte passo adicional: - iniciar (CONVITE-2) configuração de uma segunda sessão de mídia (vídeo) no domínio da comutação de pacote (PS) entre os terminais (A, B), em paralelo à primeira sessão (voz).

9. Método de acordo com qualquer das reivindicações 2 a 8, caracterizado pelo fato de que o primeiro rótulo (MMtel&CSI) é registrado em uma Função de Controle de Sessão/Chamada (CSCF-A) no qual os dados do usuário (A) do primeiro terminal são armazenados.

10. Método de acordo com qualquer das reivindicações 3 a 8, caracterizado pelo fato de que o segundo rótulo (MMtel) é registrado em uma Função de Controle de Sessão/Chamada (CSCF-B) na qual os dados de usuário (B) do segundo terminal são armazenados.

11. Método de acordo com qualquer das reivindicações anteriores caracterizado pelo fato de que o primeiro terminal (A) é preparado para se comunicar usando o primeiro modelo de sessão (ONE) ou o segundo modelo de sessão (TWO).

12. Arranjo para facilitar comunicação em um sistema de telecomunicações, entre um primeiro terminal (A) configurado para usar um primeiro modelo de sessão (ONE), e que as duas sessões de mídia são negociadas e configuradas como um sessão de sinalização, e um segundo terminal (B) configurado para usar um segundo modelo de sessão (TWO), e que as duas sessões de mídia são configuradas em paralelo como duas seções de sinalização para transporte de mídia, caracterizado pelo fato de compreender. - meios para iniciar no primeiro terminal (A) uma verificação de capacidade de serviço; - meios para receber para o primeiro terminal (A) recursos de capacidade (“CSI”) relacionados ao segundo terminal (B); - meios no primeiro terminal (A) para estabelecer que o segundo terminal (B) suporta somente o segundo modelo de sessão (TWO); meios no primeiro terminal (A) para selecionar comunicação de acordo com o segundo modelo de sessão (TWO).

13. Arranjo de acordo com a reivindicação 12 caracterizado pelo fato de compreender adicionalmente meios para se registrar um primeiro rótulo de recurso (CSI&MMtel) em um domínio de controle no sistema, representando um contato entre o primeiro terminal (A) e o segundo terminal (B).

14. Arranjo de acordo com a reivindicação 12 ou 13, caracterizado pelo fato de compreender ainda: - meios para registrar um segundo rótulo de recurso (MMtel) em um domínio de controle no sistema, representando um contato entre o primeiro terminal (A) e o segundo terminal (B); - meios para iniciar (CONVITE-1) configuração de uma primeira sessão de mídia (voz) entre os terminais (A, B); - meios para detectar o primeiro rótulo registrado (MMtel); - meios para rotear a primeira sessão de mídia através de um domínio de comutação de circuito (CS).

15. Arranjo de acordo com a reivindicação 14 caracterizado pelo fato de que o segundo rótulo (MMtel) é registrado ou estatisticamente ou dinamicamente através de um Registro de Informação Condensada (RS).

16. Arranjo de acordo com a reivindicação 15 caracterizado pelo fato de que o segundo rótulo (MMtel) é registrado estatisticamente através de uma entrada manual para o Registro de Informação Condensada (RS).

17. Arranjo de acordo com a reivindicação 15 caracterizado pelo fato de que o segundo rótulo é registrado dinamicamente através da entrada do rótulo (MMtel) para o Registro de Informação Condensada (RS) quando o segundo terminal (B) entra no sistema.

18. Arranjo de acordo com a reivindicação 17 caracterizado pelo fato de que o segundo rótulo é registrado dinamicamente através da implementação de acionadores de CAMEL ou OSA/Parlay/Serviços de Parlay X Estado.

19. Arranjo de acordo com qualquer das reivindicações 14 a18, caracterizado pelo fato de compreender ainda meios para iniciar (CONVITE-2) configuração de uma segunda sessão de mídia (vídeo) no domínio de comutação de pacote (PS) entre os terminais (A, B), em paralelo para a primeira sessão (voz).

20. Arranjo de acordo com qualquer das reivindicações 13 a19, caracterizado pelo fato de compreender ainda meios para registrar o primeiro rótulo (MMtel&CSI) em uma Função de Controle de Sessão/Chamada (CSCF-A) na qual os dados de usuários (A) do primeiro terminal são armazenados.

21. Arranjo de acordo com qualquer das reivindicações 14 a20, caracterizado pelo fato de compreender ainda meios para registrar o segundo rótulo (MMtel) em um Função de Controle de Sessão/Chamada (CSCF-B) na qual os dados usuários (B) do segundo terminal são armazenados.

22. Sistema para facilitar comunicação em um sistema de telecomunicações, entre um primeiro terminal (A) configurado para usar um primeiro modelo de sessão (ONE), e que as duas sessões de mídia são negociadas e configuradas como uma sessão de sinalização, e um segundo terminal (B) configurado para usar um segundo modelo de sessão (TWO), e que duas sessões de mídia são configuradas em paralelo como duas sessões de sinalização para transporte de mídia, caracterizado pelo fato de compreender: -meios para registrar (Tag=MMtel&CSI; Tag=CSI) em um domínio de controle no sistema, possibilidades de comunicação mútua entre o primeiro terminal (A) e o segundo terminal (B); - meios para iniciar (CONVITE-1) configuração de uma primeira sessão de mídia (voz) entre os terminais (A, B); - meios para rotear a primeira sessão de mídia através de um domínio de comutação de circuito (CS); - meios no primeiro terminal (A) para estabelecer que o segundo terminal (B) suporta somente o segundo modelo de sessão (TWO); - meios no primeiro terminal (A) para selecionar para comunicação de acordo com o segundo modelo de sessão (TWO).

23. Artigo de fabricação em um sistema de telecomunicações usado para facilitar comunicação, entre um primeiro terminal (A) configurado para usar um primeiro modelo de sessão (ONE), e que duas sessões de mídia são negociadas e configuradas como uma sessão de sinalização, e um segundo terminal (B) configurado para usar um segundo modelo de sessão (TWO), em que duas sessões de mídia são configuradas em paralelo como duas sessões de sinalização para transporte de mídia, caracterizado pelo fato de compreender: - código de programa legível por computador capaz de iniciar a partir do primeiro terminal (A) uma verificação de capacidade de serviço; - código de programa legível por computador capaz de receber para o primeiro terminal (A) recursos de capacidade (“CSI”) relacionados ao segundo terminal (B); - código de programa legível por computador capaz de estabelecer que o segundo terminal (B) é configurado para usar o segundo modelo de sessão (TWO); - código de programa legível por computador no primeiro terminal (A) capaz de selecionar para primeiro terminal (A) para comunicação de acordo com o segundo modelo de sessão (TWO).