BRPI0406950B1 - método e aparelho para fornecer informação do tipo de formato portador em um sistema de comunicação celular - Google Patents

Abstract

MÉTODO E APARELHO PARA FORNECER INFORMAÇÃO DO TIPO DE FORMATO PORTADOR EM UM SISTEMA DE COMUNICAÇÃO CELULAR". Um sistema de comunicação (100) fornece a distribuição de informação do tipo de formato portador entre os elementos de rede (110, 130, 160, 170) localizados ao longo de uma via portadora de uma sessão de comunicação, com isso facilitando a seleção de um tipo de formato portador para a sessão de comunicação. A informação do tipo de formato portador informa os tipos de formato portador suportados por cada um dos elementos de rede. Em uma versão da presente invenção, os tipos de formato portador são levados em campos de dados do tipo de formato portador (301 - 303) de mensagens do tipo de formato portador (300), cujos campos de dados poderão ser modificados por cada elemento de rede para identificar as capacidades do tipo de formato portador do elemento de rede.

Description

REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS

Este pedido é relacionado ao Pedido de Patente dos Estados Unidos número 60/487.182, número de documento CE 11713 R, depositado em 17 de julho de 2003, e ai nda reivindica prioridade do pedido provisório de patente dos Estados Unidos número de série 60/527.949, intitulado "METHOD AND APPARATUS FOR PROVIDING BEARER FORMAT TYPE INFORMATION IN A CELLULAR COMMUNICATION SYSTEM” (Método e aparelho para fornecer informação do tipo de formato portador em um sistema de comunicação celular), depositado em 8 de dezembro de 2003, que é de propriedade comum e aqui incorporado por referência em sua inteireza.

CAMPO DA INVENÇÃO

A presente invenção relaciona-se genericamente a sistemas de comunicação celular e, em particular, à funcionalidade de transcodificação em um sistema de comunicação celular.

HISTÓRICO DA INVENÇÃO

Em uma rede típica celular de Acesso Múltiplo de Divisão por Código (CDMA) , como a rede de comunicação CDMA de segunda geração (2G), transcodificadores estão localizados em cada uma de uma estação móvel originadora (MS) , uma MS terminal, e uma estação base (BS) , e em particular em uma controladora de estação base (BSC) , que serve a cada uma das MSs originadora e terminal. O transcodificador da BS que serve a MS originadora recebe pacotes de voz comprimidos da MS e converte os pacotes de voz em sinais modulados de código de pulso (PCM) para transmissão através de uma rede cerne comutada por circuito incluída na rede celular. A BS então transmite os sinais PCT fluxo acima através da rede cerne comutada por circuito e, através da rede cerne, a uma rede de telefonia comutada pública (PSTN) acoplada à rede celular do operador. De modo similar, sinais PCM recebidos por uma rede celular CDMA de 2G de uma PSTN que são dirigidos para a MS terminal são transmitidos como sinais PCM através da rede cerne comutada por circuito para a BS que serve a MS terminal, em que o transcodificador na BS converte os sinais PCM em pacotes de voz comprimidos. A BS então transmite os pacotes de voz comprimidos para a MS terminal.

O desenvolvimento de redes CDMA da próxima geração, como a rede celular cdma2000, permitiram aos operadores de sistema instalar redes cerne comutadas por pacote no lugar de, ou em paralelo com as redes cerne comutadas por circuito, assim permitindo que pacotes de dados sejam transmitidos através das redes celulares no lugar de, ou em paralelo com sinais comutados por circuito. A instalação dessas redes cerne comutadas por pacote permite ao operador do sistema transmitir dados de voz como um pacote de voz comprimido através da rede cerne comutada por pacote, em vez de transmitir dados de voz como sinais PCM através da rede cerne comutada por circuito. Para facilitar a transmissão de voz através de uma rede celular no formato de pacote de dados, os operadores de redes celulares cdma2000 expressaram um interesse em relocar os transcodificadores mais próximos da PSTN. Além disso, a relocação de transcodificadores para uma localização mais centralizada mais profundamente na rede celular pode reduzir os custos do sistema ao fornecer uma função de transcodificador mais centralizada/ em oposição a uma função transcodificadora com base em BS amplamente distribuída, e ao permitir que serviços de voz sejam transportados por mais de uma rede de backhaul em formato comprimido em oposição a um formato não comprimido.

No entanto, quando um sistema de comunicação CDMA de legado é atualizado com uma função transcodificadora relocada, o resultado poderá ser a provisão de uma função de transcodif icação em cada uma de uma rede cerne e a BS. Ademais, alguns sistemas poderão servir estações móveis que não são capazes de transmitir voz em um formato compatível para transmissão por uma rede cerne comutada por pacote, assim necessitando uma função transcodificadora em uma BS. O resultado é que múltiplas funções de transcodificação poderão, cada uma delas, suportar o mesmo ou um tipo de formato portador diferente. Para determinar um tipo de formato portador apropriado para uma sessão de comunicação que envolve uma estação móvel originadora (MS), e uma MS terminal, as capacidades de transcodificação das MSs originadora e terminal, bem como as capacidades de transcodificação de quaisquer funções de transcodificação residentes ao longo de uma via portadora de voz associada as MSs, precisa ser tornada conhecida de uma entidade tomadora de decisão.

Além disso, cada vez que a voz é recodif icada/re- decodificada por um transcodificador a qualidade da voz degrada. Como resultado, a norma subjacente às redes CDMA da próxima geração ainda permitem, mas não especificam a implementação, de operação isenta de transcodificador (TfFO), em que a voz é transmitida através da rede celular sem aplicação para a voz, pela rede, de qualquer função de transcodificação. No entanto, para que a rede celular engaje em operação isenta de transcodificador ou engaje transcodificadores apropriados em operação, à rede precisa determinar o tipo de formato portador mais apropriado a ser suportado por cada um dos elementos de rede envolvidos na chamada, incluindo a MS originadora e a MS terminal para o caso de chamadas móvel-a-móvel.

Portanto, existe uma necessidade de um método e aparelho para determinar as capacidades do tipo de formato portador de cada MS envolvida em uma sessão de comunicação e ainda das funções de transcodificador dentro dos elementos de rede (por exemplo, portais de mídia) localizados ao longo de uma via portadora de voz associada à sessão de chamada.

DESCRIÇÃO SUCINTA DOS DESENHOS

A Figura 1 é um diagrama de blocos de um sistema de comunicação sem fio de acordo com uma versão da presente invenção.

A Figura 2A é um diagrama de fluxo lógico 200 das etapas executadas pelo sistema de comunicação da Figura 1 ao distribuir informação sobre as capacidades de tipo de formato portador de cada estação móvel engajada em uma sessão de comunicação e cada transcodificador de rede localizado ao longo de uma via portadora de voz associada às estações móveis de acordo com várias versões da presente invenção.

A Figura 2B é uma continuação do diagrama de fluxológico da Figura 2A representando as etapas executadas pelo sistema de comunicação da Figura 1 ao distribuir informação sobre as capacidades de tipo de formato portador de cada estação móvel engajada em uma sessão de comunicação e de cada transcodificador de rede localizado ao longo de uma via portadora de voz associada às estações móveis de acordo com várias versões da presente invenção.

A Figura 2C é uma continuação dos diagramas de fluxo lógico das Figuras 2A e 2B que representam etapas executadas pelo sistema de comunicação da Figura 1 ao distribuir informação sobre as capacidades de tipo de formato portador de cada estação móvel engajada em uma sessão de comunicação e de cada transcodificador de rede localizado ao longo de uma via portadora de voz associada às estações móveis de acordo com várias versões da presente invenção.

A Figura 2D é uma continuação dos diagramas de fluxo lógico das Figuras 2A, 2B e 2C que representam as etapas executadas pelo sistema de comunicação da Figura 1 ao distribuir informação sobre as capacidades de tipo de formato portador de cada estação móvel engajada em uma sessão de comunicação e de cada transcodificador de rede localizado ao longo de uma via portadora de voz associada às estações móveis de acordo com várias versões da presente invenção.

A Figura 3 é um diagrama de blocos de uma mensagem do tipo de formato portador exemplar que poderá ser utilizada pelo sistema de comunicação da Figura 1 para distribuir nas capacidades de tipo de formato portador de cada estação móvel engajada em uma sessão de comunicação e de cada transcodificador de rede localizado ao longo de uma via portadora de voz associada às estações móveis de acordo com uma versão da presente invenção.

A Figura 4 é um diagrama de fluxo lógico das etapas executadas por uma estação base da Figura 1 ao montar a mensagem do tipo de formato portador da Figura 3 de acordo com uma versão da presente invenção.

A Figura 5 é um diagrama de fluxo lógico das etapas executadas por um comutador de pacote da Figura 1 ao modificar os campos de dados do tipo de formato portador da mensagem do tipo de formato portador da Figura 3 de acordo com uma versão da presente invenção.

DESCRIÇÃO DETALHADA DA INVENÇÃO

Para encarar a necessidade de um método e aparelho para determinar as capacidades de tipo de formato portador de cada estação móvel envolvida em uma sessão de comunicação e aprimorar as funções de transcodificação dentro dos elementos da rede (por exemplo, portais de mídia) localizados ao longo de uma via portadora de voz associada à sessão de chamada, um sistema de comunicação é fornecido que distribui informação do tipo de formato portador entre os elementos da rede localizados ao longo de uma via portadora de uma sessão de comunicação, assim facilitando a seleção de um tipo de formato portador para a sessão de comunicação. A informação de tipo de formato portador informa dos tipos de formato portador suportados por cada um dos elementos de rede. Em uma versão da presente invenção, os tipos de formato portador são portados em campos de dados do tipo de formato portador de mensagens de tipo de formato portador, cujos campos de dados poderão ser modificados por cada elemento de rede para identificar as capacidades de tipo de formato portador do elemento de rede.

Geralmente, uma versão da presente invenção abrange um método para fornecer capacidades de tipo de formato portador em um sistema de comunicação celular. 0 método inclui montar uma mensagem que compreende a informação do tipo de formato portador, em que a informação do tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma estação móvel, o tipo de formato portador designado, e ainda compreende, quando a estação móvel e um elemento de rede que serve a estação móvel suportam mutuamente um segundo formato portador, o segundo formato portador e portar a mensagem montada.

Outra versão da presente invenção abrange um método para fornecer capacidades de tipo de formato portador em um sistema de comunicação celular. O método inclui receber informação de tipo de formato portador que compreende pelo menos um de um primeiro tipo de formato portador designado a uma estação móvel e um segundo tipo de formato portador suportado mutuamente pela estação móvel e uma estação base que serve a estação móvel e portar a informação de tipo de formato portador recebida para um elemento de rede que não a estação base.

