ES2291687T3

ES2291687T3 - Evitacion de un comportamiento incorrecto de un equipo de control de un equipo de conmutacion (media gateway controller) o equipo de conmutacion (media gateway).

Info

Publication number: ES2291687T3
Application number: ES03762449T
Authority: ES
Inventors: Lorenzo Guarino; Thomas Belling; Uwe Dolling; Georg Schmitt
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2002-07-09
Filing date: 2003-07-03
Publication date: 2008-03-01
Anticipated expiration: 2023-07-03
Also published as: EP1673955B1; EP1673955A1; KR100998828B1; WO2004006598A1; DE50308144D1; ATE372647T1; AU2003250295A1; US20060153205A1; JP4051373B2; CN1666549A; DE10231026A1; CN100364343C; KR20050018971A; JP2005537700A; US7680132B2

Abstract

Procedimiento para ejecutar una orden (referencia 2 en las figuras 1 y 2; referencia 1 en las figuras 3 y 4) señalizada por un control de Mediagateway (MGC) a una Mediagateway (MGW) para modificar la codificación de al menos una terminación de tramo de enlace de datos útiles (terminación B en la figura 1) en la Mediagateway (MGW), caracterizado porque la Mediagateway (MGW) sólo realiza tras la entrada de la orden una comprobación de la posibilidad de enlace de las terminaciones (terminación B, terminación A de la figura 1) de este contexto (terminación B, terminación A, etc.) con codificación modificada (2, 5/7/9) cuando la misma (MGW), en base a una o varias otras órdenes señalizadas (5 ó 7 ó 9 en la figura 1) entrantes en la Mediagateway (MGW) detecta que la misma (MGW) dispone de todas las órdenes (2, 5) a ejecutar actualmente para modificar codificaciones y terminaciones de este contexto.

Description

Evitación de un comportamiento incorrecto de un equipo de control de un equipo de conmutación (Media Gateway Controller) o equipo de conmutación (Media Gateway).

La invención se refiere a procedimientos y dispositivos para modificar la codificación de (al menos) una terminación de tramo de enlace de datos útiles en un equipo de conmutación o pasarela de medios (Media Gateway) desde un control de la MediaGateway a la Mediagateway.

El documento US-2003/099227A1 describe un procedimiento para la transmisión de paquetes en una red NGN
(= next generation network, red de la siguiente generación).

El documento WO-01/06800A1 describe un procedimiento para establecer un enlace en una red de telefonía móvil.

En los protocolos ITU-T H.248 y Q.1950 se especifica el control de los llamados "Media Gateways"
(= MGWs = equipos de conmutación, en particular en una red celular de telefonía móvil o red fija), mediante los llamados "Media Gateway Controller" (= Controles de Media Gateway = MGCs). El protocolo Q.1950 "Bearer independent Call Bearer Control Protocol" (CBC), protocolo de control del portador de llamadas independiente del portador, se utiliza junto con el protocolo BICC, Q.1902.4, igualmente especificado mediante la ITU-T. Estos protocolos pueden utilizarse también para aplicaciones 3GPP. Los Media Gateways enlazan, entre otros, tramos de enlace útiles (para la transmisión de datos útiles como voz, texto, multimedia) de una red de telecomunicaciones y transforman entre sí dado el caso distintas codificaciones, por ejemplo codificaciones en voz como G.711 o AMR. A continuación se entenderá bajo terminación de tramo de enlace útil, o abreviadamente terminación, la terminación de un tramo de un enlace útil conmutado mediante la MGW, por ejemplo para voz o multimedia (sonido e imagen) en esta MGW. La MGW emite y/o recibe a través de esta terminación datos (útiles) pertenecientes al enlace útil. En el lenguaje usual de los protocolos H.248 y Q.1950, corresponde a una terminación de tramo de enlace útil una llamada "terminación" (termination).

