MX2008013544A

MX2008013544A - Metodo para transmitir informacion en sistema de comunicacion inalambrica y terminal que soporta el metodo.

Info

Publication number: MX2008013544A
Application number: MX2008013544A
Authority: MX
Inventors: Kyung-Ae Yoon; Jae-Seung Song; Hede Patrice
Original assignee: Lg Elecrtonics Inc
Priority date: 2006-04-21
Filing date: 2007-04-20
Publication date: 2008-10-31
Also published as: WO2007123341A1; EP2013988A1; US20100070632A1; US20140115123A1; US8639820B2; US9883379B2; CN101427492B; RU2452118C2; CA2649629C; DK2013988T3; BRPI0710568A2; KR101114072B1; CN101427492A; AU2007241725A1; EP2013988B1; CA2649629A1; KR20070104197A; KR20090045892A; EP2013988A4; KR100925733B1

Abstract

Un método para transmitir información en un sistema de comunicación inalámbrica y una terminal de comunicación inalámbrica que soporta el método en donde, cuando un servidor de aplicación envía a una terminal receptora un mensaje especifico para revisar la información de ambiente de radio o un mensaje que incluye una capacidad de ambiente de radio, la terminal receptora que ha recibido el mensaje puede enviar un mensaje de respuesta con su propia información de ambiente de radio al servidor de aplicación, de manera que la información de ambiente de radio relacionada con la terminal receptora puede ser enviada a la terminal remitente después de ser analizada por el servidor de aplicación.

Description

METODO PARA TRANSMITIR INFORMACION EN SISTEMA DE COMUNICACION INALAMBRICA Y TERMINAL QUE SOPORTA EL METODO MEMORIA DESCRIPTIVA Esta descripción se refiere a un sistema de comunicación inalámbrica (radio), a un método para transmitir información de manera eficiente entre diferentes terminales y a una terminal de comunicación inalámbrica que soporta el método. En general, la combinación de servicios CS e IMS (CSI, por sus siglas en inglés) es una técnica para proveer un servicio deseado entre dos usuarios al combinar un servicio de Conmutación de Circuitos (CS, por sus siglas en inglés) y un Servicio de Transmisión Instantánea de Mensajes (IMS, por sus siglas en inglés). Aquí, los procedimientos definidos en la especificación existente pueden ser empleados para una configuración de llamada de CS y una configuración de sesión de IMS. En CSI, CSI UE denota una terminal capaz de soportar tanto el servicio de CS como un servicio de Conmutación de Paquetes (PS, por sus siglas en inglés) al mismo tiempo. CSI UE realiza comunicaciones a través de un portador de CS para un componente de voz, al mismo tiempo que realiza comunicaciones a través de un portador de IMS a través de una PS para distintos servicios de IMS (v.g., transmisión de mensajes, pizarrón blanco, etcétera). CSI AS es un servidor de aplicación que maneja sesiones de voz de CSI. Cunado un mensaje de INVITE contiene información de sesión relacionada con voz, CSI AS tiene la función de transmitir la sesión correspondiente a un dominio específico (CS o PS). Si la sesión contiene otros tipos de información además de la voz, CSI AS debe ser capaz de realizar la segregación y concatenación para la sesión. La Figura 1 ¡lustra una configuración de sesión básica entre CSI UEs. La Figura 1 ilustra cómo una sesión para una sesión combinada (es decir, componente de voz + sesión de IMS) es establecida en una red central en un caso en el que tanto la terminal de origen como la terminal final son CSI UEs. Cuando un CSI UE 1 establece (configura) una sesión combinada en donde una sesión de IMS no en tiempo real se combina con voz, mensaje y otro similar, una llamada de CS para el componente de voz y una sesión de IMS para el servicio de IMS no en tiempo real, son iniciadas por separado. Si una terminal del lado final es también un CSI UE (es decir, CSI UE 2), la llamada de CS para el componente de voz se conecta con el dominio de CS (v.g., dominio 1 de CS y dominio 2 de CS), mientras que la sesión de IMS se conecta con un dominio de IMS (v.g., dominio 1 de IMS y dominio 2 de IMS).

Sin embargo, con el fin de realizar simultáneamente los servicios de CS y PS en CSI, tanto CSI UE como la cobertura de radio deben soportar un MultiRAB/DTM. Es decir, CSI UE puede realizar simultáneamente los servicios de CS y PS provistos en el momento actual en CSI únicamente cuando CSI UE se encuentra bajo la cobertura de MultiRAB/ DTM. Por lo tanto, CSI permite que CSI UEs intercambien capacidades de ambiente de radio entre si al establecerse una llamada de CS, revisando de esta manera si CS y PS pueden realizarse simultáneamente. A través de este procedimiento de configuración de llamada, si se revisa que cada ambiente de radio de CSI UEs se encuentra bajo el ambiente de MultiRAB/DTM que soporta simultáneamente tanto a CS como a PS, CSI UE puede realizar un procedimiento para iniciar una sesión multimedia. Figura 2 ilustra un procedimiento de intercambio de información de ambiente de radio CSI UEs al establecerse una llamada de CS. Como se ilustra en la Figura 2, primero un UE A envia un mensaje de SETUP que incluye la información de ambiente de radio actual codificada en un IE de señalización de usuario-usuario a un dominio A de CS de una red de origen, para iniciar de esta manera la llamada de CS (S1 ). Después de recibir el mensaje de SETUP, el dominio A de CS de la red de origen envía un mensaje de IAM que incluye la información de ambiente de radio actual sobre UE A hacia el dominio B de CS de una red final (S2). El dominio B de CS de la red final envía entonces el mensaje de IAM a un UE B (S3). UE B almacena la información de ambiente de radio actual sobre UE A incluida en el mensaje de IAM y detecta, con base en la información de ambiente de radio correspondiente, si UE A se encuentra bajo la cobertura de MultiRAB/DTM (soportando simultáneamente tanto a servicios de CS como de PS). Además, UE B puede tomar la información de ambiente de radio actual almacenada de UE A en cuenta al decidir qué opciones de servicio presentar a un usuario y/o si indicar un intercambio de información de capacidades de UE. Si con base en la información de ambiente de radio actual sobre UE A se detecta que UE A se encuentra bajo la cobertura de multiRAB/DTM (soportando simultáneamente tanto servicios de CS como de PS), UE B envía la respuesta final, por ejemplo un mensaje de CONNECT incluyendo su información de ambiente de radio actual en ese sitio, con respecto al mensaje de SETUP (S4). El dominio B de CS de la red final que ha recibido el mensaje de CONNECT, envía un mensaje de ANM o CON que incluye la información de ambiente de radio actual sobre UE B hacia el dominio de CS de la red de origen (S5). El dominio A de CS de la red de origen que ha recibido el mensaje de ANM o CON, envía el mensaje de CONNECT que incluye la información de ambiente de radio actual sobre UE B a UE A (S6). De conformidad con ello, UE A y UE B pueden realizar fácilmente el procedimiento de configuración de sesión de IMS. Por lo tanto, al realizarse la comunicación entre las terminales de CSI, los ambientes de radio de las terminales de contrapartida pueden ser intercambiados al establecerse una llamada de CS, realizando de esta manera fácilmente el procedimiento de configuración de sesión de IMS. Sin embargo, al realizarse la comunicación entre varias terminales (diferentes tipos de terminales), por ejemplo al realizarse la comunicación entre un CSI UE y un IMS UE, el intercambio de información de capacidades (v.g., ambiente de radio) no es soportado. Como resultado de ello, un servicio de combinación entre las dos terminales (es decir, CSI UE y IMS UE) podría no ser realizado con facilidad. Es decir, IMS UE podría no transmitir la información de ambiente de radio actual (es decir, la información de capacidades) en el procedimiento de configuración de sesión. En este caso, CSI UE podría no transmitir su ambiente de radio a IMS UE (terminal de contrapartida) debido a que IMS UE no realiza el procedimiento de intercambio de capacidades. Por lo tanto, cuando IMS UE pretende proveer de manera secuencial un servicio de voz y un servicio multimedia, IMS UE no puede reconocer si los servicios correspondientes son soportador por CSI UE. De conformidad con ello, IMS UE podría no intentar realizar una comunicación adicional con CSI UE, o bien podría solicitar un servicio innecesario de CSI UE.