Ainda outra versão da presente invenção abrange um método de fornecer capacidades de tipo de formato portador em um sistema de comunicação celular. 0 método inclui receber informação de tipo de formato portador que compreende pelo menos um de um primeiro tipo de formato portador designado a uma primeira estação móvel e um segundo tipo de formato portador suportado mutuamente pela primeira estação móvel e uma estação base que serve a primeira estação móvel e designar um tipo de formato portador a uma segunda estação móvel com base na informação de tipo de formato portador recebido.

Ainda outra versão da presente invenção abrange um método para fornecer capacidades de tipo de formato portador em um sistema de comunicação celular, o método compreendendo montar uma mensagem que compreende um primeiro campo de dado que identifica um tipo de formato portador designado a uma estação móvel e pelo menos um segundo campo de dado que identifica um formato portador suportado mutuamente pela estação móvel e a estação base que serve a estação móvel.

Ainda outra versão da presente invenção abrange um método para fornecer capacidades de tipo de formato portador em um sistema de comunicação celular. 0 método inclui portar a primeira informação de tipo de formato portador, em que a primeira informação de tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma primeira estação móvel, o tipo de formato portador designado e ainda compreende, o primeiro formato portador designado e, quando a primeira estação móvel e uma primeira estação base suportam mutuamente um segundo formato portador, o segundo formato portador. O método ainda inclui receber a primeira informação de tipo de formato portador da primeira estação base, em resposta a receber a primeira informação de tipo de formato portador, determinar se um primeiro elemento de rede que não a primeira estação base e um ou mais da primeira estação móvel e a primeira estação base suportammutuamente um terceiro tipo de formato portador, e ainda em resposta ao receber a primeira informação de tipo de formato portador, portar informação do segundo formato portador gue compreende a informação do primeiro tipo de formato portador e, quando o primeiro elemento de rede e um ou mais da primeira estação móvel e da primeira estação base suportam mutuamente um terceiro tipo de formato portador, o terceiro tipo de formato portador. O método ainda inclui receber a informação do segundo tipo de formato portador, em resposta a receber a informação do segundo tipo de formato portador, determinar se um segundo elemento de rede que não a primeira estação base e um ou mais da primeira estação móvel, a primeira estação base, e o primeiro elemento de rede suportam mutuamente um quarto tipo de formato portador, e ainda em resposta ao receber a informação do segundo tipo de formato portador, portar a informação do terceiro tipo de formato portador que compreende a informação do segundo tipo de formato portador e, quando o segundo elemento de rede e uma ou mais da primeira estação móvel, a primeira estação base, e o primeiro elemento de rede suportam mutuamente um quarto tipo de formato portador, o quarto tipo de formato portador. 0 método ainda inclui receber a informação do terceiro tipo de formato portador e, em resposta a receber a informação do segundo tipo de formato portador, designar um formato portador para uma segunda estação móvel com base na informação do terceiro tipo de formato portador.

Ainda outra versão da presente invenção abrange uma controladora de estação base que monta uma mensagem que compreende informação de tipo de formato portador, em que a informação de tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma estação móvel, o tipo de formato portador designado, e ainda compreende, quando a estação móvel e um elemento de rede que serve a estação móvel suportam mutuamente um segundo formato portador, o segundo formato portador, e porta a mensagem montada.

Ainda outra versão da presente invenção abrange um comutador de pacote que compreende pelo menos um dispositivo de memória que mantém pelo menos um tipo de formato portador suportado por um transcodificador associado. 0 comutador de pacote ainda compreende um processador acoplado ao pelo menos um dispositivo de memória que recebe informação de tipo de formato portador que compreende pelo menos um de um primeiro tipo de formato portador designado a uma estação móvel e um segundo tipo de formato portador suportados mutuamente pela estação móvel e uma estação base que serve a estação móvel e porta a informação de tipo de formato portador recebida para outro elemento de rede.

Ainda outra versão da presente invenção abrange uma controladora de estação base que recebe informação de tipo de formato portador que compreende pelo menos um de um primeiro tipo de formato portador designado a uma primeira estação móvel e um segundo tipo de formato portador suportados mutuamente pela primeira estação móvel e a estação base que serve a primeira estação móvel e que designa o tipo de formato portador para uma segunda estação móvel com base na informação de tipo de formato portador recebida.

Ainda outra versão da presente invenção abrange um meio lido por computador que armazena instruções para montar uma mensagem que compreende um primeiro campo de dado que identifica o tipo de formato portador designado a uma estação móvel e pelo menos um segundo campo de dado que identifica um formato portador suportado mutuamente por uma estação móvel e a estação base que serve à estação móvel.

Ainda outra versão da presente invenção abrange um sistema para distribuir informação de tipo de formato portador. O sistema inclui uma estação base que compreende um primeiro transcodificador e que porta uma mensagem que compreende informação de tipo de formato portador, em que a informação de tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma estação móvel, o tipo de formato portador designado, e ainda compreende, quando a estação móvel e a estação base suportam mutuamente um segundo formato, o segundo formato portador. O sistema ainda inclui uma controladora de formato portador que recebe a informação de tipo de formato portador da estação base, seleciona um tipo de formato portador para uma sessão de comunicação associada à estação base com base na informação de tipo de formato portador recebida, e informa a estação base do tipo de formato portador selecionado.

Ainda outra versão da presente invenção abrange um sistema para distribuir informação de tipo de formato portador. O sistema inclui uma primeira estação base tendo um primeiro transcodificador e que leva a informação do primeiro tipo de formato portador, em que a informação do primeiro tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma primeira estação móvel, o tipo de formato portador designado e ainda compreende, quando a primeira estação móvel e a primeira estação base suportam mutuamente um segundo formato portador, o segundo formato portador. O sistema ainda inclui um primeiro comutador de pacote tendo um segundo transcodificador e que recebe a informação do primeiro tipo de formato portador da primeira estação base, determina se o primeiro comutador de pacote e um ou mais da primeira estação móvel e a primeira estação base suportam mutuamente um terceiro tipo de formato portador, e leva uma informação do segundo formato portador que compreende a informação do primeiro tipo de formato portador e, quando o primeiro comutador de pacote e uma ou mais da primeira estação móvel e a primeira estação base suportam mutuamente um terceiro tipo de formato portador, o terceiro tipo de formato portador. O sistema ainda inclui um segundo comutador de pacote tendo um terceiro transcodificador e que recebe a informação do segundo tipo de formato portador da primeira estação base, determina se o segundo comutador de pacote e uma ou mais da primeira estação móvel, a primeira estação base, e o primeiro comutador de pacote suportam mutuamente um quarto tipo de formato portador, e leva a informação do terceiro tipo de formato portador que compreende a informação do segundo tipo de formato portador recebido e, quando o segundo comutador de pacote e uma ou mais da primeira estação móvel, a primeira estação base e o primeiro comutador de pacote suportam mutuamente um quarto tipo portador, o quarto tipo de formato portador. O sistema ainda inclui uma segunda estação base tendo um quarto transcodificador e que recebe a informação do terceiro tipo de formato portador do segundo comutador de pacote e designa um formato portador à segunda estação móvel servida pela segunda estação base com base na informação do terceiro tipo de formato portador.

A presente invenção poderá ser mais inteiramente descrita com referência às Figuras 1 a 5. A Figura 1 é um diagrama de blocos de um sistema de comunicação sem fio 100 de acordo com uma versão da presente invenção. 0 sistema de comunicação 100 inclui uma primeira estação base (BS) 110 que compreende uma primeira estação transceptora base (BTS) 112 operacionalmente acoplada a uma primeira controladora de estação base (BSC) 120. 0 sistema de comunicação 100 ainda inclui uma primeira rede cerne 140 que está fluxo acima, e acoplada, à BS 110, e em particular a BSC 120, e que compreende um primeiro comutador de pacote 130. A BS 110 fornece serviços de comunicação para uma primeira estação móvel 102 através da BTS 112 e ainda através de uma primeira interface de ar 108.

O sistema de comunicação 100 ainda inclui uma segunda estação base (BS) 170 que compreende uma segunda estação transceptora base (BTS) 172 operacionalmente acoplada a uma segunda controladora de estação base (BSC) 180. O sistema de comunicação 100 ainda inclui uma segunda rede cerne 150 que está fluxo acima, e acoplada, à BS 170, e em particular a BSC 180, e que compreende um segundo comutador de pacote 160. A BS 17 0 fornece serviços de comunicação para uma segunda MS 192 através da BTS 172 e ainda através de uma segunda interface de ar 198.

Cada comutador de pacote 130, 160 poderá compreender um ou mais de um portal de mídia, um centro de comutação móvel 3G (terceira geração) (MSCs), e um comutador suave de voz de pacote que está disponível da Motorola, Inc. , de Schaumburg, Illinois, e que foi modificado para efetuar a função aqui descrita. Cada interface de ar 108, 198 compreende um enlace de encaminhamento (não mostrado) tendo múltiplos canais de comunicação, como o um ou mais canais de controle de enlace de encaminhamento, um ou mais canaisde tráfego de enlace de encaminhamento, e um canal de radiochamada de enlace de encaminhamento, e um enlace reverso (não mostrado) tendo múltiplos canais de comunicação, como um ou mais canais de controle de enlace reverso, um ou mais canais de tráfego de enlace reverso e um canal de acesso de enlace reverso.

Cada uma das MSs 102 e 192, BSCs 120 e 180, e comutadores de pacote 130 e 160 inclui um respectivo processador 104, 194, 122, 182, 131, 161, como um ou mais microprocessadores, microcontroladoras, processadores de sinal digital (DSPs), combinações destes ou outros dispositivos conhecidos daqueles com habilidade ordinária na tecnologia. Cada uma das MSs 102 e 192, BSCFs 120 e 180,e comutadores de pacote 130 e 160 ainda inclui umrespectivo um ou mais dispositivos de memória 106, 196, 124, 184, 132, 162 associadas ao respectivo processador104, 194, 122, 182, 131, 161, como a memória de acessoaleatório (RAM), memória de acesso aleatório dinâmica (DRAM), e/ou memória de apenas leitura (ROM) ou equivalentes destas, que armazenam dados e programas que poderão ser executados pelo processador. Cada uma das BSCs 120 e 180 e os comutadores de pacote 130 e 160 ainda incluem opcionalmente um respectivo transcodificador 126, 186, 133, 163 que é capaz de decodificar pacotes de dados de voz em pele menos um de múltiplos tipos de formato portador, como SMV (IS-893) , EVRC (IS-127) , 13k-QCELP (IS- 733), Sk-QCELP (IS-96C), e G.711. O um ou mais dispositivos de memória 106, 196 de cada- uma das MSs 102 e 192, bem como o um ou mais dispositivos de memória 124, 184, 132, 162 de cada um das BSCs 120 e 180 e comutadores de pacote 13 0 e 160 quando a BSC ou o comutador de pacote inclui um transcodificador, ainda armazena os tipos de formato portador suportado pela MS ou transcodificador associado, isto é, pelos transcodif icadores 126, 186, 133 e 163 com relação às BSCs 120 e 180 e os comutadores de pacote 130 e 160.

