BR0017311B1 - Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede - Google Patents

Description

“MÉTODO A SER REALIZADO EM UM SISTEMA DE COMUNICAÇÃO, SISTEMA DE COMUNICAÇÃO, E, ELEMENTO DE REDE” CAMPO DA INVENÇÃO A presente invenção se refere a um sistema de comunicação adaptado para realizar uma seleção de modo por intermédio da seleção ou negociação do modo a ser usado. Além disso, a invenção se refere a um método a ser realizado nesse sistema de comunicação e a um elemento de rede capaz de seleção de modo.

ANTECEDENTES DA INVENÇÃO

As redes de comunicação transferem informação, tal como tráfego de voz de usuário ou semelhante, e em uma base de comutação de pacote e/ou comutação de circuito usando modos que podem ser comandados pelo sistema ou negociado entre os elementos de rede envolvidos, tais como equipamentos de usuário final. Como um exemplo, na evolução planejada de redes, tais como sistemas de UMTS (Universal Mobile Telecommunication System), funções e serviços adicionais podem ser incorporados. Por exemplo, novos serviços de multimídia, tais como serviços de mensagem de multimídia MMS são suportados dentro do sistema, serviços esses que são serviços baseados em IP (Protocolo de Internet). Sessões de serviços baseados em pacote (por exemplo, baseados em IP), tais como sessões de serviços de multimídia, podem ser controladas por um protocolo específico. Como um exemplo, o Session Initiation Protocol - Protocolo de Iniciação de Sessão (SIP) representa um protocolo que pode ser usado, por exemplo, para estabelecimento de chamada e conexão, bem como para transporte de informação de capacidade de ponto final. Essa informação de capacidade pode se referir, por exemplo, a codecs de voz e multimídia suportados pelos terminais. A funcionalidade e os serviços desses sistemas de serviços de multimídias serão mapeados nas funções do sistema de rede existentes, por exemplo, do tipo UMTS. Como um exemplo, os serviços de sistema podem ser mapeados nos contextos de PDP e sinalização de rádio, bem como a elementos existentes de rede de núcleo de pacote comutado e interfaces, por exemplo, do tipo UMTS. Portanto, há um problema de multimídia (por exemplo, multimídia de IP) e interações de camadas de rede (por exemplo, camada de GPRS) e mapeamento.

Como um exemplo, no caso de chamadas de VoIP (conexão de voz através de rede com base em IP, isto é, telefonia de Internet), a rede de acesso de rádio, tal como GERAN (“GSM/Edge Radio Access NetWork”) e UTRAN (UMTS Terrestrial Radio Access Network), pode ser informada sobre o tipo de aplicação para decidir sobre o método de adaptação de cabeçalho a ser usado, por exemplo, um contexto de PDP particular. Como um exemplo, dois esquemas diferentes de adaptação de cabeçalho disponíveis para seleção podem ser, por exemplo, “compressão de cabeçalho” e “extração/remoção de cabeçalho”. O modo de extração/remoção de cabeçalho pode ser usado para tráfego de voz apenas, onde, por exemplo, transporte de voz otimizado é requerido, por exemplo, para dispositivos integrados de terminais de extremo inferior. Um modo de compressão de cabeçalho pode ser utilizado, por exemplo, para tráfego mais geral de multimídia de IP, incluindo operação de aplicação de voz em um dispositivo externo, tal como um computador laptop conectado a um telefone de UMTS.

Quando um modo inapropriado, tal como um modo de protocolo, modo de adaptação de cabeçalho ou modo de portadora de acesso de rádio for selecionado, problemas na transmissão incorreta da mensagem podem ocorrer.

SUMÁRIO DA INVENÇÃO A invenção proporciona um método e um sistema conforme definido em qualquer uma das reivindicações.

Em mais detalhes, um sistema de comunicação e/ou método a ser realizado em um sistema de comunicação compreende pelo menos um primeiro elemento de rede conectável a um segundo elemento de rede através de uma ou mais redes baseadas em pacotes. Pelo menos um dos primeiro e segundo elementos de rede proporcionam dois ou mais modos selecionáveis para comunicação com outro elemento de rede. Um procedimento de seleção de modo é realizado (por exemplo, por um ou ambos os elementos de rede ou por um terceiro elemento de rede conectado aos primeiro e segundo elementos de rede), para selecionar o mesmo modo para comunicação bidirecional entre os elementos de rede. Os modos selecionáveis, de preferência, são tipos diferentes de codecs, ou podem ser modos de conversão de outro tipo ou tipos de protocolos de interface ou esquemas de codificação de canal, etc.

Os primeiro e/ou segundo elementos de rede podem ser equipamentos de terminais portáteis. O terceiro elemento de rede, de preferência, é um nó de suporte ou função de suporte.

Em uma concretização preferida, um protocolo usado, principalmente, para outras finalidades, mas também capaz de proporcionar um serviço de mensagens, de preferência, um serviço de mensagens de multimídia baseado em IP é usado para envio de informação em modos suportados ou selecionados para e dos elementos de rede. O protocolo pode ser o Protocolo de Iniciação de Sessão (SIP). O SIP é um protocolo de estabelecimento & controle de sessão de multimídia, isto é, um protocolo de controle para multimídia em tempo real.

De preferência, a rede ou redes conectando os primeiro e segundo elementos de rede é/ são rede(s) baseada(s) em UMTS.

