BR0017311B1 - Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede - Google Patents
Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede Download PDFInfo
- Publication number
- BR0017311B1 BR0017311B1 BRPI0017311-8A BR0017311A BR0017311B1 BR 0017311 B1 BR0017311 B1 BR 0017311B1 BR 0017311 A BR0017311 A BR 0017311A BR 0017311 B1 BR0017311 B1 BR 0017311B1
- Authority
- BR
- Brazil
- Prior art keywords
- network element
- network
- codec
- equipment
- information
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
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.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2000/007932 WO2002015625A1 (en) | 2000-08-14 | 2000-08-14 | Communication system and method providing a mode selection procedure |
Publications (2)
Publication Number | Publication Date |
---|---|
BR0017311A BR0017311A (pt) | 2003-07-08 |
BR0017311B1 true BR0017311B1 (pt) | 2014-11-11 |
Family
ID=8164057
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BRPI0017311-8A BR0017311B1 (pt) | 2000-08-14 | 2000-08-14 | Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede |
Country Status (12)
Country | Link |
---|---|
US (2) | US7688745B1 (pt) |
EP (1) | EP1312235B1 (pt) |
JP (1) | JP3936290B2 (pt) |
KR (1) | KR100576390B1 (pt) |
CN (1) | CN1262097C (pt) |
AT (1) | ATE484933T1 (pt) |
AU (1) | AU2000267018A1 (pt) |
BR (1) | BR0017311B1 (pt) |
CA (1) | CA2419536C (pt) |
DE (1) | DE60045113D1 (pt) |
ES (1) | ES2353854T3 (pt) |
WO (1) | WO2002015625A1 (pt) |
Families Citing this family (106)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7111049B1 (en) | 2000-08-18 | 2006-09-19 | Kyle Granger | System and method for providing internet based phone conferences using multiple codecs |
US6934756B2 (en) * | 2000-11-01 | 2005-08-23 | International Business Machines Corporation | Conversational networking via transport, coding and control conversational protocols |
KR100493280B1 (ko) * | 2000-12-29 | 2005-06-02 | 엘지전자 주식회사 | 이동 단말의 위치 등록 제어 방법 |
FI20011090A (fi) * | 2001-05-23 | 2002-11-24 | Nokia Corp | Koodekki-informaation kommunikointi |
FI112140B (fi) * | 2001-05-23 | 2003-10-31 | Nokia Corp | Informaation kommunikointi |
US7218626B2 (en) * | 2001-05-29 | 2007-05-15 | Interdigital Technology Corporation | System and method for reducing information communicated between universal mobile telecommunication system multimedia capable units |
US7526572B2 (en) * | 2001-07-12 | 2009-04-28 | Research In Motion Limited | System and method for providing remote data access for a mobile communication device |
US7242718B2 (en) * | 2001-09-03 | 2007-07-10 | Ntt Docomo, Inc. | Coding standard selecting method and terminal device |
US20040258016A1 (en) * | 2001-10-05 | 2004-12-23 | Helmut Schmidt | Method and device for signalling a codec negotiation over heterogeneous signalling networks |
FI20011962A0 (fi) | 2001-10-09 | 2001-10-09 | Nokia Corp | Koodinmuunninjärjestely |
DE60229482D1 (de) * | 2001-11-24 | 2008-12-04 | Lg Electronics Inc | Verfahren zur Übertragung von Paketdaten in komprimierter Form in einem Kommunikationssystem |
US7266591B1 (en) * | 2001-12-17 | 2007-09-04 | Verizon Business Global Llc | Providing content delivery during a call hold condition |
AU2002224990A1 (en) * | 2002-01-10 | 2003-07-24 | Nokia Corporation | Method and system for proxying a message |
EP1351478A1 (de) * | 2002-04-03 | 2003-10-08 | Siemens Aktiengesellschaft | Steuerung einer Sprachkommunikationsverbindung in einem paketvermittelnden Kommunikationsnetz zwischen unterschiedlichen Domänen zugeordneten Kommunikationseinrichtungen |
US20050213546A1 (en) * | 2002-06-07 | 2005-09-29 | Johann Reitter | Method and device for transmitting ip packets between a radio network controller (rnc) and another element of a mobile radio network |
KR100936586B1 (ko) * | 2002-09-19 | 2010-01-13 | 엘지전자 주식회사 | 멀티미디어 방송 및 멀티캐스트 서비스에서의 데이터 전송 방법 및 시스템 |
US8161158B2 (en) * | 2002-09-25 | 2012-04-17 | Nokia Corporation | Method in a communication system, a communication system and a communication device |
ITMI20022101A1 (it) * | 2002-10-04 | 2004-04-05 | Prod El S P A | Determinazione automatica del vocoder in sistemi radiomobili numerici. |
US7685315B2 (en) * | 2002-10-28 | 2010-03-23 | Nokia Corporation | System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation |
US7443879B2 (en) * | 2002-11-14 | 2008-10-28 | Lucent Technologies Inc. | Communication between user agents through employment of codec format unsupported by one of the user agents |
US7489703B2 (en) * | 2002-12-20 | 2009-02-10 | Motorola, Inc. | Apparatus and method for a coding scheme selection |
ES2276020T3 (es) * | 2003-01-10 | 2007-06-16 | Evolium S.A.S. | Optimizacion de las calidad de servicio en un sistema de comunicaciones movil de paquetes conmutados. |
KR100527343B1 (ko) * | 2003-06-28 | 2005-11-09 | 한국전자통신연구원 | 호 설정을 위한 미디어게이트웨이 제어장치 및 방법 |
WO2005022865A1 (en) * | 2003-09-02 | 2005-03-10 | Nokia Corporation | Transmission of embedded information relating to a quality of service |
GB0321425D0 (en) * | 2003-09-12 | 2003-10-15 | Ericsson Telefon Ab L M | Radio resource usage optimisation in a packet network |
JP4382435B2 (ja) * | 2003-10-21 | 2009-12-16 | Necインフロンティア株式会社 | ネットワーク、サーバ装置及びそれらに用いる通話品質制御方法 |
US8199727B1 (en) | 2003-11-17 | 2012-06-12 | Ericsson Ab | Call delivery in a CDMA legacy MS domain for SIP call origination |
US7751359B1 (en) * | 2003-11-26 | 2010-07-06 | Ericsson Ab | Call origination in a CDMA legacy MS domain using SIP |
US7860046B2 (en) | 2003-12-08 | 2010-12-28 | Motorola Mobility, Inc. | Method and apparatus for providing bearer format type information in a cellular communication system |
US8503355B2 (en) * | 2004-03-17 | 2013-08-06 | France Telecom | Method, server, and system for managing “push-to-talk” session |
US7483385B2 (en) * | 2004-03-26 | 2009-01-27 | Hewlett-Packard Development Company, L.P. | Process for monitoring the quality of service in a telecommunication network and apparatus for the same |
GB0407823D0 (en) * | 2004-04-06 | 2004-05-12 | Nokia Corp | A method of communication |
US7630308B1 (en) * | 2004-05-03 | 2009-12-08 | Level 3 Communications, Llc | Systems and methods for applying a variable encoding/decoding scheme in a communication network |
US8239547B2 (en) * | 2004-07-09 | 2012-08-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for providing different services in a multimedia communication system |
KR100677360B1 (ko) * | 2004-09-22 | 2007-02-02 | 엘지전자 주식회사 | 동기식 이동통신 시스템의 세션 데이터 및 설정방법 |
SE0402372D0 (sv) * | 2004-09-30 | 2004-09-30 | Ericsson Telefon Ab L M | Signal coding |
CN101103630B (zh) * | 2004-10-05 | 2010-11-17 | 维克多曼克斯公司 | 授权多媒体组播的方法和*** |
SE0402876D0 (sv) * | 2004-11-25 | 2004-11-25 | Ericsson Telefon Ab L M | TV-like standards-compliant unicast streaming over IP |
JP2008541532A (ja) * | 2005-05-03 | 2008-11-20 | ノキア コーポレイション | マルチメディアセッションのためのサービスの質(QoS)パラメータのシグナリング |
US7882176B2 (en) * | 2005-05-27 | 2011-02-01 | Microsoft Corporation | Establishing a multiparty session by sending invitations in parallel |
US7660850B2 (en) * | 2005-05-27 | 2010-02-09 | Microsoft Corporation | Supporting a serial and a parallel invitation protocol |
US7768998B1 (en) * | 2005-06-13 | 2010-08-03 | Sprint Spectrum L.P. | Dynamic VoIP codec selection based on link attributes at call setup |
US8401004B2 (en) * | 2005-06-21 | 2013-03-19 | Lg Electronics Inc. | Terminal, method and system for performing combination service using terminal capability version |
EP1900118B1 (en) | 2005-06-21 | 2014-04-09 | LG Electronics Inc. | Terminal, method and system for performing combination service using terminal capability version |
US7617319B2 (en) * | 2005-06-30 | 2009-11-10 | Motorola, Inc. | Method and system for optimizing transcoder resources |
US20070043558A1 (en) * | 2005-08-22 | 2007-02-22 | Uwe Schwarz | Priority-Based Resource Allocation |
KR100748342B1 (ko) * | 2005-09-14 | 2007-08-09 | 매그나칩 반도체 유한회사 | 씨모스 이미지 센서의 제조방법 |
CN1933478A (zh) * | 2005-09-17 | 2007-03-21 | 华为技术有限公司 | 媒体流打包时长协商方法 |
US7733850B1 (en) * | 2005-09-27 | 2010-06-08 | At&T Intellectual Property Ii, L.P. | Method and apparatus for enabling dynamic codec selection on a per application basis |
DE102005050586B3 (de) * | 2005-10-21 | 2006-11-02 | Siemens Ag | Verfahren zum Aufbau einer Videotelefonverbindung und/oder Multimediatelefonverbindung in einem Datennetz |
EP1780974A1 (en) * | 2005-10-26 | 2007-05-02 | Hewlett-Packard Development Company, L.P. | Improved communication handling |
KR100668686B1 (ko) * | 2005-10-31 | 2007-01-16 | 에스케이 텔레콤주식회사 | 이동통신 단말기에서의 코덱 설정 오류 수정 방법 및 이를수행하는 이동통신 단말기 |
US20070135124A1 (en) * | 2005-12-13 | 2007-06-14 | Davolos Christopher J | Method and system of multiple wireless HPLMN |
US8472966B2 (en) * | 2005-12-30 | 2013-06-25 | Telecom Italia S.P.A. | Method of operating a wireless communications network, and wireless communications network implementing the method |
CN100579105C (zh) * | 2005-12-31 | 2010-01-06 | 华为技术有限公司 | 一种数据流处理的方法和装置 |
EP1806900A1 (en) * | 2006-01-05 | 2007-07-11 | Alcatel Lucent | Method for allocating network resources and mediating network element |
JP2007214811A (ja) * | 2006-02-08 | 2007-08-23 | Oki Electric Ind Co Ltd | 無線通信システム、無線通信方法、アクセスポイント装置及びアクセスポイント装置の通信方法 |
CN101047711B (zh) * | 2006-04-27 | 2010-08-18 | 华为技术有限公司 | Ip报文传输、协商带宽节省能力和节省网络带宽的方法 |
US9026117B2 (en) | 2006-05-16 | 2015-05-05 | Aylus Networks, Inc. | Systems and methods for real-time cellular-to-internet video transfer |
US8432899B2 (en) | 2007-02-22 | 2013-04-30 | Aylus Networks, Inc. | Systems and methods for enabling IP signaling in wireless networks |
JP4779827B2 (ja) * | 2006-06-29 | 2011-09-28 | 日本電気株式会社 | ネットワーク制御システム、無線通信装置、及びネットワーク制御方法 |
US8849297B2 (en) * | 2006-07-14 | 2014-09-30 | Qualcomm Incorporated | Call establishment and maintenance in a wireless network |
US20080025312A1 (en) * | 2006-07-28 | 2008-01-31 | Qualcomm Incorporated | Zero-header compression for improved communications |
US20080025249A1 (en) * | 2006-07-28 | 2008-01-31 | Qualcomm Incorporated | 1xEVDO WIRELESS INTERFACE TO ENABLE COMMUNICATIONS VIA A SATELLITE RELAY |
US20080077410A1 (en) * | 2006-09-26 | 2008-03-27 | Nokia Corporation | System and method for providing redundancy management |
KR101250589B1 (ko) * | 2006-10-02 | 2013-04-03 | 삼성전자주식회사 | 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어PoC 세션 개설 및 관리 시스템과 그 방법 및 단말장치 |
US8046479B2 (en) * | 2006-11-07 | 2011-10-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Media channel management |
US8542802B2 (en) | 2007-02-15 | 2013-09-24 | Global Tel*Link Corporation | System and method for three-way call detection |
US20080317010A1 (en) * | 2007-06-22 | 2008-12-25 | Aylus Networks, Inc. | System and method for signaling optimization in ims services by using a service delivery platform |
US20090006533A1 (en) * | 2007-06-28 | 2009-01-01 | Yahoo! Inc. | Server-aided approach to improve media negotiation efficiency |
KR101421587B1 (ko) | 2007-08-23 | 2014-07-22 | 삼성전자주식회사 | 무선 영상 전화 단말간의 선호 영상 규격을 결정하는 방법및 장치 |
US8521155B2 (en) * | 2007-12-21 | 2013-08-27 | Research In Motion Limited | Presence-based call switching |
US9706266B1 (en) * | 2008-01-23 | 2017-07-11 | Sprint Communications Company L.P. | Telephony codec optimizing method and apparatus |
FR2927336B1 (fr) * | 2008-02-12 | 2010-05-21 | Cie Des Peches Saint Malo Sant | Hydrolysat de proteines de poissons presentant une activite de stimulation et de maintien du capital osseux, compositions nutraceutiques et pharmacologiques comprenant un tel hydrolysat et procede d'obtention |
GB2461684A (en) * | 2008-06-27 | 2010-01-13 | Vodafone Plc | Transmitting communication mode information between network elements |
JP5554331B2 (ja) * | 2008-07-28 | 2014-07-23 | コーニンクレッカ フィリップス エヌ ヴェ | 短距離無線リンクの品質をモニタリングする技術 |
US8763086B2 (en) * | 2008-08-29 | 2014-06-24 | Telefonaktiebolaget L M Ericsson (Publ) | Service sharing among IMS users |
EP2351309B1 (en) * | 2008-10-03 | 2017-03-08 | Telefonaktiebolaget LM Ericsson (publ) | Session establishment in a communication network |
CN101420290B (zh) * | 2008-11-20 | 2012-06-06 | 华为技术有限公司 | 数据处理的方法和装置 |
KR101489432B1 (ko) * | 2008-12-16 | 2015-02-03 | 삼성전자주식회사 | 접속 설정 프로토콜 기반의 브이오 아이피 네트워크에서 미디어 코덱 결정 방법 및 장치 |
US9225838B2 (en) | 2009-02-12 | 2015-12-29 | Value-Added Communications, Inc. | System and method for detecting three-way call circumvention attempts |
US20120144000A1 (en) * | 2009-08-10 | 2012-06-07 | Nec Corporation | Content delivery system |
CN103051651B (zh) * | 2011-10-17 | 2017-12-26 | 中兴通讯股份有限公司 | 最小激活链路数处理方法及装置 |
KR101361336B1 (ko) | 2012-07-12 | 2014-02-13 | (주)카카오 | 모바일 보이스 오버 인터넷 프로토콜(mVoIP)서비스를 지원하는 인스턴트 메시지 어플리케이션,mVoIP 서버 및 인스턴트 메시지 서버의 동작 방법 |
US8837317B1 (en) | 2012-08-27 | 2014-09-16 | Sprint Spectrum L.P. | Managing codec consistency across a communication session |
US9084166B1 (en) | 2012-08-27 | 2015-07-14 | Sprint Spectrum L.P. | Managing codec consistency across a communication session |
US8880087B1 (en) * | 2012-08-27 | 2014-11-04 | Sprint Spectrum L.P. | Maintaining codec consistency across a communication session |
US8908605B1 (en) | 2012-10-09 | 2014-12-09 | Sprint Spectrum L.P. | Coordination of codec assignment and radio configuration in wireless communications |
US9215623B1 (en) | 2013-03-28 | 2015-12-15 | Sprint Spectrum L.P. | Coordination of codec consistency across wireless coverage areas |
US9386563B1 (en) | 2013-04-11 | 2016-07-05 | Sprint Spectrum L.P. | Coordination of codec consistency based on cross-carrier assignment |
US20150045041A1 (en) * | 2013-08-12 | 2015-02-12 | Qualcomm Incorporated | Devices and methods for establishing transcoder-free communication paths with multi-sim devices |
EP3075132B1 (en) * | 2013-11-27 | 2021-08-18 | Telefonaktiebolaget LM Ericsson (publ) | Hybrid rtp payload format |
EP3095219B1 (en) * | 2014-01-17 | 2024-05-08 | Nokia Solutions and Networks Oy | Methods, apparatuses and computer program products for service based mobility management |
KR20150140197A (ko) | 2014-06-05 | 2015-12-15 | 삼성전자주식회사 | 화상독취장치 및 화상독취방법 |
US9883043B2 (en) * | 2014-08-20 | 2018-01-30 | Pecan Technologies Inc | Management of online interactions |
US10742495B2 (en) | 2015-01-12 | 2020-08-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication device, gateway node and methods for preparing a point-to-point session |
CN107251610B (zh) * | 2015-05-20 | 2020-09-25 | 松下电器(美国)知识产权公司 | 通信节点、终端及通信控制方法 |
CN104997034B (zh) * | 2015-07-23 | 2018-02-13 | 中国科学院西北高原生物研究所 | 抗氧化沙棘hg型果胶膳食纤维及其分离纯化方法与应用 |
KR20180127328A (ko) | 2016-03-28 | 2018-11-28 | 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카 | 단말, 기지국 및 코덱 모드 전환 방법 |
CN112398854B (zh) * | 2016-04-12 | 2023-02-28 | Oppo广东移动通信有限公司 | 用于确定业务通信的编解码模式集的方法和装置 |
EP3515108A1 (en) * | 2016-10-18 | 2019-07-24 | Huawei Technologies Co., Ltd. | Service communication method and device |
US9930088B1 (en) * | 2017-06-22 | 2018-03-27 | Global Tel*Link Corporation | Utilizing VoIP codec negotiation during a controlled environment call |
US10645228B2 (en) * | 2017-06-26 | 2020-05-05 | Apple Inc. | Adaptability in EVS codec to improve power efficiency |
US11700526B2 (en) * | 2018-06-12 | 2023-07-11 | Samsung Electronics Co., Ltd. | Method and apparatus for identifying in-call capability features |
FI129164B (en) * | 2018-12-20 | 2021-08-13 | Telia Co Ab | Communication solution |
EP4367869A1 (en) * | 2022-03-30 | 2024-05-15 | Jio Platforms Limited | System and method for facilitating an optimal mode set for establishing a call |
Family Cites Families (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5586117A (en) * | 1992-11-02 | 1996-12-17 | National Semiconductor Corporation | Method and apparatus which allows devices with multiple protocol capabilities to configure to a common protocol configuration |
US5568525A (en) * | 1993-08-19 | 1996-10-22 | International Business Machines Corporation | System and method for connection of multiple protocol terminals |
US5452287A (en) | 1993-09-20 | 1995-09-19 | Motorola, Inc. | Method of negotiation of protocols, classes, and options in computer and communication networks providing mixed packet, frame, cell, and circuit services |
DE4408598A1 (de) * | 1994-03-15 | 1995-09-21 | Sel Alcatel Ag | Telekommunikationssystem und Telekommunikationsendeinrichtung |
FI962381A (fi) * | 1996-06-07 | 1997-12-08 | Nokia Telecommunications Oy | Datan pakkaaminen tietoliikenneyhteydellä |
US6125122A (en) * | 1997-01-21 | 2000-09-26 | At&T Wireless Svcs. Inc. | Dynamic protocol negotiation system |
US5924026A (en) | 1997-03-04 | 1999-07-13 | Nokia Mobile Phones Limited | Exchange of system and terminal capabilities over the same analog control channel |
US6208638B1 (en) | 1997-04-01 | 2001-03-27 | J 2 Global Communications, Inc. | Method and apparatus for transmission and retrieval of facsimile and audio messages over a circuit or packet switched network |
US6075787A (en) | 1997-05-08 | 2000-06-13 | Lucent Technologies Inc. | Method and apparatus for messaging, signaling, and establishing a data link utilizing multiple modes over a multiple access broadband communications network |
US6798786B1 (en) * | 1999-06-07 | 2004-09-28 | Nortel Networks Limited | Managing calls over a data network |
US6104929A (en) * | 1997-06-20 | 2000-08-15 | Telefonaktiebolaget Lm Ericsson | Data packet radio service with enhanced mobility management |
JPH1117840A (ja) | 1997-06-27 | 1999-01-22 | Nec Corp | マルチメデュア通信システム |
US6058115A (en) | 1997-08-04 | 2000-05-02 | Motorola, Inc. | Communication method and apparatus utilizing protocol options |
EP1010314B1 (en) | 1997-09-04 | 2004-02-11 | BRITISH TELECOMMUNICATIONS public limited company | Telecommunications system |
US6108560A (en) * | 1997-09-26 | 2000-08-22 | Nortel Networks Corporation | Wireless communications system |
US7072308B2 (en) * | 1997-10-21 | 2006-07-04 | Intel Corporation | Apparatus and method for computer controlled call processing applications in packet switched telephone networks |
JPH11313371A (ja) | 1998-04-28 | 1999-11-09 | Toshiba Corp | 移動データ通信システムとその基地局装置及び移動端末装置 |
US6356533B1 (en) * | 1998-08-07 | 2002-03-12 | At&T Corp | Apparatus and method for selecting communication modes |
US7212543B1 (en) * | 1998-10-12 | 2007-05-01 | Teliasonera Ab | Method, system and device for establishing communication between different communication networks |
FI111505B (fi) | 1999-05-31 | 2003-07-31 | Nokia Corp | Menetelmä ohjaustiedon välittämiseksi tiedonsiirtojärjestelmässä, tiedonsiirtojärjestelmä, langaton päätelaite ja tukiasemajärjestelmä |
US6522658B1 (en) | 1999-06-07 | 2003-02-18 | Trw Inc. | Method for discriminating and routing data packets based on quality-of-service requirements |
US6404746B1 (en) * | 1999-07-13 | 2002-06-11 | Intervoice Limited Partnership | System and method for packet network media redirection |
ES2327096T3 (es) * | 1999-07-22 | 2009-10-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Un sistema y un metodo para comunicar capacidades de funcionamiento en una red telecomunicaciones. |
US6366577B1 (en) | 1999-11-05 | 2002-04-02 | Mci Worldcom, Inc. | Method for providing IP telephony with QoS using end-to-end RSVP signaling |
FI20000212A (fi) * | 2000-02-01 | 2001-08-02 | Nokia Networks Oy | Yhteydenmuodostusneuvottelu tietoliikennejärjestelmässä |
US6839339B1 (en) | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
US6654610B1 (en) * | 2000-05-05 | 2003-11-25 | Lucent Technologies Inc. | Two-way packet data protocol methods and apparatus for a mobile telecommunication system |
US7072336B2 (en) | 2000-05-26 | 2006-07-04 | Nortel Networks Limited | Communications using adaptive multi-rate codecs |
US7046658B1 (en) | 2000-06-23 | 2006-05-16 | At & T Corp. | Method and system for customer selected direct dialed voice-over-internet protocol (VOIP) |
US7126939B2 (en) * | 2000-07-24 | 2006-10-24 | Nortel Networks Limited | Packet-based calls in a wireless network |
DE60134655D1 (de) | 2000-08-14 | 2008-08-14 | Nokia Siemens Networks Oy | Gerät und verfahren zur entfernung eines paketkopfteils in einem funkkommunikationssystem |
-
2000
- 2000-08-14 DE DE60045113T patent/DE60045113D1/de not_active Expired - Lifetime
- 2000-08-14 CA CA002419536A patent/CA2419536C/en not_active Expired - Lifetime
- 2000-08-14 ES ES00954629T patent/ES2353854T3/es not_active Expired - Lifetime
- 2000-08-14 KR KR1020037002111A patent/KR100576390B1/ko active IP Right Grant
- 2000-08-14 US US10/343,706 patent/US7688745B1/en not_active Expired - Lifetime
- 2000-08-14 CN CNB008198152A patent/CN1262097C/zh not_active Expired - Lifetime
- 2000-08-14 AU AU2000267018A patent/AU2000267018A1/en not_active Abandoned
- 2000-08-14 AT AT00954629T patent/ATE484933T1/de not_active IP Right Cessation
- 2000-08-14 WO PCT/EP2000/007932 patent/WO2002015625A1/en active IP Right Grant
- 2000-08-14 JP JP2002519363A patent/JP3936290B2/ja not_active Expired - Lifetime
- 2000-08-14 BR BRPI0017311-8A patent/BR0017311B1/pt active IP Right Grant
- 2000-08-14 EP EP00954629A patent/EP1312235B1/en not_active Expired - Lifetime
-
2001
- 2001-08-10 US US10/344,573 patent/US7394807B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
CN1454441A (zh) | 2003-11-05 |
US7688745B1 (en) | 2010-03-30 |
AU2000267018A1 (en) | 2002-02-25 |
ATE484933T1 (de) | 2010-10-15 |
EP1312235B1 (en) | 2010-10-13 |
US7394807B2 (en) | 2008-07-01 |
KR100576390B1 (ko) | 2006-05-03 |
DE60045113D1 (de) | 2010-11-25 |
JP3936290B2 (ja) | 2007-06-27 |
CN1262097C (zh) | 2006-06-28 |
BR0017311A (pt) | 2003-07-08 |
ES2353854T3 (es) | 2011-03-07 |
US20040047437A1 (en) | 2004-03-11 |
CA2419536A1 (en) | 2002-02-21 |
WO2002015625A1 (en) | 2002-02-21 |
KR20030019920A (ko) | 2003-03-07 |
JP2004506393A (ja) | 2004-02-26 |
CA2419536C (en) | 2009-12-29 |
EP1312235A1 (en) | 2003-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
BR0017311B1 (pt) | Método a ser realizado em um sistema de comunicação, sistema de comunicação, e, elemento de rede | |
EP1374494B1 (en) | Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session | |
JP5599847B2 (ja) | 通信モードの設定 | |
KR101332993B1 (ko) | 사용자 개시 핸드오프에 기초한 세션 개시 프로토콜(sip) | |
US8209432B2 (en) | Method and arrangement for communicating multimedia content | |
US20040103157A1 (en) | Store-and-forward server and method for storing and forwarding for instant messaging service implemented in IP multimedia core network subsystem (IMS) | |
US20110268110A1 (en) | Providing Packet-Based Multimedia Services via a Circuit Breaker | |
EP1327371B1 (en) | Apparatus and method for initiation of header portion removal in a radio communication system | |
EP1472836A1 (en) | PACKET−BASED CONVERSATIONAL SERVICE FOR A MULTIMEDIA SESSION IN A MOBILE COMMUNICATIONS SYSTEM | |
CA2364722A1 (en) | Telecommunication services identification | |
JP5185491B2 (ja) | 代替コール・コントローラへの移行のための方法および装置 | |
CN102158897B (zh) | 基于网络负荷进行编码选择的方法和*** | |
KR20040049862A (ko) | 단일 넘버링 방식을 이용한 네트워크에서의 서비스 및성능 협상 | |
WO2009065322A1 (fr) | Procédé, système et dispositif pour exécuter la redirection | |
CN112753240A (zh) | 终端装置、基站装置以及方法 | |
JP4912833B2 (ja) | 無線通信システムおよび移動端末 | |
KR20170034016A (ko) | 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
B25A | Requested transfer of rights approved |
Owner name: NOKIA SIEMENS NETWORKS OY (FI) Free format text: TRANSFERIDO DE: NOKIA CORPORATION |
|
B25G | Requested change of headquarter approved |
Owner name: NOKIA SIEMENS NETWORKS OY (FI) Free format text: ENDERECO ALTERADO CONFORME SOLICITADO NA PETICAO NO 020100090255/RJ DE 27/09/2010. |
|
B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
B09A | Decision: intention to grant [chapter 9.1 patent gazette] | ||
B16A | Patent or certificate of addition of invention granted [chapter 16.1 patent gazette] |
Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 11/11/2014, OBSERVADAS AS CONDICOES LEGAIS. |
|
B25D | Requested change of name of applicant approved | ||
B15K | Others concerning applications: alteration of classification |
Ipc: H04W 28/18 (2009.01), H04L 29/06 (2006.01), H04W 8 |