ES2881704T3

ES2881704T3 - Dispositivo de red de gestión

Info

Publication number: ES2881704T3
Application number: ES18723567T
Authority: ES
Inventors: Manfred Lutzky; Stefan Döhla; Martin Dietz
Original assignee: Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Current assignee: Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Priority date: 2017-05-18
Filing date: 2018-05-17
Publication date: 2021-11-30
Anticipated expiration: 2038-05-17
Also published as: KR20200005637A; WO2018211050A1; BR112019024284A2; RU2727794C1; US11290509B2; CN110710181A; JP2020521374A; EP3625947A1; MX2019013558A; US20200068001A1; CA3061833C; CN110710181B; EP3625947B1; CA3061833A1; JP7009509B2; KR102332153B1

Abstract

Dispositivo de red (110) para la gestión de una llamada entre terminales de usuario, configurado para verificar (400) si un primer terminal de usuario (120) soporta un uso de un primer modo de codificación de audio para la llamada, y un segundo terminal de usuario (130) propone utilizar un segundo modo de codificación de audio para la llamada; si el primer terminal de usuario (120) soporta el uso del primer modo de codificación de audio para la llamada, y el segundo terminal de usuario (130) propone utilizar el segundo modo de codificación de audio para la llamada, reempaquetar (402a) los primeros datos de la llamada enviados desde el primer terminal de usuario (120) hasta el segundo terminal de usuario (130) y empaquetarlos en primeros paquetes que se refieren al primer modo de codificación de audio, en segundos paquetes que se refieren al segundo modo de codificación de audio; y reempaquetar (402b) los segundos datos de la llamada enviados desde el segundo terminal de usuario (130) hasta el primer terminal de usuario (120) y empaquetarlos en terceros paquetes que se refieren al segundo modo de codificación de audio, en cuartos paquetes que se refieren al primer modo de codificación de audio; donde el dispositivo de red (110) se configura para verificar (400a) si una primera oferta de llamada inicial (210) enviada desde un terminal de usuario de origen hasta un terminal de usuario de terminación indica un uso del segundo modo de codificación de audio para la llamada; si la primera oferta de llamada inicial (210) indica el uso del segundo modo de codificación de audio para la llamada, interceptar la primera oferta de llamada inicial (210) y enviar una segunda oferta de llamada inicial (220) hasta el terminal de usuario de terminación en lugar de la primera oferta de llamada inicial (210), indicando la segunda oferta de llamada inicial (220) un uso del primer modo de codificación de audio para la llamada; verificar (400b) si una primera respuesta (230) a la segunda oferta de llamada inicial (220), enviada desde el terminal de usuario de terminación hasta el terminal de usuario de origen, indica el uso del primer modo de codificación de audio para la llamada; si la primera respuesta (230) indica el uso del primer modo de codificación de audio para la llamada, interceptar la primera respuesta (230) y enviar una segunda respuesta (240) hasta el terminal de usuario de origen en lugar de la primera respuesta (230), indicando la segunda respuesta (240) el uso del segundo modo de codificación de audio para la llamada; y afirmar que el terminal de usuario de terminación soporta el uso del primer modo de codificación de audio para la llamada y que el terminal de usuario de origen propone utilizar el segundo modo de codificación de audio para la llamada, de tal forma que el terminal de usuario de terminación sea el primer terminal de usuario (120) y el terminal de usuario de origen sea el segundo terminal de usuario (130).

Description

DESCRIPCIÓN

Dispositivo de red de gestión

[0001] La presente invención se refiere a un dispositivo de red, en particular a un dispositivo de red para gestionar una llamada entre terminales de usuario.

[0002] Un sistema de comunicación puede comprender varios terminales de usuario que se conectan a un dispositivo de red. El dispositivo de red puede gestionar llamadas entre los terminales de usuario individuales. En lo sucesivo, los términos "dispositivo de red de gestión" y "dispositivo de red" se utilizan indistintamente.

[0003] Existen diferentes códecs que se implementan para implementar la comunicación entre terminales de usuario. Los distintos códecs proporcionan diferente calidad de codificación y también requieren diferente potencia computacional. Uno de los códecs puede ser el códec de Servicios Mejorados de Voz, códec EVS. EVS se puede utilizar para servicios VoLTE de súper banda ancha y banda completa descritos en GSMA "Perfil IMS para Voz y SMS" IR.92.

[0004] Una ventaja de EVS es una calidad mejorada de voz y audio en comparación con la banda ancha adaptativa de tasa múltiple, AMR-WB, y que el ancho de banda de audio se extiende y cuenta con una resistencia significativamente más alta contra la pérdida de paquetes. EVS contiene modos primarios y modos interoperables de AMR-WB. En lo sucesivo, AMR-WB IO se utilizará como un sinónimo para el modo interoperable de AMR-WB, en una implementación alternativa que utiliza RFC4867 como el formato de carga útil, y EVS IO se utilizará como un sinónimo para el modo interoperable de AMR-WB que utiliza el protocolo de transporte en tiempo real de EVS, RTP, formato de carga útil.

[0005] Los modos primarios de EVS proporcionan calidad completa de voz y audio de EVS, así como resistencia contra pérdida de paquetes, por consiguiente, esto se debería seleccionar si ambos terminales de usuario/UE (equipos de usuario) soportan el EVS.

[0006] El documento WO 2016/184281 (D1) se considera como la técnica anterior más cercana al objeto de las reivindicaciones y describe un procedimiento y dispositivo de interoperabilidad de medios. El procedimiento comprende: determinar, mediante un panel de control, que un primer equipo de usuario (UE) emplea un primer formato de medios y un segundo UE que se comunica con el primer UE emplea un segundo formato de medios, siendo el segundo formato de medios un modo principal EVS; y notificar a un dispositivo de plano de usuario la conversión de un paquete de medios en el primer formato de medios transmitido por el primer UE en un paquete de medios en el modo compatible con EVS y un paquete de medios en el modo compatible con EVS transmitido por el segundo UE en un paquete de medios en el primer formato de medios. Por lo tanto, el procedimiento y el dispositivo descritos en D1 realizan la interoperabilidad entre un formato de medios de un primer usuario y los datos de medios de un segundo usuario basándose en un modo compatible con EVS.

[0007] Sin embargo, no se garantiza que todos las terminales o UE de la red soporten el modo EVS. Por consiguiente, puede ser necesario que se cumplan condiciones heterogéneas de red, mientras que se mantiene la mejor calidad y resistencia de audio posibles para los terminales participantes.