La Figura 3 ilustra un procedimiento para establecer una llamada y sesión entre diferentes tipos de terminales. Como se ilustra en la Figura 3, par alas comunicaciones de medios de voz y no voz con CSI UE, IMS UE envía un mensaje de INVITE para establecer una sesión que incluye la información relacionada con el medio de voz y no voz a un centro de IMS al que pertenece IMS UE (SIO). Un S-CSCF2 del centro de IMS envía el mensaje de INVITE a S-CSCFI del centro de IMS al que pertenece CSI UE de conformidad con un procedimiento de configuración de sesión de IMS (S1 1 ). Aquí, IMS UE indica una terminal que no soporta un servicio de Conmutación de Circuitos (CS, por sus siglas en inglés) y realiza cada servicio a través de un dominio de IMS. Es decir, IMS UE realiza comunicaciones incluso con respecto a un componente de voz a través de un servicio de VolMS del dominio de IMS. S-CSCFI realiza una lógica de servicio para autentificar un UE final (es decir, CSI UE) (S12). S-CSCFI enruta entonces el mensaje de INVITE a un CSI AS con referencia a la información de enrutamiento leída desde un HSS (no mostrado) (S13). CSI AS realiza una división de sesión con respecto al mensaje de INVITE (S14). De conformidad con ello, CSI AS envía un componente de voz a un dominio de CS de CSI UE y envía un componente multimedia de no voz al dominio de IMS, solicitando de esta manera una configuración de llamada de CS o una configuración de sesión de IMS.