Los protocolos antes citados permiten modificar enlaces útiles existentes, por ejemplo mediante la elección de otra codificación. La señalización que entonces se utiliza entre MGC y MGW (protocolos H.248 y Q.1950) está configurada tal que cada terminación en la MGW puede ser modificada independientemente de las otras dentro de la MGW con sus terminaciones conectadas. Por ejemplo, puede verse obligada la MGW a utilizar en esta terminación otra codificación, o bien a no enviar y/o recibir ningún dato (= desactivación de esta terminación en la MGW = aislamiento de esta terminación en la MGW). Cuando se realiza la modificación de una terminación, la MGW no sabe si a continuación se modificarán también otras terminaciones unidas a través de la misma con esta terminación. Por ello, la MGW debe tomar medidas inmediatamente cuando se modifica una terminación, cuando debido a ello en otras terminaciones conectadas (en el lenguaje usual de los protocolos H.248 y Q.1950 se encuentran dentro de una MGW terminaciones conectadas entre sí en un llamado "contexto" común) resultan codificaciones distintas y éstas han de transformarse entre sí por ejemplo mediante la llamada transcodificación. No obstante, en casos especiales la codificación de todas las terminaciones conectadas entre sí en la MGW que se encuentran en el mismo "contexto", deben modificarse casi simultáneamente, por ejemplo en el marco de la llamada BICC "Codec Modification" (modificación de Codec, codificador-decodificador) o "Codec Renegotiation", (renegociación de Codec) (ver al respecto Q.1902.4), mediante la cual puede modificarse la codificación de enlaces de voz existentes. La 3GPP utiliza también adicionalmente los citados protocolos BICC para conmutar enlaces útiles existentes entre (los tipos de datos útiles) voz y multimedia (es decir, una combinación de voz e imagen en una codificación común). El MGC puede detectar tales situaciones en base a la llamada señalización "Call Control" (control de llamada) que le llega, por ejemplo Q1902.4. Puesto que la señalización del MGC a la MGW tiene lugar secuencialmente, se llega al tener lugar una conmutación casi simultánea de todas las terminaciones conectadas dentro de una MGW a un comportamiento aquí posiblemente no deseado: La MGW activa brevemente un transcodificador, que a continuación se desactiva de nuevo casi inmediatamente. Debido a ello se genera una carga de trabajo innecesaria en un MGW y su flujo se reduce. Sería aceptable, pero hasta hoy día no es técnicamente posible, interrumpir por breve tiempo el enlace. Adicionalmente, detecta la MGW eventualmente al modificarse la primera terminación que no puede transformar la nueva codificación de esta terminación en la codificación aún utilizada en la(s) otra(s) terminación/terminaciones. Esto puede suceder por ejemplo cuando se conmuta entre un enlace de voz y un enlace multimedia o un enlace de datos general. La MGW rechaza por lo tanto en estos casos la modificación del enlace útil mediante una señalización H.248/Q.1950.

Es tarea de la presente invención posibilitar una conmutación lo más eficiente posible de codificaciones en terminaciones que llegan a una Mediagateway en base a una indicación a la Mediagateway y posibilitar la conmutación entre codificaciones que la Mediagateway no puede transformar una en otra. La tarea se resuelve en cada caso mediante los objetos de las reivindicaciones independientes. Debido a que en el marco de la invención una Mediagateway MGW cuando llega una orden (para la modificación de la codificación de al menos una terminación en un contexto en la MGW) espera con la comprobación de la posibilidad de enlace (de las terminaciones de este contexto con nueva codificación, modificada para al menos una terminación mediante una orden), y dado el caso activación de una transcodificación, hasta que en base a una o varias otras señalizaciones que entran en la MGW detecta que dispone de todas las órdenes actualmente presentes (es decir, en particular todas las que aún no se hayan procesado antes) para la modificación de codificaciones en terminaciones de este contexto, puede evitarse una carga de trabajo innecesaria mediante una breve conexión y desconexión de un transcodificador (según el estado de la técnica) en la MGW. La detección de que la MGW dispone de todas las órdenes actualmente por ejecutar (= por ejemplo todas las conocidas o retransmitidas actualmente conocidas a un o a todos los distintos MGC(s) y/o equipo(s) de conmutación) para la modificación de codificaciones en terminaciones de este contexto, la realiza la Mediagateway MGW. La Mediagateway utiliza para ello la señalización en los protocolos BICC "Codec Modification" y "Code Re-Negotiation" según Q.1902.4 y Q.1950 sin modificar, tal como se ha especificado hasta ahora, y también sin que los mensajes tengan que ser modificados. El comportamiento correspondiente a la invención de la MGW como reacción a mensajes Q.1950 que entran, se desvía por el contrario del comportamiento especificado hasta ahora en
Q.1950.