Em uma concretização, o primeiro elemento de rede pode enviar informação em um ou mais modos suportados pelo primeiro elemento de rede para o terceiro elemento de rede, que realiza o procedimento de seleção e envia informação em apenas um ou mais de um, mas não todos os modos suportados para o segundo elemento de rede, que envia uma mensagem de reconhecimento para o terceiro elemento de rede, confirmando o suporte do selecionado ou de um dos modos selecionados, o terceiro elemento de rede enviando uma mensagem para o primeiro elemento de rede, informando este último sobre o modo selecionado. Essa é uma diferença entre uma concretização preferida da invenção e a operação usual de SIP. Usualmente, não há negociação entre os codecs usados, etc, mas ambos os elementos incluem informação sobre suas próprias capacidades nas mensagens de SIP. Aqui, uma seleção e um uso específico dos campos de informação etc. são propostos.

Em outra concretização, o primeiro elemento de rede pode enviar informação em um ou mais modos suportados pelo primeiro elemento de rede para o terceiro elemento de rede, que solicita ao segundo elemento de rede para enviar informação sobre os modos suportados, o segundo elemento de rede retomando uma relação de modos suportados para o terceiro elemento de rede, em conseqüência do que o terceiro elemento de rede realiza o procedimento de seleção e envia mensagens para os primeiro e segundo elementos de rede, informando esses elementos de rede no modo selecionado.

Em uma outra concretização, o primeiro elemento de rede realiza o procedimento de seleção quando da iniciação de uma conexão ao segundo elemento de rede e envia informação sobre um modo suportado pelo primeiro elemento de rede para o segundo elemento de rede. O segundo elemento de rede, quando suportando o modo, retoma uma mensagem de reconhecimento ou, quando não suportando o modo, retoma uma mensagem indicando outro modo suportado pelo segundo elemento de rede para o primeiro elemento de rede. O primeiro elemento de rede seleciona esse modo para nova comunicação, quando suportando o mesmo ou, quando o primeiro elemento de rede não suporta o modo indicado pelo segundo elemento de rede, repete as etapas de a) a d) selecionando outro modo.

Em uma outra concretização, o primeiro elemento de rede, quando iniciando uma conexão ao segundo elemento de rede, envia informação sobre todos os modos suportados pelo primeiro elemento de rede para o segundo elemento de rede. O segundo elemento de rede realiza o procedimento de seleção e retoma uma mensagem indicando o modo selecionado para o primeiro elemento de rede, o primeiro e o segundo elementos de rede selecionando o modo indicado para nova comunicação. O primeiro elemento de rede e/ou o segundo elemento de rede e/ou o terceiro elemento de rede, de preferência, enviam informação sobre o modo selecionado para um mecanismo de controle de rede de rádio. A informação sobre o modo de protocolo selecionado pode, por exemplo, ser enviado como parte de um procedimento de negociação relacionado com o protocolo de convergência de dados de pacote ou em uma mensagem de Ativar Contexto de PDP. A informação sobre o modo selecionado, de preferência, contém um indicador indicando o tipo de aplicação. É possível enviar apenas o tipo de aplicação e nenhuma outra informação. A informação sobre o modo selecionado, de preferência, contém informação adicional sobre o processamento de cabeçalho, tal como compressão de cabeçalho ou extração/remoção de cabeçalho.

De um modo geral, de acordo com a presente invenção, um procedimento de seleção é proporcionado para realizar um modo de seleção, de preferência, quando do estabelecimento de uma conexão entre dois elementos de rede. Esse modo de seleção, tal como seleção de protocolo, está assegurando que a comunicação bidirecional entre os elementos de rede é realizada de maneira definida, tal como o uso do mesmo modo em direção de ligação superior e ligação inferior.

Como um exemplo, essa seleção de modo é capaz de assegurar que, por exemplo, as portadoras de acesso de rádio em uma rede de UMTS usam e suportam o mesmo tipo de codec (por exemplo, AMR (Adaptive Multi-Rate), GSM FR (Full Rate), GSM EFR (Enhanced Full Rate), etc.) ao mesmo tempo e usam o mesmo, isto é, apenas um tipo de codec em direções de ligação superior e ligação inferior. Em alguns casos, tais como AMR, poderíam de outro modo ser proporcionados modos de codec diferentes na direção de ligação superior e de ligação inferior. A informação de codec pode ser usada para selecionar os modos de protocolos de interface de rádio apropriados, incluindo um esquema de codificação de canal apropriado para tráfego de voz. O uso do mesmo codec em ambas as direções garante que a codificação de canal para a portadora de rádio correspondente de um contexto de PDP (Packet Data Protocol - Protocolo de Dados de Pacote) é apropriada e corretamente selecionada de modo a ser a mesma em ambas as direções. Como pelo menos um contexto de PDP é necessário para transportar o tráfego de voz, uma portadora de rádio apropriada é selecionada de modo que a telefonia de UMTS IP pode ser realizada (VoIP) sem problemas.

Uma vantagem da invenção é a possibilidade de permitir, por exemplo, a operação de SIP no topo de uma arquitetura de rede de acesso de rádio de UMTS e portadoras. À parte do fato de que a nova informação no modo selecionado e tipo de aplicação proporcionada para a rede de acesso de rádio já é uma espécie de mudança da arquitetura de rede existente, nenhuma outra mudança de redes de acesso de rádio existentes, tais como UTRAN ou GERAN para qualquer definição atual ou futura, tal como 3GPP Release 2000, é necessária para resolver os problemas mencionados acima. A invenção, portanto, proporciona uma solução para telefonia de IP em UMTS. A solução de acordo com a invenção pode ser implementada como uma função ou mecanismo proprietário, ou pode ser uma função ou mecanismo padronizado.