Es decir, CSI AS envía el mensaje de INVITE que incluye el componente de voz a un MGCF/MGW del centro de IMS a través de S-CSCFI (S15 y S16). MGCF/MGW distribuye el mensaje de INVITE (es decir, un mensaje de protocolo de inicio de sesión (SIP, por sus siglas en inglés) a un mensaje de ISUP IAM, enviando de esta manera el mensaje de ISUP IAM a un CS MGW (es decir, el dominio de CS) de CSI UE (S17). CS MGW envía un mensaje de SETUP a CSI UE para solicitar la configuración de llamada de CS (S18). Además, CSI AS envía el mensaje de INVITE que incluye el componente multimedia de no voz a CSI UE a través de S-CSCFI, para solicitar la configuración de sesión de IMS (S19 y S20). De conformidad con ello, CSI UE, respectivamente, envía mensajes de respuesta a CSI AS con respecto a la configuración de llamada de CS y la configuración de sesión de IMS. CSI AS recibe los mensajes de respuesta con respecto a las solicitudes para el componente de voz y el componente de no voz del dominio de CSI y el dominio de IMS, respectivamente, y posteriormente realiza una combinación de sesión. Es decir, el mensaje de respuesta (v.g., CONNECT) con respecto a la solicitud para el componente de voz generada desde CSI UE, se convierte a un mensaje de ISUP CON en CS MGW, de modo que se envíe a MGCF/MGW (S21 y S22). Un 200 OK convertido desde el mensaje de ISUP CON en MGCF/MGW, es introducido al CSI AS a través de S-CSCFI (S23 y S24). Además de ello, el mensaje de respuesta (v.g., 200 OK) con respecto a la solicitud para el componente multimedia de no voz generado desde CSI UE se introduce directamente en CSI AS a través de S-CSCFI (S25 y S26). Por lo tanto, CSI AS recibe los mensajes de respuesta con respecto al componente de voz y el componente multimedia de no voz, realizando así la combinación de sesión (S27). CSI AS envía entonces el mensaje de respuesta (v.g., 200 OK) para la sesión combinada a IMS UE, en particular el UE de origen, a través de S-CSCFI y S-CSCF2 (S28 ~S30). Posteriormente, CSI UE y IMS UE generan (establecen) portadores para una transmisión real de datos con base en una negociación de sesión. Sin embargo, si CSI UE (es decir, la terminal final) no se encuentra bajo la cobertura de MultiRAB/DTM, incluso si el mensaje de respuesta generado desde CSI UE incluye permisos para todos los medios incluidos en la sesión, el portador de CS podría únicamente ser establecido, o bien el portador de IMS podría únicamente ser generado a través de PS. Como tal, al realizarse las comunicaciones entre diferentes tipos de terminales, dado que no es soportado un intercambio de información de ambiente de radio, el servicio combinado podría no realizarse fácilmente entre dos terminales diferentes. Como resultado de ello, cuando IMS UE desea proveer un servicio multimedia después de proveer un servicio de voz, no puede saber si CSI UE soporta el servicio multimedia correspondiente, IMS UE no puede realizar una comunicación adicional, o bien solicita un servicio innecesario de CSI UE.

Es decir, desde la perspectiva de IMS UE, cuando se configura VolP no se proporciona información alguna en relación con si su terminal de contrapartida es CS UE, CSI UE o IMS UE, IMS UE podría no intentar fácilmente realizar una comunicación adicional. Incluso si la comunicación es intentada adicionalmente hacia la terminal de contrapartida, el intento podría realizarse sin información de ambiente de radio exacta relacionada con la terminal de contrapartida, incrementando de esta manera mucho más la probabilidad de que falle la comunicación. Adicionalmente, desde la perspectiva de CSI UE, cuando se abre el VolP, las comunicaciones hacia el dominio de CS son realizadas mediante interconexión de red PSTN. De conformidad con ello, únicamente puede utilizarse un servicio de voz sin ninguna información en relación con si el UE de contrapartida es CS UE o IMS UE. Si el UE de contrapartida es ya sea CSI UE o IMS UE, CSI UE puede utilizar adicionalmente un servicio multimedia al mismo tiempo que utiliza el servicio de voz. A pesar de ello, sin embargo, CSI UE podría no intentar realizar cualquier comunicación para cualquier servicio, debido a la falta de información sobre un ambiente de radio exacto del UE de contrapartida. Por lo tanto, esta descripción debe proveer un método para transmitir información en un sistema de comunicación inalámbrica capaz de incrementar la satisfacción de comunicaciones multimedia al permitir un intercambio de información de ambiente de radio entre una terminal CSI y una terminal de IMS, así como una terminal de comunicación inalámbrica que soporta el método. Esta descripción debe proveer también un método para transmitir información en un sistema de comunicación inalámbrica capaz de soportar una comunicación eficiente al proveer adicionalmente información sobre servicios utilizables después de establecer una comunicación inicial entre múltiples terminales. En esta descripción, se provee un método para transmitir información en un sistema de comunicación inalámbrica que comprende: enviar, mediante un servidor de aplicación, un mensaje de solicitud que incluye una capacidad de ambiente de radio a una segunda terminal al recibir el mensaje de solicitud correspondiente para una configuración de sesión desde una primera terminal; verificar, a través de la segunda terminal, si el mensaje enviado por el servidor de aplicación incluye la capacidad de ambiente de radio; y enviar, mediante la segunda terminal, un mensaje de respuesta que incluye su propia información de ambiente de radio al servidor de aplicación si el mensaje del servidor de aplicación incluye la capacidad de ambiente de radio dependiendo del resultado verificado. De preferencia, la primera y segunda terminales son diferentes tipos de terminales en donde, si la primera terminal es una terminal de IMS, la segunda terminal es una terminal CSI o viceversa. De preferencia, el mensaje de solicitud es un mensaje de INVITE.

De preferencia, la capacidad de ambiente de radio es un encabezado de ambiente de radio, que incluye un campo que indica si la primera terminal soporta un MultiRAB/DTM de radio. De preferencia, el servidor de aplicación es un CSI AS. De preferencia, en una modalidad, el CSI AS envía la capacidad de ambiente de radio añadiendo el encabezado de ambiente de radio al mensaje de INVITE. De preferencia, en otra modalidad, el CSI AS incluye información de señalización de UUS en un cuerpo de SIP dentro del mensaje de INVITE y envía la capacidad de ambiente de radio incluyendo información de indicación en el encabezado de SIP, la información de indicación informando que la información de señalización de UUS se encuentra incluida en el cuerpo de SIP. De preferencia, el mensaje de solicitud se convierte a un mensaje de ISUP en un MGCF para transmisión. El mensaje de respuesta generado desde la segunda terminal se convierte a un mensaje de SIP en MGCF. De preferencia, el mensaje de respuesta es un mensaje de CONNECT. El método para transmitir información en un sistema de comunicación inalámbrica puede comprender adicionalmente analizar, a través del servidor de aplicación, la información de ambiente de radio en la segunda terminal para enviar la información de ambiente de radio analizada a la primera terminal. De preferencia, el servidor de aplicación convierte (modifica) el mensaje de respuesta utilizando un mensaje de advertencia cuando la segunda terminal no soporte el MultiRAB/DTM. De preferencia, la primera terminal realiza una comunicación multimedia con la segunda terminal cuando se verifica que la segunda terminal soporte el MultiRAB/DTM con base en la información recibida desde el servidor de aplicación. En esta descripción, un método para transmitir información en un sistema de comunicación inalámbrica puede comprender: solicitar, mediante una primera terminal, una configuración de sesión desde un servidor de aplicación enviando un mensaje de solicitud; enviar un mensaje específico desde el servidor de aplicación que ha recibido el mensaje de solicitud a una segunda terminal, con el fin de reconocer la información de ambiente de radio; enviar, mediante la segunda terminal, un mensaje de respuesta que incluye su propia información de ambiente de radio al servidor de aplicación cuando el mensaje específico es recibido; y enviar, mediante el servidor de aplicación, la información de ambiente de radio a la primera terminal después de analizar el mensaje de respuesta. De preferencia, el mensaje específico es un mensaje de solicitud de OPTIONS.

De preferencia, la primera y segunda terminales son diferentes tipos de terminales en donde, si la primera terminal es una terminal de IMS, la segunda terminal es una terminal de CSI, o viceversa. De preferencia, el mensaje de solicitud es un mensaje de INVITE. El servidor de aplicación es un CSI AS. De preferencia, la primera terminal realiza una comunicación multimedia con la segunda terminal cuando la segunda terminal soporta un MultiRAB/DTM. En esta descripción, en una comunicación de radio entre terminales que cuentan con distintos ambientes de comunicación, una terminal de comunicación inalámbrica en donde se recibe un mensaje enviado por un servidor de aplicación de conformidad con una solicitud de configuración de sesión de una terminal remitente, así como un mensaje de respuesta que incluye información de ambiente de radio sobre una terminal receptora es enviado al servidor de aplicación en caso de que el mensaje del servidor de aplicación incluya una capacidad de ambiente de radio. De preferencia, el mensaje es un mensaje de INVITE o de SETUP. De preferencia, las terminales remitentes y receptoras son diferentes tipos de terminales en donde, si la terminal remitente es una terminal de IMS, la terminal receptora es una terminal de CSI o viceversa.

De preferencia, la capacidad de ambiente de radio es un encabezado de ambiente de radio e incluye un campo que indica si la primera terminal soporta un MultiRAB/DTM de radio. De preferencia, el servidor de aplicación es un CSI AS y CSI AS envía la capacidad de ambiente de radio añadiendo el encabezado de ambiente de radio al mensaje de INVITE. La Figura 1 es una vista conceptual que ilustra una configuración de sesión básica entre CSI UEs. La Figura 2 es una vista que ¡lustra un procedimiento de intercambio de información de ambiente de radio entre CSI UEs al establecerse una llamada de CS. La Figura 3 es un diagrama de flujo de señales que ilustra un procedimiento para establecer una llamada y sesión entre diferentes tipos de terminales. La Figura 4 es un diagrama de flujo de señales que ¡lustra una primera modalidad de un método para transmitir información multimedia en un sistema de comunicación inalámbrica de conformidad con la presente invención. La Figura 5 es un diagrama de flujo de señales que ilustra una segunda modalidad de un método para transmitir información multimedia en un sistema de comunicación inalámbrica de conformidad con la presente invención.

En lo sucesivo en la presente se explicarán ejemplos de modalidades de esta descripción detalladamente de la siguiente manera. En general, diferentes tipos de terminales (v.g., CS UE, CSI UE y IMS UE) tienen diferentes ambientes de comunicación. Los servicios que pueden ser soportados pueden depender de distintos ambientes, o bien pueden generarse restricciones de comunicación de conformidad con los distintos ambientes. Por ejemplo, un CSI UE soporta simultáneamente un servicio de Conmutación de Circuitos (CS, por sus siglas en inglés) y un servicio de Conmutación de Paquetes (PS, por sus siglas en inglés) únicamente bajo la cobertura de un MultiRAB/DTM. El IMS UE puede establecer y controlar varias sesiones y portadores bajo un ambiente basado en paquetes, pero podría utilizar diferentes servicios con base en un registro de servicio de usuario. Además, los servicios que pueden ser soportados pueden variar de conformidad con las interfaces de radio que soportan las comunicaciones y la construcción de una red central. Los tipos de servicios utilizables pueden restringirse de conformidad con quién se realiza la comunicación. Recientemente, cuando una comunicación se conecta entre terminales de extremo (v.g., una terminal de origen y una terminal final), sólo puede conocerse la información relacionada con la comunicación conectada. Sin embargo, además de la información de la comunicación conectada, información adicional tal como la información relacionada con un ambiente de radio al que la terminal final se expone, información con respecto a con qué terminal se está comunicando la terminal final en ese momento y otra similar, no es intercambiada entre las terminales para la comunicación. De conformidad con ello, podría no reconocerse qué servicios pueden utilizarse adicionalmente. Por lo tanto, esta descripción propone un método para permitir que un servicio combinado sea realizado fácilmente intercambiando información entre dos terminales después de que una comunicación inicial (v.g., comunicación de voz o comunicación multimedia) se conecta entre diferentes o distintos tipos de terminales. Es decir, esta descripción propone un método para intercambiar información entre CSI UE y IMS UE, con el fin de soportar comunicaciones para uno o más componentes (v.g., componente de voz o componente multimedia de no voz) entre CSI UE y IMS UE. Aquí, la información intercambiada entre las dos terminales (es decir, CSI UE y IMS UE) puede describirse de la siguiente manera: - Información de registro de IMS - Información de ambiente de radio como MultiRAB/DTM - Información sobre los servicios disponibles - Información de registro de CS - Información de servicio de preferencia de usuario - Información relacionada con otros servicios utilizables Esta información puede ser intercambiada mediante la siguiente señalización después de que se establece una comunicación inicial. - Señalización de CS - Señalización de PS (incluyendo IMS) - Señalización de distribución mutual en caso de interconexión de red de CS/PS Por lo tanto, en esta descripción, la información mencionada con anterioridad puede ser proporcionada de conformidad con distintos ambientes de red, o bien de conformidad con los UEs de contrapartida, de la siguiente manera: 1. Comunicación entre IMS UE y CS UE - Capacidad multimedia soportable por CS UE - Información de ambiente de radio en relación con CS UE - Información de capacidad como CS UE soportable con MultiRAB/DTM - Información de estatus de registro en relación con IMS UE - Lista de servicio utilizable de IMS UE - Información de capacidad de IMS UE - Información de versión de capacidad de IMS UE 2. Comunicación entre IMS UE y CSI UE - Información de estatus de registro en relación con IMS UE - lista de servicio utilizable de IMS UE - Información de capacidad de IMS UE - Información de versión de capacidad de IMS UE - Información de notificación de IMS UE - Información de versión de capacidad de CSI UE - Información de ambiente de radio en relación con CSI UE - Información de estatus de registro de IMS en relación con CSI UE - Información de capacidad de CSI UE - Lista de servicio utilizable de CSI UE - Notificación de capacidad de CSI - Información de estatus de CS en relación con CSI UE 3. Comunicación entre IMS UE y IMS UE - Información de servicio de IMS utilizable - Información de servicio de preferencia en relación con el UE de contrapartida - Información de versión de capacidad Aquí, CSI AS, MGCF y otro similar pueden existir entre IMS UE y CSI UE para permitir de esta manera una fácil comunicación entre IMS UE y CSI UE. Además, al realizarse la interconexión de red entre la señalización en un dominio de IMS (es decir, SIP) y la señalización en un dominio de CS (es decir, ISUP), la información mencionada anteriormente puede ser incluida e intercambiada. Por lo tanto, un contenido para un encabezado o cuerpo relacionados debe ser añadido al IMS con respecto a la información mencionada con anterioridad. Además, un parámetro de un mensaje de ISUP que puede ser distribuido a SIP, debe ser recién definido o un parámetro existente de ello debe ser capaz de ser utilizado. Cuando se utiliza este método, un estado de registro de IMS de un UE de contrapartida, una capacidad y ambiente de radio actuales, una versión de capacidad y capacidad soportable y otros servicios disponibles, pueden ser reconocidos con base en la información intercambiada en un estado de VolP o multimedia típico establecido. Es decir, al realizarse una conexión de VolP, una comunicación en el dominio de CS puede ser realizada por una interconexión de red de PSTN. De conformidad con ello, CSI UE puede utilizar únicamente un simple servicio de voz sin información alguna con respecto a si otro UE es un CS UE o un IMS UE. Si el UE de contrapartida es ya sea un CSI UE o un IMS UE, el CSI UE puede utilizar adicionalmente un servicio multimedia al mismo tiempo que utiliza el servicio de voz. A pesar de ello, sin embargo, el CSI UE podría no intentar siquiera realizar comunicaciones para cualquier servicio debido a la falta de dicha información. Además, dado que el IMS UE no puede reconocer si su UE de contrapartida es CSI UE, CS UE o IMS UE, el IMS UE podría no realizar una comunicación adicional. Incluso si se intenta adicionalmente cualquier comunicación, el intento puede ser realizado sin la información exacta de ambiente de radio relacionada con el UE de contrapartida, produciendo un incremento mucho mayor en la probabilidad de que se produzca una falla de comunicación. Por lo tanto, esta descripción podría permitir una comunicación entre un IMS UE y un CSI UE que éstos pueden intercambiar y utilizar distinta información utilizable al realizarse su comunicación inicial al añadir una función de interconexión de red y una función de distribución.

Los métodos para transmitir información multimedia en un sistema de comunicación inalámbrica de conformidad con la presente invención, pueden ser clasificados de conformidad con la configuración (establecimiento) de una sesión de servicio de IMS y al establecerse una llamada de CS. En primer lugar, un método para transmitir información en un sistema de comunicación inalámbrica al establecerse una sesión de servicio de IMS, puede denotar un método en donde, cuando un IMS UE envía un mensaje de INVITE de configuración de sesión, un CSI AS puede reconocer la información relacionada con un CSI UE para informar al IMS UE, lo cual es realizado por los siguientes dos esquemas. De conformidad con un primer esquema, el CSI AS puede reconocer la información de ambiente de radio relacionada con el CSI UE convirtiendo un mensaje de SIP en un mensaje de ISUP y, posteriormente, puede informar a IMS UE de la información de ambiente de radio reconocida en el CSI UE. La información de ambiente de radio puede ser incluida en un encabezado o cuerpo de un mensaje de SIP que es enviado de CSI AS a dominios de PS y CS del CSI UE. En el primer esquema, CSI AS convierte (distribuye, cambia, etcétera) una solicitud de SIP recibida desde el IMS UE y posteriormente incluye la información de ambiente de radio relacionada con la capacidad de SIP en la solicitud de SIP convertida. CSI AS puede enviar la información incluida en la solicitud de SIP al CSI UE. Aquí, la solicitud (mensaje) de SIP puede ser enviada al ser convertida en un mensaje de ISUP utilizado en una PSTN (o viceversa). Si la información de ambiente de radio se incluye en el mensaje de ISUP, el CSI UE puede incluir su información de ambiente de radio en el mensaje de ISUP para la respuesta. El mensaje de ISUP puede ser reconvertido al mensaje de SIP de respuesta mediante una distribución de SIP-ISUP, a enviarse a CSI AS. Por lo tanto, CSI AS puede analizar el mensaje de SIP de respuesta recibido y, posteriormente, puede enviar la información de ambiente de radio de IMS UE relacionada con el CSI UE en una manera de enviar un mensaje de advertencia u otro similar. De conformidad con un segundo esquema, CSI AS puede reconocer la información de ambiente de radio relacionada con el CSI UE intercambiando OPCIONES (OPTIONS) entre CSI AS y el CSI UE, de manera que se informe al IMS UE de la información de ambiente de radio reconocida en el CSI UE. En el segundo esquema, CSI AS puede enviar una solicitud de OPCIONES (OPTIONS) separada al CSI UE, con el fin de reconocer la información de ambiente de radio relacionada con el CSI UE. El CSI UE puede enviar su información de ambiente de radio y capacidad a CSI AS, como respuesta a la solicitud de OPCIONES (OPTIONS). CSI AS puede entonces analizar el mensaje de respuesta recibido desde el CSI UE, para enviar de esta manera la información de ambiente de radio relacionada con el CSI UE al IMS UE en la manera de utilizar un mensaje de advertencia u otro similar. Un método para transmitir información en un sistema de comunicación inalámbrica al establecerse una llamada de CS, puede ser un método en donde un CSI UE incluya su propia información en un mensaje de SETUP o un mensaje de INVITE para informar a un IMS UE. De preferencia, el mensaje de SETUP puede ser enviado cuando el CSI UE ha establecido comunicación de voz al principio, mientras que el mensaje de INVITE (o mensaje de OPTIONS) puede ser enviado cuando el CSI UE ha establecido una comunicación multimedia al principio. De preferencia, la información enviada puede incluir información de ambiente de radio relacionada con CSI UE (v.g., célula MultiRAB/DTM, red GPRS, red UTRAN, etcétera), información de capacidad relacionada con CSI UE (v.g., información acerca de si únicamente GPRS puede soportar, únicamente CS puede soportar, DTM puede soportar o MultiRAB/DTM puede soportar), información de registro de IMS relacionada con CSI UE, lista de servicio disponible de CSI UE (v.g., PoC, una lista de servicio de llamadas de video, etcétera), notificación de capacidad de CSI (es decir, información acerca de si una terminal actual puede ser una terminal de capacidad de CSI), información de versión de capacidad y otro similar. La Figura 4 ilustra una primera modalidad de un método para transmitir información multimedia en un sistema de comunicación inalámbrica de conformidad con la presente invención, que ilustra un método para reconocer un ambiente de radio de un CSI UE convirtiendo (distribuyendo, cambiando, etcétera) un mensaje de SIP en un mensaje de ISUP cuando se establece una sesión de servicio de IMS. Como se ilustra en Figura 4, un IMS UE puede enviar un mensaje de INVITE a un S-CSCF2 de un centro de IMS al que pertenece el IMS UE, solicitando de esta manera una configuración de sesión para conectar un servicio de voz basado en SIP con un CSI UE (es decir, UE final) (S40). S-CSCF2 puede enviar el mensaje de INVITE a un S-CSCFI del centro de IMS al que pert4enece el CSI UE de conformidad con un procedimiento de configuración de sesión de IMS (S41 ). Después de recibir el mensaje de INVITE, el S-CSCFI puede realizar una lógica de servicio para autentificar el CSI UE (es decir, el UE final) (S42) y puede entonces enviar el mensaje de INVITE al CSI AS con referencia a la información de enrutamiento leída desde un HSS (no mostrado) (S43). El CSI AS que ha recibido el mensaje de INVITE puede bien dividir o enviar una sesión de conformidad con un tipo de medio incluido en el mensaje de INVITE. Por ejemplo, si el mensaje de INVITE incluye un componente de voz y un componente multimedia de no voz, el CSI AS puede realizar una división de sesión de manera que el CSI AS envíe el componente de voz a un dominio de CS del CSI UE y envíe el componente multimedia de no voz a un dominio de IMS.

Por otro lado, si el mensaje de INVITE incluye cualquiera del componente de voz y el componente multimedia de no voz, el CSI AS puede enviar el componente de voz al dominio de CS del CSI UE, o bien puede enviar el componente multimedia de no voz al dominio de IMS. Aquí, el CSI AS puede añadir un encabezado relacionado con el ambiente de radio al mensaje de INVITE (es decir, un mensaje de SIP) y puede enviar el mensaje con encabezado añadido al dominio(s) de CS y/o IMS. Esto se debe a que un campo de ambiente de radio debe ser incluido en un mensaje de solicitud, con el fin de que el CSI UE añada su información de ambiente de radio a un mensaje de respuesta. La Figura 4 ilustra un ejemplo en el que el mensaje de INVITE incluye únicamente el componente de voz. De conformidad con ello, el CSI AS puede determinar que el encabezado relacionado con el ambiente de radio se añada al mensaje de INVITE incluyendo el componente de voz, para ser enviado entonces al dominio de CS del CSI UE. El CSI UE puede realizar simultáneamente servicios de CS y PS bajo la cobertura de un MultiRAB/DTM. De conformidad con ello, con el fin de realizar la comunicación para datos multimedia adicionales, el CSI UE debe encontrarse bajo la cobertura del MultiRAB/DTM y dicha información relacionada con el ambiente debe ser enviada al IMS UE. Sin embargo, el CSI UE puede enviar su ambiente de radio a través de un UUS de una señalización de CS SETUP cuando un mensaje de SETUP recibido incluye la información de ambiente de radio correspondiente.

De conformidad con ello, en una modalidad, para recibir la información de ambiente de radio desde el CSI UE, el CSI AS puede añadir el encabezado de ambiente de radio al mensaje de INVITE y posteriormente puede enviar el mensaje de INVITE con encabezado añadido al dominio de CS. El siguiente cuadro 1 muestra un ejemplo de mensaje de INVITE que debe ser enviado al dominio de CS a través del CSI AS.

CUADRO 1 SIP/7..0 ?.n() OKV¡a: SÍP/ 2 JDPpcscr?..v¡sited2.ne^ .1 , SEP/ 2.0AJDP scscfi..horae2.i)et;biancb=z hG4bK764z87. L, SBV2.Q/UDP icscf2_s.home2.net;brancb=z9hG4b 871 y 12.1 , STP/2.0/UDP scscf ? .homc 1 nci;braneh- 9hG4b 332b23.1 , S1P/2.0/UDP pcscf ! -vtsitcd l .net;brancb=z9hG4bK240G4.1 , SIP/2.0 UDP [5555::aaa;bbb:ccc:ddd] : 1 57; ymp=sigcorop;branch=z9bG b jiaíilids7Rccord-Routje: < sip:pc};c!2.visited2.)neL:5088;]r;comp=sigcoTnp», <.sip:scscf?..boTnc2.nct;lr>, < .horncl .riet;li , <sip:pcscf 1.visiiedl .net;1r>Privacy: noneP-Access-NeLwiirk-lnfo: 3GPP-UTRAN-TDD; utran-ccll-id-3£pp=2 4! 5 1 D0FCH1 i Frora: <sip:uscrl _public 1 @h mel .nct>; tag= 1718281 o: <lel:+ 12125552222>;tag=314159Call-lD: cb03aOs09a2sdfglkj490333Gscq: 127 INVl ECotilact: <sip:|5555::cee:fff:aaa:bbb] :8805;coTnp=sigcorap>;+g.3gpp,cs-voiceAÜow: INVITE, AC , CANCEL, B YE, PRACK, l .TDATE, REFER, MES S AGE, OPTIONSServer: PM1-0EA2, Radio-Envirorimcot : capability of IMS UEContent-Type: application/sdpContent-Lengtb: (...)v=0u=- 2987933615 2987933617 I 1P6 5555:: eee:fl' :aaa:bbbs=-c=IN G?6 html mess age/c i rn.a=path : msrp://f 55 5 ; :eec : fff: aaa: bb] ;3402/s234167;tcpa-ma -size:65536 Por ejemplo, el encabezado de ambiente de radio indica la capacidad del IMS UE y puede configurarse para CUV-001 ó CUV-000. CUV-001 puede indicar que el CSI UE se encuentra bajo la cobertura de MultiRAB/DTM (es decir, que soporta simultáneamente PS y CS), mientras que CUV-000 puede indicar que el CSI UE no se encuentra bajo la cobertura de MultiRAB/DTM (es decir, soporta de manera opcional PS o CS). El mensaje de INVITE enviado por el CSI AS puede ser entregado a un MGCF a través de un S-CSCFI, con el fin de ser cambiado (convertido) a un protocolo del dominio de CS (S45 y S46). MGCF puede distribuir el mensaje de INVITE recibido (es decir, el mensaje de SIP) a un mensaje de ISUP IAM del dominio de CS (S47). Durante este procedimiento, cada encabezado del mensaje de INVITE es cambiado (convertido) a un parámetro del mensaje de ISUP IAM. El siguiente cuadro 2 puede mostrar un ejemplo de la distribución entre el mensaje de INVITE y el mensaje de ISUP IAM.

