BRPI0710568A2

BRPI0710568A2 - método para transmitir informação em sistema de comunicação sem fio e terminal suportando o método

Info

Publication number: BRPI0710568A2
Application number: BRPI0710568-1A
Authority: BR
Inventors: Jae-Seung Song; Kyung-Ae Yoon; Hede Patrice
Original assignee: Lg Electronics Inc
Priority date: 2006-04-21
Filing date: 2007-04-20
Publication date: 2011-08-16
Also published as: KR20070104197A; CA2649629A1; EP2013988B1; KR101114072B1; WO2007123341A1; EP2013988A1; US9883379B2; EP2013988A4; AU2007241725A1; KR20090045892A; KR100925733B1; CA2649629C; US20100070632A1; CN101427492A; CN101427492B; RU2452118C2; AU2007241725B2; DK2013988T3; MX2008013544A; US20140115123A1

Abstract

MéTODO PARA TRANSMITIR INFORMAçãO EM SISTEMA DE COMUNICAçãO SEM FIO E TERMINAL SUPORTANDO O MéTODO. Um método para transmitir informação em um sistema de comunicação sem fio e um terminal de comunicação sem fio suportando o método, onde quando um servidor de aplicativo envia a um terminal de recebimento uma mensagem específica para verificar informação de ambiente de rádio ou uma mensagem incluindo uma capacidade de ambiente de rádio, o terminal de recebimento tendo recebido a mensagem pode enviar uma mensagem de resposta com sua própria informação de ambiente de rádio ao servidor de aplicativo, tal que a informação de ambiente de rádio pode ser enviada ao terminal de envio depois de analisada pelo servidor de aplicativo.

Description

"MÉTODO PARA TRANSMITIR INFORMAÇÃO EM SISTEMA DE COMUNICAÇÃOSEM FIO E TERMINAL SUPORTANDO O MÉTODO"

Campo da Invenção

Solução Técnica

Esta descrição refere-se a um sistema de comunicação sem fio (rádio), a um méto-do para eficientemente transmitir informação entre diferentes terminais, e um terminal decomunicação sem fio suportando o método.

Fundamentos da Invenção

Em geral, a combinação de serviços CS e IMS (CSI) é uma técnica para fornecerum serviço desejado entre dois usuários combinando-se um serviço comutado por Circuito(CS) e um serviço de Mensagem Instantânea (IMS). Aqui, procedimentos definidos na espe-cificação existente podem ser empregados para uma configuração de chamado CS e umaconfiguração de sessão IMS.

No CSI, UE de CSI denota um terminal capaz de suportar ambos um serviço CS eum serviço Comutado por Pacote (PS) ao mesmo tempo. O UE de CSI executa comunica-ções através de um transmissor CS para um componente de voz, enquanto executando co-municações através de um transmissor IMS via um PS para vários serviços IMS (por exem-plo, mensagem, White board, etc.).

AS CSI é um servidor de aplicativo que manipula sessões de voz do CSI. Quandouma mensagem INVITE contém informação de sessão relacionada a voz, o AS CSI temuma função de transmitir a sessão correspondente a um domínio específico (CS ou OS). Sea sessão contém outros tipos de informação em adição à voz, o AS CSI deveria ser capazde executar segregação e concatenação para a sessão.

Sumário da Invenção

A Fig. 1 ilustra uma configuração de sessão básica entre UEs CSI.

A Fig. 1 ilustra como uma sessão para uma sessão combinada (isto é, componentede voz + sessão IMS) é estabelecida em uma rede central no caso onde ambos os terminaisde origem e de término são UEs CSI.

Quando um UE CSI 1 estabelece (configura) uma sessão combinada na qual umasessão IMS em tempo não real é combinação com voz, mensagem, e seus similares, umchamado CS pelo componente de voz e uma sessão IMS para o serviço IMS em tempo nãoreal são separadamente iniciados. Se um terminal do lado terminal é também um UE CSI(isto é, UE CSI 2), o chamado CS pelo componente de voz é conectado ao domínio CS (porexemplo, domínio CS 1 e domínio CS 2), enquanto a sessão IMS é conectada a um domínioIMS (por exemplo, domínio IMS 1 e domínio IMS 2).

Entretanto, de modo a simultaneamente executar os serviços CS e PS no CSI, am-bos o UE CSI e a cobertura via rádio deveriam suportar um MultiRAB/DTM.Ou seja, o UE CSI pode simultaneamente executar os serviços CS e PS atualmentefornecidos no CSI somente quando o UE CSI está sob a cobertura do MultiRAB/DTM. Por-tanto, o CSI permite que os UEs CSI troquem capacidades de ambiente de rádio uns com osoutros mediante estabelecer um chamado CS, desse modo verificando se o CS e o PS po-dem simultaneamente ser executados. Através desse processo de configuração de chama-do, se verifica-se que cada ambiente de rádio dos UEs CSI está sob o ambiente Multi-RAB/DTM que simultaneamente suporta ambos o CS e o PS, o UE CSI pode executar umprocedimento de iniciar uma sessão multimídia.

A Fig. 2 ilustra um procedimento de troca de informação de ambiente de rádio entreUEs CSI mediante estabelecer um chamado CS.

Como ilustrado na Fig. 2, primeiro, um UE A envia uma mensagem SETUP incluin-do a informação de ambiente de rádio atual codificada em um IE sinalizando usuário a umdomínio CS A de uma rede de origem, assim para iniciar um chamado CS (S1).

Depois de receber a mensagem SETUP, o domínio CS A da rede de origem enviauma mensagem IAM incluindo a informação de ambiente de rádio atual no UE A em direçãoao domínio CS B de uma rede terminal (S2). O domínio CS B da rede terminal então enca-minha a mensagem IAM a um UE B (S3).

O UE B armazena a informação de ambiente de rádio atual no UE A incluindo namensagem IAM, e detecta baseado na informação de ambiente de rede correspondente seo UE A está sob a cobertura do MultiRAB/DTM (simultaneamente suportando ambos os ser-viços CS e PS). Também, o UE B pode levar em conta a informação de ambiente de rádioatual armazenada do UE A quando decidindo quais opções de serviço apresentar a um usu-ário e/ou se iniciar uma troca de informação de capacidade de UE.

Se for detectado baseado na informação de ambiente de rádio atual no UE A queeste está sob a cobertura do MultiRAB/DTM (simultaneamente suportando ambos os servi-ços CS e PS), o UE B envia a resposta final, por exemplo, uma mensagem CONNECT inclu-indo sua informação de ambiente de rádio atual neste, com relação à mensagem SETUP(S4).

O domínio CS B da rede terminal tendo recebido a mensagem CONNECT enviauma mensagem ANM ou COM incluindo a informação de ambiente de rádio atual no UE Bem direção ao domínio CS A da rede de origem (S5).

O domínio CS A da rede de origem tendo recebido a mensagem ANM ou COM en-via a mensagem CONNECT incluindo a informação de ambiente de rádio atual no UE B aoUE A (S6). Conseqüentemente, o UE A e o UE B podem executar suavemente o procedi-mento de configuração de sessão IMS.

Assim, mediante a comunicação entre os terminais CSI, os ambientes de rádio dosterminais correspondentes podem ser trocados mediante estabelecer o chamado CS, dessemodo executando suavemente o procedimento de configuração de sessão IMS.