De acordo com um outro aspecto da invenção, um elemento de rede é proporcionado, de preferência, para ser usado em um método ou sistema de comunicação conforme descrito acima, o elemento de rede sendo adaptado para realizar um procedimento de seleção para selecionar um de diversos modos suportados por esse ou outro elemento de rede. Os modos podem ser modos de conversão diferentes, em particular modos de codificação/decodificação.

Outros aspectos, vantagens e detalhes da invenção serão descritos através de referência aos desenhos anexos, que divulgam concretizações preferidas da invenção.

BREVE DESCRIÇÃO DA INVENÇÃO A Figura 1 mostra a estrutura básica de uma primeira concretização da presente invenção; A Figura 2 ilustra uma segunda concretização da invenção; A Figura 3 mostra outra concretização da invenção; e A Figura 4 ilustra uma outra concretização da invenção. DESCRIÇÃO DETALHADA DE CONCRETIZAÇÕES PREFERIDAS DA INVENÇÃO

Antes de descrever algumas concretizações da invenção em mais detalhes, diversos aspectos e características gerais da invenção serão discutidos. Na preparação da conexão, alguns protocolos, tais como os procedimentos de estabelecimento de chamada de SIP (Session Initiation Protocol - Protocolo de Iniciação de Sessão), permitem a negociação e uso de diversos codecs de extremidade a extremidade, isto é, entre o elemento de origem de chamada e o elemento de encerramento de chamada. Ainda, esses protocolos também podem permitir o uso de diferentes codecs em direções de ligação superior e ligação inferior. Devido ao procedimento de seleção realizado de acordo com um aspecto preferido da invenção, aplicações de telefonia de IP em redes, tais como UMTS do tipo terceira geração, podem ser usadas em redes, tais como UMTS do tipo terceira geração podem ser usadas no topo das redes de acesso de rádio de UMTS (RANs), sem interferência com a funcionalidade do sistema e com mudanças mínimas do sistema. Portanto, o funcionamento correto pode ser assegurado também nesses casos.

Quando do uso, por exemplo, de SIP, aquele que chama pode enviar um conjunto de codecs suportados para o chamado ou para um terceiro elemento de rede. O chamado também pode enviar um conjunto de codecs suportados para o que chama ou para o terceiro elemento de rede. Após a preparação da chamada, quando do envio de pacotes de VoIP, a invenção pode ser usada para garantir que o que chama usa um dos codecs suportados pelo chamado e o chamado usa um dos codecs suportados pelo que chama e que esses codecs são os mesmos para o chamado e o que chama. Caso contrário, quando não realizando um procedimento de seleção de modo para seleção, por exemplo, de apenas um e do mesmo codec para a comunicação bidirecional, o remetente pode selecionar, dinamicamente, um codec do conjunto de codecs suportados pelo receptor, quando do envio de dados para este último, de modo que codecs diferentes poderíam ser usados, eventualmente. Além disso, o codec usado podería ser diferente em direções diferentes.

De acordo com implementações preferidas da invenção, diversas alternativas são divulgadas. De acordo com um aspecto, um equipamento de terminal (elemento de rede), por exemplo, um telefone de UMTS, ou a rede, por exemplo, a rede de UMTS, funciona de modo a assegurar que sempre apenas um tipo de codec é usado em cada direção e, ainda, que esse tipo de codec é o mesmo em ambas as direções. Isso pode ser obtido em um ou em ambos os equipamentos de terminal, tais como terminais de UMTS através de suporte obrigatório para codec(s) específico(s) em todos os casos e/ou definindo que apenas um codec pode ser anunciado para o outro ponto extremo como codec suportados.

Além disso, o comportamento do chamado é definido e adaptado de tal maneira que o equipamento de encerramento de chamada selecione, se possível, o mesmo codec que o anunciado pelo equipamento de origem de chamada. No caso de falha do equipamento de encerramento de chamada na seleção do mesmo codec que aquele anunciado pelo equipamento de origem de chamada, o equipamento de encerramento de chamada é adaptado, de preferência, para selecionar um codec que seja obrigatório em sistemas da terceira geração (sistemas de 3G) e anunciar esse codec para o equipamento de origem de chamada. O equipamento de origem de chamada suportará o codec anunciado como se ele fosse um obrigatório e está adaptado para assumir nesse ponto que o equipamento de encerramento de chamada usará o mesmo codec também no envio de dados e, portanto, ajustará seu comportamento, conseqüentemente.