CUADRO 2 En otra modalidad, el CSI AS puede incluir información de señalización de UUS en un cuerpo de SIP dentro del mensaje de INVITE. El CSI AS puede incluir también información de indicación, que indica la inclusión de información de señalización de UUS en el cuerpo de SIP, en un encabezado de SIP. El CSI AS puede enviar, de conformidad con ello, el mensaje de INVITE incluyendo la información de señalización de UUS y la información de indicación a un MGCF/ MGW. MGCF/MGW puede convertir el mensaje de INVITE recibido en un mensaje de ISUP. Aquí, la información de señalización de UUS incluida en el mensaje de INVITE puede enviarse al incluirse en el mensaje de ISUP. El MGCF puede enviar el mensaje de ISUP IAM convertido a un CS MGW (S48). El CS MGW puede entonces convertir el mensaje de ISUP IAM en un mensaje de SETUP para enviar al CSI UE (S49). De conformidad con ello, el CSI UE puede verificar si el mensaje de SETUP recibido incluye una capacidad de ambiente de radio. Si el mensaje de SETUP incluye la capacidad de ambiente de radio de conformidad con el resultado verificado, el CSI UE puede incluir su información de ambiente de radio actual en un mensaje de respuesta (es decir, un mensaje de CONNECT) para enviar al CS MGW (S50). Aquí, en la señalización de UUS, dado que el contenido para el ambiente de radio se encuentra incluido en el mensaje de SETUP, el CSI UE puede incluir su información de ambiente de radio en el mensaje de CONNECT para enviar al CS MGW. El CS MGW puede convertir el mensaje de CONNECT recibido en el mensaje de ISUP CON para enviar al MGCF del centro de IMS (S51 ). El MGCF puede entonces convertir el mensaje de ISUP CON en un mensaje de SIP (S52). El MGCF puede enviar un mensaje de respuesta de 200 OK con respecto a un servicio de voz a S-CSCFI (S53). Aquí, si el mensaje de ISUP CON incluye información de ambiente de radio, el MGCF puede distribuir la información correspondiente para ser adecuada para los formatos definidos en el cuadro 1 y el cuadro 2. El S-CSCFI puede enviar el mensaje de respuesta de 200 OK recibido con respecto al servicio de voz a CSI AS (S54). El CSI AS puede analizar el mensaje de respuesta de 200 OK recibido para reconocer si el ambiente de radio del CSI UE es un ambiente de MultiRAB/DTM, informando de esta manera al IMS UE de la información reconocida. Por ejemplo, si el ambiente de radio del CSI UE no es el ambiente de MultiRAB/DTM, el CSI AS puede modificar el mensaje de respuesta de 200 OK utilizando un mensaje de advertencia u otro código de mensaje de respuesta apropiado. Si se utiliza el mensaje de advertencia, el CSI AS puede informar al IMS UE utilizando el mensaje de advertencia que el CSI UE no puede realizar simultáneamente uno o más servicios, pues no se encuentra bajo el ambiente de MultiRAB/DTM. El CSI AS puede enviar el mensaje de respuesta de 200 OK a S-CSCFI, incluyendo el mensaje de advertencia o sin incluir el mensaje de advertencia, de conformidad con el ambiente de radio del CSI UE (S56). S-CSCFI puede enviar el mensaje de respuesta de 200 OK a S-CSCF2 de conformidad con el procedimiento de IMS existente. De conformidad con ello, S-CSCF2 puede enviar el mensaje de respuesta de 200 OK recibido al IMS UE (S57 y S58). Por lo tanto, si el mensaje de respuesta de 200 OK no tiene el mensaje de advertencia, el IMS UE puede considerarlo como el CSI UE bajo el ambiente de MultiRAB/DTM y, de conformidad con ello, puede realizar adicionalmente un procedimiento para iniciar una sesión multimedia (es decir, un procedimiento para añadir un componente multimedia de no voz) (S59 y S60). Si el mensaje de respuesta de 200 OK tiene el mensaje de advertencia, por otro lado, el IMS UE no realiza adicionalmente el procedimiento para iniciar la sesión multimedia bajo un estado del servicio de voz encontrándose conectado. La Figura 5 ilustra una segunda modalidad de un método para transmitir información multimedia en un sistema de comunicación inalámbrica de conformidad con la presente invención, que ilustra un método para reconocer un ambiente de radio de un CSI UE a través de mensajes de OPTIONS al establecerse una sesión de servicio de IMS. Como se ilustra en la Figura 5, un IMS UE puede enviar un mensaje de INVITE a S-CSCF2 de un centro de IMS al que pertenece el IMS UE, solicitando de esta manera una configuración de sesión para conectar un servicio de voz basado en SIP con un CSI UE (es decir, una UE final) (S70). El S-CSCF2 puede entregar el mensaje de INVITE a un S-CSCFI del centro de IMS al que pertenece el CSI UE de conformidad con un procedimiento de configuración de sesión de IMS (S71 ). Después de recibir el mensaje de INVITE, S-CSCFI puede realizar una lógica de servicio para autentificar el CSI UE (es decir, el UE final) (S72) y puede posteriormente entregar el mensaje de INVITE al CSI AS con referencia a la información de enrutamiento leída desde un HSS (no mostrado) (S73). Después de recibir el mensaje de INVITE, el CSI AS puede entregar el mensaje de INVITE correspondiente a un dominio de CS (S74 ~ S76) y, simultáneamente, puede enviar una solicitud de OPTIONS a un dominio de IMS del CSI UE, recibiendo de esta manera la capacidad de CSI UE (S77). Es decir, el CSI AS puede entregar el mensaje de INVITE al MGCF a través de S- CSCFI y puede entonces enviar un mensaje de solicitud de OPTIONS a S-CSCFI, de manera que reciba la capacidad actual del CSI UE como se muestra en el siguiente cuadro 3.