[0008] Con base a estas consideraciones, el objeto de la presente invención es proporcionar un nuevo concepto de gestión que permite una técnica mejorada de comunicación entre terminales de usuario con una resistencia superior y calidad mejorada de voz y audio.

[0009] La invención está definida por las reivindicaciones independientes. Otras realizaciones de la invención se definen mediante las reivindicaciones dependientes. Aunque la invención solo se define mediante las reivindicaciones, las siguientes realizaciones, ejemplos y aspectos están presentes para ayudar a comprender los antecedentes y las ventajas de la invención.

[0010] Según una realización, un dispositivo de red para gestionar llamadas entre terminales de usuario comprueba si un primer terminal de usuario admite el uso de un primer modo de codificación de audio para una llamada, y un segundo terminal de usuario tiene la intención de utilizar un segundo modo de codificación de audio para la llamada, y si el primer terminal de usuario admite el uso del primer modo de codificación de audio para la llamada, y el segundo terminal de usuario tiene la intención de usar el segundo modo de codificación de audio para la llamada, volver a empaquetar los primeros datos de la llamada enviada desde el primer terminal de usuario al segundo terminal de usuario y empaquetados en primeros paquetes que se refieren al segundo modo de codificación de audio, en segundos paquetes que se refieren al primer modo de codificación de audio y volver a empaquetar los segundos datos de la llamada enviada desde el segundo terminal de usuario al primer terminal de usuario y empaquetados en terceros paquetes que se refieren al segundo modo de codificación de audio en cuartos paquetes que se refieren al primer modo de codificación de audio. Esto tiene la ventaja de que las capacidades de EVS se pueden aprovechar en el mejor grado posible en un entorno de modo mixto que tenga, por ejemplo.

terminales EVS y AMRWB.

[0011] En una realización adicional, el dispositivo de red puede realizar la verificación durante una configuración de llamada entre el primer y segundo terminales de usuario.

[0012] En una realización adicional, el dispositivo de red puede verificar si una primera oferta de llamada inicial enviada desde un terminal de usuario de origen a un terminal de usuario de terminación indica un uso del segundo modo de codificación de audio para la llamada, y si la primera oferta de llamada inicial indica el uso del segundo modo de codificación de audio para la llamada, interceptar la primera oferta de llamada inicial y enviar una segunda oferta de llamada inicial al terminal de usuario de terminación en lugar de la primera oferta de llamada inicial, la segunda oferta de llamada inicial que indica un uso del primer modo de codificación de audio para la llamada, verificar si una primera respuesta a la oferta de la segunda llamada inicial, enviada desde el terminal de usuario de terminación al terminal de usuario de origen indica el uso del primer modo de codificación de audio para la llamada, y si la primera respuesta indica el uso del primer modo de codificación de audio para la llamada, interceptar la primera respuesta y enviar una segunda respuesta al terminal de usuario de origen en lugar de la primera respuesta, la segunda respuesta que indica el uso del segundo modo de codificación de audio para la llamada, y afirma que el terminal de usuario de terminación soporta el uso del primer modo de codificación de audio para la llamada y que el terminal de usuario de origen propone utilizar el segundo modo de codificación de audio para la llamada, de forma que el terminal de usuario de terminación sea el primer terminal de usuario y el terminal de usuario de origen sea el segundo terminal de usuario.

[0013] En una realización adicional, la primera oferta de llamada inicial enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación puede indicar subordinadamente un uso del primer modo de codificación de audio para la llamada.

[0014] En una realización adicional, el dispositivo de red puede, si la primera respuesta indica el uso del segundo modo de codificación de audio para la llamada, enviar la primera respuesta al terminal de usuario de origen, la primera respuesta que indica el uso del segundo modo de codificación de audio para la llamada, y afirmar que ni el primer terminal de usuario ni el segundo terminal de usuario soportan el uso del primer modo de codificación de audio para la llamada.

[0015] En una realización adicional, el dispositivo de red puede verificar si una primera respuesta enviada desde un terminal de usuario de terminación hasta un terminal de usuario de origen en respuesta a una primera oferta de llamada inicial enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación y que indica un uso de cualquiera de un grupos de uno o más modos de codificación de audio para la llamada a la cual pertenece el primer modo de codificación de audio, indica el uso del segundo modo de codificación de audio, y si la primera respuesta indica el uso del segundo modo de codificación de audio para la llamada, puede interceptar la primera respuesta y enviar una segunda respuesta al terminal de usuario de origen en lugar de la primera respuesta, la segunda respuesta que indica un uso del primer modo de codificación de audio para la llamada y afirma que el terminal de usuario de origen soporta el uso del primer modo de codificación de audio para la llamada y el terminal de usuario de terminación propone utilizar el segundo modo de codificación de audio para la llamada, de forma que el terminal de usuario de origen sea el primer terminal de usuario y el terminal de usuario de terminación sea el segundo terminal de usuario.

[0016] En una realización adicional, la primera oferta de llamada inicial enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación puede, al menos, indicar de manera subordinada un uso del primer modo de codificación de audio.

[0017] En aún una realización adicional, el dispositivo de red puede verificar si la primera oferta de llamada inicial indica el uso del primer modo de codificación de audio, y, si es así, puede interceptar la primera oferta de llamada inicial (310) y enviar una segunda oferta de llamada inicial (320) en lugar de la primera oferta de llamada inicial (310), la segunda oferta de llamada inicial (320) que indica el uso de una pluralidad de modos de codificación de audio, incluyendo el primer modo de codificación de audio y el segundo modo de codificación de audio.

[0018] En una realización adicional, el segundo modo de codificación de audio puede ser el AMR-WB, y el primer modo de codificación de audio puede ser el modo interoperable de AMR-WB de EVS.

[0019] En una realización adicional, el segundo modo de codificación de audio puede ser el AMR-WB que utiliza el formato de RTP para AMR WB, y el primer modo de codificación de audio puede ser el modo interoperable de AMR-WB de EVS que utiliza el formato de RTP para EVS.

[0020] En una realización adicional, el primer y segundo modos de codificación de audio pueden representar contenido de audio que utiliza una sintaxis de codificación igual o que utiliza una carga útil igualmente analizable o mutuamente transferible entre sí sin transcodificación. Por ejemplo, sin transcodificación se puede referir a ser mutuamente transferible sin la necesidad de re-cuantificación.

[0021] En una realización adicional, el primer y segundo paquetes pueden coincidir en el contenido de sus secciones de carga útil, y el tercer y cuarto paquetes pueden coincidir en contenido de sus secciones de carga útil, excepto por las operaciones opcionales no de transcodificación.