Una MGW puede determinar (decidir), en base a otras diversas señalizaciones (por ejemplo 5/7/9 en la figura 1) que dispone de todas las órdenes para modificar codificaciones en terminaciones de este contexto, por ejemplo porque ha recibido una señalización adecuada del controlador de Mediagateway MGC (confirm characteristic) = confirmación de modificación de la característica (aquí de la codificación) o porque ha recibido para las terminaciones que se encuentran en un contexto con la terminación afectada por la primera orden (en la figura 1: sólo la terminación A), una orden de modificación de la codificación de esta terminación (en la figura 1: terminación A), etc.

Un controlador de Mediagateway que activa la modificación de un enlace útil mediante los protocolos BICC "Codec Modification" y "Codec Re-Negotiation" según Q.1902.4, puede activar estos protocolos simultáneamente en la dirección de todos los ramales del enlace útil que convergen en el mismo. La sincronización de estos protocolos separados no se ha especificado hasta ahora en BICC. Una sincronización adecuada de los protocolos en MGC es igualmente objeto de la invención (figura 4: los mensajes 1 y 2 deben estar confirmados por la MGW antes de que el MGC envíe los mensajes 3 y 3a).

Son especialmente ventajosas las siguientes formas constructivas:

1.: La secuencia de la señalización en los protocolos BICC "Code Modification" y "Code Re-Negotiation" según Q.1902.4 se aprovecha para adaptar los protocolos a la MGW de manera diferente a lo descrito en Q.1950, tal que la MGW realiza la comprobación relativa a una transcodificación necesaria entre las terminaciones en un contexto, así como la activación, dado el caso necesaria, de transcodificadores sólo en un instante en el que la misma, en el caso de una modificación común de varias terminaciones, ya haya recibido de la MGC la señalización relativa a la modificación de todas las terminaciones.

2.: En el caso de que la MGC utilice el protocolo Q.1950 "Reserve Characteristics" (reservar características), para dar lugar a que la MGW modifique la terminación, debe realizar la MGW la comprobación y la activación del transcodificador sólo cuando el MGC confirma la modificación de esta terminación mediante el protocolo Q.1950 "Confirm Characteristics" (confirmar características) a la MGW.

3.: En la forma constructiva preferente de 2, en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics" para dar lugar a que la MGW modifique una terminación, debe realizar la MGW la comprobación y la activación del transcodificador incluso cuando la MGW ha recibido de otro nodo de conmutación en el otro extremo de un tramo de enlace útil con una terminación en el mismo contexto un mensaje para modificar el enlace útil, por ejemplo el protocolo Q.2630 "Modify Bearer" (modificar portador).

4.: En la forma constructiva preferente de 2, y como alternativa 3, en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics" para dar lugar a que la MGW modifique una terminación, debe realizar la MGW la comprobación y la activación del transcodificador incluso cuando la MGW haya recibido para todas las terminaciones en el mismo contexto de MGC igualmente órdenes para la modificación a través del protocolo Q.1950 "Reserve Characteristics" o del protocolo Q.1950 "Modify Characteristics" (modificar características).

5.: En el caso de que el MGC utilice el protocolo Q.1950 "Modify Characteristics" para dar lugar a que la MGW modifique una terminación, debe realizar la MGW la comprobación y la activación del transcodificador sólo cuando el nodo de conmutación señalice en el otro extremo del tramo de enlace útil correspondiente a la terminación que el enlace útil debe ser modificado.

6.: En una forma constructiva preferente de 5, en el caso de que el MGC utilice el protocolo Q.1950 "Modify Characteristics", para dar lugar a que la MGW modifique una terminación, debe realizar la MGW la comprobación y la activación del transcodificador incluso cuando la MGW haya recibido para todas las terminaciones en el mismo contexto de MGC igualmente órdenes relativas a la modificación a través del protocolo Q.1950 "Reserve Characteristics" o del protocolo Q.1950 "Modify Characteristics".