Entretanto, mediante a comunicação entre vários terminais (diferentes tipos de ter-minais), por exemplo, mediante a comunicação entre um UE CSI e um UE IMS, a troca deinformação de capacidade (por exemplo, ambiente de rádio) não é suportada. Como umresultado, um serviço de combinação entre os dois terminais (isto é, UE CSI e UE IMS) podenão ser suavemente executado. Ou seja, o UE IMS pode não transmitir a informação deambiente de rádio atual (isto é, informação de capacidade) no procedimento de configuraçãode sessão. Nesse caso, o UE CSI pode não transmitir seu ambiente de rádio ao UE IMS(terminal correspondente) porque o UE IMS não executa o procedimento de troca de capa-cidade.

Portanto, quando o UE IMS pretende fornecer seqüencialmente um serviço de voze um serviço multimídia, o UE IMS não pode reconhecer ser os serviços correspondentessão suportados pelo UE CSI. Conseqüentemente, o UE IMS pode não tentar executar umacomunicação adicional com o UE CSI ou pode solicitar um serviço desnecessário a partir doUE CSI.

A Fig. 3 ilustra um processo para estabelecer chamado e sessão entre diferentes ti-pos de terminais.

Como ilustrado na Fig. 3, para comunicações de mídia de voz e não voz com o UECSI, o UE IMS envia uma mensagem INVITE para estabelecer uma sessão incluindo a in-formação relacionada à mídia de voz e não voz a um núcleo IMS ao qual o UE IMS pertence(S10). Um S-CSCF2 do núcleo IMS encaminha a mensagem INVITE a um S-CSCF1 ao nú-cleo IMS ao qual o UE CSI pertence de acordo com um procedimento de configuração desessão IMS (S11). Aqui, o UE IMS indica um terminal que não suporta um serviço Comuta-do por Circuito (CS) e executa cada serviço através de um domínio IMS. Ou seja, o UE IMSexecuta comunicações mesmo com relação a um componente de voz através de um serviçoVoIMS do domínio.

O S-CSCF1 executa uma lógica de serviço para autenticar um UE terminal (isto é,UE CSI) (S12). O S-CSCF1 então direciona a mensagem INVITE a um AS CSI com relaçãoà informação de direcionamento lida a partir de um HSS (não mostrado) (S13).

O AS CSI executa uma divisão de sessão com relação à mensagem INVITE (S14).

Conseqüentemente, o AS CSI envia um componente de voz a um domínio CS do UE CSI eenvia um componente de multimídia de não voz ao domínio IMS, desse modo solicitandouma configuração de chamado CS ou uma configuração de sessão IMS.