[0022] En una realización adicional, el dispositivo de red puede dejar secciones de carga útil del primer y tercer paquetes sin enmendar en el reempaquetado, excepto para las operaciones opcionales no de transcodificación en el reempaquetado.

[0023] En lo sucesivo, la invención se describe en relación a las realizaciones, las cuales se ilustran en las figuras anexas, en las que:

La figura 1 muestra un dispositivo de red conceptual conectado a terminales de usuario según una realización de la presente invención;

La figura 2 muestra una secuencia de señalización entre equipos de usuario según una realización de la presente invención; y

La figura 3 muestra otra secuencia de señalización entre equipos de usuario según otra realización de la presente invención.

[0024] Como se menciona anteriormente, es ventajoso utilizar el modo EVS, puesto que proporciona calidad y resistencia de audio mejoradas. En los casos donde todos los terminales que participan en la llamada, los llamados "tramos de llamada", son capaces de utilizar EVS, se utilizará EVS tal como se prevé.

[0025] En casos donde solo un tramo de llamada soporta EVS, por ejemplo, un UE, y probablemente también la red a la que se conecta, soporta EVS y el otro UE o su red conectada no es capaz de soportar EVS y solo soporta el AMR-WB, una resistencia de error mejorada de EVS aún se puede aprovechar por el uso de EVS en el tramo de llamada soportado por EVS.

[0026] Según un concepto de esta solicitud, se hace cumplir el uso de EVS en redes con capacidades de dispositivos heterogéneos, o si las redes con diferentes capacidades de códec se interconectan. La técnica depende de una modificación de SDP en nodos de red de SIP, que pueden ser, por ejemplo, nodos de red de CSCF o ATCF en el IMS.

[0027] Con esta técnica, se asume que se acelera la migración a las llamadas de EVS de alta calidad, puesto que las implementaciones de EVS en las terminales compatibles con EVS ya se pueden ejercer incluso si no son posibles las llamadas de EVS de extremo a extremo debido a una falta inicial de dispositivos que soportan EVS.

[0028] Este concepto se puede facilitar al utilizar el modo primario de EVS en el tramo de llamada de EVS y realizar una transcodificación a AMR-WB en la red. El tramo de llamada de EVS se beneficia entonces de la excelente resistencia de error, tanto en el enlace ascendente como en el enlace descendente. La resistencia mejorada de error de EVS, en especial en el modo compatible con canal, permite relajar la diana de BLER en el tramo de llamada, lo que corresponde a una relación mejorada de señal a ruido SNR y a la cobertura celular interior/exterior mejorada.

[0029] También, se puede utilizar el modo E/S de EVS y se puede realizar un reempaquetado en la red. Este procedimiento de reempaquetado se ejecuta ya durante la continuidad de llamadas de voz de radio única, SRVCC, donde durante una llamada de VoLTE de EVS a VoLTE, un UE conmuta a la red de CS y, por consiguiente, necesita conmutar a AMR-WB. En este caso, un códec de EVS se puede utilizar continuamente antes y después de conmutar la red. El códec se puede conmutar del modo primario al modo de E/S de EVS para completar la interoperabilidad con ambas redes. Esto permite también el caso de uso donde el modo de E/S de EVS se negocia directamente durante la configuración de llamada. Es probablemente ventajoso, con respecto a la resistencia de error y la calidad de audio, utilizar E/S de EVS en lugar de AMR-WB heredados.

[0030] En lo sucesivo, se asumen nodos de red activos en Plano de usuario y control, que analizan los paquetes de datos y son capaces de modificarlos. El acrónimo IMS (Subsistema multimedia de IP) se utilizará como un sinónimo para todos los nodos de red en el Núcleo de Paquete Evolucionado, EPC, e IMS implicados en la configuración de llamada.

[0031] Como se describe anteriormente, el oUE y tUE no se pueden comunicar directamente, sino mediante un IMS que puede gestionar la comunicación. En caso de que se negocie el códec de AMR-WB (banda ancha adaptativa en tasa múltiple), los UE (por ejemplo, el oUE y tUE) pueden utilizar el modo de E/S de AMR-WB como la implementación alternativa del AMR-WB para el lado que envía y/o que recibe. Este comportamiento puede ser beneficioso sobre el AMR-WB heredado. Puesto que está en la única discreción del vendedor de UE implementar el AMR-WB utilizando E/S de AMR-WB o no, el operador o la red IMS no pueden forzar al UE a hacer eso.

[0032] En lo sucesivo, se analiza una técnica donde el operador o la red IMS fuerza a un UE capaz de EVS a utilizar los modos interoperables de AMR-WB incorporados a través del modo de E/S de EVS para una llamada a un UE que no es capaz de EVS, por ejemplo, en lugar de un AMR-WB heredado. Esto se puede implementar por las siguientes modificaciones de SDP durante el establecimiento de llamada:

En una primera categoría de modificaciones, el oUE soporta EVS que incluye E/S de EVS y el tUE soporta sólo AMR-WB.

[0033] En esta primera categoría, según la modificación 1a, cuando se recibe la respuesta del tUE a la oferta inicial del oUE, el IMS conoce que el oUE soporta el modo de E/S de EVS y el tUE sólo soporta AMR-WB. Según la modificación 1b, el IMS reemplaza i) el AMR-WB por "EVS que inicia en el modo E/S de EVS" en esta respuesta y en respuestas posteriores, y ii) "EVS que inicia en el modo de E/S de EVS" con AMR-WB en ofertas posteriores.

[0034] En una segunda categoría de modificaciones, el oUE sólo soporta AMR-WB y el tUE soporta EVS, incluyendo E/S de EVS.

[0035] En esta segunda categoría, según la modificación 2a, cuando se recibe una oferta inicial del oUE (que solo contiene AMR-WB), el IMS añade "EVS que inicia en el modo de E/S de EVS" a la oferta enviada al tUE.

[0036] Según la modificación 2b, si el tUE responde con "EVS que inicia en el modo de E/S de EVS", el IMS conoce que oUE sólo soporta el AMR-WB, pero tUE soporta el modo de E/S de EVS.

[0037] Según la modificación 2c, el IMS reemplaza i) "EVS que inicia en el modo de E/S de EVS" por AMR-WB en esta y respuestas posteriores, y ii) AMR-WB por "EVS que inicia en el modo de E/S de ES" en ofertas posteriores.