CUADRO 3 OPTIONS lel:+12125552222 SrP 2.0Via: S1P/2.0/UDP I5555::aaa:hbb:ccc:ddd] ' :1357¡conip=sigcomp;brant:h=7.9hG4bKjiashds7MíLX-Forwards: 70Koute: < ¡sipipcscfl .visited 1.nct:75 1 ;!r;comp=sigcomp>,<sip:orig@scscfl .homcl .nct;lr>P-Prc fcrred Idcntiry: <tcl:+.l -212-555-1 i 1 l>P-Access-Neiwork-Info: 3GPP-UT AN-TDD; ulTan-cell-id-3gpp=234151D0FCEnPriva y: noneFrom: < sip:uscT ] publicl @ho e l .net>; tag=171828To: <tcl:+ I 21 5552222>Calí-lD: cbO a0sü9a2sdfglkj4 0333Cseq: 127 OPTTONSRequire: scc-agrecProxy-Require: scc-agiccSecurily-Vcrify: ips«:-3gpp; q=0.1 ; alg=trmac-sba-l-96; spi-c=98765432, Concact: <sip:[5555::aaa;bbb:ccc:dddj *,+g.3gp xs- v ¡ce,- g.3gpp.cs-v¡dBO;expHcitAilüw: INVTFE, ACK, CANCEL, BYE, PRACK, UPDATE, R'EFER, MESSAG-E, OlTlONSAc epl: applicalion/sdp Uscr- Agcnt: P'MI-0007, REI-OlCooteut-Lcnglh: 0 El S-CSCFI puede entregar la solicitud de OPTIONS recibida al CSI UE (S78). El CSI UE puede entonces enviar al S-CSCI un mensaje de respuesta (es decir, un mensaje de 200 OK) con su capacidad (es decir, información de ambiente de radio) con respecto a la solicitud de OPTIONS (S79). Aquí, el CSI UE puede establecer su información de ambiente de radio en REI-OI o REI-OO. REI-OI puede indicar que el CSI UE se encuentra bajo la cobertura de MultiRAB/DTM (es decir, que soporta simultáneamente servicios de PS y CS), mientras que REI-OO indica que el CSI UE no se encuentra bajo la cobertura de MultiRAB/DTM (es decir, que soporta de manera opcional servicios de PS o CS). Además, la información puede ser entregada al ser añadida a un encabezado o cuerpo de la solicitud o mensaje de respuesta. El siguiente cuadro 4 puede mostrar una estructura de un mensaje de 200 OK con respecto a la solicitud de OPTIONS.