7.: En el caso de que el MGC modifique conjuntamente varias terminaciones pertenecientes a un enlace útil, utilizando para al menos dos terminaciones el protocolo Q.1950 "Modify Characteristics", sólo debe ejecutar el MGC el protocolo "Modify Characteristics" para todas estas terminaciones antes de que envíe para los mensajes Q.1902.4 "Modify to Selected Codec Information" (modificar a información Codec seleccionada) o "Modify Codec" a los nodos de conmutación en los otros extremos de los correspondientes tramos de enlace útil. Este caso se presenta en un MGC que activa una modificación simultánea del enlace útil en dos o más direcciones. Según BICC, Q.1902.4, corren desde este MGC en todas las direcciones independientemente los protocolos "Code Modification" y "Code Re-Negotiation". La sincronización de estos protocolos en el MGC que realiza la activación es objeto de la invención (ver figura 4).

8.: En una forma constructiva preferente de 1 a 7, se inactivan en el MGW tras la señalización a través de los protocolos Q.1950 mediante el protocolo "Reserve Characteristics" o el protocolo "Modify Characteristics", que debe modificar la codificación de una determinada terminación, todas las terminaciones conectadas con la misma en el mismo "contexto" (H.248 "stream mode"), es decir, el MGW no conduce ningún dato útil desde y hacia estas terminaciones. Sólo la primera terminación modificada persiste en el estado de emitir y recibir, es decir, conduce datos útiles desde y hacía las terminaciones afectadas en el mismo "contexto". Sólo tras la entrada de órdenes para modificar estas terminaciones inactivas según el punto 1 a 7, comprobará en cada caso la MGW si puede conectar entre sí la(s) terminación/terminaciones en su nueva codificación.

9.: En una forma constructiva preferente de 1 a 8, no puede establecer de nuevo la MGW los enlaces inmediatamente tras la comprobación citada bajo 1, sino sólo cuando adicionalmente, también mediante una señalización separada, por ejemplo la inicialización Iu FP especificada en el 3GPP en TS 25.415 y 29.415, con el nudo de conmutación (MGW) en el otro extremo de los tramos de enlace útil a conectar de nuevo, se ha dado lugar a la conmutación de la codificación en estas terminaciones.

10.: En una forma constructiva preferente de 1 a 9, no puede activar la MGW la correspondientes terminación inmediatamente tras recibir la orden de modificación de la MGC para datos útiles, es decir, situarla en el estado de enviar y recibir datos útiles, sino sólo cuando a través de una señalización separada siguiente, por ejemplo la inicialización Iu FP especificada en la 3GGP en TS 25.415 y 29.415, se ha dado lugar con el nodo de conmutación (MGW) en el otro extremo del tramo de enlace útil a la conmutación de la codificación.

11.: En una forma constructiva preferente de 1 a 10, puede limitar la MGW el espacio de tiempo tras la entrada de la primera orden para la modificación de una terminación hasta la entrada de la orden que activa la comprobación. En el caso de que en este espacio de tiempo no hayan entrado para todos los enlaces útiles conectados las correspondientes órdenes, puede establecer la MGW de nuevo el enlace inicial de los enlaces útiles con la antigua codificación.

Otras particularidades y ventajas de la invención resultan de las reivindicaciones y de la siguiente descripción de un ejemplo de ejecución en base al dibujo. Al respecto se muestra en:

Figura 1 el flujo de mensajes BICC y CBC cuando se conmuta un enlace útil de una codificación a otra codificación para el caso de un par de MGC y MGW, que procesa y retransmite una modificación de la codificación de un enlace útil activada por otro nodo de conmutación.

Figura 2 el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación para el caso de un par de MGC y MGW, que procesa pero no retransmite una modificación de la codificación de un enlace útil activada por otro nodo de conmutación.

Figura 3 el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación para el caso de un par de MGC y MGW que activa por sí mismo una modificación de la codificación de un enlace útil en la dirección de un tramo de enlace útil.

Figura 4 el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación para el caso de un par de MGC y MGW que activa por sí mismo una modificación de la codificación de un enlace útil en la dirección de dos tramos de enlace útil unidos mediante la MGW.

La figura 1 muestra el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación. Allí se representa en caso de un par de MGC y MGW que procesa y retransmite una modificación de la codificación de un enlace útil activada por otro nodo de conmutación.