[0038] Por ejemplo, en un sistema con dos terminales, UE1 y UE2, se puede presentar un caso donde el IMS conoce que el UE1 sólo soporta AMR-WB y el UE2 soporta el EVS y, por consiguiente, mapea AMR-WB a E/S de EVS.

[0039] Según la modificación 1a, la red IMS reemplaza "AMR-WB" por "EVS", en particular la capacidad de E/S de EVS en un mensaje de respuesta, si la respuesta contiene AMR-WB pero no EVS y una oferta inicial contenía EVS.

[0040] Según la modificación 1b, la red IMS reemplaza "AMR-WB" por "EVS", en particular la capacidad de E/S de EVS en un mensaje de oferta, si la oferta contiene AMR-WB pero no EVS y el mensaje de respuesta inicial contenía EVS.

[0041] Según la modificación 2, se puede sondear el tUE para soporte de E/S de EVS. En este caso, la red IMS añade la capacidad de E/S de EVS a una oferta de llamada, si la oferta contiene AMR-WB pero no EVS. El IMS “conoce” que UE1 soporta EVS y UE2 sólo soporta AMR-WB y por consiguiente mapea E/S de EVS a AMR-WB.

[0042] Según una tercera clase de modificaciones, en particular para la modificación 3a, la red IMS reemplaza E/S de EVS por capacidad de AMR-WB en un mensaje de respuesta si el mensaje de respuesta contiene E/S de EVS y la oferta de llamada inicial no contenía EVS.

[0043] Además, en la tercera clase de modificaciones, según la modificación 3b, la red IMS reemplaza E/S de EVS por capacidad de AMR-WB en la oferta de llamada, si la oferta de llamada contiene E/S de EVS y el mensaje de respuesta inicial no contenía EVS.

[0044] Las modificaciones de SDP durante la oferta-respuesta junto con las partes pertinentes de órdenes de SIP se analizarán más adelante con relación a las figuras 2 y 3. Se va a observar que la secuencia de mensajes se reduce a los mensajes pertinentes de negociación de códec. Además, los mensajes de SDP se acortan con el fin de mejorar la legibilidad. Los dos ejemplos determinados son con base en ejemplos de establecimiento de llamada de PMN individual analizados en la sección 3.2 de "GSMA FCM.01 - Guía de Descripción e Implementación de Servicio de VoLTE (Versión 2.0)". Se puede encontrar información adicional en "3GPP 26445 Anexo A3.3.3" que contiene una descripción detallada del uso de los parámetros de SDP, y en "GSMA IR.92 capítulo 2.4.3.3" que describe las restricciones de SDP específicas de EVS para VoLTE.

[0045] Se asume que todas las modificaciones se implementan en las instancias de red IMS que ya están cambiando los mensajes de SDP, por ejemplo, se pueden implementar en P-CSCF u otras instancias de red IMS tal como la ATCF (Función de Control de Transferencia de Acceso) ya presente para SRVCC. El reempaquetado se puede implementar, por ejemplo, en Procesador de Función de Recursos Multimedia (MRFP) (tbc.) o Compuertas de Transferencia de Acceso (ATGW).

[0046] La figura 1 muestra un sistema 100 que comprende un dispositivo de red 110 según la presente invención. El dispositivo de red 110 verifica si un primer terminal de usuario 120 es capaz de soportar el uso de un primer modo de codificación de audio para la llamada y verifica si un segundo terminal de usuario 130 propone utilizar un segundo modo de codificación de audio para la llamada. En esta realización, el primer modo de codificación de audio y el segundo modo de codificación de audio pueden ser diferentes, y el primer modo de codificación de audio se puede referir a EVS, considerando que el segundo modo de codificación de audio se puede referir a AMR-WB. Está claro para la persona experta que los modos de audio mencionados son simplemente ejemplos y también pueden comprender diferentes técnicas de codificación.

[0047] El dispositivo de red 110, en el caso de que el primer terminal de usuario 120 soporte el uso del primer modo de codificación de audio y el segundo terminal de usuario proponga utilizar el segundo modo de codificación de audio para la llamada, reempaqueta los datos enviados desde el primer terminal de usuario 120 hasta el segundo terminal de usuario 130, que se empaqueta en los primeros paquetes que se refieren al segundo modo de codificación de audio en los segundos paquetes que se refieren al primer modo de codificación de audio. Viceversa, los segundos datos de la llamada enviados desde el segundo terminal de usuario 130 enviados hasta el primer terminal de usuario 110, se empaquetan en terceros paquetes que se refieren al segundo modo de codificación de audio en cuartos paquetes que se refieren al primer modo de codificación de audio.

[0048] En el sistema que comprende el dispositivo de red 110, el primer terminal de usuario 120, el segundo terminal de usuario 130 y posiblemente también terminales de usuario 140 adicionales, se asume que hay nodos de red activos en el plano de usuario y control, con IMS utilizado como un sinónimo para todos los nodos de red en el EPC e IMS implicados en la configuración de llamada. El equipo de usuario o terminal de usuario de origen corresponde al oUE mencionado anteriormente, y el equipo de usuario de terminación al tUE mencionado anteriormente.

[0049] En general, el oUE envía y recibe datos del IMS, que es el subsistema multimedia de IP al cual se conectan los terminales de usuario o equipos de usuario. También el tUE se conecta al IMS, por consiguiente, se facilita la comunicación entre oUE y tUE mediante el IMS.

[0050] Cuando se establece el códec utilizado para la comunicación, y en caso de que se utilice el AMR-WB, los ^uE pueden utilizar el modo de E/S de AMR-WB como la implementación alternativa de AMR-WB para el lado de envío y/o recepción. Como se menciona anteriormente, este comportamiento es beneficioso con respecto al AMR-WB heredado, pero está en la discreción del vendedor de UE implementar AMR-WB utilizando E/S de AMR-WB, y el UE no puede ser obligado a hacer esto por la red IMS.

[0051] En lo sucesivo, se proporciona una técnica donde la red de operador/IMS fuerza a un UE capaz de EVS a utilizar el AMR-WB incorporado en modos operables a través del modo de E/S de EVS para realizar una llamada a un UE que no es capaz de EVS, en lugar del AMR-WB heredado. Esto se puede implementar por las modificaciones de SDP analizadas anteriormente durante el establecimiento de llamada.

[0052] Cuando se recibe la respuesta del tUE a la oferta inicial del oUE, el IMS conoce que el oUE soporta el modo de E/S de EVS y el tUE sólo soporta AMR-WB. El IMS reemplaza el AMR-WB por "EVS que inicia en el modo de E/S de EVS" en esta respuesta y en respuestas posteriores y "EVS que inicia en el modo de E/S de EVS" con AMR-WB en las ofertas posteriores.