Cada comutador de pacote 130, 160 ainda inclui uma respectiva controladora de formato portador 135, 165 que é capaz de determinar um formato portador dos múltiplos formatos portadores possíveis no sistema de comunicação 100 que codificarão e decodificarão o tráfego de voz de vários formatos portadores durante uma sessão de comunicação envolvendo a MS 102. Cada controladora de formato portador 135, 165 inclui um respectivo processador 136, 166, como um ou mais microprocessadores, microcontroladoras, DSPs, combinações destes ou outros dispositivos conhecidos daqueles com habilidade ordinária na tecnologia. Cada controladora de formato portador 135, 165 ainda inclui um respectivo um ou mais dispositivos de memória associados 137, 167, como RAM, DRAM, e/ou ROM ou equivalentes destes, que mantêm dados e programas que poderão ser executados pelo processador correspondente. No entanto, em outra versão da presente invenção, cada controladora de formato portador 135, 165 poderá ser implementada em um processador respectivo 131, 161, e um respectivo um ou mais dispositivos de memória 132, 162, do comutador de pacote associado 130, 160.

A primeira rede cerne 140 comunica-se com a segunda rede cerne 150 através de uma rede de transporte de pacote de área ampla 142. Como resultado, a primeira MS 102 é capaz de engajar em comunicação de voz com a segunda MS 192 através da primeira interface de ar 108, da primeira BS 110, da primeira rede cerne 140, da rede de transporte de pacote de área ampla 142, da segunda rede cerne 150, da segunda BS 170, e da segunda interface de ar 198. Juntos, as BS 110 e 170, as redes cerne 140 e 150, e a rede de transporte de pacote de área ampla 142 são coletivamente referidos aqui como uma rede de sistema de comunicação.