CUADRO 4 SIP 2.0 200 OKVia: SIP 2.0/UDP pcscf2.vjsítcd2.nct:5088;coii)p=sigcomp;branch=7J9hG4b 361 k21.í , SIP/2.0/UDP 5Csc£2.homc2.iiet;braiich=2 hG bK764z87.1 , S1P 2.0 UDP icscf2_s.horac2.net;branch=z9hG4bK871 l 2.1 , SCP/2.0 UDP scscfl .homcl .nct;branch=z hG4b 332b23.1 , SIP/2.0/UDP pcscn .visitcdl .nct;br-mch=z9hG4bK?.40O4.1 , STP/2.0 UDP [5555::aaa:bbb:ccc:ddd] : 1357;comp=í?igcorap;hranch=z9h 4b nashds7Rccord- oute: < sip:pcscf2.visucd2.net:5088;lr;comp=sigcoinp», <sip:scscf2.home2.ne-;1r>. < sip:scscf 1 .hom l .nel;lr>, <sip:pcscfl.visitedl.nct;lr Privacy: noneP- Access-Network-Info: 3 G PP-UTR A N-TDD ; utran- cell- id-'3gpp- 123451D0PCB1 1 Pronv. sip:userl_publicl C homcl .nci>; lag=17I 828To: <sip:user2jrablic l @borae2.nei>;tag=3M l59Cail-ID: cb03aOs09a2sdfglkj4 0333Cscq: 127 OPTIONSCuntaci: < sip:user2 publicl @home2.net >;+g.3gpp.cs-voicc <tel:+ I 1 . 552222>Allow: INVITE, ACK, CANCEL, RYE, PRACK, UPDATE, REFER, MESSAGE, OP- TTONSScrvcr: P I-0EA2, RET-OlContent-Typc: appIicatiori/sdpConlent-Leiigth: (...)v=0o= 2987933615 2987933617 IN G?6 5555:: cec-:fff:aaa:bbbs=-c=I IP6 5555::ecc:fff:aaa:bbbt=0 Orn=message 0 TCP/ SRP *a=acccpt-typcs :tc t/plain tesxt/ html rnessagc/r-pim ¿mage/jpeg imagc gif video gppa=max-sizc:65536ra=video 0 RTP/AVP 96a=rtprnap:96 H263-2000/90000m=audio 0 RTP/AVP 97a=rtpmap:97 AMR/8000 S-CSCFI puede entregar el mensaje de 200 OK recibido al CSI AS (S80). Aquí, el CSI AS se encuentra en este momento esperando la respuesta con respecto a una sesión realmente solicitada. Si la respuesta con respecto a la sesión realmente solicitada llega, el CSI AS puede configurar la información de ambiente de radio relacionada con el CSI UE y 200 OK con respecto a la sesión realmente solicitada.