[0053] La figura 1 representa el dispositivo de red 110 en comunicación con los dos terminales de usuario 120 y 130. Como se describe anteriormente, el dispositivo de red 110 verifica si los terminales proponen utilizar un modo de codificación de audio particular para una llamada. Por ejemplo, el dispositivo de red 110 puede verificar si el primer terminal 120 propone utilizar un modo de codificación de audio con relación al estándar de EVS y si el segundo terminal de usuario 130 propone utilizar un modo de codificación de audio diferente, por ejemplo, AMR.

[0054] Siempre que el primer y segundo terminales de usuario propongan utilizar un modo de codificación de audio común, la comunicación se puede realizar sin esfuerzos adicionales. En el caso de que el primer terminal de usuario 120 soporte el modo de codificación de audio relacionado con EVS, en el siguiente llamado primer modo de codificación de audio, y el segundo terminal de usuario proponga utilizar el modo de codificación de audio relacionado con AMR, en lo sucesivo conocido como segundo modo de codificación de audio, el dispositivo de red 110 tiene que realizar esfuerzos adicionales. En más detalle, el dispositivo de red 110 reempaqueta los datos enviados desde el primer terminal de usuario 120 desde el primer hasta el segundo modo de codificación de audio y reempaqueta los datos enviados desde el segundo terminal de usuario desde el segundo modo de codificación de audio hasta el primer modo de codificación de audio.

[0055] Usualmente, el dispositivo de red realiza la verificación con respecto a si los modos de codificación de audio están destinados a ser utilizados por los terminales de usuario individuales durante la configuración de llamada. Sin embargo, no es absolutamente necesario realizar esta verificación durante la configuración de llamada, pero también puede ser posible que esta verificación se realice incluso después de que la llamada ya se haya establecido. Este puede ser el caso cuando es necesario cambiar los modos de codificación de audio utilizados en la llamada, por ejemplo para adaptarse a condiciones de ancho de banda limitado o a consideraciones con respecto a la potencia computacional del terminal de usuario.

[0056] En el ejemplo de que la verificación ya se realiza durante la configuración de la llamada, el dispositivo de red 110 verifica si una primera oferta de llamada inicial enviada desde el terminal de usuario de origen indica que el segundo modo de codificación de audio está destinado a ser utilizado para la llamada o si se prefiere el primer modo de codificación de audio. En el caso de que se indique que se va a utilizar el segundo modo de codificación de audio, se intercepta esta primera oferta de llamada inicial y, en lugar de esto, se envía una segunda oferta de llamada inicial al terminal de usuario de terminación, donde la segunda oferta de llamada inicial indica que se va a utilizar el primer modo de codificación de audio para la llamada.

[0057] De manera similar, el dispositivo de red 110 verifica si la respuesta en la segunda oferta de llamada inicial indica que se va a utilizar el primer modo de codificación de audio para la llamada, entonces, esta primera respuesta se intercepta y se reemplaza/envía por una segunda respuesta al terminal de usuario de origen en lugar de la primera respuesta, de forma que la segunda respuesta indique el uso del segundo modo de codificación de audio. Esta interceptación y reemplazo de la oferta de llamada y su respuesta garantizan que parezca para el terminal de usuario de origen que se utiliza el segundo modo de codificación de audio, y parezca para el terminal de usuario de terminación que se va a utilizar el primer modo de codificación de audio para la llamada. En otras palabras, se afirma que el terminal de usuario de terminación soporta el uso del primer modo de codificación de audio y que el terminal de usuario de origen propone utilizar el segundo modo de codificación de audio.

[0058] La primera oferta de llamada inicial, enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación, indica subordinadamente el uso del primer modo de codificación de audio para la llamada.

[0059] Se ha descrito anteriormente lo que sucede cuando la primera oferta de llamada inicial indica el uso del segundo modo de codificación de audio, más adelante en la presente, se analiza la respuesta a esta oferta de llamada. Si la primera respuesta indica el uso del segundo modo de codificación de audio para la llamada que se va a realizar, una primera respuesta al terminal de usuario de origen se envía al terminal de usuario de origen, donde la primera respuesta indica que el segundo modo de codificación de audio se utiliza para la llamada. Se afirma que ni el primer terminal de usuario ni el segundo terminal de usuario soportan el uso del primer modo de codificación de audio para la llamada.

[0060] Después de haber recibido la primera respuesta del terminal de usuario de terminación en respuesta a una primera llamada inicial ofrecida a partir del origen hasta el terminal de usuario de terminación indica el uso del segundo modo de codificación de audio y también indica que se verifica cualquiera de un grupo de modos de codificación de audio para la llamada a la cual pertenece el primer modo de codificación de audio que se va a utilizar. Si la primera respuesta indica el uso del segundo modo de codificación de audio para la llamada, la primera respuesta se intercepta y en su lugar se envía una segunda respuesta al terminal de usuario de origen, indicando la segunda respuesta el uso del primer modo de codificación de audio para la llamada. Además, se afirma que el terminal de usuario de origen soporta el uso del primer modo de codificación de audio y el terminal de usuario de terminación propone utilizar el segundo modo de codificación de audio para la llamada.

[0061] En una realización, la oferta de la primera llamada inicial puede indicar subordinadamente el uso del primer modo de codificación de audio.

[0062] En otra realización, el dispositivo de red puede verificar si la primera oferta de llamada inicial, que se envió desde el terminal de usuario de origen hasta el terminal de usuario de terminación, indica el uso del primer modo de codificación de audio y, si es así, puede interceptar la primera oferta de llamada inicial y, en su lugar, enviar una segunda oferta de llamada inicial que indica el uso de una pluralidad de modos de codificación de audio, incluyendo el primer modo de codificación de audio y el segundo modo de codificación de audio.

[0063] Es evidente que se pueden utilizar diferentes modos de codificación de audio y en las realizaciones el segundo modo de codificación de audio puede ser el modo AMR-WB y el primer modo de codificación de audio puede ser el modo interoperable de AMR-Wb de EVS.

[0064] En realizaciones adicionales, el segundo modo de audio puede ser el modo AMR-WB que utiliza el formato de RTP para AMR-WB y el primer modo de codificación de audio es el modo interoperable de AMR-WB de EVS que utiliza el formato de RTP para EVS. Independientemente, es claro para la persona experta en la técnica que la invención actualmente analizada no se limita a los modos de codificación de audio mencionados anteriormente sino que se puede utilizar también para otros modos de codificación de audio.