O sistema de comunicação 100 compreende um sistema de comunicação de voz de pacote sem fio. Para cada MS 102, 192 engajar em comunicação de voz com outra MS, cada uma das BSs 110, 17 0, das redes cerne 14 0, 150 e da rede de transporte de pacote de área ampla 142, opera de acordo com protocolos de telecomunicação sem fio bem conhecidos. Ao operar de acordo com protocolos bem conhecidos, o usuário de uma MS 102, 192, pode ter assegurado que a MS será capaz de se comunicar com uma BS servidora respectiva 110, 170 e uma respectiva rede cerne servidora respectiva 140, 150, e estabelecer um enlace de comunicação com uma rede externa à rede cerne servidora, como as redes cerne 150 e 140, respectivamente. Preferivelmente, o sistema de comunicação 100 opera de acordo com as normas EGPP2 e TIA/EIA (Telecommunications Industry Association/Electronic Industries Association) IS-2001, ou IOS (Especificação de Inter Operabilidade)tque fornece uma norma de compatibilidade dos sistemas cdma2 000 ou 1xE V-DO e em que 5 cada canal de comunicação dos múltiplos canais de comunicação de cada um do enlace de encaminhamento e do enlace reverso das interfaces de ar 108 e 198 compreende um ou mais códigos ortogonais, como os códigos Walsh. A norma especifica os protocolos de operação do sistema de telecomunicação sem fio, incluindo parâmetros do sistema de rádio e procedimentos de processamento da chamada. Noentanto, aqueles que são de habilidade ordinária natecnologia percebem que o sistema de comunicação 100 poderá operar de acordo com qualquer uma de uma variedade de sistemas de comunicação de voz orientados para pacote semfio, como o Global System for Mobile Communication (GSM - Sistema Global para a Comunicação Móvel), um sistema de comunicação de Time Division Multiple Access (TDMA - Acesso Múltiplo de Divisão por Tempo), um sistema de comunicaçãode Frequency Division Multiple Access (FDMA - Acesso Múltiplo de Divisão por Freqüência, ou um sistema de comunicação Orthogonal Frequency Division Multiple Access (OFDM - Acesso Múltiplo de Divisão de Freqüência Ortogonal). Quando uma MS originadora, como a MS 102, estabeleceuma sessão de comunicação com a BS 110, por sua vez estabelecendo sessões de comunicação com o comutador de pacote 130, o sistema de comunicação 100 poderá determinar um ou mais tipos de formato portador a serem utilizados3 0 durante a sessão de comunicação. Ainda, uma sessão de comunicação móvel-a-móvel poderá adicionalmente envolver uma rede de comunicação sem fio terminal, isto é, a rede cerne 150, a BS 17 0 e uma MS terminal, como a MS 192, em relação a qual o sistema de comunicação 100 poderá ainda determinar um ou mais tipos de formatos portadores a serem utilizados pela rede de comunicação sem fio terminal durante a sessão de comunicação. Além disso, o sistema de comunicação 100 poderá determinar o formato portador necessário para estabelecer a sessão de comunicação móvel- a-móvel como uma operação isenta de transcodificador (TrFO), em que o tráfego de voz propaga-se através do sistema de comunicação sem ser intertrabalhado, isto é, traduzido, por qualquer transcodificador de rede 126, 133, 163, 186. No entanto, para o sistema de comunicação 100 determinar o um ou mais tipos de formatos portadores ou se estabelece a sessão de comunicação como uma TfFO, o sistema de comunicação precisa determinar as capacidades do tipo de formato portador de cada MS 102, 192 engajado na sessão de comunicação e ainda de cada transcodificador 126, 133, 163, 18 6 localizado ao longo de uma via portadora de voz associada às MSs. Assim, o sistema de comunicação 100 fornece um método e aparelho para distribuir informação relativa às capacidades do tipo de formato portador de cada MS 102, 192 engajados na sessão de comunicação e ainda de cada transcodif icador 126, 133, 163, 186 localizado ao longo de uma via portadora de voz associada à sessão de comunicação.Com referência agora às Figuras 2A, 2B, 2C, e 2D, um diagrama de fluxo lógico 200 ilustra as etapas executadas pelo sistema de comunicação 100 ao distribuir informação MS, como a uma ou mais das MSs 102 e 192, engaj adas na sessão de comunicação e ainda de cada transcodificador, como o um ou mais dos transcodificadores 12 6, 133, 163 e 186, localizados ao longo de uma via portadora de voz associada às MSs de acordo com uma versão da presente invenção. O diagrama de fluxo lógico 200 inicia (202) quando a MS 102 leva a rede 180 e, em particular, à BS 110 através da BTS 112, e a BS 110 recebe (204) uma solicitação por serviço, isto é, uma solicitação para estabelecer uma sessão de comunicação de voz, ou de voz e dados, com a MS 192. Preferivelmente, a solicitação por serviço compreende uma mensagem de originação como é conhecida na tecnologia, cuja mensagem de originação solicita serviço e requer uma confirmação de camada 2. Eqüitativamente, a solicitação por serviço também poderá compreender uma mensagem de solicitação de radiochamada e requer uma mensagem de resposta de radiochamada. A menos que de outra forma seja aqui especificado, as funções aqui efetuadas por cada MS 102, 192 são efetuadas pelo respectivo processador 106, 196 da MS. Ademais, a menos que sej a de outra forma aqui especificado, as funções aqui efetuadas por cada uma da BS 110 e da BS 170 são efetuadas por uma respectiva BSC 120, 180 e, em particular, um respectivo processador 122, 182 da BSC, e as funções efetuadas pelas BSCs 120 e 180, pelos comutadores de pacote 130 e 160, e pelas controladoras de formato portador 135 e 165, são respectivamente aqui efetuadas pelos processadores 122, 182, 132, 162, 136 e 166.

Em resposta ao receber a solicitação por serviço, a BS 110 determina (206) se um ou mais tipos de formato portador são suportados pela MS originadora 102. Em uma versão da presente invenção, a BS 110 poderá determinar se um ou mais tipos de formatos portadores são suportados pela MS originadora 102 ao primeiro solicitar, da MS, os tipos de formatos portadores suportados pela MS. Por exemplo, como parte do estabelecimento da sessão de comunicação, a BS 110 aloca um canal de tráfego de enlace de encaminhamento e um tráfego de enlace reverso na interface de ar 108 e ainda estabelece um enlace de comunicação entre a BS e o comutador de pacote 13 0 para a sessão de comunicação. Quando do estabelecimento dos canais de tráfego e do enlace de comunicação, a BS 110 leva à MS 102 uma solicitação por uma lista de configurações de serviço suportadas pela MS 102. Preferivelmente, a solicitação é incluída em uma Status Request/Status Response Order (Ordem de Solicitação/Resposta de Situação. Em resposta ao receber a solicitação, a MS 102 leva à BS 110 as capacidades da Service Option (SO) da MS, cujas capacidades de SO incluem os tipos de formato portador suportados pela MS.

Em outra versão da presente invenção, a BS 110 poderá ser informada pela MS 102 dos tipos de formato portador suportados pela MS sem primeiro orientar a MS pelos tipos de formato portador. Por exemplo, como parte do estabelecimento da sessão de comunicação, a MS 102 poderá levar os tipos de formatos portadores suportados pela MS em qualquer uma das múltiplas sinalizações de enlace reverso ou de mensagens de radiochamada, como a mensagem de Origination ou uma mensagem Paging Response, que foram formatadas para incluir SOs de voz correspondendo aos tipos de formato portador suportados.

Em resposta ao receber um ou mais tipos de formato portador suportados pela MS 102, a BS 110 armazena (208) , em associação com a MS e no um ou mais dispositivos de memória 124 da BSC 12 0, o um ou mais tipos de formato portador suportados ou SOs associados. A BS 110 poderá ainda designar (210) um do um ou mais tipos de formato portador suportados para a MS, cujo tipo de formato portador designado também é armazenado pela BS 110 em associação com a MS e no um ou mais dispositivos de memória 124 da BSC 120. No entanto, em outra versão da presente invenção, a BS 110 poderá determinar atrasar a designação de um tipo de formato portador à MS 102. Quando a BS 110 designa um tipo de formato portador suportado para a MS 102, em resposta à designação do tipo de formato portador, a BS 110 leva o tipo de formato portador designado para a MS através de uma designação de SO em uma Service Connect Message/Service Response Order. A MS 102 poderá então ou poderá não confirmar para a BS 110 que a MS é capaz de suportar a SO designada ou o tipo de formato portador, por exemplo, ao levar uma Service Connect Completion Message para a BS.

Com base no um ou mais tipos de formato portador suportados recebidos da MS 102, a BS 110 determina os tipos de formatos portadores suportados mutuamente por cada uma da MS 102 e vários recursos sob o controle da BS 110, como os canais de tráfego de rádio e o transcodificador 12 6 da BSC 120. A BS 110 então leva (214) ao comutador de pacote 130 e, em particular, à controladora de formato portador 135, e o comutador de pacote 130 recebe (216) da BS, informação do primeiro tipo de formato portador que compreende o tipo de formato portador designado, se houver, para a MS 102 e qualquer outro tipo de formato portador mutuamente suportados pela MS 102 e a BS 110, com e/ou sem intertrabalho pela transcodificador 126, isto é, com e/ou sem exigir tradução de portador efetuado pelo transcodificador 126.

Em uma versão da presente invenção, o um ou mais campos de dados do tipo de formato portador levado pela BS 110 para o comutador de pacote 130 poderá então ser propagado em mensagens do tipo de formato portador entre os elementos de rede localizados ao longo de uma via portadora de voz entre a MS originadora 102 e uma Rede de Telefonia Comutada Pública (PSTN) terminal 144. As mensagens de tipo de formato portador compreendem campos de dados de tipo de formato portador em que poderão ser embutidos capacidades de tipo de formato portador de uma MS engajada na sessão de comunicação e um ou mais outros elementos de rede. Cada elemento de rede, ao receber uma mensagem de tipo de formato portador que compreende o um ou mais campos de dados do tipo de formato portador, poderá então modificar os campos de dados com base nos tipos de formato portador suportados por um transcodificador ou outros recursos associados ao elemento de rede.

Por exemplo, em uma versão dessa da presente invenção, com base na informação do primeiro tipo de formato portador recebido da BS 110, o comutador de pacote 130 e, em particular, a controladora de formato portador 135, é agora informada dos tipos de formato portador/SOs suportadas pela MS 102 e a BS 110. Com base nos tipos de formato portador/SOs suportadas pela MS 102 e a BS 110 e o tipo de formato portador/capacidades de SO do comutador de pacote,a controladora de formato portador 135 seleciona (218) um tipo de formato portador para a sessão de comunicação. 0 comutador de pacote 130 então informa (220) a BS 110 do tipo de formato portador selecionado. Por exemplo, para informar a BS 110 do tipo de formato portador selecionado, quando a informação do primeiro tipo de formato portador é recebido pelo comutador de pacote 130 através de uma mensagem de tipo de formato portador que compreende um ou mais campos de dados do tipo de formato portador, a controladora de formato portador 135 poderá modificar o um ou mais campos de dados de tipo de formato portador conforme descrito abaixo com relação à Figura 5, paraidentificar o tipo de formato portador selecionado. A controladora de formato portador 135 poderá então levar os um ou mais campos de dados de tipo de formato portadormodificados para a BS 110 em uma mensagem de tipo deformato portador. Com base no tipo de formato portadorselecionado identificado na mensagem de tipo de formato portador recebida da controladora de formato portador 135, a BS 110 e a MS 102 poderão determinar (222) os tipos de formato portador a serem utilizados por seus respectivos transcodificadores ao levar o tráfego portador entre a MS 102 e a MS 192. 0 fluxo lógico 200 então termina (266) .

Em outra versão da presente invenção, em que a MS 102 engaja em uma sessão de comunicação móvel-a-móvel com a MS 192, em resposta ao receber (216) a informação do primeiro tipo de formato portador da BS 110, o comutador de pacote 130 armazena (234) a informação do primeiro tipo de formato portador recebido no um ou mais dispositivos de memória 132 do comutador de pacote ou o um ou mais dispositivos de memória 137 da controladora de formato portador 135 e leva (226) a informação do segundo tipo de formato portador que inclui a informação do primeiro tipo de formato portador recebido para um comutador de pacote que serve a MS terminal 192, isto é, o segundo comutador de pacote 160. O um ou mais campos de dados de tipo de formato portador levado pela BS 110 para o comutador de pacote 130 poderão então ser propagados em mensagens de tipo de formato portador que compreende os campos de dados de tipo de formato portador entre os elementos de rede localizados ao longo de uma via portadora de voz entre a MS originadora 102 e a MS terminal 192, isto é, os elementos de rede 160 e 170. Como resultado, o um ou mais campos de dados de tipo de formato portador fornecem uma distribuição, no sistema de comunicação 100, das capacidades de tipo de formato portador da MS originadora 102, da MS terminal 192, e de cada transcodificador em uma via portadora de voz. Com base nos dados coletados no um ou mais campos de dados de tipo de formato portador, o sistema de comunicação 100 é capaz de determinar um tipo de formato portador suportado para a sessão de comunicação e é ainda capaz de determinar se a sessão de comunicação pode suportar TrFO.

A Figura 3 é um diagrama de blocos de uma mensagem de tipo de formato portador exemplar 300 que poderá ser utilizada pelo sistema de comunicação 100 para distribuir nas capacidades de tipo de formato portador da uma ou mais MS originadora 102 e na MS terminal 192, e de cada transcodificador em uma via portadora de voz de acordo com uma versão da presente invenção. A mensagem do tipo de formato portador 300 compreende múltiplos campos de dados de tipo de formato portador 301-303. Cada uma das BSs 110 e 170 e, em particular as BSCs 120 e 180, e os comutadores de pacote 13 0 e 160, poderão montar uma mensagem do tipo de formato portador 300, como a primeira, a segunda, a terceira, a quarta e a quinta mensagem do tipo portador listada abaixo, com base nas instruções mantidas nos respectivos pelo menos um dispositivo de memória 124, 184, 132 e 162, dessas BSs e de comutadores de pacote. Além disso, cada uma das controladoras de formato portador 135 e 165 poderá montar uma mensagem do tipo de formato portador 3 00 com base em instruções mantidas nos respectivos pelo menos um dispositivo de memória 137, 167 da controladora de formato portador.

A mensagem de tipo de formato portador 300 compreende um primeiro campo de dado do tipo formato portador 301 dos múltiplos campo de dados de tipo de formato portador que informa de um tipo de formato portador, ou SO, designado à MS 102. Em uma versão da presente invenção, a BS 110 poderá indicar um tipo de formato portador designado à MS 102 ao embutir, no campo de dado de tipo de formato portador 301, um valor que corresponde ao tipo de formato portador designado ou SO. Por exemplo, a BS 110 poderá embutir um valor correspondente a "NULL", indicando que a MS poderá embutir um valor correspondente ao tipo de formato portador designado, como um valor correspondente a um de SMV, EVRC, 13k-QCELP, 8k-QCELP, e G.711. Em outra versão da presente invenção, o campo de dados do tipo formato portador 310 poderá compreender uma lista de tipos de formatos portadores. A BS 110 poderá então indicar um tipo de formato portador designado à MS 102 ao etiquetar um tipo de formato portador na lista. Quando a MS 102 não especifica um tipo de formato portador ou não foi designado um tipo de dado do tipo de formato portador, então a BS 110 não etiqueta qualquer tipo de formato portador.

A mensagem do tipo de formato portador 300 ainda compreende um segundo campo de dado do tipo de formato portador 302 dos múltiplos campos de dados do tipo de formato portador que informa de qualquer tipo de formato portador, ou SO, que é suportado mutuamente pela MS 102 e a BS 110, sem intertrabalho, isto é, sem a necessidade de transcodificação pelo transcodificador 126, além do tipo de formato portador designado à MS. Similar ao campo de dados 301, em uma versão da presente invenção, a BS 110 poderá indicar cada tipo de formato portador que é suportado mutuamente pela MS 102 e a BS 110 sem intertrabalho ao embutir, no campo de dados do tipo de formato portador 302, um valor que corresponde a cada um desses tipos de formato portador ou SO suportados mutuamente. Quando a BS 110 sabe de nenhum tipo de formato portador mutuamente suportado, a BS poderá embutir um valor correspondente a "NULL". Mais uma vez, similar ao campo de dados 301, em outra versão da presente invenção, o segundo campo de dados do tipo de formato portador 302 poderá compreender uma lista de tipos de formato portador. A BS 110 poderá então indicar cada tipo de formato portador mutuamente suportado ao etiquetar o tipo de formato portador. Quando a BS 110 não sabe de nenhum tipo de formato portador mutuamente suportado, a BS não etiqueta qualquer tipo de formato portador.

Como resultado, os tipos de formato portador listados no primeiro e no segundo campos de dados do tipo de formato portador 301 e 302 são "nativos" à MS 102, isto é, são tipos de formato portador que a MS pode suportar sem exigir qualquer transcodificação pela BS 110. Como a MS suporta cada um desses tipos de formato portador, eles são tipos de formato portador que são elegíveis para TrFO com relação à MS 102.

A mensagem do tipo de formato portador 300 ainda compreende um terceiro campo de dado do tipo formato portador 3 03 dos múltiplos campos de dados do tipo de formato portador que informa de qualquer tipo de formato portador, ou SO, que é suportado mutuamente pela MS 102 e por um transcodificador de pelo menos um elemento de rede no sistema de comunicação 100, como pelo transcodificador 126 da BS 110, do transcodif icador 133 do comutador de pacote 130, do transcodificador 163 do comutador de pacote 160, e do transcodif icador 186 da BS 170, e que exige intertrabalho por pelo menos um transcodificador de elemento de rede. Isto é, cada tipo de formato portador identificado no terceiro campo de dado do tipo de formato portador 3 03 é um tipo de formato portador que não é suportado diretamente pela MS 102 mas que pode ser traduzido por pelo menos um elemento de rede para um tipo de formato portador "nativo" suportado pela MS. Cada elemento de rede 110, 130, 160 e 170 poderá indicar um tipo de formato portador que é suportado mutuamente pela MS 102 e o elemento de rede, isto é, pelo respectivo transcodificador 126, 133, 163, 186 do elemento de rede, com entretrabalho ao embutir, no campo de dado do tipo de formato portador 303, um valor que corresponde a cada tipo de formato portador suportado pelo elemento de rede e não pela MS 102, cujo tipo de formato portador pode ser traduzido pelo elemento de rede a um tipo de formato portador suportado pela MS. Quando o elemento de rede não é capaz de suportar a tradução entre qualquer um desses tipos de formato portador, o elemento de rede omite apensar valores de formato portador no campo de dado 303 ou, alternativamente, embute um valor correspondente a '’NULL'1. Em outra versão da presente invenção, o terceiro campo de dado do tipo de formato portador 303 poderá compreender uma lista de tipos de formato portador. O elemento de rede poderá então indicar cada tipo de formato portador suportado pelo elemento de rede e não pela MS 102, cuj o tipo de formato portador pode ser traduzido pelo elemento de rede para um tipo de formato portador suportado pela MS, ao etiquetar o tipo de formato portador. Quando o elemento de rede não é capaz de suportar a tradução entre qualquer desses tipos de formato portador, então o elemento de rede não etiqueta qualquer tipo de formato portador.

A Figura 4 é um diagrama de fluxo lógico 400 das etapas executadas por uma BS, como as BSs 110 e 170 e, em particular, os processadores 122 e 182 das BSCs 12 0 e 18 0, ao montar uma mensagem do tipo formato portador como a mensagem do tipo formato portador 30 0 de acordo com uma versão da presente invenção. Quando montada pela BS 110, a mensagem 300 poderá compreender uma versão modificada de uma mensagem CM Service Request ou uma mensagem Assignment Complete, cuja mensagem CM Service Request ou mensagem Assignment Complete é modificada para incluir os campos de dados do tipo formato portador 301-303.

O diagrama de fluxo lógico 400 tem início (402) quando a BS, como a BS 110, determina (404) se a MS servida pela BS, isto é, a MS 102, é designada um tipo de formato portador ou um SO associado. Embora a montagem da mensagem do tipo de formato portador 300 é aqui descrita com relação à MS originadora 102 e a BS que serve a MS 102, isto é, a BS 110, alguém de habilidade ordinária na tecnologia percebe que a mensagem do tipo de formato portador 3 00 também poderá ser montada por uma BS, como a BS 170, servindo uma MS terminal, isto é, a MS 192. Quando a BS 110 determina que a MS 102 é designada um tipo de formato portador ou um SO associado, a BS embute (406) um valor no primeiro campo de dado do tipo de formato portador 301 que corresponde ao tipo de formato portador designado ou SO associado, ou associa uma etiqueta com o valor no primeiro campo de dado do tipo de formato portador 301 correspondente ao tipo de formato portador designado ou SO associado. Quando a BS 110 determina que a MS 102 não é designada um tipo de formato portador ou um SO associado, a BS (408) omite a etiquetagem de qualquer tipo de formato portador ou SO no primeiro campo de dado do tipo formato portador 301, ou embute, no campo de dado, um valor correspondente a "NULL".

A BS 110 então determina (410) se a BS sabe dos tipos de formato portador ou SOs associados que não foram designados à MS 102 e que podem ser suportados mutuamente pela MS e a BS sem intertrabalho, isto é, sem traduções do tipo de formato portador pela BS. Quando a BS 110 determina um ou mais tipos de formato portador ou SOs associados que são suportados mutuamente tanto pela MS como a MS 102 sem intertrabalho e que não foram designados à MS, a BS embute (412) no segundo campo de dado do tipo formato portador 3 02, um valor correspondente a cada uma desses tipos de formato portador suportado mutuamente ou SO ou associa uma etiqueta com cada valor no segundo campo de dado do tipo de formato portador 302, correspondente ao tipo de formato portador suportado mutuamente ou SO. Quando a BS 110 não é capaz de determinar pelo menos um tipo de formato portador ou SO que é suportado mutuamente pela BS e a MS 102 sem intertrabalho e que não foi designado à MS, a BS (414) omite etiquetar qualquer tipo de formato portador ou SO no segundo campo de dado do tipo de formato portador 3 02 ou embute, no campo de dados, um valor correspondente a "NULL".

A BS 110 então determina (416) se a BS sabe de tipos de formato portador ou SOs associados que são suportados mutuamente pela MS 102 e pela BS 110 através do entretrabalho. Isto é, a BS 110 determina se ela é capaz de suportar um ou mais tipos de formato portador ou SOs associados que não é suportado nativamente pela MS 102 mas é um tipo de formato portador que a BS é capaz de traduzir para um tipo de formato portador suportado pela MS. Quando a BS 110 determina um ou mais tipos de formato portador ou SOs associados que não são suportados nativamente pela MS 102 mas é um tipo de formato portador que a BS é capaz de traduzir para um tipo de formato portador suportado pela MS, a BS embute (418) , no terceiro campo de dado de tipo de formato portador 303, um valor que corresponde a cada um desses tipos de formato portador suportado mutuamente ou SO ou associa uma etiqueta a cada valor no terceiro campo de dado do tipo de formato portador 303 correspondente ao tipo de formato portador suportado ou SO. Quando a BS 110 é incapaz de determinar um tipo de formato portador que não é suportado nativamente pela MS 102 mas é um tipo de formato portador que a BS é capaz de traduzir para um tipo de formato portador suportado pela MS, a BS (420) omite etiquetar qualquer tipo de formato portador no terceiro campo de dados do tipo de formato portador 303 ou embute, no campo de dados, um valor que corresponde a "NULL". O fluxo lógico 400 então encerra (422).

Com referência novamente à Figura 2, em resposta ao receber (216) a informação do primeiro tipo de formato portador da BS 110, o comutador de pacote 130 poderá ainda determinar se qualquer tipo de formato portador ou SOs associados não identificados na informação do primeiro formato portador pode ser suportado através da tradução, isto é, através do intertrabalho, pelo comutador de pacote 13 0 e de um ou mais dos tipos de formato portador ou SOs associados que são designados à MS originadora 102 ou que são suportados mutuamente pela MS 102 e a BS servidora 110 sem intertrabalho. Isto é, o comutador de pacote 130 ainda determina se qualquer tipo de formato portador adicional ou SOs associados podem ser suportados através de tradução, isto é, através de intertrabalho, pelo comutador de pacote 130 e, em particular, pelo transcodif icador 133 do comutador de pacote, de e para um ou mais dos tipos de formatos portadores ou SOs identificados no primeiro campo de dado do tipo de formato portador 301 ou do segundo campo de dado do tipo de formato portador 302. Quando o comutador de pacote 130 determina um ou msis tipos de formato portador/SOs, o comutador de pacote 130 ainda encaminha (228) esses tipos de formato portador/SOs para o comutador de pacote terminal 160 como parte da informação do segundo tipo de formato portador.

Quando a informação do primeiro tipo de formato portador é recebida pelo comutador de pacote 130 da BS 110 através da primeira mensagem do tipo de formato portador que compreende os campos de dados do tipo de formato portador 301-303, o comutador de pacote 130 poderá informar o comutador de pacote 160 da informação do primeiro tipo de formato portador, bem como qualquer tipo de formato portador/SOs que podem ser suportados através de intertrabalho pelo comutador de pacote 130, ao levar uma segunda mensagem do tipo de formato portador que compreende uma versão modificada dos campos de dados 301-303. Por exemplo, a segunda mensagem do tipo de formato portador poderá compreender uma versão modificada de uma mensagem SIP Invite, cuj a mensagem SIP Invite foi modificada para incluir os campos de dados 301-303 recebidos, e possivelmente modificados, pelo comutador de pacote 130.

Em uma versão da presente invenção, o comutador de pacote 130 poderá modificar os campos de dados 301-303 ao acrescentar, ao terceiro campo de dado do tipo de formato portador 303, um valor que corresponde a cada um do tipo de formato portador ou SO que pode ser suportado através de tradução pelo comutador de pacote 13 0 e cuj o tipo de formato portador/SO não é identificado na primeira mensagem do tipo de formato portador. Em outra versão da presente invenção, quando o campo de dado 303 compreende uma lista de tipos de formatos portadores, o comutador de pacote 130 poderá modificar os campos de dados 301-303 ao associar uma etiqueta a cada tipo de formato portador listado no campo de dado 3 03 que corresponde a um tipo de formato portador ou SO que pode ser suportado através de tradução pelo comutador de pacote 130 e que não é etiquetado na primeira mensagem do tipo de formato portador.

Como resultado, a informação do segundo tipo de formado portador levada pelo comutador de pacote 130 para o comutador de pacote 160 informa ao comutador de pacote 160 de um tipo de formato portador/SO designado para a MS originadora 102, se qualquer um deles foram assim designados, e de cada tipo de formato portador que poderá ser suportado diretamente pela MS 102 ou que poderá ser suportado pela MS 102 em conjunto com o intertrabalho pelo transcodificador 126, 133 de um ou mais da BS 110 e do comutador de pacote 130. Isto é, o comutador de pacote terminal 160 é informado dos tipos de formato portador/SOs que o lado originador do sistema de comunicação, isto é, a MS 102, a BS 110, e a rede de cerne 140, é capaz de suportar durante a sessão de comunicação.

Em resposta ao receber (230) a informação do segundo formato portador, o comutador de pacote terminal 160 armazena (232) a informação do segundo tipo de formato portador recebido no um ou mais dispositivos de memória 162 do comutador de pacote ou o um ou mais dispositivos de memória 167 da controladora de formato portador 165. 0 comutador de pacote 160 ainda leva (234) a informação do terceiro tipo de formato portador que inclui a informação do segundo tipo de formato portador para a BS que serve a MS terminal 192, isto é, a segunda, ou a BS terminal 170.

Similar ao comutador de pacote 130, o comutador de pacote 160 ainda poderá determinar se qualquer tipo de formato portador ou SOs associadas não identificados na informação do segundo tipo de formato portador pode ser suportada através da tradução, isto é, através do intertrabalho, pelo comutador de pacote 160 de e/ou para os tipos de formatos portadores/SOs identificados na informação do segundo tipo de formato portador. Por exemplo, o comutador de pacote 160 ainda poderá determinar se qualquer tipo de formato portador adicional ou SOs associados podem ser suportados através da tradução, isto é, através do intertrabalho, pelo comutador de pacote 160 e, em particular, pelo transcodificador 163 do comutador de pacote, de e para os tipos de formato portador ou SOs identificados na informação do primeiro tipo de formato portador. Quando o comutador de pacote 160 determina um ou mais desses tipos de formato portador/SOs, o comutador de pacote 160 ainda encaminha (236) esses tipos de formato portador/SOs para a BS 170 como parte da informação do terceiro tipo de formato portador.

Quando a informação do segundo tipo de formato portador é recebida pelo comutador de pacote 160 do comutador de pacote 130 através de uma segunda mensagem do tipo de formato portador que compreende campos de dados do tipo de formato portador 301-303, o comutador de pacote 160 poderá informar a BS 170 da informação do segundo tipo de formato portador, bem como qualquer tipo de formato portador/SOs adicionais que podem ser suportados através de intertrabalho pelo comutador de pacote 13 0, ao levar uma terceira mensagem de tipo de formato portador que compreende uma versão modificada dos campos de dados 3 01- 303. Por exemplo, a terceira mensagem do tipo de formato portador poderá compreender uma versão modificada de uma mensagem Page Request, de uma mensagem Assignment Request, ou de uma mensagem Bearer Request, cuja mensagem Page Request, mensagem Assignment Request, ou mensagem Bearer request foram modificadas para incluir os campos de dados 301-303 recebido, e possivelmente modificado, pelo comutador de pacote 160.

Em uma versão da presente invenção, o comutador de pacote 160 poderá modificar os campos de dados 301-303 ao acrescentar, ao terceiro campo de dados do tipo de formato portador 303, um valor que corresponde a cada um desse tipo de formato portador ou SO que pode ser suportado através da tradução pelo comutador de pacote 160 e cujo tipo de formato portador/SO não é identificado na segunda mensagem de tipo de formato portador. Em outra versão da presente invenção, quando o campo de dado 303 compreende uma lista de tipos de formato portador, o comutador de pacote 160 poderá modificar os campos de dados 301-303 ao associar uma etiqueta com cada tipo de formato portador listado no campo de dado 303 que corresponde ao tipo de formato portador ou SO que pode ser suportado através de tradução pelo comutador de pacote 160 e que não é etiquetado na segunda mensagem do tipo de formato portador.

Em resposta ao receber (238), do comutador de pacote 160, a informação do terceiro tipo de formato portador, a BS 170 designa (2300) para a MS terminal 192 um dos tipos de formato portador/SOs identificados na informação do terceiro tipo de formato portador. Por exemplo, o comutador de pacote 160 poderã levar a informação do terceiro tipo de formato portador para a BS 170 na terceira mensagem do tipo de formato portador, cuja mensagem inclui os campos de dados do tipo de formato portador 301-303. Quando os campos de dados do tipo de formato portador 301-303 recebidos pela BS 170 incluem uma etiqueta ou valor embutido no campo de dado do tipo de formato portador 301, que identifica um tipo de formato portador/SO designado para a MS 102, então a BS 170 poderá então tentar designar à MS terminal 192 o tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 301. Quando os campos de dados do tipo de formato portador 301-303 recebidos pela BS 170 incluem uma ou mais etiquetas ou valores embutidos no campo de dado do tipo de formato portador 302 que identifica um ou mais tipos de formato portador/SOs suportados mutuamente pela MS 102 e pela BS 130 sem exigir intertrabalho pela BS 130, então a BS 170 poderá então tentar designar com sucesso, à MS terminal 192, cada tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 302 até que uma designação seja bem sucedida. Quando os campos de dados do tipo de formato portador 301-303 recebidos pela BS 170 incluem um ou mais etiquetas ou valores embutidos no campo de dado do tipo de formato portador 3 03 que identifica um ou mais tipos de formato portador/SOs suportados mutuamente pela MS 102 e pela BS 13 0 e que exigem intertrabalho por uma ou mais da BS 130 e do comutador de pacote 130, então a BS 170 poderá tentar designar com sucesso, à MS terminal 192, cada tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 303 e suportado pela BS 170 até que uma designação seja bem sucedida.

Como o intertrabalho poderá causar a degradação na qualidade da voz transportada, é desejável minimizar a quantidade de intertrabalho efetuado pelo sistema de comunicação 100 durante a sessão de comunicação entre a MS 102 e a MS 192. Em termos ótimos, nenhum intertrabalho é efetuado pela rede do sistema de comunicação e a sessão de comunicação é uma sessão de comunicação TrFO. Portanto, quando os tipos de formato portador são identificados em mais de um campo de dado do tipo de formato portador nos campos de dados do tipo de formato portador 301-303, a BS 170 poderá primeiro tentar designar um tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 301. Quando nenhum tipo de formato portador/SO é identificado no campo de dado do tipo de formato portador 301 ou a designação tentada não é bem sucedida, a BS 170 poderá tentar designar um tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 302. Quando nenhum tipo de formato portador/SO identificado quer no campo de dado do tipo de formato portador 301 ou 302 ou uma designação tentada de cada tipo de formato portador/SO identificado nos campos de dados do tipo de formato portador 301 e 3 02 não é bem sucedido, a BS 17 0 poderá designar um tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 303.

Em resposta a designar um tipo de formato portador/SO à MS 192, a BS 170 (242) armazena o tipo de formatoportador designado/SO. A BS 170 ainda leva (244) ao comutador de pacote terminal 160 e, em particular, à controladora de formato portador 165, e o comutador de pacote terminal recebe (246) da BS, a informação do quarto tipo de formato portador que compreende o tipo de formato portador designado à MS 192 e quaisquer outros tipos de formato portador suportados mutuamente pela MS 192 e pela BS 170, com ou sem intertrabalho pelo transcodificador 186. Preferivelmente, a BS 170 informa o comutador de pacote 160 dos tipos de formato portador designados e/ou suportados mutuamente ao levar ao comutador de pacote uma quarta mensagem de tipo de formato portador que compreende os campos de dados do tipo de formato portador 301-303 e que é montada pela BS conforme descrito em detalhe acima com relação à Figura 4. Por exemplo, a quarta mensagem do tipo de formato portador poderá compreender uma versão modificada de uma mensagem Page Response, cuja mensagem Page Response, mensagem Assignment Complete, ou mensagem Bearer Response foi modificada para incluir os campos de dados do tipo de formato portador 301-303 montados pela BS 170. Como resultado, o comutador de pacote terminal 160 poderá agora possuir informação a respeito dos tipos de formatos portadores/SOs que poderão ser suportados pelo lado originador do sistema de comunicação 100, isto é, a MS 102, a BS 110, e o comutador de pacote 13 0, e pelo lado terminal da rede, isto é, o comutador de pacote 160, a BS 170, e a MS 192.

Portanto, em uma versão da presente invenção, em resposta ao receber (246) a informação do quarto tipo de formato portador da BS 170, o comutador de pacote terminal 160 e, em particular, a controladora de formato portador 165, poderão selecionar (248) um tipo de formato portador para a sessão de comunicação que envolve as MSs 102 e 192. 0 comutador de pacote 160 então informa (250) o lado originador do sistema de comunicação 100 e, em particular, o comutador de pacote 130, do tipo de formato portador selecionado. Com base no tipo de formato portador selecionado, cada um do comutador de pacote 130, da BS 110, e da MS 102 poderão determinar (252) tipos de formato portador a serem utilizados por seus respectivos transcodificadores ao levar o tráfego portador entre a MS 102 e a MS 192 e o fluxo lógico 200 então termina (266) .

Em uma versão da presente invenção, o comutador de pacote 160 poderá informar o comutador de pacote 130 o tipo de formato portador selecionado ao modificar os campos de dados de tipo portador 301-303 recebidos através de uma quarta mensagem de tipo de formato portador pelo comutador de pacote 160 da BS 170 e levar uma mensagem do tipo de formato portador que compreende os campos de dados modificados para o comutador de pacote 130. Por exemplo, a mensagem do tipo de formato portador que compreende uma versão modificada de uma mensagem SIP_183 ou uma mensagem SIP_Update, cuja mensagem SIP__183 ou mensagem SIP_Update foi modificada para incluir os campos de dados 301-303 recebidos pelo comutador de pacote 160 da BS 170 e ainda possivelmente modificado pelo comutador de pacote. O comutador de pacote 130 poderá então propagar essas versões modificadas dos campos de dados 3 01-303 para a BS 110 e, com base nas versões modificadas dos campos de dados, cada um do comutador de pacote 130 e da BS 110 poderá determinar tipos de formato portador a serem utilizados por seu respectivo transcodificador 133, 126 ou se remove o transcodificador da via portadora da sessão de comunicação. A BS 110 poderá ainda determinar um tipo de formato portador a ser utilizado pela MS 110 e designar à MS o tipo de formato portador determinado.

Por exemplo, a Figura 5 é um diagrama de fluxo lógico 500 das etapas executadas pelo comutador de pacote 160 ao modificar os campos de dados do tipo portador 301-303 da mensagem de tipo de formato portador 300 de acordo com uma versão da presente invenção. O diagrama de fluxo lógico 500 inicia (502) quando o comutador de pacote 160 seleciona (504) um tipo de formato portador/SO para a sessão de comunicação dentre um ou mais tipos de formato portador/SOs identificados como tipos de formato portador/SOs capazes de serem suportados pelo sistema de comunicação 100, isto é, de um dos campos de dados do tipo portador 301-303. Quando o tipo de formato portador/SO selecionado é um tipo de formato portador/SO identificado como sendo designado para a MS terminal 192, isto é, um tipo de formato portador/SO identificado (506) no campo de dado do tipo de formato portador 301, o comutador de pacote terminal 160 apaga (508) todas as etiquetas nos campos de dados do tipo de formato portador 302 e 303 ou apaga todos os valores embutidos nos campos 302 e 303 e embute em cada um dos campos 302 e 303 um valor que corresponde a "NULL". O fluxo lógico 500 então termina (522).

Quando o tipo de formato portador/SO selecionado é um tipo de formato portador/SO identificado como sendo suportado mutuamente pela MS terminal 192 e pela BS terminal 170 sem intertrabalho, isto é, um tipo de formato portador/SO identificado (510) no campo de dado do tipo de formato portador 302, o comutador de pacote terminal 160 apaga (512) todas as etiquetas no campo de dado do tipo deformato portador 302 associadas a um tipo de formatoportador/SO que não o tipo de formato portador/SOselecionado ou apaga todos os valores embutidos no campo 302 pela BS 170 que não o valor associado ao tipo deformato portador/SO selecionado. 0 comutador de pacote terminal 160 ainda apaga (514) todas as etiquetas nos campos de dados do tipo de formato portador 301 e 303 ou apaga todos os valores embutidos nos campos 301 e 303 e embute em cada um dos campos 301 e 303 um valor que corresponde a "NULL". O fluxo lógico 500 então termina (522) .

Quando o tipo de formato portador/SO selecionado e um tipo de formato portador/SO identificado como sendo suportado mutuamente pela MS terminal 192 e pela BS 170 com intertrabalho, isto é, o tipo de formato portador/SO identificado (516) no campo de dado do tipo de formato portador 303, o comutador de pacote terminal 160 apaga (518) todas as etiquetas no campo de dado do t ipo de formato portador 303 associadas a um tipo de formato portador/SO que não o tipo de formato portador/SO ou apaga todos os valores embutidos no campo 303 que não o valor associado ao tipo de formato portador/SO selecionado. O comutador de pacote terminal 160 ainda apaga (520) todas as etiquetas nos campos de dados do tipo de formato portador 301 e 302 o valor correspondente a "NULL". O fluxo lógico 500 então termina (522).

Com referência novamente à Figura 2, em outra versão da presente invenção, em resposta ao receber (246) a informação do quarto tipo de formato portador da BS 170, o comutador de pacote terminal 160 poderá encaminhar a informação do quinto tipo de formato portador para o 5 comutador de pacote 130 que compreende a informação doquarto tipo de formato portador recebido da BS 170. Isto é, em resposta ao receber a informação do quarto tipo de formato portador da BS 170, o comutador de pacote 160 poderá levar (254), ao comutador de pacote originador 130, 10 informação de formato portador relativa ao tipo de formatoportador designado à MS terminal 192, tipos de formato portador suportados mutuamente pela MS 192 e a BS servidora 170 sem intertrabalho, e os tipos de formato portador suportados mutuamente pela MS terminal 192 e a BS 17 0 com 15 intertrabalho.

Além disso, o comutador de pacote 160 poderá determinar, e levar (256) para o comutador de pacote 130 como parte da informação do quinto tipo de formato portador, quaisquer tipos de formato portador ou de SOs 20 associadas que podem ser suportados através deintertrabalho pelo comutador de pacote 160 e, em particular, pelo transcodificador 163 do comutador de pacote, de e/ou para os tipos de formato portador ou SOs associadas identificados na informação do quarto tipo de 25 formato portador.

Quando a informação do quarto tipo de formato portador é recebida pelo comutador de pacote 160 da BS 170 através de uma quarta mensagem do tipo de formato portador que compreende os campos de dados do tipo de formato portador 30 301-303, o comutador de pacote 160 poderá levar a informação do quinto tipo de formato portador para o comutador de pacote 130 através de uma quinta mensagem do tipo de formato portador que compreende a versão modificada dos campos de dados 3 01-3 03 recebidos da BS 17 0. Mais uma vez, por meio de exemplo, a quinta mensagem do tipo de formato portador poderá compreender uma versão modificada de uma mensagem SIP_183 ou uma mensagem SlPJJpdate, cuja mensagem SIP__183 ou mensagem SIP_Update foi modificada para incluir os campos de dados 301-303 recebidos pelo comutador de pacote 160 da BS 170 e ainda possivelmente modificado pelo comutador de pacote 160.

Na quinta mensagem do tipo de formato portador, o comutador de pacote 160 poderá identificar quaisquer tipos de formato portador/SOs que podem ser suportados através de intertrabalho pelo comutador de pacote 160 e que não são identificados na quarta mensagem do tipo de formato portador ao modificar o terceiro campo de dado do tipo de formato portador 303 conforme é descrito em detalhe acima. Isto é, em uma versão da presente invenção, o comutador de pacote 160 poderá modificar o campo de dado 303 ao acrescentar ao campo de dado um valor que corresponde a cada um desse tipo de formato portador ou SO que pode ser suportado através da tradução pelo comutador de pacote 160. Em outra versão da presente invenção, quando o campo de dado 303 compreende uma lista de tipos de formato portador, o comutador de pacote 160 poderá modificar o campo de dado ao associar uma etiqueta com cada tipo de formato portador listado no campo de dado 303 que corresponde a um tipo de formato portador ou SO que pode ser suportado através da tradução pelo comutador de pacote 160.

Em resposta ao receber (258) a informação do quinto tipo de formato portador do comutador de pacote terminal 160/ o comutador de pacote originador 130 e, em particular, a controladora de formato portador 135, poderá selecionar (2320) um tipo de formato portador para a sessão de comunicação que envolve as MSs 102 e 192. O comutador de pacote 130 então informa (262) a BS 110 do tipo de formato portador selecionado. Com base no tipo de formato portador selecionado, a BS 110 e a MS 102 poderão determinar (2 64) os tipos de formato portador a serem utilizados por seus respectivos transcodificadores ao levar o tráfego portador entre a MS 102 e a MS 192 e o fluxo lógico 200 então termina (266).

Similar ao processo descrito acima com relação ao comutador de pacote 160 que seleciona um tipo de formato portador e informar o lado originador do sistema de comunicação 100 do tipo de formato portador selecionado, o comutador de pacote 130 poderá informar a BS 110 do formato do tipo portador selecionado ao modificar os campos de dados do tipo portador 301-303 recebidos pelo comutador de pacote 130 através da quinta mensagem do tipo de formato portador de acordo com o método representado no diagrama de fluxo lógico 500, O comutador de pacote 130 poderá então levar uma mensagem que compreende os campos de dados modificados para a BS 110. Com base nas versões modificadas dos campos de dados, a BS 110 poderá determinar os tipos de formato portador a serem utilizados pelo transcodificador 12 6 ou se remove o transcodif icador da via portadora da sessão de comunicação. A BS 110 poderá ainda determinar um tipo de formato portador a ser utilizado pela MS 110 e depois designar, ou alternativamente redesignar, o tipo de formato portador determinado para a MS.Mais uma vez, como é desejável minimizar a quantidade de intertrabalho e redesignações de formato portador/SO 5 efetuados pelo sistema de comunicação 100 durante a sessão de comunicação entre a MS 102 e a MS 192, quando o comutador de pacote 130, 160 seleciona um tipo de formato portador/SO para utilização na sessão de comunicação, o comutador de pacote poderá primeiro selecionar um tipo de 10 formato portador/SO identificado no campo de dado do tipo de formato portador 3 01 ou a designação tentada não é bem sucedida, o comutador de pacote 130, 160 poderá entãoselecionar um tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 3 02. Quando 15 nenhum tipo de formato portador/SO é identificado quer no campo de dado do tipo de formato portador 301 ou no 302, ou uma designação tentada de cada tipo de formato portador/SO identificado nos campos de dados do tipo de formato portador 301 e 302 não é bem sucedido, o comutador de 20 pacote 130, 160 poderá então selecionar um tipo de formato portador/SO identificado no campo de dado do tipo de formato portador 303.

Ao prover a distribuição de informação do tipo de formato portador entre um ou mais elementos de rede 110, 25 130, 160 e 170 localizados ao longo de uma via portadora dasessão de comunicação, o sistema de comunicação 100 facilita a seleção de um tipo de formato portador para a sessão de comunicação. A informação do tipo de formato portador informa dos tipos de formato portador suportados 30 por uma ou mais MSs que engajam na sessão de comunicação e ainda de elementos de rede capazes de traduzir formatos portadores durante a sessão de comunicação. Em uma versão da presente invenção, os tipos de formato portador são levados nos campos de dados do tipo de formato portador 3 01-303 das mensagens de tipo de formato portador 30 0, cujos campos de dados poderão ser modificados por cada elemento de rede 110, 130, 160 e 170 para identificar as capacidades do tipo de formato portador do elemento de rede. Uma controladora de formato portador 135, 165 poderá então selecionar um tipo de formato portador para a sessão de comunicação com base nos tipos de formato portador identificados nas mensagens de tipo de formato portador. A controladora de formato portador 135, 165 poderá então informar um ou mais elementos de rede do tipo de formato portador selecionado ao modificar os campos de dados do tipo de formato portador de uma mensagem de tipo de formato portador recebida pela controladora e levar os campos de dados do tipo de formato portador modificados para os elementos de rede.

Embora a presente invenção tenha sido particularmente mostrada e descrita com referência a versões particulares da mesma, será compreendido por aqueles habilitados na tecnologia que várias mudanças poderão ser feitas e equivalentes substituídos por elementos da mesma sem desviar do escopo da invenção conforme estabelecido nas reivindicações abaixo. Assim, a especificação e as figuras são para serem consideradas em sentido ilustrativo e não em sentido restritivo, e todas essas mudanças e substituições pretendem ser incluídas dentro do escopo da presente invenção.

Os benefícios, outras vantagens, e as soluções de problemas foram descritos acima com relação a versões específicas. No entanto, os benefícios, as vantagens, as soluções dos problemas, e quaisquer elementos que poderão causar qualquer benefício, vantagem ou solução ocorrer ou tornar-se mais pronunciada não devem ser interpretadas como características ou elementos críticos, exigidos ou essenciais de qualquer uma ou de todas as reivindicações. Conforme aqui utilizado, os termos "compreende", "compreender" ou qualquer variação do mesmo, pretendem abranger uma inclusão não exclusiva, tal que um processo, método, artigo, ou aparelho que compreende uma lista de elementos não inclui apenas esses elementos, mas poderá incluir outros elementos não expressamente listados ou inerentes a esse processo, método, artigo ou aparelho. É ainda compreendido que a utilização de termos relacionais, se houver, como primeiro e segundo, superior e inferior, e assemelhados, são utilizados unicamente para distinguir uma entidade ou ação de outra entidade ou ação sem necessariamente exigir ou implicar qualquer relacionamento ou ordem assim entre essas entidades ou ações.

Claims (11)

1. Método para fornecer capacidades do tipo de formato portador em um sistema de comunicação celular para uma sessão de comunicação envolvendo uma primeira estação móvel (102) e uma segunda estação móvel (192), em que cada uma da primeira estação móvel (102) e da segunda estação móvel (192) compreendem transcodificadores, o método caracterizado pelo fato de compreender: levar (214), pela primeira estação base (110), a informação do primeiro tipo de formato portador, em que a informação do primeiro tipo de formato portador compreender, quando o primeiro tipo de formato portador é designado a uma primeira estação móvel (102), o tipo de formato portador designado e ainda compreender, quando a primeira estação móvel (102) e a primeira estação base (110) suportam mutuamente um segundo formato portador, o segundo formato portador; receber (216), pelo primeiro comutador de pacote (130), a informação do primeiro tipo de formato portador da primeira estação base (110); em resposta ao receber a informação do primeiro tipo de formato portador, determinar (228), pelo primeiro comutador de pacote (130), se o primeiro comutador de pacote (130) e um ou mais da primeira estação móvel (102) e a primeira estação base (110) suportam mutuamente um terceiro tipo de formato portador; em resposta ao receber a informação do primeiro tipo de formato portador, levar (228), pelo primeiro comutador de pacote (130), a informação do segundo formato portador que compreende a informação do primeiro tipo de formato portador e, quando o primeiro comutador de pacote (130) e um ou mais da primeira estação móvel (102) e a primeira estação base (110) suportam mutuamente um terceiro tipo de formato portador, o terceiro tipo de formato portador; receber (230), pelo segundo comutador de pacote (160), a informação do segundo tipo de formato portador; em resposta ao receber a informação do segundo tipo de formato portador, determinar (236), pelo segundo comutador de pacote (160), se o segundo comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110) e do primeiro comutador de pacote (130) suportam mutuamente um quarto tipo de formato portador; em resposta ao receber a informação do segundo tipo de formato portador, levar (236), pelo segundo comutador de pacote (160), a informação do terceiro tipo de formato portador que compreende a informação do segundo tipo de formato portador recebido e, quando o segundo comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110), e do primeiro comutador de pacote (130) suportam mutuamente um quarto tipo de formato portador, o quarto tipo de formato portador; receber (238), por uma segunda estação base (170), a informação do terceiro tipo de formato portador; e em resposta ao receber a informação do terceiro tipo de formato portador, designar (240) um formato portador para uma segunda estação móvel (192) com base na informação do terceiro tipo de formato portador; selecionar (240), pelo segundo comutador de pacote (160), com base na troca de informação do primeiro tipo de formato portador, informação do segundo tipo de formato portador, e informação do terceiro tipo de formato portador, um tipo de formato portador para a sessão de comunicação; o segundo comutador de pacote (160) informando o primeiro comutador de pacote (130) a seleção de tipo de formato portador; e baseado na seleção do tipo de formato portador, cada um do comutador de pacote (130), a primeira estação base (110) e a primeira estação móvel (102) determinando o tipo de formato portador utilizado pelos respectivos transcodificadores do primeiro comutador de pacote (130), da primeira estação base (110) e da primeira estação móvel (102).

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a etapa de levar o primeiro tipo de formato portador compreende montar uma mensagem que compreende um primeiro campo de dado que identifica um tipo de formato portador designado a primeira estação móvel (102), um segundo campo de dado que identifica um formato portador suportado mutuamente pela primeira estação móvel (102) e a primeira estação base (110) sem intertrabalho pela estação base (110), e um terceiro campo de dado que identifica um formato portador suportado mutuamente pela estação móvel (102) e a primeira estação base (110) com intertrabalho pela primeira estação base (110).

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de cada informação do tipo de formato portador da informação do primeiro, do segundo, e do terceiro tipos de formato portador compreender uma mensagem do tipo de formato portador tendo uma pluralidade de campos de dados do tipo de formato portador e em que cada pluralidade de campos de dados do tipo de formato portador de cada mensagem do tipo de formato portador compreende um da pluralidade de campos de dados do tipo de formato portador da mensagem de tipo de formato portador anterior ou uma versão modificada da pluralidade de campos de dados do tipo de formato portador da mensagem de tipo de formato portador anterior.

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender: levar (244), pela segunda estação base (170), a informação do quarto tipo de formato portador para o segundo comutador de pacote (160), em que a informação do quarto tipo de formato portador compreender o formato portador designado à segunda estação móvel (192) e, quando a segunda estação móvel (192) e a segunda estação base (170) suportam mutuamente um formato portador que não o formato portador designado, o outro formato portador; receber (246), pelo segundo comutador de pacote (160), a informação do quarto tipo de formato portador; e com base na informação do quarto tipo de formato portador, selecionar um ou mais tipos de formato portador para a sessão de comunicação.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender: levar (244), pela segunda estação base (170), a informação do quarto tipo de formato portador para o segundo comutador de pacote (160), em que a informação do quarto tipo de formato portador compreender o formato portador designado para a segunda estação móvel (192) e, quando a segunda estação móvel (192) e a segunda estação base (170) suportam mutuamente um formato portador que não o formato portador designado, o outro formato portador; levar (256), pelo segundo comutador de pacote (160), a informação do quinto tipo de formato portador para o primeiro comutador de pacote (130), em que a informação do quinto tipo de formato portador compreende a informação do quarto tipo de formato portador e ainda compreende quaisquer tipos de formato portador que são suportados mutuamente pelo segundo comutador de pacote (160) e um ou mais da segunda estação móvel (192) e a segunda estação base (170) que serve a segunda estação móvel (192) e não são identificados pela informação do quarto tipo de formato portador; e receber (258), pelo primeiro comutador de pacote (130), a informação do quinto tipo de formato portador; e com base na informação do quinto tipo de formato portador, selecionar um ou mais tipos de formato portador para uma sessão de comunicação.