Los números correspondientes indican la secuencia en el tiempo de los mensajes. Los mensajes en las superficies limitadas por esquinas redondeadas se refieren en cada caso a la correspondiente terminación. Para simplificar, se representan los flujos de mensajes sólo para dos terminaciones implicadas. Todas las demás terminaciones dentro del enlace deben tratarse analógamente. Las terminaciones están conectadas entre sí dentro de la MGW y se encuentran en el mismo "contexto". Los mensajes 2,3,4,5,7 y 9 son confirmados en cada caso mediante un mensaje que sigue inmediatamente a continuación en la dirección contraria.

Se representa el protocolo BICC "Codec Modification". En el protocolo BICC "Codec Renegotiation", sobre el que puede aplicarse igualmente la presente invención, el flujo de mensajes es idéntico, pero se utiliza en lugar del mensaje "Modify Codec" (1 y 6) el mensaje "Modify to Selected Codec Information".

\newpage

El flujo de mensajes se utiliza según la invención como sigue:

1.: Los mensajes 2 (Q.1950 "Reserve Characteristics") y 5 (Q.1950 "Modify Characteristics") se utilizan sin modificar tal como se ha descrito en los protocolos. En el MGW se modifica el comportamiento relativo a estos mensajes básicamente.

2.: Tras la entrada del mensaje 2, comprueba la MGW si este mensaje es la primera indicación referida al correspondiente "contexto", que condiciona una modificación de la codificación. Si se cumple esta condición, desactiva la MGW todas las terminaciones conectadas con esta terminación, así como todas las terminaciones en el mismo "contexto". El mensaje define explícitamente la nueva codificación que se pretende para el "contexto".

3.: A continuación (antes del envío del mensaje 3) activa la MGW la terminación B, es decir, coloca la misma en el estado de emitir y recibir datos útiles.

4.: Tras la entrada del mensaje 5, o 7, o 9, comprueba la MGW si en la nueva codificación es posible un enlace de las terminaciones A y B. En el caso de que el mismo no sea posible, envía la MGW en la confirmación de recepción a 5 ó 9 el correspondiente aviso de error. La siguiente señalización de error no se representa aquí.

5.: Caso contrario, activa la MGW la terminación A utilizando la nueva codificación (en el caso de la utilización del mensaje 5 en el punto 4, sólo tras la entrada del mensaje 7) de nuevo y "conecta" así las terminaciones A y B.

6.: Todas las demás terminaciones inactivas, aquí no representadas, se modifican análogamente.

La figura 2 muestra el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación. Se representa el caso de un par de MGC y MGW que procesa pero no retransmite una modificación de la codificación de un enlace útil activada por otro nodo de conmutación.

Los números correspondientes indican la secuencia temporal de los mensajes. Los mensajes que se encuentran en superficies limitadas por esquinas redondeadas se refieren en cada caso a la correspondiente terminación. Los mensajes 2, 3, 4 y 5 son confirmados en cada caso mediante un mensaje en sentido contrario que sigue inmediatamente a los mismos.

Se presenta el protocolo BICC "Codec Modification". En el protocolo BICC "Codec Renegotiation", sobre el que puede aplicarse igualmente la presente invención, el flujo de mensajes es idéntico, pero en lugar del mensaje 1 "Modify Codec" se utiliza el mensaje "Modify to Selected Codec Information".

El flujo de mensajes se utiliza según la invención como sigue:

1.: El mensaje 2 (Q.1950 "Reserve Characteristics") se utiliza sin modificar tal como se ha descrito en los protocolos. En el MGW se modifica el comportamiento relativo a estos mensajes básicamente.

4.: Tras la entrada del mensaje 5, comprueba la MGW si en la nueva codificación es posible un enlace de las terminaciones A y B. En el caso de que el mismo no sea posible, envía la MGW en la confirmación de recepción a 5 el correspondiente aviso de error. La siguiente señalización de error no se representa aquí.

5.: Caso contrario, inserta la MGW un transcodificador, en el caso de que sea necesario debido a codificaciones diferentes en las terminaciones A y B, y activa entonces la terminación A utilizando la nueva codificación de nuevo y "conecta" así las terminaciones A y B.