[0065] Con respecto a los modos de codificación de audio, estos modos pueden representar contenido de audio que utiliza sintaxis de codificación igual o que utiliza carga útil igualmente analizable o mutuamente transferible entre sí sin transcodificación. Sin transcodificación puede, por ejemplo, ser sin la necesidad de re-cuantificación.

[0066] Cuando se transfieren los datos codificados en los diferentes modos de codificación de audio, estos datos se transfieren en la forma de paquetes. El experto en la técnica es consciente de que un paquete contiene una sección de carga útil y que el primer y segundo paquetes que se refieren a primeros y segundos datos de audio coinciden en contenido con respecto a sus secciones de carga útil. Además, el tercer y cuarto paquetes, que corresponden a datos enviados del segundo al primer usuario de terminal de usuario, pueden coincidir en contenido de sus secciones de carga útil, excepto por las operaciones opcionales no de transcodificación.

[0067] El dispositivo de red se puede configurar para dejar la sección de carga útil sin enmendar del primer y tercer paquetes durante el reempaquetado, excepto por una operación opcional no de transcodificación durante el reempaquetado.

[0068] La figura 2 muestra un ejemplo de una secuencia de señalización de una comunicación entre un equipo de usuario de origen, oUE, que es capaz de EVS y AMR-WB, y un equipo de usuario de terminación capaz, tUE, de utilizar AMR-WB. Estos equipos de usuario se pueden conectar a un dispositivo de red de gestión como se ha descrito anteriormente, el dispositivo de red de gestión es capaz de comunicarse utilizando tanto EVS como AMR-WB y traduce/convierte mensajes entre EVS y AMR-WB. Este dispositivo de red de gestión puede ser un subsistema multimedia de IP, IMS, como se describe en el siguiente ejemplo.

[0069] En la etapa 210, se envía una oferta de SDP desde el oUE al IMS. Este mensaje indica que se pueden utilizar tanto EVS como AMR-WB. En la etapa 220, el mensaje se envía del IMS al tUE. En este mensaje, solo se menciona el modo AMR-WB. Las etapas 210 y 220 representan un mensaje de "invitación de SIP". Las etapas 210 y 220 se refieren a la verificación 400a donde se verifica, utilizando la oferta de llamada, si los terminales soportan el uso del primer y/o segundo modo de codificación de audio y qué modo de codificación de audio se indica para la llamada.

[0070] Como respuesta a la invitación de SIP, se envía un mensaje, en este caso una respuesta de SDP, en la etapa 230 del tUE al IMS, este mensaje está en el formato de AMR-WB. En la etapa 240, el mensaje se envía del IMS al oUE, convertido en el modo EVS. Las etapas 230 y 240 representan un mensaje de “'progreso' de “SIP 183”. Las etapas 230 y 240 se refieren a la verificación 400b donde se verifica, utilizando la respuesta de SDP, el modo de codificación de audio que se indica para la llamada.

[0071] En la etapa 250, se envía una oferta SIP desde el oUE hasta el IMS utilizando el modo EVS. La etapa 250 se refiere a un mensaje de "actualización de SIP". En la etapa 260, el mensaje de oferta de SDP se envía desde el IMS hasta el tUE, utilizando el modo AMR-WB.

[0072] En la etapa 270, se envía un mensaje de respuesta de SDP desde el tUE hasta el IMS utilizando el AMR-WB. La etapa 270 se refiere a un mensaje de "'OK' de SIP 200”. En la etapa 280, el mensaje de respuesta de SDP se envía al oUE utilizando el modo EVS.

[0073] En esta realización, la E/S de EVS se utiliza en el oUE, y el AMS-WB se utiliza en el tUE. La red, representada en la presente por el IMS, puede realizar el reempaquetado para facilitar la conexión entre el oUE y el tUE. Aquí, no es necesaria una transcodificación.

[0074] Además, en esta realización, se aplican la modificación 1a mencionada anteriormente (la red IMS modifica la respuesta de SDP al intercambiar AMR-WB con E/S de EVS) y la modificación 3b (la red IMS intercambia E/S de EVS por AMR-WB (en la segunda oferta de SDP)).

[0075] La figura 3 muestra una secuencia de señalización/flujo de señal similar como se muestra y describe con relación a la figura 2 entre un equipo de usuario de origen, oUE, y un equipo de usuario de terminación, tUE, pero en este caso el oUE es capaz de AMR-WB, y el tUE es capaz de EVS y a MR-WB. También en la presente, el oUE y el tUE se pueden conectar a un dispositivo de red de gestión como se describe anteriormente, el dispositivo de red de gestión que es capaz de comunicarse utilizando tanto EVS como AMR-WB y traduciendo/convirtiendo mensajes entre EVS y AMR-W^b. Este dispositivo de red de gestión puede ser un subsistema multimedia de IP, IMS.

[0076] En la etapa 310, se envía una "oferta de SDP" desde el oUE hasta el IMS en el modo AMR-WB. En la etapa 320, la oferta de SDP se envía/remite desde el IMS hasta el tUE, en este caso en el modo EVS. Las etapas 310 y 320 pueden estar relacionadas con una "invitación de SIP". Las etapas 310 y 320 se refieren a la verificación 400c donde se verifica, utilizando la oferta de llamada, si los terminales soportan el uso del primer y/o segundo modo de codificación de audio y el modo de codificación de audio que se indica para la llamada.

[0077] En la etapa 330, se envía una "respuesta de SDP" desde el tUE hasta el IMS utilizando el modo EVS. En la etapa 340, la respuesta de SDP se envía desde el IMS hasta el oUE, utilizando el modo AMR-WB. Las etapas 330 y 340 pueden estar relacionadas con un mensaje de "'progreso' de SIP 183". Las etapas 330 y 340 se refieren a la verificación 400d donde se verifica, utilizando la respuesta de SDP, qué modo de codificación de audio se indica para la llamada.

[0078] En la etapa 350, se envía un mensaje de "oferta de SDP" desde el oUE hasta el IMS utilizando el modo AMR-WB. La etapa 350 puede estar relacionada con un mensaje de "actualización de SIP". En la etapas 360, la oferta de SDP se envía desde el IMS hasta el UE de terminación que utiliza el modo EVS.