6. Comutador de pacote (160) para fornecer capacidades de tipo de formato portador em um sistema de comunicação celular para uma sessão de comunicação envolvendo uma pluralidade de estações móveis, em que cada estação móvel da pluralidade de estações móveis compreender um transcodificador, o comutador de pacote (160) caracterizado pelo fato de compreender: pelo menos um dispositivo de memória (162) que é configurado para manter pelo menos um tipo de formato portador suportado por um transcodificador associado ao comutador de pacote (160); e um processador (161) acoplado ao pelo menos um dispositivo de memória que é configurado para receber uma informação do tipo de formato portador que compreende um primeiro tipo de formato portador designado a uma primeira estação móvel (102) da pluralidade de estações móveis, um segundo tipo de formato portador suportado mutuamente pela primeira estação móvel (102) e uma primeira estação base (110) que serve a primeira estação móvel (102), e um terceiro tipo de formato portador suportado mutuamente pela primeira estação móvel (102) e uma ou mais da primeira estação base (110) e um comutador de pacote (130) adicional interposto entre a estação base (110) e o comutador de pacote (160), sendo configurado para levar a informação do tipo de formato portador recebida para uma segunda estação de base (170) suportando uma segunda estação móvel (192) da pluralidade de estações móveis, sendo configurado para determinar se o comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110), e do comutador de pacote (130) adicional suportam mutuamente um quarto tipo de formato portador, e em resposta a determinar que o comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110), e do comutador de pacote (130) adicional suportam mutuamente o quarto tipo de formato portador, sendo configurado para selecionar o tipo de formato portador para a sessão de comunicação; e sendo configurado para informar ao comutador de pacote (130) adicional o tipo de formato portador selecionado.