De acordo com outra concretização alternativa da invenção, uma outra solução é proporcionada. Na rede tal como a rede de UMTS, um mecanismo de controle (terceiro elemento de rede) decidirá sobre o codec a ser usado e lidará com o procedimento de seleção e as mensagens que precisam ser enviadas para os equipamentos de origem e de encerramento de chamadas. Esse mecanismo de controle pode ser, por exemplo, o CSCF (Call State Control Function - Função de Controle de Estado de Chamada) da rede e/ou pode ser, por exemplo, a CSCF proxy na rede visitada, tal como PLMN (Public Land Mobile Network - Rede Pública Móvel Terrestre) em caso de um assinante em deslocamento e/ou a CSCF doméstica na rede doméstica, por exemplo, PLMN do assinante. O mecanismo de controle pode traduzir a decisão sobre o codec a ser usado pelos equipamentos de origem e de encerramento de chamadas. Na implementação preferida, os codecs suportados pelo equipamento de origem de chamada são incluídos em uma mensagem específica, tal como uma mensagem de Invite (Convite) de SIP. Após o recebimento da mensagem de Invite, o mecanismo de controle, tal como CSCF, pode selecionar um dos codecs, isto é, realizar o procedimento de seleção de modo e pode modificar a mensagem de Invite de modo a incluir apenas o codec selecionado antes de avançar a mensagem de Invite para o equipamento de encerramento de chamada. O equipamento de encerramento de chamada é adaptado para reconhecer o recebimento da mensagem de Invite por intermédio do envio de uma mensagem de reconhecimento, tal como uma mensagem de 200 OK do SIP, apenas se ele suporta o codec único indicado na mensagem de Invite como selecionado pelo mecanismo de controle. É possível enviar uma mensagem de reconhecimento também no caso negativo, por exemplo, dando reconhecimento negativo ou incluindo os codecs suportados pelo equipamento de encerramento de chamada.) O procedimento de seleção realizado no mecanismo de controle, tal como CSCF, pode ser baseado, por exemplo, nas preferências do operador. Como um exemplo, quando o operador prefere usar AMR, o procedimento de seleção é adaptado para selecionar AMR de um conjunto incluindo FR, HR e AMR. Nesse caso, o operador pode otimizar o uso dos transcodificadores. No último caso, a decisão e a seleção são feitas, de preferência, em um mecanismo de controle da rede visitada, isto é, em um elemento de rede visitada, tal como, por exemplo, na CSCF proxy.

Além disso, a informação de localização do usuário pode ser levada em conta quando da decisão sobre o codec a ser usado. Por exemplo, se os subsistemas de estação base (BSSs) em partes diferentes da rede/ país são baseados, por exemplo, em liberações de produtos diferentes e por essa ou outras razões preferem codecs diferentes, ou por razões de otimização de grupos de transcodificadores, o procedimento de seleção de codec pode ser adaptado para levar em conta esses parâmetros.

Uma nova abordagem alternativa implementada em outra concretização da invenção é a seleção do codec por um elemento de rede de controle tal como CSCF após ter recebido informação sobre todos os codecs suportados pelo equipamento de origem de chamada (por exemplo, em uma mensagem de Invite) e sobre todos os codecs suportados pelo equipamento de encerramento de chamada (por exemplo, mensagem de 200 OK de SIP). Após ter recebido ambas as mensagens, o mecanismo de controle conhece ambos os codecs suportados pelo equipamento de origem de chamada, bem como pelo equipamento de encerramento de chamada. O mecanismo de controle, então, realiza a etapa de seleção de modo por intermédio da seleção de um codec suportado pelos equipamentos de origem e de encerramento de chamadas, arbitrariamente ou através de uma relação de prioridades classificando os codecs de acordo com a prioridade atribuída, por exemplo, pelo operador de rede ou provedor de serviços.

Após a seleção do codec a ser usado pelos equipamentos de origem e de encerramento de chamadas, o codec selecionado é enviado para o equipamento de origem de chamada em uma outra mensagem, tal como uma mensagem de 200 OK de SIP gerada pela modificação da mensagem de 200 OK recebida do equipamento de encerramento de chamada e para o equipamento de encerramento de chamada em outra mensagem, tal como uma mensagem de ACK de SIP.

Quando o codec a ser usado tiver sido selecionado, um ou mais elementos de rede, em particular elementos de controle, tais como os controladores de redes de rádio ou subsistemas de estação base controlando o acesso de rádio para o equipamento de origem e/ou encerramento de chamada, têm que ser informados sobre o codec selecionado. Essa informação dos elementos de controle de rede pode ser realizada em diversas maneiras alternativas, que estão relacionadas abaixo na ordem preferida. 1) O equipamento de origem e/ou encerramento de chamadas, tal como uma estação móvel (MS) envia informação sobre o codec selecionado para o controlador de acesso de rádio (por exemplo, RNC, Controlador de Redes de Rádios) como parte da negociação de PDCP (Packet Data Convergence Protocol - Protocolo de Convergência de Dados de Pacote). As mensagens enviadas para o elemento de controle, informando o mesmo a cerca do codec selecionado podem incluir, adicionalmente, um indicador ou outra indicação para indicar o tipo de aplicação e/ou se usar a compressão de cabeçalho ou extração/remoção de cabeçalho para esse contexto de PDP particular. 2) Como uma alternativa, o equipamento de origem e/ou encerramento de chamada envia a informação sobre o codec selecionado para o nó servidor, tal como SGSN (Serving GPRS Support Node - Nó Servidor de Suporte de GPRS). O nó servidor avança a informação sobre o codec selecionado para o elemento de controle, tal como RNC, na mensagem de solicitação de estabelecimento de RAM (Rádio Access Bearer - Portadora de Acesso de Rádio). A(s) mensagem(ns) transmitida(s) pode(m), adicionalmente, incluir outra informação, tal como um indicador para indicar o tipo de aplicação e/ou se usar compressão de cabeçalho ou extração/remoção para um contexto de PDP particular. 3) O dispositivo de controle de estado de chamada, tal como uma CSCF, pode enviar informação sobre o codec selecionado para o mecanismo de controle de acesso de rádio, tal como RNC (por exemplo, da seguinte maneira: CSCF -> GGSN (Gateway GPRS Support Node - Nó de Suporte de GPRS de Passagem), GGSN -> SGSN, SGSN -> RNC). Como já mencionado acima, as mensagens podem incluir, também, uma indicação separada, tal como um indicador, para indicar o tipo de aplicação e/ou se usar compressão de cabeçalho ou extração/remoção para o contexto particular de PDP.