[0079] En la etapa 370, se envía un mensaje de "respuesta de SDP" desde el tUE hasta el IMS utilizando el modo EVS. La etapa 370 puede estar relacionada con un mensaje de "'OK' de SIP 200". En la etapa 380, la respuesta de SDP de la etapa 370 se envía desde el IMS hasta el oUE utilizando el modo AMR-WB.

[0080] En esta realización, la E/S de EVS se utiliza en el tUE, y el AMS-WB se utiliza en el oUE. La red, representada en la presente por el IMS, puede realizar el reempaquetado para facilitar la conexión entre el oUE y el tUE. También en la presente, no es necesaria una transcodificación.

[0081] Además, en esta realización, se aplican la modificación 2 mencionada anteriormente (la red IMS añade E/S de EVS a la oferta de SDP para sondear tUE para EVS (en la oferta de SDP inicial)), la modificación 3a (la red IMS intercambia E/S de EVS por AMR-WB (en la respuesta de SDP)) y la modificación 1b (la red IMS intercambia AMR-WB por E/S de EVS (en la segunda oferta de SDP)).

[0082] Aunque algunos aspectos se han descrito en el contexto de un aparato, está claro que estos aspectos también representan una descripción del procedimiento correspondiente, donde un bloque o dispositivo corresponde a una etapa de procedimiento o una característica de una etapa de procedimiento. Análogamente, los aspectos descritos en el contexto de una etapa de procedimiento también representan una descripción de un bloque, artículo o característica correspondiente de un aparato correspondiente. Algunas o todas las etapas de procedimiento se pueden ejecutar por (o al utilizar) un aparato de hardware, como por ejemplo, un microprocesador, un ordenador programable o un circuito electrónico. En algunas realizaciones, una o más de las etapas de procedimiento más importantes se pueden ejecutar por este aparato.

[0083] Una señal de audio codificada según la presente invención se puede almacenar en un medio de almacenamiento digital o se puede transmitir en un medio de transmisión tal como un medio de transmisión inalámbrica o un medio de transmisión alámbrica tal como Internet.

[0084] Dependiendo de ciertos requisitos de implementación, las realizaciones de la invención se pueden implementar en hardware o en software. La implementación se puede realizar utilizando un medio de almacenamiento digital, por ejemplo, un disco flexible, un DVD, un Blu-Ray, un CD, un ROM, una PROM, una EPROM, una EEPROM o una memoria FLASH, que tiene señales de control electrónicamente legibles almacenadas en los mismos, que cooperan (o son capaces de cooperar) con un sistema de ordenador programable de tal forma que se realice el respectivo procedimiento. Por consiguiente, el medio de almacenamiento digital puede ser legible por ordenador.

[0085] Algunas realizaciones según la invención comprenden un soporte de datos que tiene señales de control electrónicamente legibles, que son capaces de cooperar con un sistema informático programable, de tal forma que se realice uno de los procedimientos descritos en esta invención.

[0086] En general, se pueden implementar realizaciones de la presente invención como un producto de programa informático con un código de programa, siendo el código de programa operativo para realizar uno de los procedimientos cuando el producto de programa informático se ejecuta en un ordenador. El código de programa se puede almacenar, por ejemplo, en un soporte legible por máquina.

[0087] Otras realizaciones comprenden el programa informático para realizar uno de los procedimientos descritos en esta invención, almacenado en un soporte legible por máquina.

[0088] En otras palabras, una realización del procedimiento inventivo es, por consiguiente, un programa informático que tiene un código de programa para realizar uno de los procedimientos descritos en esta invención, cuando el programa informático se ejecuta en un ordenador.

[0089] Una realización adicional de los procedimientos inventivos es, por consiguiente, un soporte de datos (o un medio de almacenamiento digital, o un medio legible por ordenador) que comprende, registrado en el mismo, el programa informático para realizar uno de los procedimientos descritos en esta invención. El soporte de datos, el medio de almacenamiento digital o el medio registrado usualmente son tangibles y/o no transitorios.

[0090] Una realización adicional del procedimiento inventivo es, por consiguiente, una corriente de datos o una secuencia de señales que representan el programa informático para realizar uno de los procedimientos descritos en esta invención. La corriente de datos o la secuencia de señales se pueden configurar, por ejemplo, para transferirse mediante una conexión de comunicación de datos, por ejemplo, a través de Internet.

[0091] Una realización adicional comprende un medio de procesamiento, por ejemplo, un ordenador, o un dispositivo lógico programable, configurado a, o adaptado para realizar uno de los procedimientos descritos en esta invención.

[0092] Una realización adicional comprende un ordenador que tiene instalado en él mismo el programa informático para realizar uno de los procedimientos descritos en esta invención.

[0093] Una realización adicional según la invención comprende un aparato o un sistema configurado para transferir (por ejemplo, de manera electrónica u ópticamente) un programa informático para realizar uno de los procedimientos descritos en esta invención a un receptor. El receptor puede ser, por ejemplo, un ordenador, un dispositivo móvil, un dispositivo de memoria o similares. El aparato o sistema puede, por ejemplo, comprender un servidor de archivo para transferir el programa informático al receptor.

[0094] En algunas realizaciones, se puede utilizar un dispositivo lógico programable (por ejemplo, una matriz de compuertas programables en el campo) para realizar algunas o todas las funcionalidades de los procedimientos descritos en esta invención. En algunas realizaciones, una matriz de compuertas programables en el campo puede cooperar con un microprocesador con el fin de realizar uno de los procedimientos descritos en esta invención. En general, los procedimientos se realizan preferentemente por cualquier aparato de hardware.

[0095] El aparato descrito en esta invención se puede implementar utilizando un aparato de hardware, o utilizando un ordenador, o utilizando una combinación de un aparato de hardware y un ordenador.

[0096] El aparato descrito en esta invención, o cualquier componente del aparato descrito en esta invención, se puede implementar al menos parcialmente en hardware y/o en software.

[0097] Los procedimientos descritos en esta invención se pueden realizar utilizando un aparato de hardware, o utilizando un ordenador, o utilizando una combinación de un aparato de hardware y un ordenador.

[0098] Los procedimientos descritos en esta invención, o cualquier componente del aparato descrito en esta invención, se pueden realizar al menos parcialmente por hardware y/o software.

[0099] Aunque la descripción se ha mostrado y descrito con referencia a varias realizaciones de la misma, los expertos en la técnica entenderán que se pueden realizar varios cambios en la forma y los detalles sin salirse del alcance de la descripción como se define en las reivindicaciones adjuntas.

Claims

REIVINDICACIONES