Ou seja, o AS CSI envia a mensagem INVITE incluindo o componente de voz a umMGCF/MGW do núcleo IMS via o S-CSCF1 (S15 e S16). O MGCF/MGW mapeia a mensa-gem INVITE (isto é, uma mensagem SIP (protocolo de iniciação de sessão) a uma mensa-gem ISUP IAM, assim para encaminhar esta mensagem a um MGW CS (isto é, o domínioCS) do UE CSI (S17). O MGW CS envia uma mensagem SETUP ao UE CSI para solicitar aconfiguração de chamado CS (S18). Também, o AS CSI envia a mensagem INVITE incluin-do o componente multimídia de não voz ao UE CSI via o S-CSCF1, para solicitar a configu-ração de sessão IMS (S19 e S20).

Conseqüentemente, o UE CSI respectivamente envia mensagens de resposta aoAS CSI com relação à configuração de chamado CS e a configuração de sessão IMS. O ASCSI recebe as mensagens de resposta com relação às solicitações para o componente devoz e o componente de não voz a partir do domínio CSI e do domínio IMS, respectivamente,e então executa uma combinação de sessão.

Ou seja, a mensagem de resposta (por exemplo, CONNECT) com relação à solici-tação pelo componente de voz emitido a partir do UE CSI é convertida em uma mensagemISUP CON no MGW CS tal como para ser enviada ao MGCF/MGW (S21 e S22). Um OK200 convertido a partir da mensagem ISUP CON no MGCF/MGW é inserido no AS CSI via oS-CSCF1 (S23 e S24). Em adição, a mensagem de resposta (por exemplo, OK 200) comrelação à solicitação pelo componente multimídia de não voz emitida a partir do UE CSI édiretamente inserida ao AS CSI via o S-CSCF1 (S25 e S26).

Portanto, o A CSI recebe as mensagens de resposta com relação ao componentede voz e componente multimídia de não voz, assim para executar a combinação de sessão(S27). O AS CSI então encaminha a mensagem de resposta (por exemplo, OK 200) para asessão combinada e esta é enviada ao UE IMS, ou seja, o UE de origem, via o S-CSCR1 eS-CSCF2 (S28 ~ S30).

Subseqüentemente, o UE CSI e o UE IMS geram (estabelecem) transmissores parauma transmissão de dados real baseada em uma negociação de sessão. Entretanto, se oUE CSI (isto é, o terminal de término) não está sob a cobertura do MultiRAM/DTM, mesmose a mensagem de resposta emitida a partir do UE CSI inclui permissões para todas as mí-dias incluídas na sessão, o transmissor CS pode somente ser estabelecido, ou o transmis-sor IMS pode somente ser gerado via o PS.

Como tal, mediante as comunicações entre diferentes tipos de terminais, desde queuma troca de informação de ambiente de rádio não é suportada, o serviço combinado podenão ser executado suavemente entre dois diferentes terminais. Como um resultado, quandoo UE IMS deseja fornecer um serviço multimídia depois de fornecer um serviço de voz, elepode não saber se o UE CSI suporta o serviço multimídia correspondente, o UE IMS podenão executar uma comunicação adicional, ou solicitar um serviço desnecessário a partir doUE CSI.

Ou seja, a partir da perspectiva do UE IMS, quando VoIP é configurado, nenhumainformação é fornecida como se seu terminal correspondente é um UE CS, um UE CSI ouum UE IMS, o UE IMS pode tentar não facilmente executar uma comunicação adicional.Mesmo se a comunicação é adicionalmente tentada em direção ao terminal correspondente,a tentativa pode ser feita sem informação exata de ambiente de rádio relacionada ao termi-nal correspondente, desse modo aumentando muito mais a probabilidade de falha na comu-nicação.

Ademais, a partir da perspectiva do UE CSI, quando o VoIP é aberto, as comunica-ções em direção ao domínio CS são executadas por uma interoperação PSTN. Conseqüen-temente, um serviço de voz pode somente ser usado sem qualquer informação como se oUE correspondente é um UE CS ou um UE IMS. Se o UE correspondente é ou um UE CSIou um UE IMS, o UE CSI adicionalmente usa um serviço multimídia enquanto usando o ser- viço de voz. Apesar disso, entretanto, o UE CSI pode não tentar executar qualquer comuni-cação para qualquer serviço devido à ausência de informação em um ambiente de rádioexato do UE correspondente.

Portanto, essa descrição é para fornecer um método para transmitir informação emum sistema de comunicação sem fio capaz de aumentar a satisfação de comunicações mul- timídia permitindo uma troca de informação de ambiente de rádio entre um terminal CSI eum terminal IMS, e um terminal de comunicação sem fio suportando o método.

Esta descrição é também para fornecer um método para transmitir informação emum sistema de comunicação sem fio capaz de suportar uma comunicação eficiente adicio-nalmente fornecendo informação em serviços utilizáveis depois de estabelecer uma comuni- cação inicial entre múltiplos terminais.

Nesta descrição, um método é fornecido para transmitir informação em um sistemade comunicação sem fio compreendendo: enviar, por um servidor de aplicativo, uma men-sagem de solicitação incluindo uma capacidade de ambiente de rádio a um segundo termi-nal quando recebendo a mensagem de solicitação correspondente para uma configuração de sessão a partir de um primeiro terminal; verificar, pelo segundo terminal, se a mensagemenviada pelo servidor de aplicativo inclui a capacidade de ambiente de rádio; e enviar, pelosegundo terminal, uma mensagem de resposta incluindo sua própria informação de ambien-te de rádio ao servidor de aplicativo se a mensagem a partir do servidor de aplicativo inclui acapacidade de ambiente de rádio dependendo do resultado verificado.

Preferencialmente, o primeiro e o segundo terminais são diferentes tipos de termi-nais, onde se o primeiro terminal é um terminal IMS, o segundo terminal é um terminal CSI,ou vice versa.

Preferencialmente, a mensagem de solicitação é uma mensagem INVITE.

Preferencialmente, a capacidade de ambiente de rádio é um cabeçalho de ambien- te de rádio, que inclui um campo indicando se o primeiro terminal suporta um MultiRAB/DTMde rádio.

Preferencialmente, o servidor de aplicativo é um AS CSI.Preferencialmente, em uma modalidade, o AS CSI inclui uma informação de sinali-zação UUS em um corpo SIP na mensagem INVITE, e encaminha a capacidade de ambien-te de rádio incluindo informação de indicação no cabeçalho SIP1 a informação de indicaçãoinforma que a informação de sinalização UUS está incluída no corpo SIP.

Preferencialmente, a mensagem de solicitação é convertida em uma mensagemISUP em um MGCF para transmissão. A mensagem de resposta emitida a partir do segundoterminal é convertida em uma mensagem SIP no MGCF.

Preferencialmente, a mensagem de resposta é uma mensagem CONNECT.

O método para transmitir informação em um sistema de comunicação sem fio podeadicionalmente compreender analisar, pelo servidor de aplicativo, a informação de ambientede rádio no segundo terminal para enviar a informação de ambiente de rádio analisada aoprimeiro terminal.

Preferencialmente, o servidor de aplicativo converte (modifica) a mensagem de res-posta usando uma mensagem de aviso quando o segundo terminal não suporta o Multi-RAB/DTM.

Preferencialmente, o primeiro terminal executa uma comunicação multimídia com osegundo terminal quando se verifica que o segundo terminal suporta o MultiRAB/DTM base-ado na informação recebida a partir do servidor de aplicativo.

Nesta descrição, um método para transmitir informação em um sistema de comuni-cação sem fio pode compreender: solicitar, por um primeiro terminal, uma configuração desessão a partir de um servidor de aplicativo enviando uma mensagem de solicitação; enviaruma mensagem específica a partir do servidor de aplicativo tendo recebido a mensagem desolicitação a um segundo terminal de modo a reconhecer informação de ambiente de rádio;enviar, pelo segundo terminal, uma mensagem de resposta incluindo sua própria informaçãode ambiente de rádio ao servidor de aplicativo quando a mensagem específica é recebida; eenviar, pelo servidor de aplicativo, a informação de ambiente de rádio ao primeiro terminaldepois de analisar a mensagem de resposta.

Preferencialmente, a mensagem específica é uma mensagem de solicitaçãoOPTIONS.

Preferencialmente, o primeiro e o segundo terminais são diferentes tipos de termi-nais, onde se o primeiro terminal é um terminal IMS, o segundo terminal é um terminal CSI,ou vice-versa.

Preferencialmente, a mensagem de solicitação é uma mensagem INVITE. O servi-dor de aplicativo é um AS CSI.

Preferencialmente, o primeiro terminal executa uma comunicação multimídia com osegundo terminal quando este suporta um MultiRAB/DTM.

Nesta descrição, em uma comunicação via rádio entre terminais tendo diferentesambientes de comunicação, um terminal de comunicação sem fio no qual uma mensagemenviada por um servidor de aplicativo de acordo com uma solicitação de configuração desessão de um terminal de envio é recebida, e uma mensagem de resposta incluindo infor-mação de ambiente de rádio em um terminal de recebimento é enviada ao servidor de apli-cativo no caso onde a mensagem do servidor de aplicativo inclui uma capacidade de ambi-ente de rádio.

Preferencialmente, a mensagem é uma mensagem INVITE ou SETUP.

Preferencialmente, os terminais de envio e de recebimento são diferentes tipos determinais, onde se o terminal de envio é um terminal IMS, o terminal de recebimento é umterminal CSI, ou vice-versa.

Preferencialmente, a capacidade de ambiente de rádio é um cabeçalho de ambien-te de rádio, e inclui um campo indicando se o primeiro terminal suporta um MultiRAB/DTMde rádio.

Preferencialmente, o servidor de aplicativo é um AS CSI, e o AS CSI encaminha acapacidade de ambiente de rádio adicionando o cabeçalho de ambiente de rádio à mensa-gem INVITE.

Breve Descrição dos Desenhos

A Fig. 1 é uma vista conceituai que ilustra uma configuração de sessão básica entreUEs CSI.

A Fig. 2 é uma vista que ilustra um procedimento de troca de informação de ambi-ente de rádio entre UEs CSI mediante o estabelecimento de um chamado CS.

A Fig. 3 é um fluxograma de sinal que ilustra um processo para configurar chamadoe sessão entre diferentes tipos de terminais.

A Fig. 4 é um fluxograma de sinal que ilustra uma primeira modalidade de um mé-todo para transmitir informação multimídia em um sistema de comunicação sem fio de acor-do com a presente invenção.

A Fig. 5 é um fluxograma de sinal que ilustra uma segunda modalidade de um mé-todo para transmitir informação multimídia em um sistema de comunicação sem fio de acor-do com a presente invenção.

Descrição Detalhada da Invenção

As modalidades exemplificadas desta descrição serão explicadas como segue.

Em geral, diferentes tipos de terminais (por exemplo, UE CS, UE CSI e UE IMS)têm diferentes ambientes de comunicação. Dispositivos suportáveis podem depender devários ambientes, ou restrições a comunicações podem ser geradas de acordo com os vá-rios ambientes.

Por exemplo, um UE CSI simultaneamente suporta serviço Comutador por Circuito(CS) e serviço Comutador por Pacote (PS) somente sob a cobertura de um MultiRAB/DTM.O UE IMS pode estabelecer e controlar várias sessões e transmissores sob o ambiente ba-seado em pacote, mas pode usar diferentes serviços baseados em um registro de serviçodo usuário. Em adição, serviços suportáveis podem ser variados de acordo com interfacesde usuário suportando comunicações e construção de uma rede central. Os tipos de servi-ços utilizáveis podem ser restritos de acordo com quem a comunicação é executada.

Recentemente, quando uma comunicação é conectada entre terminais finais (porexemplo, um terminal de origem e um terminal de término), informação relacionada à comu-nicação conectada pode somente ser conhecida. Entretanto, além da informação da comu-nicação conectada, tal informação adicional como informação relacionada a um ambiente derádio ao qual o terminal de término se expõe, informação com relação com qual terminal oterminal de término está agora se conectando, e seus similares, não é trocada entre os ter-minais para a comunicação. Conseqüentemente, quais serviços podem adicionalmente serusados não podem ser reconhecidos.

Portanto, essa descrição propõe um método para permitir um serviço combinado aser suavemente executado trocando informação entre dois terminais depois de uma comu-nicação inicial (por exemplo, comunicação por voz ou comunicação multimídia) que é conec-tada entre vários tipos ou diferentes tipos de terminais. Ou seja, esta descrição propõe ummétodo para trocar informação entre UE CSI e UE IMS, de modo a suportar comunicaçõespara um ou mais componentes (por exemplo, componente de voz ou componente multimídiade não voz) entre o UE CSI e o UE IMS.

Aqui, a informação trocada entre os dois terminais (isto é, UE CSI e UE IMS) podeser descrita como segue.

- informação de registro IMS

- informação de ambiente de rádio tal como MultiRAB/DTM

- informação de serviços disponíveis

- informação de registro CS

- informação de serviço de preferência de usuário

- informação relacionada a outros serviços utilizáveis

Essas informações podem ser trocadas pela seguinte sinalização depois que umacomunicação inicial é configurada.

- Sinalização CS

- Sinalização PS (incluindo IMS)

- Sinalização de mapeamento mútuo no caso de interoperação CS/PS

Portanto, nesta descrição, a informação mencionada acima pode ser fornecida deacordo com várias modalidades de rede ou de acordo com UEs correspondentes como se-gue.

1 .Comunicação entre UE IMS e UE CS- Capacidade multimídia suportável por UE CS

- Informação de ambiente de rádio em UE CS

- Informação de capacidade tal como UE CS suportável por MultiRAB/DTM

- Informação de estado de registro em UE IMS

- Lista de serviços utilizáveis de UE IMS

- Informação de capacidade de UE IMS

- Informação de versão de capacidade de UE IMS

2. Comunicação entre UE IMS e UE CSI

- Informação de estado de registro em UE IMS

- Lista de serviços utilizáveis de UE IMS

- Informação de capacidade de UE IMS

- Informação de versão de capacidade de UE IMS

- Informação de versão de capacidade de UE CSI

- Informação de ambiente de rádio em UE CSI

- Informação de estado de registro IMS em UE CSI

- Informação de capacidade de UE CSI

- Lista de serviços utilizáveis de UE CSI

- Notificação capaz de CSI

- Informação de estado CS em UE CSI

3. Comunicação entre UE IMS e UE IMS

- Informação de serviço IMS utilizável

- Informação de serviço de preferência em UE correspondente

- Informação de versão de capacidade

Aqui, AS CSI1 MGCF e seus similares podem existir entre o UE IMS e UE CSI paraassim permitir uma comunicação suave entre o UE IMS e o UE CSI. Em adição, mediante ainteroperação entre a sinalização em um domínio IMS (isto é, SIP) e a sinalização em umdomínio CS (isto é, ISUP), a informação mencionada acima pode ser incluída e trocada.Portanto, conteúdos para um cabeçalho ou corpo relacionado deveriam ser adicionados aoIMS considerando a informação mencionada anteriormente. Também, um parâmetro de umamensagem ISUP que pode ser mapeada para o SIP deveria ser novamente definido ou umparâmetro existente desse deveria ser capaz de ser usado. Quando usando esse método,um estado de registro IMS de um UE correspondente, ambiente e capacidade de rádio atual,uma capacidade suportável e versão de capacidade e outros serviços disponíveis podemser reconhecidos baseados na informação trocada em um estado de VoIP ou multimídiatípica sendo configurado.

Ou seja, mediante uma conexão VoIP, uma comunicação no domínio CS pode serexecutada por uma interoperação PSTN. Conseqüentemente, o UE CSI pode somente usarum serviço de voz simples sem qualquer informação como se outro UE é um UE CS ou umUE IMS. Se o UE correspondente é ou um UE CSI ou um UE IMS, o UE CSI pode adicio-nalmente usar um serviço multimídia enquanto usando o serviço de voz. Apesar disso, en-tretanto, o UE CSI pode ainda não tentar executar qualquer comunicação para qualquer ser-viço devido à ausência de tal informação. Também, desde que o UE IMS não pode reconhe-cer se seu UE correspondente é UE CSI, UE CS ou UE IMS, o UE IMS pode não executaruma comunicação adicional. Mesmo se qualquer comunicação é adicionalmente tentada, atentativa pode ser feita sem informação exata de ambiente de rádio relacionada ao UE cor-respondente, resultando em muito mais aumento na probabilidade de falha na comunicação.

Portanto, esta descrição pode permitir em uma comunicação entre um UE IMS eum UE CSI que eles possam trocar e usar várias informações utilizáveis mediante sua co-municação inicial adicionando uma função de interoperação e uma função de mapeamento.

Os métodos para transmitir informação multimídia em um sistema de comunicaçãosem fio de acordo com a presente invenção podem ser classificados de acordo com a confi-guração (estabelecimento) de uma sessão de serviço IMS e mediante o estabelecimento deum chamado CS.

Primeiro, um método para transmitir informação em um sistema de comunicaçãosem fio mediante o estabelecimento de uma sessão de serviço IMS pode denotar um méto-do no qual quando um UE IMS envia uma mensagem INVITE de configuração de sessão,um UE CSI pode reconhecer a informação relacionada a um UE CSI para informar ao UEIMS, que é executado pelos seguintes dois esquemas.

De acordo com um primeiro esquema, um AS CSI pode reconhecer informação deambiente de rádio relacionada ao UE CSI convertendo uma mensagem SIP em uma men-sagem ISUP, e, portanto, pode informar ao UE IMS da informação de ambiente de rádio noUE CSI. A informação de ambiente de rádio pode estar incluída em um cabeçalho ou corpode uma mensagem SIP que é enviada a partir do AS CSI aos domínios PS e CS do UE CSI.

No primeiro esquema, o AS CSI converte (mapeia, altera, etc.) uma solicitação SIPrecebida a partir do UE IMS e então inclui informação de ambiente de rádio relacionada àcapacidade SIP na solicitação SIP convertida. O AS CSI pode encaminhar a informaçãoincluída na solicitação SIP ao UE CSI. Aqui, a solicitação SIP (mensagem) pode ser enviadasendo convertida em uma mensagem ISUP usada em um PSTN (ou vice-versa).

Se a informação de ambiente de rádio é incluída na mensagem ISUP, o UE CSIpode incluir sua informação de ambiente de rádio na mensagem ISUP para resposta. Amensagem ISUP pode ser re-convertida na mensagem de resposta SIP por um mapeamen-to ISUP-SIP, para ser enviada ao AS CSI. Portanto, o AS CSI pode analisar a mensagem deresposta SIP recebida, e então pode enviar ao UE IMS a informação de ambiente de rádiorelacionada ao UE CSI de uma maneira a enviar uma mensagem de aviso, ou seus simila-res.

De acordo com um segundo esquema, o AS CSI pode reconhecer informação deambiente de rádio relacionada ao UE CSI trocando OPTIONS entre o AS CSI e o UE CSI,tal como para informar o UE IMS da informação de ambiente de rádio reconhecida no UECSI.

No segundo esquema, o AS CSI pode enviar uma solicitação OPTIONS separadaao UE CSI de modo a reconhecer a informação de ambiente de rádio relacionada ao UECSI. Este pode encaminhar sua capacidade e informação de ambiente de rádio ao AS CSIem resposta à solicitação OPTIONS. O AS CSI pode então analisar a mensagem de respos-ta recebida a partir do UE CSI, para desse modo encaminhar a informação de ambiente derádio relacionada ao UE CSI ao UE IMS de modo a usar uma mensagem de aviso, ou seusimilar.

Um método para transmitir informação em um sistema de comunicação sem fiomediante estabelecer um chamado CS pode ser um método no qual um UE CSI inclui suaprópria informação em uma mensagem SETUP ou uma mensagem INVITE para informar aum UE IMS.

Preferencialmente, a mensagem SETUP pode ser enviada quando o UE CSI esta-belecer uma comunicação de voz no início, enquanto a mensagem INVITE (ou mensagemOPTIONS) pode ser enviada quando o UE CSI estabelecer uma comunicação multimídia noinício.

Preferencialmente, a informação enviada pode incluir informação de ambiente derádio relacionada ao UE CSI (por exemplo, célula MultiRAB/DTM, rede GPRS, rede UTRAN,etc.), informação de capacidade relacionada ao UE CSI (por exemplo, informação como sesomente GPRS pode suportar, somente CS pode suportar, DTM pode suportar, ou Multi-RAB/DTM pode suportar), informação de registro IMS relacionada ao UE CSI, lista de servi-ços disponíveis do UE CSI (por exemplo, PoC, uma lista de serviços de chamados de vídeo,etc.), notificação capaz de CSI (isto é, informação como se um terminal atual pode ser umterminal capaz de CSI), informação de versão de capacidade, e seus similares.

A Fig. 4 ilustra uma primeira modalidade de um método para transmitir informaçãomultimídia em um sistema de comunicação sem fio de acordo com a presente invenção, queilustra um método para reconhecer um ambiente de rádio de um UE CSI convertendo (ma-peando, alterando, etc.) uma mensagem SIP em uma mensagem ISUP quando estabele-cendo uma sessão de serviço IMS.

Como ilustrado na Fig. 4, um UE IMS pode enviar uma mensagem INVITE a um S-CSCF2 de um núcleo IMS ao qual o UE IMS pertence, desse modo solicitando um estabele-cimento de sessão para conectar um serviço de voz baseado em SIP com um UE CSI (istoé, UE terminal) (S40). O S-CSCF2 pode encaminhar a mensagem INVITE a um S-CSCF1do núcleo IMS ao qual o UE CSI pertence de acordo com um procedimento de estabeleci-mento de sessão IMS (S41).

Depois de receber a mensagem INVITE, o S-CSCF1 pode executar uma lógica deserviço para autentica o UE CSI (isto é, o UE terminal) (S42), e então pode encaminhar amensagem INVITE ao AS CSI com relação à informação de direcionamento lida a partir deum HSS (não mostrado) (S43).

O AS CSI tendo recebido a mensagem INVITE ou pode dividir ou encaminhar umasessão de acordo com um tipo de mídia incluído na mensagem INVITE. Por exemplo, se amensagem INVITE inclui um componente de voz e um componente multimídia de não voz, oAS CSI pode executar uma divisão de sessão tal que o AS CSI envie o componente de voza um domínio CS do UE CSI e envie o componente multimídia de não voz a um domínioIMS.

Por outro lado, se a mensagem INVITE inclui qualquer um do componente de voz edo componente multimídia de não voz, o AS CSI pode enviar o componente de voz ao do-mínio CS do UE CSI ou pode enviar o componente multimídia de não voz ao domínio IMS.Aqui, o AS CSI pode adicionar um cabeçalho relacionado ao ambiente de rádio à mensagemINVITE (Istoé, uma mensagem SIP) e pode enviar uma mensagem adicionada ao cabeçalhoao domínio CS e/ou IMS. Isso ocorre porque um campo de ambiente de rádio deveria serincluído em uma mensagem de solicitação de modo ao UE CSI adicionar sua informação deambiente de rádio a uma mensagem de resposta. A Fig. 4 ilustra um exemplo no qual amensagem INVITE somente inclui o componente de voz. Conseqüentemente, o AS CSI po-de determinar que o cabeçalho relacionado a ambiente de rádio é adicionado à mensagemINVITE incluindo o componente de voz, para ser então enviado ao domínio CS do UE CSI.

O UE CSI pode simultaneamente executar serviços CS e PS sob a cobertura de umMultiRAB/DTM. Conseqüentemente, de modo a executar comunicação para dados multimí-dia adicionais, o UE CSI deveria estar sob a cobertura do MultiRAB/DTM, e tal informaçãorelacionada a ambiente deveria ser encaminhada ao UE IMS. Entretanto, o UE CSI podeencaminhar seu ambiente de rádio via UUS de uma sinalização SETUP CS quando umamensagem SETUP recebida inclui a informação de ambiente de rádio correspondente.

Conseqüentemente, em uma modalidade, para receber a informação de ambientede rádio a partir do UE CSI, o AS CSI pode adicionar o cabeçalho de ambiente de rádio àmensagem INVITE e então pode enviar o cabeçalho adicionado à mensagem INVITE aodomínio CS. A seguinte Tabela 1 mostra uma mensagem INVITE exemplificada a ser enca-minhada ao domínio CS pelo AS CSI.

Tabela 1

(Inserir TabeIa 1 da Pág. 13)Por exemplo, o cabeçalho de ambiente de rádio indica capacidade do UE IMS, epode ser configurado para CUV-001 ou CUV-000. O CUV-001 pode indicar que o UE CSIestá sob cobertura do MultiRAB/DTM (isto é, simultaneamente suportando PS e CS), e o CUV-000 pode indicar que o UE CSI não está sob cobertura do MultiRAB/DTM (isto é, op-cionalmente suportando PS ou CS).

A mensagem INVITE enviada pelo AS CSI pode ser encaminhada a um MGDF viaS-CSCF1 de modo a ser alterada (convertida) em um protocolo do domínio CS (S45 e S46).O MGCF pode mapear a mensagem INVITE recebida (isto é, mensagem SIP) em uma men-sagem ISUP IAM do domínio CS (S47). Durante esse processo, cada cabeçalho da mensa-gem INVITE é alterado (convertido) em um parâmetro da mensagem ISUP IAM. A seguinteTabela 2 pode mostrar um exemplo do mapeamento entre a mensagem INVITE e a mensa-gem ISUP IAM.

Tabela 2

<table>table see original document page 14</column></row><table>

Em outro ambiente, o AS CSI pode incluir informação de sinalização UUS em umcorpo SIPO na mensagem INVITE. O AS CSI pode também incluir informação de indicação,que indica a inclusão da informação de sinalização UUS no corpo SIP, em um cabeçalhoSIP. O AS CSI conseqüentemente pode enviar a mensagem INVITE incluindo a informaçãode sinalização UUS e a informação de indicação a um MGCF/MGW. Este pode converter amensagem INVITE recebida em uma mensagem ISUP. Aqui, a informação de sinalizaçãoUUS incluída na mensagem INVITE pode ser enviada sendo incluída na mensagem USUP.

O MGCF pode enviar a mensagem ISUP IAM convertida a um MGW CS (S48). OMGW CS então pode converter a mensagem ISUP IAM em uma mensagem SETUP paraenviar ao UE CSI (S49).

Conseqüentemente, o UE CSI pode verificar se a mensagem SETUP recebida in-clui uma capacidade de ambiente de rádio. Se a mensagem SETUP inclui a capacidade deambiente de rádio de acordo com o resultado verificado, o UE CSI pode incluir sua informa-ção de ambiente de rádio atual em uma mensagem de resposta (isto é, uma mensagemCONNECT) para enviar ao MGW CS (S50). Aqui, na sinalização UUS1 desde que os conte-údos para o ambiente de rádio estão incluídos na mensagem SETUP, o UE CSI pode incluirsua informação de ambiente de rádio na mensagem CONNECT para enviar ao MGW CS.

O MGW CS pode converter a mensagem CONNECT recebida na mensagem ISUPCON para enviar a um MGCF do núcleo IMS (S51). O MGCF então pode converter a men-sagem ISUP CON em uma mensagem SIP (S52). O MGCF pode enviar uma mensagem deresposta OK 200 com relação a um serviço de voz ao S-CSCF1 (S53). Aqui, se a mensa-gem ISUP CON inclui uma informação de ambiente de rádio, o MGCF pode mapear a infor-mação correspondente a ser adequada para formatos definidos na Tabela 1 e Tabela 2.

O S-CSCF1 pode encaminhar a mensagem de resposta OK 200 com relação aoserviço de voz ao AS CSI (S54). O AS CSI pode analisar a mensagem de resposta OK 200recebida para reconhecer se o ambiente de rádio do UE CSI é um ambiente MultiRAB/DTM,desse modo informando o UE IMS da informação reconhecida. Por exemplo, se o ambientede rádio do UE CSI não é o ambiente MultiRAB/DTM, o AS CSI pode modificar a mensagemde resposta OK 200 usando uma mensagem de aviso ou outro código de mensagem deresposta apropriado. Se a mensagem de aviso é usada, o AS CSI pode informar o UE IMSusando a mensagem de aviso de que o UE CSI pode não simultaneamente executar um oumais serviços porque ele não está sob o ambiente MultiRAB/DTM.

O AS CSI pode enviar a mensagem de resposta OK 200 ao S-CSCF1, incluindo amensagem de aviso ou sem incluir a mensagem de aviso, de acordo com o ambiente derádiodo UE CSI (S56). O S-CSCF1 pode encaminhar a mensagem de resposta OK 200 aoS-CSCF2 de acordo com o procedimento IMS existente. O S-CSCF2 conseqüentementepode encaminhar a mensagem de resposta OK 200 recebida ao UE IMS (S57 e S58).

Portanto, se a mensagem de resposta OK 200 não tem a mensagem de aviso, o UEIMS pode considerá-la como se o UE CSI está sob o ambiente MultiRAB/DTM, e conse-qüentemente pode adicionalmente executar um procedimento para iniciar uma sessão mul-timídia (isto é, um processo de adicionar um componente multimídia de não voz) (S59 eS60). Se a mensagem de resposta OK 200 tem a mensagem de ávido, por outro lado, o UEIMS não executa adicionalmente o procedimento para iniciar a sessão multimídia sob umestado do serviço de voz sendo conectado.

A Fig. 5 ilustra uma segunda modalidade de um método para transmitir informaçãomultimídia em um sistema de comunicação sem fio de acordo com a presente invenção, queilustra um método para reconhecer um ambiente de rádio de um UE CSI via mensagemOPTIONS mediante o estabelecimento de uma sessão de serviço IMS.

Como ilustrado na Fig. 5, um UE IMS pode enviar uma mensagem INVITE a um S-CSCF2 de um núcleo IMS ao qual o UE IMS pertence, desse modo solicitando uma configu-ração de sessão para conectar um serviço de voz baseado em SIP com um UE CSI (isto é,UE terminal) (S70). O S-CSCF2 pode encaminhar a mensagem INVITE a um S-CSCF1 donúcleo IMS ao qual o UE CSI pertence de acordo com um procedimento de configuração desessão IMS (S71).

Depois de receber a mensagem INVITE, o S-CSCF1 pode executar uma lógica deserviço para autenticar o UE CSI (isto é, o UE terminal) (S72), e então pode encaminhar amensagem INVITE ao AS CSI com relação à informação de direcionamento lida a partir deum HSS (não mostrado) (S73).

Depois de receber a mensagem INVITE, o AS CSI pode encaminhar a mensagemINVITE correspondente a um domínio CS (S74 ~ S76), e simultaneamente pode enviar umasolicitação OPTIONS a um domínio IMS do UE CSI1 desse modo recebendo capacidade deUE CSI (S77).

Ou seja, o AS CSI pode encaminhar a mensagem INVITE ao MGCF via o S-CSCF1, e então pode enviar uma mensagem de solicitação OPTIONS ao S-CSCF1 tal co-mo a receber a capacidade atual do UE CSI como mostrada na seguinte Tabela 3.

Tabela 3

(Inserir Tabela 3 da Pág. 16)

O S-CSCF1 pode encaminhar a solicitação OPTIONS recebida ao UE CSI (S78). OUE CSI então pode enviar ao S-CSCF1 uma mensagem de resposta (isto é, mensagem OK200) com sua capacidade (isto é, informação de ambiente de rádio) com relação à solicita-ção OPTIONS (S79). Aqui, o UE CSI pode configurar sua informação de ambiente de rádiopara REI-01 ou REI-00. O REI-01 pode indicar que o UE CSI está sob a cobertura do Multi-RAB/DTM (isto é, simultaneamente suportando PS e CS), enquanto o REI-00 indica que oUE CSI não está sob a cobertura do MultiRAM/DTM (isto é, opcionalmente suportando PSou CS). Também, a informação pode ser encaminhada sendo adicionada a um cabeçalhoou corpo da solicitação ou mensagem de resposta.

A seguinte Tabela 4 pode mostrar uma estrutura de uma mensagem OK 200 comrelação à solicitação OPTIONS.

Tabela 4

(Inserir Tabela 4 da Pág. 17)

O S-CSCF1 pode encaminhar a mensagem OK 200 recebida ao AS CSI (S80). A-qui, o AS CSI está atualmente esperando pela resposta com relação a uma sessão realmen-te solicitada. Se a resposta com relação à sessão realmente solicitada chega, o AS CSI po-de configurar a informação de ambiente de rádio relacionada ao UE CSI e um OK 200 comrelação à sessão realmente solicitada.

Ou seja, o MGCF pode converter a mensagem INVITE recebida a partir do S-CSCF1 em uma mensagem ISUP IAM do domínio CS (S81). Durante esse processo, cadacabeçalho da mensagem INVITE pode ser alterado (convertido) em um parâmetro da men-sagem ISUP IAM como mostrado na Tabela 1. A mensagem ISUP IAM convertida peloMGCF pode ser enviada ao MGW CS (S82). O MGW CS pode então converter a mensagemISUP IAM em uma mensagem SETUP, para enviar ao UE CSI (S83).

O UE CSI pode enviar uma mensagem CONNECT ao MGW CS em resposta àmensagem SETUP recebida (S84). O MGW CS pode converter a mensagem CONNECTrecebida em uma mensagem ISUP CON1 desse modo enviando a mensagem ISUP CONconvertida ao MGCF do núcleo IMS (S85). O MGCF pode reconhecer se a mensagem CONinclui parâmetro relacionado ao ambiente de rádio. Se a mensagem CON inclui o parâmetrorelacionado a ambiente de rádio, o MGCF pode mapear a mensagem ISUP CON recebidaem uma mensagem SIP (S86), e então envia uma mensagem de resposta OK 200 ao S-CSCF1 com relação a um serviço de voz (S87). O S-CSCF1 então pode encaminhar a men-sagem de resposta OK 200 recebida com relação ao serviço de voz ao AS CSI (S88).

Conseqüentemente, o AS CSI pode analisar ambas a mensagem de resposta OK200 e a mensagem de resposta OK 200 anteriormente recebida com relação à solicitaçãoOPTIONS. O AS CSI então pode reconhecer se o ambiente de rádio do UE CSI é o ambien-te MultiRAB/DTM, desse modo informando o UE IMS do reconhecimento. Por exemplo, se oambiente de rádio do UE CSI não é o ambiente MultiRAB/DTM, o AS CSI pode modificar amensagem OK 200 usando uma mensagem de aviso ou um código de mensagem de res-posta apropriado (S89).

Se a mensagem de aviso é usada, o AS CSI pode informar ao UE IMS usando amensagem de aviso de que o UE CSI não pode simultaneamente executar um ou mais ser-viços porque o UE CSI não está sob o ambiente MultiRAB/DTM.

O AS CSI pode enviar a mensagem de resposta OK 200 ao S-CSCF1, incluindo amensagem de aviso ou sem incluir a mensagem de aviso, de acordo com o ambiente derádio do UE CSI (S90). O S-CSCF1 pode encaminhar a mensagem de resposta OK 200 aoS-CSCF2 de acordo com o procedimento IMS existente. O S-CSCF2 conseqüentementepode encaminhar a mensagem de resposta OK 200 ao UE IMS (S91 e S92).

Portanto, se a mensagem OK 200 não tem a mensagem de aviso, o UE IMS podeconsiderá-la como se o UE CSI estivesse sob o ambiente MultiRAB/DTM, e conseqüente-mente pode adicionalmente executar um procedimento para iniciar uma sessão multimídia(isto é, um processo de adicionar um componente multimídia de não voz) (S93 e S94). Se amensagem de resposta OK 200 tem a mensagem de aviso, por outro lado, o UE IMS podenão adicionalmente executar o procedimento para iniciar a sessão multimídia sob um estadodo serviço de voz sendo conectado.

O método para trocar informação de ambiente de rádio entre o AC CSI e o UE CSIpara uma solicitação de chamado (isto é, mensagem INVITE) com o UE CSI solicitado peloUE IMS pode ter sido explicado com relação às Figs. 4 e 5 da presente invenção. Entretan-to, outra modalidade de preceder uma solicitação de chamado com um UE IMS de acordocom uma solicitação por um UE CSI pode ser aplicável. Aqui, as funções do AS CSI e doMGW MGCF são as mesmas em ambas as Figs. 4 e 5, ou seja, a função do AS CSI paratrocar informação de ambiente de rádio e a função do MGW/MGCF são as mesmas na Fig.4 e na Fig. 5. Conseqüentemente, a descrição detalhada dessas será omitida.

Como descrito acima, esta descrição pode efetivamente aumentar a satisfação decomunicações multimídia e suportam comunicações eficientes, encaminhando informaçãode ambiente de rádio relacionada a um terminal CSI a um terminal IMS e simultaneamentefornecendo informação em terminais utilizáveis adicionais entre os dois terminais.

Esta descrição foi explicada com relação às modalidades que são meramente e-xemplificadas. Estará aparente àqueles versados na técnica que várias modificações e vari-ações podem ser feitas na presente invenção sem abandonar o espírito ou escopo da in-venção. Assim, pretende-se que esta descrição cubra modificações e variações desta des-crição já que elas vêem dentro do escopo das reivindicações em anexo e seus equivalentes.

Claims

1. Método para transmitir informação em um sistema de comunicação sem fio entreterminais tendo diferentes ambientes de comunicação, CARACTERIZADO pelo fato de quecompreende:enviar, por um servidor de aplicativo, uma mensagem de solicitação incluindo umacapacidade de ambiente de rádio a um segundo terminal quando recebendo a mensagemde solicitação correspondente para uma sessão configurada a partir de um primeiro terminal;verificar, pelo segundo terminal, se a mensagem enviada pelo servidor de aplicativoinclui a capacidade de ambiente de rádio; eenviar, pelo segundo terminal, uma mensagem de resposta incluindo sua própria in-formação de ambiente de rádio ao servidor de aplicativo se a mensagem a partir do servidorde aplicativo inclui a capacidade de ambiente de rádio dependendo do resultado verificado.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO adicionalmentepelo fato de que compreende:analisar, pelo servidor de aplicativo, a informação de ambiente de rádio enviada pe-lo segundo terminal, e enviar a informação de ambiente de rádio analisada ao primeiro ter-minal.

3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oprimeiro e o segundo terminais são diferentes tipos de terminais, onde se o primeiro terminalé um terminal IMS, o segundo terminal é um terminal CSI, ou vice-versa.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que amensagem de solicitação é uma mensagem INVITE.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que acapacidade de ambiente de rádio é um cabeçalho de ambiente de rádio.

6. Método, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que ocabeçalho de ambiente de rádio inclui um campo indicando se o primeiro terminal suportaum MultiRAB/DTM de rádio.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oservidor de aplicativo é um AS CSI.

8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oservidor de aplicativo envia a capacidade de ambiente de rádio adicionando o cabeçalho deambiente de rádio em uma mensagem INVITE.

9. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que oservidor de aplicativo encaminha a capacidade de ambiente de rádio incluindo informaçãode sinalização UUS em um corpo SIP dentro da mensagem INVITE, e incluindo informaçãode indicação em um cabeçalho SIP, a informação de indicação informa a inclusão da infor-mação de sinalização UUS no corpo SIP.

10. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quea etapa de enviar a mensagem de solicitação ao segundo terminal compreende:incluir a capacidade de ambiente de rádio na mensagem de solicitação;converter, pelo MGCF, a mensagem de solicitação incluindo a capacidade de ambi-ente de rádio em uma mensagem ISUP e enviar a mensagem ISUP convertida em umaMGW; econverter, pelo MGW, a mensagem ISUP em uma mensagem SETUP1 e então en-viar a mensagem SETUP convertida ao segundo terminal.

11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de quecada cabeçalho da mensagem de solicitação é convertido em um parâmetro de uma men-sagem ISUP no MGCF.

12. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quea mensagem de resposta é uma mensagem CONNECT.

13. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de quea etapa de enviar a mensagem de resposta pelo segundo terminal compreende:enviar uma mensagem de resposta incluindo a informação de ambiente de rádio aum MGW quando a mensagem de solicitação inclui a capacidade de ambiente de rádio;converter, pelo MGW, a mensagem de resposta em uma mensagem ISUP e enviara mensagem ISUP convertida ao MGCF; econverter, pelo MGCF, a mensagem ISUP em uma mensagem de resposta de umasessão IMS, e enviar a mensagem de resposta convertida ao servidor de aplicativo.

14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de queo MGCF converte a mensagem ISUP na mensagem de resposta da sessão IMS, ou seja,em uma mensagem SIP quando a mensagem de resposta inclui a informação de ambientede rádio.

15. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de queo servidor de aplicativo verifica se o segundo terminal suporta o MultiRAB/DTM baseado nainformação de ambiente de rádio no segundo terminal, e envia o resultado verificado ao pri-meiro terminal.

16. Método, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de queo servidor de aplicativo converte a mensagem de resposta usando uma mensagem de avisoquando o segundo terminal não suporta o MultiRAB/DTM.

17. Método, de acordo com a reivindicação 1, CARACTERIZADO adicionalmentepelo fato de que compreende executar, pelo primeiro terminal, uma comunicação multimídiacom o segundo terminal quando verifica-se que o segundo terminal suporta o MultiRAB/DTMbaseado na informação recebida a partir do servidor de aplicativo.

18. Método para transmitir informação em um sistema de comunicação sem fio en-tre terminais tendo diferentes ambientes de comunicação, CARACTERIZADO pelo fato deque compreende:solicitar, por um primeiro terminal, uma sessão configurada por enviar uma mensa-gem de solicitação;enviar, por um servidor de aplicativo tendo recebido a mensagem de solicitação, aum segundo terminal, uma mensagem de modo a reconhecer informação de ambiente derádio;enviar, pelo segundo terminal, uma mensagem de resposta incluindo informação deambiente de rádio desse ao servidor de aplicativo quando a mensagem é recebida; eenviar, pelo servidor de aplicativo, a informação de ambiente de rádio no segundoterminal ao primeiro terminal analisando a mensagem de resposta.

19. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de quea mensagem é uma mensagem de solicitação OPTIONS.

20. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de queo primeiro e o segundo terminais são diferentes tipos de terminais, onde se o primeiro termi-nal é um terminal IMS, o segundo terminal é um terminal CSI, ou vice-versa.

21. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de quea mensagem de solicitação é uma mensagem INVITE.

22. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de queo servidor de aplicativo é um AS CSI.

23. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de queo primeiro terminal executa uma comunicação multimídia com o segundo terminal quandoeste suporta um MultiRAB/DTM.

24. Método para transmitir informação em um sistema de comunicação sem fio en-tre terminais tendo diferentes ambientes de comunicação, CARACTERIZADO pelo fato deque compreende:receber, por um terminal de recebimento, uma mensagem enviada por um servidorde aplicativo de acordo com uma solicitação de configuração de sessão de um terminal deenvio;verificar se a mensagem inclui uma capacidade de ambiente de rádio; eincluir informação de ambiente de rádio em uma mensagem de resposta de acordocom o resultado verificado e enviar a mensagem de resposta ao servidor de aplicativo

25. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de quea mensagem é uma mensagem INVITE ou SETUP.

26. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de queos terminais de envio e de recebimento são diferentes tipos de terminais, onde se o terminalde envio é um terminal IMS, o terminal de recebimento é um terminal CSI, ou vice-versa.

27. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de quea capacidade de ambiente de rádio é um cabeçalho de ambiente de rádio.

28. Método, de acordo com a reivindicação 27, CARACTERIZADO pelo fato de queo cabeçalho de ambiente de rádio inclui um campo que indica se o terminal de envio suportaum MultiRAB/DTM.

29. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de queo servidor de aplicativo é um AS CSI.

30. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de queo servidor de aplicativo envia a capacidade de ambiente de rádio adicionando o cabeçalhode ambiente de rádio em uma mensagem INVITE.

31. Método, de acordo com a reivindicação 24, CARACTERIZADO pelo fato de queo servidor de aplicativo encaminha a capacidade de ambiente de rádio incluindo informaçãode sinalização UUS em um corpo SIP dentro da mensagem INVITE, e incluindo informaçãode indicação em um cabeçalho SIP, a informação de indicação informa a inclusão da infor-mação de sinalização UUS no corpo SIP.

32. Terminal de comunicação sem fio, em um método de comunicação sem fio en-tre terminais tendo diferentes ambientes de comunicação, CARACTERIZADO pelo fato deque uma mensagem enviada a partir de um servidor de aplicativo de acordo com uma solici-tação de configuração de sessão de um terminal de envio é recebida, e uma mensagem deresposta é enviada ao servidor de aplicativo incluindo informação de ambiente de rádio eum terminal de recebimento quando a mensagem inclui uma capacidade de ambiente derádio.

33. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque a mensagem é uma mensagem INVITE ou SETUP.

34. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque os terminais de envio e de recebimento são diferentes tipos de terminais, onde se oterminal de envio é um terminal IMS, o terminal de recebimento é um terminal CSI, ou vice-versa.

35. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque a capacidade de ambiente de rádio é um cabeçalho de ambiente de rádio.

36. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque o cabeçalho de ambiente de rádio inclui um campo que indica se o terminal de enviosuporta um MultiRAB/DTM de rádio.

37. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque o servidor de aplicativo é um AS CSI.

38. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque o servidor de aplicativo envia a capacidade de ambiente de rádio adicionando o cabeça-Iho de ambiente de rádio na mensagem INVITE.

39. Terminal, de acordo com a reivindicação 32, CARACTERIZADO pelo fato deque o servidor de aplicativo encaminha a capacidade de ambiente de rádio incluindo infor-mação de sinalização UUS em um corpo SIP dentro da mensagem INVITE, e incluindo in-formação de indicação em um cabeçalho SIP1 a informação de indicação informando a in-clusão da informação de sinalização UUS no corpo SIP.

40. Terminal, em uma comunicação sem fio entre os terminais tendo diferentes am-bientes de comunicação, CARACTERIZADO pelo fato de que quando uma mensagem es-pecífica é recebida a partir de um servidor de aplicativo baseado em uma solicitação de con-figuração de sessão de um terminal de envio, uma mensagem de resposta incluindo infor-mação de ambiente de rádio relacionada a um terminal de recebimento é enviada ao servi-dor de aplicativo com relação à mensagem.

41. Terminal, de acordo com a reivindicação 40, CARACTERIZADO pelo fato deque a mensagem específica é uma mensagem de solicitação OPTIONS.

42. Terminal, de acordo com a reivindicação 40, CARACTERIZADO pelo fato deque os terminais de envio e de recebimento são diferentes tipos de terminais, onde se oterminal de envio é um terminal IMS, o terminal de recebimento é um terminal CSI, ou vice-versa.