Quando uma indicação de tipo de aplicação (por exemplo, indicador de tipo de aplicação) é incluída, a informação sobre o tipo de aplicação é transmitida do equipamento de origem ou de encerramento de chamadas (por exemplo, Mobile Station MS - Estação Móvel MS) ou do mecanismo de controle de chamadas (por exemplo, CSCF) porque essas entidades são, em uma rede de UMTs, as únicas entidades tendo informação bastante a cerca dos serviços e aplicações se estendendo no topo dos contextos de PDP. A compressão de cabeçalho é estabelecida, de preferência, como uma operação padrão, se o tipo de aplicação não for conhecido ou indicado na mensagem. A extração/remoção de cabeçalho é usada, de preferência, para transmissão de voz otimizada, quando apenas o tráfego de voz é transportado no contexto de PDP. A informação sobre aplicação necessária é recebida, de preferência, através de interfaces internas de programação de aplicação (APIs) dos equipamentos de origem e/ou encerramento de chamadas (as APIs sendo dispostas entre as aplicações/ serviços), a camada de SIP e as camadas de UMTS/ GPRS. A extração/remoção de cabeçalho é usada, de preferência, apenas no caso de um terminal integrado de UMTS SIP. Também pode ser proporcionada de um computador laptop para um telefone de UMTS em um caso onde o equipamento de terminal (TE) e os equipamentos de origem e/ou encerramento de chamadas são dispositivos separados. A indicação de tipo de aplicação, tal como um indicador, pode ter, por exemplo, os seguintes valores explícitos: “compressão de cabeçalho”, ou “extração/remoção de cabeçalho”, ou “tipo de aplicação” (por exemplo, valor: voz) que indica que a remoção/ extração deve ser usada.

No seguinte, detalhes de uma primeira concretização serão descritos com referência à Figura 1. A Figura 1 mostra uma elemento de rede de terminal 1 que é denominado “Solicitante de UE” (Equipamento de Usuário) e solicita o estabelecimento de uma conexão com outro elemento de rede 3. O elemento de rede 3, assim, representa um equipamento de encerramento de chamada e é denominado Chamado de UE”. A rede compreende um outro elemento de rede 2, que é um elemento de controle de conexão e é implementado como, ou proporciona, uma função de controle de estado de conexão (CSCF). Quando o elemento de rede 1, tal como uma MS (Estação Móvel) deseja estabelecer uma conexão com o elemento de rede de terminal 3, ele é adaptado para enviar, nesta concretização, uma mensagem para a CSCF 2 informando a esta última sobre o desejo de estabelecer uma conexão com o elemento de equipamento de terminal 3, mensagem essa que contém informação sobre todos os codecs suportados pelo elemento de rede 1, isto é, o equipamento de origem de chamada. Essa mensagem pode ser uma mensagem de Invite do protocolo de conexão, de preferência, SIP. Essa mensagem de Invite contém uma relação de codecs suportados pelo elemento de rede 1. O elemento de CSCF 2 é adaptado para realizar um procedimento de seleção de modo, que, nesta concretização, é um procedimento de seleção de codec 4, selecionando um dos codecs suportados pelo equipamento 1. Essa seleção de codec 4 pode estar baseada em preferência ou em parâmetros de prioridade contidos na CSCF 2, ou pode ser dependente do tipo de aplicação desejado pelo equipamento 1, tal como transmissão de dados pura, voz pura através de transmissão de IP e semelhantes.

Após a realização do procedimento de seleção de codec 4, a CSCF 2 ainda transmite a mensagem de Invite para o equipamento de usuário 3, a mensagem agora incluído apenas o codec selecionado pelo procedimento de seleção de codec 4. O equipamento de usuário 3 que, provavelmente, será uma estação móvel ou equipamento estacionário, realiza uma verificação interna, se ele suporta o codec indicado na mensagem de Invite Recebida. Se sim, o equipamento de usuário 3 retoma uma mensagem de reconhecimento para a CSCF 2 (de preferência, uma mensagem de 200 OK no SIP), mensagem essa que repete o codec selecionado para confirmação de seu suporte pelo equipamento de usuário 3. A CSCF 2 transmite essa mensagem de reconhecimento para o equipamento de usuário 1 (200 OK (codec selecionado)) no SIP.

Quando do recebimento dessa mensagem, o equipamento de usuário 1 está adaptado para usar apenas esse codec indicado para ligações de ligação superior e ligação inferior. De maneira similar, o equipamento de usuário 3 está adaptado para usar apenas o codec selecionado para tráfego de ligação superior e de ligação inferior, isto é, para acesso de rádio entre o equipamento de usuário 3 e o mecanismo de controle de acesso de rádio, tal como RCP (Radio NetWork Controller - Controlador de Redes de Rádios). Os controladores de redes de rádio que lidam com o acesso de rádio para os equipamentos de usuários 1 e 3, provavelmente, serão informados sobre o codec selecionado usando um dos métodos mencionados acima como um exemplo e adaptarão seu modo de operação, conseqüentemente.