Es decir, MGCF puede convertir el mensaje de INVITE recibido de S-CSCFI en un mensaje de ISUP IAM del dominio de CS (S81 ). Durante este procedimiento, cada encabezado del mensaje de INVITE puede ser cambiado (se convierte) a un parámetro del mensaje de ISUP IAM, como se muestra en el cuadro 1 . El mensaje de ISUP IAM convertido por MGCF puede ser enviado a CS MGW (S82). CS MGW puede convertir entonces el mensaje de ISUP IAM en un mensaje de SETUP, para enviar al CSI UE (S83). CSI UE puede enviar un mensaje de CONNECT a CS MGW como respuesta al mensaje de SETUP recibido (S84). CS MGW puede convertir el mensaje de CONNECT recibido en un mensaje de ISUP CON, enviando de esta manera el mensaje de ISUP CON convertido a MGCF del centro de IMS (S85). MGCF puede reconocer si el mensaje de CON incluye un parámetro relacionado con el ambiente de radio. Si el mensaje de CON incluye el parámetro relacionado con el ambiente de radio, MGCF puede distribuir la información correspondiente a un encabezado cuando se convierte el mensaje de CON en un mensaje de respuesta basado en SIP. De conformidad con ello, MGCF puede distribuir el mensaje de ISUP CON recibido en un mensaje de SIP (S86) y entonces envía un mensaje de respuesta de 200 OK a S-CSCFI con respecto a un servicio de voz (S87). S-CSFI puede entonces entregar el mensaje de respuesta de 200 OK recibido con respecto al servicio de voz al CSI AS (S88). De conformidad con ello, el CSI AS puede reconocer tanto el mensaje de respuesta de 200 OK como el mensaje de respuesta de 200 OK previamente recibido con respecto a la solicitud de OPTIONS. El CSI AS puede entonces reconocer si el ambiente de radio del CSI UE es el ambiente de MultiRAB/DTM, informando de esta manera al IMS UE del reconocimiento. Por ejemplo, si el ambiente de radio del CSI UE no es el ambiente de MultiRAB/DTM, el CSI AS puede modificar el mensaje de 200 OK utilizando un mensaje de advertencia o un código de mensaje de respuesta apropiado (S89). Si se utiliza el mensaje de advertencia, el CSI AS puede informar al IMS UE utilizando el mensaje de advertencia de que el CSI UE no puede realizar simultáneamente uno o más servicios, dado que el CSI UE no se encuentra bajo el ambiente de MultiRAB/DTM. El CSI AS puede enviar el mensaje de respuesta de 200 OK a S-CSCFI, incluyendo el mensaje de advertencia o sin incluir el mensaje de advertencia, de conformidad con el ambiente de radio del CSI UE (S90). S-CSCFI puede entregar el mensaje de respuesta de 200 OK a S-CSCF2 de conformidad con el procedimiento de IMS existente. De conformidad con ello, S-CSCF2 puede entregar el mensaje de respuesta de 200 OK recibido al IMS UE (S91 y S92). Por lo tanto, si el mensaje de 200 OK no tiene el mensaje de advertencia, el IMS UE puede considerar que el CSI UE se encuentra bajo el ambiente de MultiRAB/DTM y, de conformidad con ello, puede realizar adicionalmente un procedimiento para iniciar una sesión multimedia (es decir, un procedimiento para añadir un componente multimedia de no voz) (S93 y S94). Si el mensaje de respuesta de 200 OK tiene el mensaje de advertencia, por otro lado, el IMS UE podría no realizar adicionalmente el procedimiento para iniciar la sesión multimedia bajo un estado del servicio de voz encontrándose conectado. El método para intercambiar información de ambiente de radio entre el CSI AS y el CSI UE para una solicitud de llamada (es decir, un mensaje de INVITE) con el CSI UE solicitado por el IMS UE, puede haberse explicado haciendo referencia a las Figuras 4 y 5 de la presente invención. Sin embargo, otra modalidad del procedimiento de una solicitud de llamada con un IMS UE de conformidad con una solicitud por parte de un CSI UE, puede resultar aplicable. Aquí, las funciones del CSI AS y MGCF MGW son las mismas tanto en la Figura 4 como 5, en particular la función del CSI AS para intercambiar información de ambiente de radio y la función de MGCF/MGW son las mismas en la Figura 4 y 5. De conformidad con ello, se omitirá la descripción detallada de ello. Como se ha descrito anteriormente, esta descripción puede incrementar de manera efectiva la satisfacción de las comunicaciones multimedia y soportar comunicaciones eficientes al enviar información de ambiente de radio relacionada con una terminal de CSI a una terminal de IMS y al proporcionar simultáneamente información sobre terminales utilizables adicionales entre las dos terminales. Esta descripción ha sido explicada haciendo referencia a las modalidades que son meramente ilustrativas. Resultará evidente para el experto en la técnica que pueden realizarse modificaciones y variaciones en la presente invención, sin desviarse del espíritu o alcance de la invención. Por lo tanto, se pretende que esta descripción cobra las modificaciones y variaciones de esta descripción, siempre y cuando se encuentren dentro del alcance de las reivindicaciones anexas y sus equivalentes.

Claims