La figura 3 muestra el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación. Se representa allí el caso de un par de MGC y MGW que activa por sí mismo una modificación de la codificación de un enlace útil en la dirección hacía un tramo de enlace útil.

Los números correspondientes indican la secuencia temporal de los mensajes. Los mensajes que se encuentran en superficies limitadas por esquinas redondeadas se refieren cada caso a la correspondiente terminación. Los mensajes 1 y 3 son confirmados en cada caso mediante un mensaje en sentido contrario que sigue inmediatamente a los mismos.

Se representa el protocolo BICC "Codec Modification". En el protocolo BICC "Codec Renegotiation", sobre el que puede aplicarse igualmente la presente invención, el flujo de mensajes es idéntico, pero en lugar del mensaje 2 "Modify Codec" se utiliza el mensaje "Modify to Selected Codec Information".

El flujo de mensajes se utiliza según la invención como sigue:

1.: El mensaje 1 (Q.1950 "Modify Characteristics") se utiliza sin modificar tal como se ha descrito en los protocolos. En el MGW se modifica el comportamiento relativo a estos mensajes básicamente.

2.: Tras la entrada del mensaje 1, comprueba la MGW si este mensaje es la primera indicación referida al correspondiente "contexto", que condiciona una modificación de la codificación. Si se cumple esta condición, desactiva la MGW todas las terminaciones conectadas con esta terminación, así como todas las terminaciones en el mismo "contexto". El mensaje define explícitamente la nueva codificación que se pretende para el "contexto".

3.: A continuación activa la MGW la terminación A, es decir, coloca la misma en el estado de emitir y recibir datos útiles.

4.: Tras la entrada del mensaje 3 comprueba la MGW si en la nueva codificación es posible un enlace de las terminaciones A y B.

5.: La MGW inserta, en el caso de que sea necesario debido a las distintas codificaciones en las terminaciones A y B, un transcodificador y activa entonces la terminación B utilizando la nueva codificación de nuevo y "enlaza" así las terminaciones A y B.

La figura 4 muestra el flujo de mensajes BICC y CBC al conmutar un enlace útil de una codificación a otra codificación. Se representa allí, el caso de un par de MGC y MGW que activa por si mismo una modificación de la codificación de un enlace útil en la dirección hacia dos tramos de enlace útil unidos mediante la MGW.

: Los correspondientes números indican la secuencia en el tiempo de los mensajes. Los mensajes 3, 4, 5 y los mensajes 3a, 4a, 5a, se ejecutan independientemente del otro correspondiente flujo de mensajes. Los mensajes en las superficies limitadas por esquinas redondeadas se refieren en cada caso a la correspondiente terminación. Para simplificar se han representado sólo los flujos de mensajes para dos terminaciones implicadas. Todas las demás terminaciones dentro del enlace deben tratarse análogamente. Las terminaciones están conectadas entre sí dentro de la MGW y se encuentran en el mismo "contexto". Los mensajes 1, 2, 4 y 4a son confirmados en cada caso mediante un mensaje en sentido contrario inmediatamente siguiente al mismo.

Se representa el protocolo BICC "Codec Modification". En el protocolo BICC "Codec Renegotiation", sobre el que puede aplicarse igualmente la presente invención, el flujo de mensajes es idéntico, pero en lugar del mensaje (3 y 3a) "Modify Codec" se utiliza el mensaje "Modify to Selected Codec Information".

El flujo de mensajes se utiliza según la invención como sigue:

1.: Los mensajes 1 y 2 (Q. 1950 "Modify Characterístics") son enviados por el MGC y confirmados por la MGW antes de que el MGC envíe los mensajes 3 y 3a (Q.1902.4 "Modify Codec"). Según la Q.1902.4, sólo se exige que el MGC envíe el mensaje 1 antes del mensaje 3 y el mensaje 2 antes del mensaje 3a.