Quando o equipamento de usuário 3 não suportar o codec selecionado indicado na mensagem de Invite recebida da CSCF 2, ele está adaptado, de preferência, para enviar uma mensagem para CSCF 2, informando a esta última sobre a ausência de suporte do codec selecionado. Em conseqüência, a CSCF 2 repete o procedimento de seleção de codec 4, mas agora selecionando outro codec diferente do primeiro codec selecionado e envia este codec recentemente selecionado em uma mensagem, tal como uma mensagem de Invite para o equipamento de usuário 3. Quando esse codec é suportado pelo equipamento de usuário 3, ele retoma a mensagem de 200 OK, caso contrário, as etapas acima são repetidas até que um codec seja selecionado, o qual é suportado pelo equipamento de usuário 3. A Figura 2 mostra outra concretização da invenção em que o procedimento de seleção de codec 4 é realizado, similar à primeira concretização, pela CSCF 2. Ao contrário da primeira concretização discutida acima, a CSCF 2 solicita, após o recebimento de uma mensagem de Invite, indicando todos ou pelo menos alguns dos codecs suportados pelo equipamento de usuário 1, ao equipamento de usuário 3 para retomar informação sobre todos os codecs suportados pelo equipamento de usuário 3. Essa mensagem pode ser uma mensagem de Invite de SIP definindo uma solicitação para retomar uma relação de codecs suportados; O equipamento de usuário 3 retoma uma mensagem (por exemplo mensagem de 200 OK de SIP) que contém uma relação de codecs suportados pelo equipamento de usuário 3.

Essa relação pode conter todos os codecs suportados pelo equipamento de usuário 3 ou pode indicar apenas aqueles codecs que também são suportados pelo equipamento de usuário 1. No último caso, o equipamento de usuário 3 recebe, na mensagem de Invite da CSCF 2, uma relação dos codecs suportados pelo equipamento de usuário 1 e é adaptado para realizar uma comparação de codecs suportados pelo equipamento de usuário 1 e codecs suportados pelo equipamento de usuário 3, selecionando apenas aqueles codecs que são suportados pelos equipamentos de usuários 1 e 3. No primeiro caso em que a relação retomado pelo equipamento de usuário 3 inclui todos os codecs suportados, a mensagem de Invite enviada da CSCF 2 para o equipamento de usuário 3 pode não conter qualquer indicação de codecs suportados pelo equipamento de usuário 1. A CSCF 2 seleciona, pelo procedimento de seleção de codec 4, um dos codecs suportados pelos equipamentos de usuários 1 e 3 e, então, envia mensagens para os equipamentos de usuários 1 w 3, informando os mesmos sobre o codec selecionado para seu uso durante a conexão subseqüente. A mensagem endereçada para o equipamento de usuário 1 pode ser uma mensagem de 200 OK de SIP, indicando o codec selecionado. O equipamento de usuário 1 pode retomar uma mensagem de reconhecimento para a CSCF 2 reconhecendo o recebimento da mensagem de 200 OK e, eventualmente, uma mensagem de reconhecimento recebida do equipamento de usuário 1 para o equipamento de usuário 3, após adicional (se não já incluída) uma informação indicando o codec selecionado. A concretização da Figura 2 contribui para uma seleção muito rápida de um codec suportado por ambos os equipamentos de usuários.