1. Dispositivo de red (110) para la gestión de una llamada entre terminales de usuario, configurado para verificar (400) si un primer terminal de usuario (120) soporta un uso de un primer modo de codificación de audio para la llamada, y un segundo terminal de usuario (130) propone utilizar un segundo modo de codificación de audio para la llamada;

si el primer terminal de usuario (120) soporta el uso del primer modo de codificación de audio para la llamada, y el segundo terminal de usuario (130) propone utilizar el segundo modo de codificación de audio para la llamada, reempaquetar (402a) los primeros datos de la llamada enviados desde el primer terminal de usuario (120) hasta el segundo terminal de usuario (130) y empaquetarlos en primeros paquetes que se refieren al primer modo de codificación de audio, en segundos paquetes que se refieren al segundo modo de codificación de audio; y reempaquetar (402b) los segundos datos de la llamada enviados desde el segundo terminal de usuario (130) hasta el primer terminal de usuario (120) y empaquetarlos en terceros paquetes que se refieren al segundo modo de codificación de audio, en cuartos paquetes que se refieren al primer modo de codificación de audio; donde el dispositivo de red (110) se configura para

verificar (400a) si una primera oferta de llamada inicial (210) enviada desde un terminal de usuario de origen hasta un terminal de usuario de terminación indica un uso del segundo modo de codificación de audio para la llamada; si la primera oferta de llamada inicial (210) indica el uso del segundo modo de codificación de audio para la llamada, interceptar la primera oferta de llamada inicial (210) y enviar una segunda oferta de llamada inicial (220) hasta el terminal de usuario de terminación en lugar de la primera oferta de llamada inicial (210), indicando la segunda oferta de llamada inicial (220) un uso del primer modo de codificación de audio para la llamada;

verificar (400b) si una primera respuesta (230) a la segunda oferta de llamada inicial (220), enviada desde el terminal de usuario de terminación hasta el terminal de usuario de origen, indica el uso del primer modo de codificación de audio para la llamada;

si la primera respuesta (230) indica el uso del primer modo de codificación de audio para la llamada, interceptar la primera respuesta (230) y enviar una segunda respuesta (240) hasta el terminal de usuario de origen en lugar de la primera respuesta (230), indicando la segunda respuesta (240) el uso del segundo modo de codificación de audio para la llamada; y

afirmar que el terminal de usuario de terminación soporta el uso del primer modo de codificación de audio para la llamada y que el terminal de usuario de origen propone utilizar el segundo modo de codificación de audio para la llamada, de tal forma que el terminal de usuario de terminación sea el primer terminal de usuario (120) y el terminal de usuario de origen sea el segundo terminal de usuario (130).

2. Dispositivo de red (110) según la reivindicación 1, configurado para realizar la verificación durante una configuración de llamada entre el primer y segundo terminales de usuario (120, 130).

3. Dispositivo de red según la reivindicación 1, donde la primera oferta de llamada inicial (210) enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación indica subordinadamente un uso del primer modo de codificación de audio para la llamada.

4. Dispositivo de red (110) según la reivindicación 1 o 3, configurado para

si la primera respuesta (230) indica el uso del segundo modo de codificación de audio para la llamada,

enviar la primera respuesta (230) al terminal de usuario de origen, indicando la primera respuesta (230) el uso del segundo modo de codificación de audio para la llamada, y

afirmar que ni el primer terminal de usuario (120) ni el segundo terminal de usuario (130) soportan el uso de, o proponen utilizar el primer modo de codificación de audio para la llamada.

5. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 o 4, configurado para verificar (400d) si una primera respuesta (330) enviada desde un terminal de usuario de terminación hasta un terminal de usuario de origen en respuesta a una primera oferta de llamada inicial (310) enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación y que indica un uso de cualquiera de un grupo de uno o más modos de codificación de audio para la llamada a la cual pertenece el primer modo de codificación de audio, indica el uso del segundo modo de codificación de audio;

si la primera respuesta (330) indica el uso del segundo modo de codificación de audio para la llamada, interceptar la primera respuesta (330) y enviar una segunda respuesta (340) al terminal de usuario de origen en lugar de la primera respuesta (330), indicando la segunda respuesta (340) un uso del primer modo de codificación de audio para la llamada; y

afirmar que el terminal de usuario de origen soporta el uso del primer modo de codificación de audio para la llamada y que el terminal de usuario de terminación propone utilizar el segundo modo de codificación de audio para la llamada, de tal forma que el terminal de usuario de origen sea el primer terminal de usuario (120) y el terminal de usuario de terminación sea el segundo terminal de usuario (130).

6. Dispositivo de red (110) según la reivindicación 5, donde la primera oferta de llamada inicial (310) enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación indica al menos subordinadamente un uso del primer modo de codificación de audio.

7. Dispositivo de red (110) según la reivindicación 5, donde el dispositivo de red (110) se configura para verificar (400c) si la primera oferta de llamada inicial (310) enviada desde el terminal de usuario de origen hasta el terminal de usuario de terminación indica un uso del primer modo de codificación de audio,

si la primera oferta de llamada inicial (310) indica el uso del primer modo de codificación de audio,

interceptar la primera oferta de llamada inicial (310) y enviar una segunda oferta de llamada inicial (320) en lugar de la primera oferta de llamada inicial (310), indicando la segunda oferta de llamada inicial (320) el uso de una pluralidad de modos de codificación de audio, incluyendo el primer modo de codificación de audio y el segundo modo de codificación de audio.

8. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 a 7, donde el segundo modo de codificación de audio es el AMR-WB, y el primer modo de codificación de audio es el modo interoperable de AMR-WB de EVS.

9. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 a 8, donde el segundo modo de codificación de audio es el AMR-WB que utiliza el formato de RTP para AMR WB, y el primer modo de codificación de audio es el modo interoperable de AMR-WB de EVS que utiliza el formato de RTP para EVS.

10. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 a 9, donde el primer y segundo modos de codificación de audio representan el contenido de audio utilizando una sintaxis de codificación igual o una carga útil igualmente analizable, o son mutuamente transferibles entre sí sin transcodificación.

11. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 a 10, donde el primer y segundo paquetes coinciden en el contenido de sus secciones de carga útil, y el tercer y cuarto paquetes coinciden en el contenido de sus secciones de carga útil, excepto para las operaciones opcionales no de transcodificación.

12. Dispositivo de red (110) según cualquiera de las reivindicaciones 1 a 11, configurado para dejar las secciones de carga útil del primer y tercer paquetes sin enmendar en el reempaquetado, excepto para las operaciones opcionales no de transcodificación en el reempaquetado.