NOVEDAD DE LA INVENCION REIVINDICACIONES 1 .- Un método para transmitir información en un sistema de comunicación inalámbrica para realizar un servicio combinado entre terminales que tienen distintos ambientes de comunicación, el método comprendiendo: recibir, mediante un servidor de aplicación, un mensaje de solicitud desde una primera terminal para una configuración de sesión con una segunda terminal; generar, a través del servidor de aplicación, una capacidad de ambiente de radio de la primera Terminal a nombre de la primera terminal; enviar, mediante el servidor de aplicación, la capacidad de ambiente de radio generada a la segunda terminal. 2 - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: recibir, mediante el servidor de aplicación, una capacidad de ambiente de radio de la segunda terminal enviada por la segunda terminal; reconocer, mediante el servidor de aplicación, si la segunda terminal soporta simultáneamente Servicio de Circuitos (CS, por sus siglas en inglés) y Servicio de Paquetes (PS, por sus siglas en inglés) con base en el análisis de la capacidad de ambiente de radio recibida de la segunda terminal, así como enviar a la primera terminal la capacidad de ambiente de radio de la segunda terminal. 3.- El método de conformidad con la reivindicación 2, caracterizado además porque la capacidad de ambiente de radio recibida de la segunda terminal incluye por lo menos uno de los siguientes: información de ambiente de radio (MultiRAB/DTM) que indica si CS y PS son soportados de forma simultánea; información de servicio de IMS utilizable; e información de versión de capacidad. 4. - El método de conformidad con la reivindicación 1 , caracterizado además porque la primera y segunda terminales son diferentes tipos de terminales en donde, si la primera terminal es una terminal de IMS, la segunda terminal es una terminal de CSI o viceversa. 5. - El método de conformidad con la reivindicación 1 , caracterizado además porque el servidor de aplicación es un CSI AS. 6. - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje de solicitud es un Protocolo de Inicio de Sesión (SIP, por sus siglas en inglés) basado en un mensaje de INVITE. 7. - El método de conformidad con la reivindicación 1 , caracterizado además porque el servidor de aplicación envía la capacidad de ambiente de radio añadiendo el ambiente de radio en un encabezado o un cuerpo de un mensaje de INVITE. 8. - El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de enviar la capacidad de ambiente de radio generada a la segunda terminal, comprende: incluir, mediante el servidor de aplicación, la capacidad de ambiente de radio en el mensaje de solicitud; enviar, mediante el servidor de aplicación, a un MGCF el mensaje de solicitud que incluye la capacidad de ambiente de radio; convertir, mediante el MGCF, el mensaje de solicitud que incluye la capacidad de ambiente de radio en un mensaje de ISUP y enviar el mensaje de ISUP convertido a un MGW; convertir, mediante el MGW, el mensaje de ISUP en un mensaje de SETUP y enviar entonces el mensaje de SETUP convertido a la segunda terminal. 9. - El método de conformidad con la reivindicación 8, caracterizado además porque la capacidad de ambiente de radio en el mensaje de solicitud se convierte en un parámetro de un mensaje de ISUP en el MGCF. 10. - El método de conformidad con la reivindicación 1 , caracterizado además porque el servidor de aplicación envía la capacidad de ambiente de radio incluyendo información de señalización de UUS en un cuerpo de un mensaje de SIP INVITE e incluye información de indicación en un encabezado del mensaje de SIP INVITE, la información de indicación informando la inclusión de la información de señalización de UUS en el cuerpo del mensaje de SIP INVITE. 1 - El método de conformidad con la reivindicación 2, caracterizado además porque el paso de recibir una capacidad de ambiente de radio de la segunda terminal comprende: enviar a un MGW un mensaje de CONNECT que incluye la capacidad de ambiente de radio de la segunda terminal; convertir, mediante el MGW, el mensaje de CONNECT en un mensaje de ISUP y enviar el mensaje de ISUP al MGW; y convertir, mediante el MGCF, el mensaje de ISUP en un mensaje de respuesta basado en SIP de una sesión de IMS, así como enviar el mensaje de respuesta convertido al servidor de aplicación. 12. - El método de conformidad con la reivindicación 2, caracterizado además porque comprende adicionalmente realizar, mediante la primera terminal, una comunicación multimedia con la segunda terminal si la primera terminal verifica si la segunda terminal soporta el MultiRAB/DTM con base en la capacidad de ambiente de radio recibida del servidor de aplicación. 13. - Un método para transmitir información en un sistema de comunicación inalámbrica para realizar un servicio combinado entre terminales que tienen diferentes ambientes de comunicación, que comprende: recibir, mediante una terminal receptora, un mensaje enviado por un servidor de aplicación de conformidad con una solicitud de configuración de sesión de una terminal remitente; verificar si el mensaje incluye una capacidad de ambiente de radio; e incluir la información de ambiente de radio en un mensaje de respuesta de conformidad con el resultado verificado y enviar el mensaje de repuesta al servidor de aplicación. 14. - El método de conformidad con la reivindicación 13, caracterizado además porque el mensaje es un mensaje de INVITE o de SETUP. 15. - El método de conformidad con la reivindicación 13, caracterizado además porque las terminales remitentes y receptoras son diferentes tipos de terminales en donde, si la terminal remitente es una terminal de IMS, la terminal receptora es una terminal de CSI o viceversa. 16.- El método de conformidad con la reivindicación 13, caracterizado además porque la capacidad de ambiente de radio es un encabezado de ambiente de radio. 17.- El método de conformidad con la reivindicación 16, caracterizado además porque el encabezado de ambiente de radio incluye un campo que indica si la terminal remitente soporta un MultiRAB/DTM. 18.- El método de conformidad con la reivindicación 13, caracterizado además porque el servidor de aplicación es un CSI AS. 19.- El método de conformidad con la reivindicación 13, caracterizado además porque el servidor de aplicación envía la capacidad de ambiente de radio añadiendo el encabezado de ambiente de radio en un mensaje de INVITE. 20 - El método de conformidad con la reivindicación 13, caracterizado además porque el servidor de aplicación envía la capacidad de ambiente de radio incluyendo información de señalización de UUS en un cuerpo de SIP dentro del mensaje de INVITE e incluyendo información de indicación en un encabezado de SIP, la información de indicación informando la inclusión de la información de señalización de UUS en el cuerpo de SIP. 21.- Una terminal de comunicación inalámbrica en una comunicación inalámbrica entre terminales que tienen diferentes ambientes de comunicación, en donde es recibido un mensaje enviado desde un servidor de aplicación de conformidad con una solicitud de configuración de sesión de una terminal remitente, y un mensaje de respuesta es enviado al servidor de aplicación incluyendo información de ambiente de radio cuando el mensaje incluye una capacidad de ambiente de radio. 22.- La terminal de conformidad con la reivindicación 21 , caracterizada además porque el mensaje es un mensaje de INVITE o de SETUP. 23 - La terminal de conformidad con la reivindicación 21 , caracterizada además porque las terminales remitentes y receptoras son diferentes tipos de terminales en donde, si la terminal remitente es una terminal de IMS, la terminal receptora es una terminal de CSI o viceversa. 24 - La terminal de conformidad con la reivindicación 21 , caracterizada además porque la capacidad de ambiente de radio es un encabezado de ambiente de radio. 25 - La terminal de conformidad con la reivindicación 21 , caracterizada además porque el encabezado de ambiente de radio incluye un campo que indica si la terminal remitente soporta un MultiRAB/DTM de radio. 26.- Una terminal de comunicación inalámbrica, en una comunicación inalámbrica entre terminales que tienen diferentes ambientes de comunicación en donde, cuando un mensaje específico es recibido desde un servidor de aplicación con base en una solicitud de configuración de sesión de una terminal remitente, un mensaje de respuesta que incluye información de ambiente de radio es enviado al servidor de aplicación con respecto al mensaje. 27. - La terminal de conformidad con la reivindicación 26, caracterizada además porque el mensaje específico es un mensaje de solicitud de OPTIONS. 28. - La terminal de conformidad con la reivindicación 26, caracterizada además porque la terminal receptora es una terminal de IMS y la terminal de comunicación inalámbrica es una terminal de CSI.