Todas as explicações, características e vantagens mencionadas acima com relação à primeira concretização também são aplicáveis com relação a esta segunda concretização (a menos que esteja em contradição com as explanações acima) e também para as concretizações subseqüentemente discutidas 3 e 4. A concretização mostrada na Figura 3 é diferente das primeira e segunda concretizações descritas acima pelo fato de que o procedimento de seleção de codec 4 é realizado por e no equipamento de usuário 1. Após ter realizada a seleção de codec dependendo da aplicação pretendida (transmissão de voz, tráfego em tempo não real ou semelhante, ou dependendo de outros parâmetros, o equipamento de usuário 1 envia uma mensagem, tal como uma mensagem de Invite para o equipamento de usuário 3 através da CSCF 2, indicando o codec selecionado. O equipamento de usuário 3, quando suportando o codec selecionado, retoma, através da CSCF 2, uma mensagem de reconhecimento, que pode ser uma mensagem de 200 OK, indicando o codec suportado selecionado.

Caso o equipamento de usuário 3 não suporte o codec selecionado, a repetição do procedimento de seleção de codec 4, incluindo a transmissão da mensagem relacionada, é repetida, como já mencionado acima com relação à primeira concretização (com a exceção de que o procedimento de seleção de código 4 é repetido no equipamento de usuário 1 e não na CSCF 2. Todas as outras explanações dadas acima com relação às primeira e segunda concretizações igualmente se aplicam a essa terceira concretização. A Figura 4 ilustra uma quarta concretização em que o procedimento de seleção de codec 4 é realizado no equipamento de usuário 3. Nesse caso, o equipamento de usuário 1 envia uma mensagem, através de CSCF 2, para o equipamento de usuário 3, indicando todos os codecs suportados pelo equipamento de usuário 1. Essa mensagem pode ser uma mensagem de Invite de SIP. Após ter recebido informação sobre os codecs suportados pelo equipamento de usuário 1, o equipamento de usuário 3 realiza o procedimento de seleção de codec 4 através da seleção, da relação de codecs suportados pelo equipamento de usuário 1, um dos codecs que também é suportado pelo equipamento de usuário 3. Após ter realizado o procedimento de seleção de codec 4, o equipamento de usuário 3 envia uma mensagem para o equipamento de usuário 1, através da CSCF 2, informando o equipamento de usuário 1 e, eventualmente, também CSCF 2, sobre o codec selecionado. O codec selecionado é, em seguida usado por ambos os equipamentos de usuários 1 e 3. Todas as outras explanações dadas acima com relação à primeira à terceira concretizações se aplicam, igualmente, à presente quarta concretização.

Conforme mostrado na Figura 4 (o procedimento mostrado na Figura 4 é, de preferência, comum a todas as concretizações anteriores da invenção), um controlador de acesso de rádio, tal como RNC 5 estando encarregado de controle de acesso de rádio para o equipamento de usuário 1 é informado pelo equipamento de usuário 1 no codec selecionado e, de preferência, também sobre o tipo de aplicação através do envio de um indicador de tipo de aplicação, indicando, por exemplo, “compressão de cabeçalho” ou “extração/remoção de cabeçalho”. Essa informação pode ser enviada quando da realização de negociação de PDCP 6, mas também pode ser enviada em uma mensagem separada. De maneira similar, o equipamento de usuário 3 informa seu elemento de controle de acesso de rádio, tal como RNC 7, estando encarregado de controle de acesso de rádio paro equipamento de usuário 3 através do envio de uma mensagem 8 para RNC 7. Essa mensagem indica o codec selecionado e também pode conter, se conhecido, um indicador de tipo de aplicação.

Essa informação dos elementos de controle de acesso de rádio 5 e 7 encarregados do acesso de rádio para e dos equipamentos de usuários 1 e 3, respectivamente, é aplicável, igualmente, a todas as três concretizações descritas acima de maneira idêntica.

Embora concretizações preferidas tenham sido descritas acima, a presente invenção não está limitada às mesmas e pretende cobrir também todas essas modificações, emendas, adições e cancelamentos de características dentro das capacidades de um homem habilitado. Como um exemplo, o procedimento de seleção de modo foi descrito com referência à seleção de codec, mas também pode consistir em uma seleção de modos de conversão de outro tipo, um procedimento de seleção de protocolo ou semelhante.

Claims (20)

1. Método de seleção de codec a ser executado em um sistema de comunicações caracterizado por que pelo menos um primeiro elemento de rede (1) poder ser conectado a um segundo elemento de rede (3) através de uma ou mais redes baseadas em pacote, em que pelo menos um dos primeiro e segundo elementos de rede (1,3) fornece dois ou mais codecs selecionáveis para comunicação com outro elemento de rede, em que um procedimento de seleção do codec é executado, o procedimento de seleção do codec seleciona o mesmo codec para comunicação bidirecional entre os elementos de rede (1, 3), e o codec selecionado ser utilizado em ambas as direções na comunicação bidirecional entre o primeiro e o segundo elementos de rede (1,3), em que o segundo elemento de rede (3) recebe de um terceiro elemento de rede (2) informação sobre um ou mais codecs suportados pelo primeiro elemento de rede (1), em que o segundo elemento de rede (3) recebe do terceiro elemento de rede (2) um pedido para enviar informação sobre codecs suportados pelo segundo elemento de rede (3), em que o segundo elemento de rede (3) executa uma comparação dos codecs suportados pelo primeiro elemento de rede (1) e dos codecs suportados pelo segundo elemento de rede (3), e seleciona apenas os codecs suportados por ambos o primeiro e o segundo elementos de rede (1,3)-

2. Método de acordo com a reivindicação 1, caracterizado por o procedimento de seleção de codec ser executado pelo primeiro elemento de rede (I) ou pelo terceiro elemento de rede (2).

3. Método de acordo com a reivindicação 1, caracterizado por o segundo elemento de rede (3) apresentar uma lista dos codecs suportados por ambos o primeiro (1) e o segundo elementos de rede (3) ao terceiro elemento de rede (2), sendo que o procedimento de seleção de codec é executado com base na lista apresentada pelo segundo elemento de rede (3).

4. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado por o terceiro elemento de rede (2) ser um nó de suporte ou uma função de suporte.

5. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado por um controle de chamada ser utilizado para enviar informação sobre os codecs suportados ou selecionados pelo e para os elementos de rede.

6. Método de acordo com a reivindicação 5, caracterizado por o protocolo que fornece o controle de chamada ser o Protocolo de Iniciação de Sessão (SIP).

7. Método de acordo com qualquer uma das reivindicações anteriores, caracterizado por a rede ou as redes que conectam o primeiro e o segundo elementos de rede (1,3) ser/serem uma rede do Sistema Universal de Telecomunicações Móveis - UMTS.

8. Método de acordo com qualquer uma das reivindicações anteriores caracterizado por o primeiro elemento de rede (1) e/ou o segundo elemento de rede (3) e/ou o terceiro elemento de rede (2) enviar informação relativo ao codec selecionado para um meio de controloe de rede de rádio (5).

9. Método de acordo com a reivindicação 8, caracterizado por a informação relativa ao codec selecionado ser enviada como parte integrante de um processo de negociação relativo ao protocolo de convergência de dados de pacote, ou em um protocolo de dados de pacote ativo, PDP, mensagem de contexto.

10. Método de acordo com a reivindicação 8 ou 9, caracterizado por a informação relativa ao codec selecionado conter um bandeira indicando o tipo de aplicação.

11. Método de acordo com a reivindicação 8, 9 ou 10, caracterizado por a informação sobre o codec de protocolo selecionado conter informação adicional sobre o processamento de cabeçalho tal como compressão de cabeçalho ou separação/remoção de cabeçalho.

12. Equipamento para utilizar em um sistema de comunicações no qual pelo menos um primeiro elemento de rede está ligado a um segundo elemento de rede, em que pelo menos um do primeiro ou segundo elementos de rede fornece dois ou mais codecs selecionáveis para comunicação com outro elemento de rede caracterizado por: o equipamento (2) estar adaptado para receber, do primeiro elemento de rede (1), em um processo de seleção de codec para selecionar um codec para comunicação bidirecional entre o primeiro e o segundo elementos de rede, elementos de informação relativa a um ou mais codecs suportados pelo primeiro elemento de rede (1) e para encaminhar esta informação relativa aos codecs suportados pelo primeiro elemento de rede (1) ao segundo elemento de rede (3), por o equipamento (2) estar configurado para solicitar ao segundo elemento de rede (3) o envio de informação relativa aos codecs suportados pelo segundo elemento de rede, e por o equipamento estar configurado para receber do segundo elemento de rede (3) informação relativa apenas aos codecs suportados por ambos o primeiro e o segundo elementos de rede.

13. Equipamento de acordo com a reivindicação 12, caracterizado por o equipamento ser um elemento de controle de ligação ou uma função de controle do estado da chamada.

14. Equipamento para utilizar em um sistema de comunicações no qual pelo menos um primeiro elemento de rede (1) está ligado ao equipamento (3), caracterizado: por o equipamento estar configurado para selecionar um codec para comunicação bidirecional entre o equipamento (3) e o primeiro elemento de rede (1); por o equipamento (3) estar configurado para receber, de um terceiro elemento de rede (2), informação relativa a um ou mais codecs suportados pelo primeiro elemento de rede (1), por o equipamento estar ainda adaptado para receber de um terceiro elemento de rede (2) um pedido para enviar informação relativa a codecs suportados pelo equipamento, por o equipamento (3) estar adaptado para executar uma comparação dos codecs suportados pelo primeiro elemento de rede (1) e dos codecs suportados pelo equipamento (3), e para selecionar apenas os codecs suportados por ambos o primeiro elemento de rede (1) e o equipamento (3).

15. Equipamento de acordo com a reivindicação 14, caracterizado por o equipamento (3) ser um equipamento terminal, um equipamento de fim de chamada, ou um equipamento de utilizador.

16. Método de seleção de codec a ser executado num sistema de comunicações, caracterizado por pelo menos um primeiro elemento de rede (1) ser possível estar conectado a um segundo elemento de rede (3) através de uma ou mais redes de pacotes, em que pelo menos um dos primeiros e segundos elementos de rede (1,3) fornecem dois ou mais codecs selecionáveis para comunicação com outro elemento de rede, em que: um terceiro elemento de rede (2) recebe, de um primeiro elemento de rede (1), em um procedimento de seleção de codecs para selecionar uma comunicação bidirecional de codecs entre o primeiro e o segundo elementos de rede (1,3), informação relativa a um ou mais codecs suportados pelo primeiro elemento de rede (1), em que o terceiro elemento de rede (2) encaminha esta informação relativa aos codecs suportados pelo primeiro elemento de rede (1) ao segundo elemento de rede (3), em que o terceiro elemento de rede (2) solicita ao segundo elemento de rede (3) o envio de informação relativa a codecs suportados pelo segundo elemento de rede (3), e em que o terceiro elemento de rede (2) recebe, do segundo elemento de rede (3), informação relativa a apenas aos codecs suportados por ambos o primeiro e o segundo elemento de rede.

17. Método de acordo com a reivindicação 16, caracterizado por o terceiro elemento de rede (2) executar o procedimento de seleção de codec com base na informação recebida do segundo elemento de rede (3), e o codec selecionado ser utilizado em ambas as direções na comunicação bidirecional entre o primeiro e o segundo elementos de rede (1,3).

18. Método de acordo com a reivindicação 16 ou 17, caracterizado por o primeiro elemento de rede (1) e/ou o segundo elemento de rede (3) e/ou o terceiro elemento de rede (2) enviar informação relativa ao codec selecionado para um meio de controlo de rede de rádio (5).

19. Método de acordo com a reivindicação 18, caracterizado por: a informação relativa ao codec ser enviada como parte integrante de um procedimento de negociação relativo ao protocolo de convergência de dados de pacote, ou em um protocolo de dados de pacote ativo, PDP, mensagem de contexto, e/ou, a informação relativa ao codec selecionado conter uma bandeira adicional indicando o tipo de aplicação, e/ou a informação relativa ao codec selecionado conter informação adicional relativa ao processamento de cabeçalho tal como compressão de cabeçalho ou separação/remoção de cabeçalho.

20. Método de acordo com qualquer uma das reivindicações 16 a 19, caracterizado por o terceiro elemento de rede (2) ser um elemento de controlo de ligação ou uma função de controle do estado da chamada.