2.: Los mensajes 1 y 2 (Q.1950 "Modify Characteristcs" se utilizan sin modificar, tal como se describe en los protocolos. En la MGW se modifica el comportamiento sobre estos mensajes básicamente.

3.: Tras la entrada del mensaje 1, comprueba la MGW si este mensaje es la primera indicación referida al correspondiente "contexto", que condiciona una modificación de la codificación. Si se cumple esta condición, desactiva la MGW todas las terminaciones conectadas con esta terminación, así como todas las terminaciones en el mismo "contexto". El mensaje define explícitamente la nueva codificación que se pretende para el "contexto".

4.: A continuación activa la MGW la terminación A, es decir, coloca la misma en el estado de emitir y recibir datos útiles.

5.: Tras la entrada del mensaje 2 ó 4 comprueba la MGW si en la nueva codificación es posible un enlace de las terminaciones A y B.

6.: La MGW activa la terminación B utilizando la nueva codificación (en el caso de la utilización del mensaje 2 en el punto 5 sólo tras la entrada del mensaje 4a) de nuevo y "conecta" así las terminaciones A y B.

7.: Todas las demás terminaciones inactivas aquí no representadas, se modifican análogamente.

Claims

1. Procedimiento para ejecutar una orden (referencia 2 en las figuras 1 y 2; referencia 1 en las figuras 3 y 4) señalizada por un control de Mediagateway (MGC) a una Mediagateway (MGW) para modificar la codificación de al menos una terminación de tramo de enlace de datos útiles (terminación B en la figura 1) en la Mediagateway (MGW),

caracterizado porque la Mediagateway (MGW) sólo realiza tras la entrada de la orden una comprobación de la posibilidad de enlace de las terminaciones (terminación B, terminación A de la figura 1) de este contexto (terminación B, terminación A, etc.) con codificación modificada (2, 5/7/9) cuando la misma (MGW), en base a una o varias otras órdenes señalizadas (5 ó 7 ó 9 en la figura 1) entrantes en la Mediagateway (MGW) detecta que la misma (MGW) dispone de todas las órdenes (2, 5) a ejecutar actualmente para modificar codificaciones y terminaciones de este contexto.

2. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la Mediagateway (MGW), además de comprobar la posibilidad de enlace de las terminaciones, también espera con una activación dado el caso necesaria de una transcodificación entre terminaciones de codificación ahora diferente entre sí, hasta que la misma (MGW), en base a una (5 ó 7 ó 9 en la figura 1) o varias de otras órdenes señalizadas que entran en la Mediagateway (MGW) detecta que dispone de todas las órdenes para modificar codificaciones en terminaciones este contexto.

3. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la Mediagateway (MGW), tras la entrada de una orden (2) para modificación de la codificación de al menos una terminación (terminación B) comprueba si la orden entrante (2) es la primera orden aún no procesada en ese momento para modificar la codificación y una terminación del contexto y, en el caso de que éste sea el caso, aísla o desactiva todas las terminaciones (terminación A, terminación B) de este contexto hasta que la Mediagateway (MGW) detecta que ha recibido todas las órdenes actuales para modificar la codificación de una terminación de este contexto.

4. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la comprobación de la posibilidad enlace de terminaciones (terminación A, terminación B) con la codificación dado el caso modificada entre sí, incluye comprobar si las codificaciones modificadas son iguales, realizándose así, cuando la codificación es igual, el enlace de las terminaciones sin activar una transcodificación.

5. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que la comprobación de la posibilidad enlace de terminaciones (terminación A, terminación B) dé como resultado que las codificaciones modificadas no son iguales y la Mediagateway (MGW) no pueda transformarla tampoco mediante activación de una transcodificación una en otra, la misma (MGW) envía un aviso de error a un control de Mediagateway (MGC).

6. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la secuencia de la señalización en los protocolos BICC "Codec Modification" y "Codec Re-negotiation" se aprovecha según Q.1902 para adaptar los protocolos a la MGW, contrariamente a lo descrito en Q.1950, tal que la MGW realiza la comprobación relativa a una transcodificación necesaria entre las terminaciones en un contexto, así como la activación necesaria dado el caso de transcodificadores sólo en un instante en el que en el caso de una modificación común de varias terminaciones del MGC ya ha recibido la señalización relativa a modificación de todas las terminaciones.

7. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics" para provocar por parte de la MGW la modificación de una terminación, la MGW sólo realiza la comprobación y la activación del transcodificador cuando el MGC activa la modificación de esta terminación mediante la Q.1950 "confirm characteristics".

8. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics" para provocar por parte de la MGW la modificación de una terminación, la MGW sólo realiza la comprobación y la activación del transcodificador cuando la MGW ha recibido de un nodo de conmutación en el otro extremo de un tramo de enlace útil con una terminación en el mismo contexto un mensaje para modificar el enlace útil, en particular el protocolo Q.2630 "Modify Bearer".

9. Procedimiento según una de las reivindicaciones precedentes,

10. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics", para provocar por parte de la MGW la modificación de una terminación, la MGW realiza la comprobación y la activación del transcodificador también cuando la MGW ha recibido para todas las terminaciones en el mismo contexto del MGC igualmente órdenes para la modificación a través del protocolo Q.1950 "Reserve Characteristics" o el Q.1950 "Modify Characteristics".

11. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics", para provocar por parte de la MGW la modificación de una terminación, la MGW sólo realiza la comprobación y la activación del transcodificador cuando el nodo de conmutación en el otro extremo del tramo de enlace útil correspondiente a la terminación señaliza que el enlace útil debe ser modificado, en particular mediante el protocolo Q. 2630 "Modify Bearer".

12. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC utilice el protocolo Q.1950 "Reserve Characteristics", para provocar por parte de la MGW la modificación de una terminación, la MGW realiza la comprobación y la activación del transcodificador también cuando la MGW ha recibido para todas las terminaciones en el mismo contexto del MGC igualmente órdenes para la modificación a través del protocolo Q.1950 "Reserve Characteristics" o el protocolo Q.1950 "Modify Characteristics".

13. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que el MGC modifique conjuntamente varias terminaciones pertenecientes a un enlace útil, utilizando el mismo para al menos dos terminaciones el protocolo Q.1950 "Modify Characteristics", el MGC sólo realiza el protocolo "Modify Characteristics" para todas estas terminaciones antes de enviar para la Q.1902.4 mensajes "Modify to Selected Codec Information" o "Modif. Codec" a los nodos de conmutación en los otros extremos de los correspondientes tramos de enlace útil (figura 4).

14. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque en el caso de que en el MGW tras la señalización a través de los protocolos Q.1950, mediante el protocolo "Reserve Characteristics" o el protocolo "Modify Characteristics" deba modificar la codificación de una determinada terminación, se desactivan todas las terminaciones conectadas con la misma en el mismo "contexto" (H.248 "stream mode") y el MGW no retransmite ningún dato útil desde y hacia estas terminaciones, persistiendo solamente la primera terminación modificada en el estado de enviar y recibir y retransmitiendo datos útiles desde y hacia las terminaciones afectadas en el mismo "contexto" y sólo tras la entrada de órdenes para modificar estas terminaciones inactivas comprueba la MGW en cada caso si la misma puede enlazar la(s) terminación/terminaciones en su nueva codificación entre sí.

15. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la MGW no restablece los enlaces inmediatamente tras la comprobación citada bajo 1, sino sólo cuando adicionalmente también a través de una señalización separada, por ejemplo de la inicialización Iu FP especificada en el 3GPP en TS 25.415 y 29.415, con el nodo de conmutación (MGW), en el otro extremo de los tramos del enlace útil a conectar de nuevo, se ha dado lugar a la conmutación de la codificación en estas
terminaciones.

16. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la MGW no activa la correspondiente terminación inmediatamente tras recibir la orden de modificación desde la MGC para datos útiles, activando la misma en el estado de enviar y recibir, sino sólo cuando a través de una señalización separada subsiguiente, por ejemplo de la inicialización Iu FP especificada en la 3GPP en TS 25.415 y 29.415, se origina con el nodo de conmutación (MGW) en el otro extremo del tramo de enlace útil la conmutación de la codificación.

\newpage

17. Procedimiento según una de las reivindicaciones precedentes,

caracterizado porque la MGW limita el período de tiempo tras la entrada de la primera orden para modificar una terminación hasta la entrada de la orden que activa la comprobación y, en el caso de que en este periodo de tiempo, no hayan entrado para todos los enlaces útiles conectados las correspondientes órdenes, la MGW establece de nuevo el enlace original de los enlaces útiles con la codificación antigua.