7. Sistema (100) para distribuir informação do tipo de formato portador, caracterizadopelo fato de compreender: uma primeira estação base (110) que compreende um primeiro transcodificador (126) e que é configurado para levar uma informação do primeiro tipo de formato portador, em que a informação do primeiro tipo de formato portador compreende, quando um primeiro tipo de formato portador é designado a uma primeira estação móvel (102), o tipo de formato portador designado e ainda compreende, quando a primeira estação móvel (102) e a primeira estação base (110) suportam mutuamente um segundo formato portador, o segundo formato portador; um primeiro comutador de pacote (130), um segundo comutador de pacote (160) e uma segunda estação base (170); o primeiro comutador de pacote (130) compreendendo um segundo transcodificador (133) configurado para receber a informação do primeiro tipo de formato portador da primeira estação base (110), determinar se o primeiro comutador de pacote (130) e um ou mais da primeira estação móvel (102) e da primeira estação base (110) suportam mutuamente um terceiro tipo de formato portador, e levar ao segundo comutador de pacote (160) a informação do segundo formato portador que compreende a informação do primeiro tipo de formato portador e, quando o primeiro comutador de pacote (130) e um ou mais da primeira estação móvel (102) e da primeira estação base (110) suportam mutuamente um terceiro tipo de formato portador, o terceiro tipo de formato portador; o segundo comutador de pacote (160) compreendendo um terceiro transcodificador (163) configurado para receber a informação do segundo tipo de formato portador do primeiro comutador de pacote (130), determinar se o segundo comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110) e do primeiro comutador de pacote (130) suportam mutuamente um quarto tipo de formato portador, e levar a segunda estação de base (170) a informação do terceiro tipo de formato portador que compreende a informação do segundo tipo de formato portador e, quando o segundo comutador de pacote (160) e um ou mais da primeira estação móvel (102), da primeira estação base (110), e do primeiro comutador de pacote (130) suportam mutuamente um quarto tipo de formato portador, o quarto tipo de formato portador; uma segunda estação base (170) que compreende um quarto transcodificador (186) configurado para receber a informação do terceiro tipo de formato portador do segundo comutador de pacote (160) e designar um formato portador para a segunda estação móvel (192) servida pela segunda estação base (170) com base na informação do terceiro tipo de formato portador; o segundo comutador de pacote (160) compreendendo adicionalmente: meios para, com base na troca de informação do primeiro tipo de formato portador, informação do segundo tipo de formato portador e informação do terceiro tipo de formato portador, selecionar um ou mais tipos de formato portador para a sessão de comunicação envolvendo a primeira estação móvel (102) e a segunda estação móvel (192); e meios para determinar para informar o primeiro comutador de pacote (130) do tipo de formato portador selecionado; e em que: cada um do primeiro comutador de pacote (130), da primeira estação de base (110) e da primeira estação móvel (102) compreender respectivos meios para, com base na seleção do tipo de formato portador, determinar os tipos de formato portador utilizados pelos respectivos transcodificadores do primeiro comutador de pacote (130), da primeira estação de base (110) e da primeira estação móvel (102).

8. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato de a primeira estação base (110) ainda ser configurada para designar o primeiro formato portador para a primeira estação móvel (102).

9. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato de cada informação do tipo de formato portador da informação do primeiro, do segundo e do terceiro tipo de formato portador compreender uma mensagem do tipo de formato portador tendo uma pluralidade de campos de dados do tipo de formato portador e em que cada pluralidade de campos de dados do tipo de formato portador de cada mensagem de tipo de formato portador compreender um da pluralidade de campos de dados do tipo de formato portador da mensagem do tipo de formato portador anterior ou uma versão modificada da pluralidade de campos de dados do tipo de formato portador da mensagem de tipo de formato portador anterior.

10. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato de a segunda estação base (170) ser configurada para levar a informação do quarto tipo de formato portador para o segundo comutador de pacote (160), em que a informação do quarto tipo de formato portador compreender o formato portador designado à segunda estação móvel (192) e, quando a segunda estação móvel (192) e a segunda estação base (170) suportam mutuamente um formato portador que não o formato portador designado, o outro formato portador, e em que o segundo comutador de pacote (160) e ser configurada para receber a informação do quarto tipo de formato portador e, com base na informação do quarto tipo de formato portador, seleciona um tipo de formato portador para uma sessão de comunicação que envolve a primeira estação móvel (102) e a segunda estação móvel (192).

11. Sistema, de acordo com a reivindicação 7, caracterizado pelo fato de a segunda estação base (170) é ser configurada para levar a informação do quarto tipo de formato portador para o segundo comutador de pacote (160), em que a informação do quarto tipo de formato portador compreender o formato portador designado para a segunda estação móvel (192) e, quando a segunda estação móvel (192) e a segunda estação base (170) suportam mutuamente um formato portador que não o formato portador designado, o outro formato portador, em que o segundo comutador de pacote (160) é configurado para levar a informação do quinto tipo de formato portador para o primeiro comutador de pacote (130), em que a informação do quinto tipo de formato portador compreender a informação do quarto tipo de formato portador e ainda compreender quaisquer tipos de formato portador que são suportados mutuamente pelo segundo comutador de pacote (160) e um ou mais da segunda estação móvel (192) e a segunda estação base (170) e não são identificados pela informação do quarto tipo de formato portador, e em que o primeiro comutador de pacote (130) é configurado para receber a informação do quinto tipo de formato portador e, com base na informação do quinto tipo de formato portador, seleciona um tipo de formato portador para uma sessão de comunicação que envolve a primeira estação móvel (102) e a segunda estação móvel (192).

Images