ES2330304T3 - Señalizacion de tonos con enlaces de comunicacion en tfo. - Google Patents

Abstract

Método para transportar información de señalización de tonos a través de un enlace de Digital Circuit Multiplication Equipment - Equipo de Multiplicación de Circuitos Digitales, GCME, específico de GSM, en una red de GSM que soporta Tandem Free Operation - Operación Sin Tándem, TFO, y modos de compresión de conversación para el paso de señales a través del enlace, usando respectivamente tramas de TFO y tramas similares a TRAU, comprendiendo el método: detectar (6a), en un flujo de datos hacia la entrada local al enlace del GCME, una señal de tonos para ser transportada, codificar la señal de tonos detectada en bits de una trama de TFO o similar a TRAU para ser enviada a través del enlace del GCME, incluyendo ajustar los bits para marcar la trama como poseedora de una información de señalización de tonos y ajustando los bits para identificar la señal de tonos detectada, en la que la información de señalización de tonos es transportada en-banda a través del enlace del GCME como una trama de TFO o similar a TRAU marcada, detectar (7a), en la salida remota del enlace del GCME, la trama marcada y regenerar la señal de tonos, dependiendo de los bits de la trama marcada.

Description

Señalización de tonos con enlaces de comunicación en TFO.

Campo técnico de la invención

La presente invención se refiere a un método, sistema y aparato para señalización de tonos con enlaces de comunicación en TFO (Tandem Free Operation - Operación Sin Tándem).

Antecedentes de la técnica y técnica relacionada

En la señalización de tonos de las public switched telephone networks (PSTNs - Redes telefónicas conmutadas públicas), en particular la señalización de DTMF (Dual Tone Multi-Frequency - Frecuencia Múltiple de Tonos Duales), se emplea como método de señalización en-banda para ofrecer al cliente varios servicios, por ejemplo control de un buzón de correo de voz, sistemas de banca/reserva telefónica u otros procedimientos que precisan validación. Presionando uno de los botones para pulsar en un teléfono, un generador de DTMF compila una señal que consiste en un par de ocho tonos predefinidos diferentes. Es de hecho la combinación de los dos tonos la que codifica un dígito o letra en el botón presionado. Las características de los tonos transmitidos siguen una especificación como la descrita por ejemplo en el documento CEPT T/CS 46-02 "Multifrequency signalling to be used for push-button telephones" (Ref. 1).

En líneas de transmisión analógicas más antiguas las características de la señal pueden ser cambiadas por ejemplo mediante modulación/desmodulación, pérdida de nivel, ruido añadido, u otros. En consecuencia, la especificación de un receptor de DTMF define las desviaciones permitidas de una señal de DTMF de su característica media (véase Ref. 1). En un receptor de DTMF una señal es reconocida como señal de DTMF cuando su característica se encuentra dentro de los límites definidos en términos de tiempo, nivel y relación señal respecto a ruido (SNR).

La señalización de tonos, en particular la señalización de DTMF, puede usarse también en sistemas de comunicaciones de telefonía móvil, tales como sistemas de GSM. No obstante, en el desarrollo de los sistemas de GSM se consideró que aparecería un problema en la medida en que codificación o compresión de conversación de conversación se aplican a un teléfono móvil o estación móvil MS. En tales sistemas de GSM, la conversación comprimida es enviada desde la MS a 16 kbps ó 8 kbps (Velocidad Máxima/Velocidad Máxima Mejorada o Velocidad Media). Convencionalmente, la conversación es a continuación transcodificada y transportada en la infraestructura del sistema a una velocidad de bits mayor de 64 kbps (PCM). Se consideró que, si habían sido generadas en la MS, las señales de tonos tales como las señales de DTMF se encontrarían, como resultado de estar sujetas a la codificación o a la compresión de conversación en la MS, fuera de los límites definidos después de transcodificar a PCM de 64 kbps y así probablemente no serían reconocidas por un receptor de DTMF. Por esta razón, en los sistemas de GSM, las señales de tonos tales como las señales de DTMF no son generadas en la propia MS sino que son generadas en el lado de la infraestructura, en el mobile switching center MSC (Centro de Conmutación de Telefonía Móvil) local por medio del cual la MS se está comunicando, de manera que las señales de DTMF no están sujetas a la codificación o compresión de conversación. Cuando se presionan teclas en la MS, mensajes de señalización de fuera de banda separados son enviados por la MS, a la recepción de los cuales un generador en el MSC local genera las señales de DTMF. Las señales de DTMF son a continuación enviadas desde el MSC local en un formato descomprimido, claro, en PCM de 64 kbps.

Este manejo de DTMF se especifica en la dirección de enlace ascendente (MS -> red/infraestructura) en los sistemas de GSM. Véase "Support of Dual Tone Multi-Frequency (DTMF) via the GSM System", GSM 03.14, ETSI TS 100 532 V7.01, 1999-07 (Ref. 2). En la dirección descendente (red -> telephone), no obstante, el manejo de DTMF no se especifica.

Generalmente, se consideraba que la especificación del manejo de DTMF no se necesitaba en la dirección descendente porque en la mayoría de los casos las señales de DTMF enviados desde un MSC como se ha explicado anteriormente, en respuesta a pulsaciones de teclas en una estación móvil MS, estarían previstos para un destino distinto de una estación móvil (MS), por ejemplo un servicio de correo de voz en un MSC u otros servicios en destinos de public switched telephone network (PSTN - Red Telefónica Conmutada Pública). Por lo tanto se consideraba que las señales de DTMF enviadas desde el MSC pasaría clara y descomprimida sobre un enlace de 64 kbps y no estaría de nuevo sujeta a codificación o compresión de conversación de manera que se las has haría irreconocibles para un receptor de DTMF en el destino. Aunque, no hay razón en principio de por qué las señales de DTMF enviadas desde un MSC, u originadas desde otra fuente tal como un teléfono de PSTN, no deben estar destinadas a una estación móvil MS, se ha aceptado que las señales de DTMF estarían sujetas a compresión o a codificación de conversación en el enlace descendente a la MS y así probablemente no serían reconocibles por un receptor de DTMF en la
estación móvil.

En los sistemas de comunicación de telefonía móvil, tales como los sistemas de GSM, la codificación de conversación o la compresión de conversación aplicada como se ha mencionado anteriormente degradan la calidad de las señales introduciendo distorsiones no lineales. Generalmente, en llamadas de Móvil a Móvil (MS-MS llamadas) tiene lugar una codificación/descodificación de conversación al menos dos veces, es decir a modo de tándem. Primeramente, en la codificación de dirección ascendente a velocidades de bits menores (por ejemplo 16 kbps ó 8 kbps) toma parte en la primera MS, con descodificación/transcodificación a una velocidad mayor (64 kbps en sistemas de GSM) en su parte contraria en el lado de la infraestructura, un primer transcodificador (TRA o TRAU - Unidad Transcodificadora y de Adaptación de velocidad). El segundo proceso de codificación tiene lugar en dirección descendente, con codificación/transcodificación en una segunda TRAU y descodificación en la segunda MS. Pueden tener lugar más procesos de codificación en líneas de larga distancia entre las dos TRAUs. Desgraciadamente, cada caso de codificación/descodificación (codec) en tal configuración en tándem añade nuevo ruido, lo que provoca una conversación cada vez más degradada.

Con el fin de evitar la situación de codec en "tándem", el ETSI (European Telecommunications Standards
Institute - Instituto de Normas de Telecomunicaciones Europeo) ha especificado recientemente un protocolo de "Tandem Free Operation" (TFO - Operación Sin Tándem) para llamadas de Móvil a Móvil en sistemas de GSM - véase "Inband Tandem Free Operation of Speech Codecs", GSM 08.62 (Ref. 3) y "Tandem Free Operation (TFO - Operación Sin Tándem)", GSM 03.53 versión 7, Edición de 1998; ETSI TS 101 732 V7.01 (1999-07) (Ref. 4) - que permite que los dispositivos de codificación de conversación sean evitados aplicando señalización en-banda.

Usando el protocolo de TFO, en una llamada de Móvil a Móvil (llamadas MS-MS), la conversación es codificada o comprimida en la primera MS pero pasa a través de la primera y de la segunda TRAUs, en el enlace ascendente y en el enlace descendente, sin transcodificación, para ser descodificada en la segunda MS.

El protocolo de TFO, en su operación básica, afecta sólo a las TRAUs y es completamente compatible con el equipo de GSM existente. El protocolo de TFO está estandarizado por ejemplo para canales de tráfico de conversación de GSM, para Velocidad Máxima Mejorada, Velocidad Máxima (16 kbps) y Velocidad Media (8 kbps). Usando el protocolo en sistemas de GSM, la calidad de la conversación se aumenta hasta el nivel de una configuración de codec único, una vez que el protocolo de señalización en-banda ha verificado que los requisitos previos para establecer una conexión de TFO entre dos TRAUs se cumplen.

Como se ha explicado anteriormente las señales de conversación son comprimidas en la MS -> enlace ascendente de Infraestructura de Red y en el enlace descendente de MS -> Infraestructura de Red. No obstante, se han hecho propuestas para comprimir señales de conversación también en la infraestructura de una red de comunicaciones de telefonía móvil tal como una red de GSM, para permitir que varios canales de conversación sean transportados sobre un enlace de MSC-MSC de 64 kbps en la infraestructura. El equipo usado para este propósito es conocido como as Digital Circuit Multiplication Equipment (Equipo para la Multiplicación de Circuitos Digitales) o DCME. Dos "cabezas" DCME están situadas entre el par de MSCs entre las cuales se establece el enlace de MSC, cabezas que proporcionan compresión y descompresión de conversación complementarias de manera que varios canales, por ejemplo cuatro canales de 16kbps, pueden ser combinados en un enlace de 64 kbps entre MSCs. Esto permite un ahorro de costes de transmisión en la infraestructura de red de inter-MSC, pero introduce el inconveniente de que implica otro caso de compresión/descompresión de conversación (codec), con la consiguiente degradación de la calidad de conversación. La compresión de conversación usada puede por ejemplo ser una compresión estándar, es decir 1: 4 por medio de EFR (Enhanced Full Rate - Velocidad Máxima Mejorada).

El protocolo de TFO ofrece ahora la posibilidad de una transmisión eficiente en coste dentro de la parte fija o de infraestructura de la red, pero sin el inconveniente de otro caso de compresión/descompresión de conversación (codec). Puesto que una conexión de TFO requiere realmente una velocidad de bits reducida, por ejemplo 8/16 kbps (GSM Velocidad Media/Velocidad Máxima), enlace de infraestructura, entre las TRAUs correspondientes, es posible transportar por ejemplo cuatro canales de TFO sobre un enlace de 64 kbps sin la necesidad de un caso adicional de compresión/descompresión de conversación. Así, el protocolo de TFO ofrece no sólo la posibilidad de explotar los requisitos de ancho de banda reducido de las comunicaciones en TFO sino también una mayor calidad de conversación, siempre que esté instalado un equipo de DCME que sea compatible con el protocolo de TFO. Tal equipo se llama "TFO Specific Circuit Multiplication Equipment" o TCME (Equipo de Multiplicación de Circuitos Específico de TFO), en el contexto de sistemas de GSM como "GSM specific DCME equipment" o GCME (Equipo de DCME específico de GSM).

Se entenderá también que, aunque originalmente pensado en primer lugar para llamadas de MS-MS, el protocolo de TFO puede ser aplicado a llamadas de MS-PSTN cuando tal equipo de GCME existe en un sistema de GSM. Para una llamada de MS-PSTN, la cabeza de GCME de destino transcodifica desde la velocidad en TFO o la velocidad de conversación comprimida usada entre las cabezas de GCME (por ejemplo 16 kbps) hasta por ejemplo 64 kbps para la red de PSTN. La aplicación del protocolo de TFO a llamadas de MS-PSTN puede ofrecer una mejora en la calidad de conversación en la cual otra compresión, tal como la que siempre se efectúa en los dispositivos de multiplexación de DCME actual en enlaces de larga distancia, puede evitarse con el protocolo de TFO.

Además, si las llamadas que se originan desde redes PSTN están sujetas a codificación/compresión de conversación en la interfaz de la red PSTN con la red de comunicaciones de telefonía móvil, el protocolo de TFO puede también ser aplicado a tales llamadas que se originan en la PSTN, para ofrecer de nuevo la posibilidad de ahorro en ancho de banda con respecto a las llamadas que se originan en la PSTN y para evitar la degradación en la calidad de conversación que resulta de la compresión/descompresión en el equipo de TCME/GCME en la red de comunicaciones de telefonía móvil.

\newpage

Para los operadores de redes de comunicaciones de GSM, incluyendo operadores de DCS (Digital Communication System 1800) y PCS (Personal Communication System 1900), tales como soluciones de TFO/GCME (o "TFO-capable TRAU" y GCME combinadas) serían de considerable interés, puesto que tales soluciones ofrecerían tanto calidad de conversación como la posibilidad de costes de transmisión reducidos en su red de núcleo. A continuación, debe entenderse que las referencias a sistemas de GSM incluyen también referencias a sistemas relacionados con ellos, tales como sistemas DCS y PCS, se están ampliamente basados en protocolos y procedimientos de GSM.

No obstante, existe el problema de que el protocolo GSM TFO no soporta el transporte de las señales de tonos tales como las señales de DTMF, y la funcionalidad de GCME no está estandarizada para el transporte de la señalización de tonos, tal como la señalización de tonos de DTMF.

El manejo de señales de DTMF, en una red de comunicaciones de telefonía móvil de GSM en las que no se desea explotar las posibilidades ofrecidas por el protocolo de TFO y el equipo de GCME, representa por consiguiente un problema. Es posible que este problema pueda ser tratado siempre que, en el caso de que las señales de DTMF vayan a enviarse a través de la red, un link implicase pasar del modo de TFO/GCME al modo convencional (es decir no-TFO, no-GCME 64 kbps) para pasar las señales de DTMF. No obstante, esto sería caro de implementar y tendría importantes inconvenientes, el menor de los cuales sería porque implicaría la conmutación dinámica del enlace entre los diferentes modos, como se explica con más detalle a continuación.

YASUDA S ET AL: NETWORK FUNCTIONS FOR THE APPLICATION OF MULTI-RATE SPEECH CODING IN DIGITAL CELLULAR SYSTEMS' PROCEEDINGS OF THE IEEE VEHICULAR TECHNOLOGY CONFERENCE (VTC), ESTOCOLMO, SUECIA, 8-10 JUNIO DE 1994, vol. CONF. 44, páginas 306-310, describen un "CODEC Bypassed Connection Control" en el cual la comunicación de MS a MS puede tener lugar sin conectar los CODECs de los MSCs.

El documento US-A-5 768 308 describe que, en una conexión de Móvil a Móvil de TDMA, se proporcionan procesadores de señal digital con la posibilidad de conmutar automáticamente la configuración de manera que cada procesador de señal digital de una conexión de comunicación de Móvil a Móvil puede identificar automáticamente una conexión de Móvil a Móvil de TDMA y evitar los procesos de codificación y descodificación de conversación dentro de los procesadores de señal digital. Este documento también menciona brevemente la generación de tonos de DTMF.

Existe por consiguiente la necesidad de una manera más económica, fácil de implementar, de tratar las señales de tonos, tales como las señales de tonos de DTMF en el contexto de los sistemas de comunicaciones de telefonía móvil de FSM capaz de TFO y más particularmente en tales sistemas en los cuales se implementa la funcionalidad de GCME.

\vskip1.000000\baselineskip

Compendio Problemas abordados por la presente invención

La presente invención está afectada por la provisión de señalización de tonos, por ejemplo señalización de tonos de DTMF, en relación con los enlaces de GSM TFO, cuyo protocolo no tiene en cuenta la necesidad de transportar tal señalización de tonos, empleando equipo de multiplicación de circuitos (GCME, TCME).

\vskip1.000000\baselineskip

Solución proporcionada por la presente invención

De acuerdo con la presente invención se proporciona un método de acuerdo con la reivindicación 1 y el aparato de acuerdo con la reivindicación 7.

Las restantes reivindicaciones presentan otros desarrollos ventajosos o preferidos de formas de la presente invención.

\vskip1.000000\baselineskip

Ventajas de la invención

Con la presente invención, se proporciona un método para manejar señalización de DTMF en una cadena de GCME-GCME en el que la complejidad del sistema se mantiene en un mínimo y en costes de desarrollo son reducidos. El esfuerzo y gastos necesarios para implementar la presente invención es mucho menor que los que estarían implicados en implementar medios posibles alternativos de manejo de señalización de tonos en comunicaciones de GSM TFO/GCME. La presente invención proporciona manejo en-banda y transporte de información de señalización de tonos, evitando la necesidad de efectuar modificaciones significativas al sistema de comunicaciones de telefonía móvil.

Con realizaciones preferidas de la invención, todo el tráfico de conversación inter-MSC puede ser intercambiado a menor velocidad, por ejemplo 8 ó 16 kbps, debido al protocolo de TFO en modo "operacional TFO" y el uso de compresión de conversación en modo "no operacional TFO", y los tonos de DTMF pueden también ser intercambiados con esta velocidad menor de 8 ó 16 kbps. No hay necesidad de conmutar a un canal dúplex de 64 kbps máximos entre dos componentes de GCME para manejar señalización de DTMF, de manera que se evita la conmutación dinámica para este propósito. El ancho de banda necesario para un canal de TFO puede mantenerse y la señalización de DTMF puede ser pasada con seguridad, en-banda, a través de este canal, tras lo cual el tono o tonos de DTMF correspondientes pueden ser regenerados. El equipo para llevar la invención a efecto puede ser desarrollado sobre la base de infraestructuras de red existentes. Por ejemplo, no se necesitan cambios con respecto a los MSCs y/o a los generadores de DTMF de los MSCs, y el manejo de DTMF tal como se especifica para el enlace ascendente MS -> red/infraestructura (véase la Ref. 3) no necesita ser alterado.

Además, realizaciones preferidas de la presente invención puede incluso proporcionar costes de transmisión reducidos en llamadas de MS-PSTN, puesto que la transcodificación puede ser trasladada desde la TRAU que maneja la llamada desde la MS a un componente del GCME en el borde de la PLMN (Public Land Mobile Network - Red de Telefonía Móvil Terrestre Pública), donde existe una interfaz entre la PSTN y el componente del GCME.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloques esquemático de partes de una red de comunicaciones de telefonía móvil de GSM que emplea protocolos de TFO y GCME,

la Figura 2 es un diagrama de bloques esquemático de partes de una red de comunicaciones de telefonía móvil de GSM, que ilustra el paso de señalización de DTMF a través de la red,

Descripción detallada de las realizaciones preferidas

La Figura 1 ilustra partes de una configuración de GSM, que usan el protocolo de TFO y que incorporan equipo GCME, con el cual puede ser empleada la presente invención.

En la configuración de la Figura 1, señales desde una unidad móvil MS 1 pasan por medio de una estación receptora de base BTS 2 a un centro de conmutación de telefonía móvil MSC 4, con el cual está típicamente asociada una unidad de transcodificación y adaptación de velocidad TRAU 3.

En operación convencional, TRAU 3 transcodifica las señales codificadas/comprimidas desde la unidad móvil MS 1 desde los 16 kbps (Velocidad Máxima/Velocidad Máxima Mejorada) o los 8 kbps (Velocidad Media), usados para el enlace de radio a MS 1 y entre BTS 2 y TRAU 3, en el PCM de 64 kbps, normalmente usado en la infraestructura del sistema de comunicaciones de telefonía móvil.

En la Operación Sin Tándem para llamadas de MS->MS, no obstante, las señales codificadas/comprimidas desde MS 1 no son transcodificadas en la TRAU 3 sino que son transmitidas como "tramas de TFO" desde la TRAU 3. El enlace de TFO es establecido por la señalización en-banda entre TRAU 3 y una TRAU 9 de destino, típicamente asociada con una MSC 8 de destino, y las tramas de TFO son transferidas desde TRAU 3 a TRAU 9 por la señalización en-banda, es decir insertándolas en el flujo de PCM de 64 kbps (uno o dos LSBs - least significant bits - bits menos significativos) entre los MSC/TRAUs. Estas tramas de TFO son muy similares a las tramas de TRAU que son intercambiadas entre BTS 2 y TRAU 3. Casa trama de TFO cubre 20ms de conversación codificada.

Convencionalmente, en ausencia de equipo GCME, las tramas de TFO son enviadas en el flujo de 64 kbps al MSC/TRAU de destino 8,9 donde, siendo el destino previsto de las señales que se originan desde MS 1 otra estación móvil, la transcodificación es omitida de nuevo y las señales son enviadas a la MS de destino.

En este caso convencional, el enlace de TFO establecido en el flujo de 64 kbps entre MSC 4 y MSC 8 requiere realmente una velocidad de bits de ancho de banda de sólo 16 kbps (ó 8 kbps, a Velocidad Media). Como resultado, la mayor parte del ancho de banda del flujo de 64 kbps es desperdiciado de manera efectiva cuando se establece un enlace de TFO para una llamada de MS->MS.

En este caso convencional, si MS 1 desea enviar señales de tonos, por ejemplo señales de DTMF, puede usarse el procedimiento específico como se ha descrito anteriormente pasando a modo de no-TFO y usando los 64 kbps máximos para pasar las señales de DTMF de la manera normal.

Como se ilustra en la Figura 1, un equipo de multiplicación de circuitos GCME está instalado dentro con vistas a explotar las reducidas necesidades de ancho de banda de las comunicaciones de TFO también en la infraestructura del sistema, es decir entre los MSC/TRAUs, y a evitar la pérdida de ancho de banda como se ha mencionado anteriormente.

Se comprenderá que tal equipo GCME ofrece dos modos: un modo "no Operativo en TFO" en el cual se aplica una compresión/descompresión de conversación complementaria mediante dos "cabezas" de GCME, y un modo "Operativo en TFO" en el cual no se aplica compresión/descompresión de conversación sino que las tramas de TFO son pasadas entre las dos "cabezas" de GCME. Este último modo ofrece una mayor calidad de conversación, mientras que el primer modo permite mantener el ancho de banda si la operación en TFO no es posible.

\newpage

Como se verá, se necesitan dos componentes del TCME/GCME 6, 7 en cada enlace MSC-MSC. Las comunicaciones entre el componente de GMC "local" 6 y el componente de GMCE "remoto" 7, por ejemplo sobre el enlace de infraestructura de larga distancia, tienen lugar a una velocidad de bits menor de 64 kbps, por ejemplo 16 kbps ó 8 kbps como requiere un enlace de TFO, en modo "Operativo en TFO", o un enlace de compresión de conversación estándar en modo "no Operativo en TFO". Esto significa por ejemplo que podrían establecerse cuatro enlaces o canales a través de un flujo de 64 kbps disponible entre los dos componentes del GCME, sin ningún desperdicio de ancho de banda, o que un puede hacerse disponible un menor ancho de banda para el flujo entre los dos componentes del GCME.

La funcionalidad del GCME no está todavía estandarizada, pero una posibilidad ventajosa para tal funcionalidad que es económica de implementar y que puede ser empleada de acuerdo con la presente invención puede ser tal que se adopta el modo de TFO siempre que es posible, con paso a codificación/descodificación (compresión/descompresión) - sólo cuando es necesario - para mantener cuatro canales en el flujo de 64 kbps incluso cuando el modo de TFO no es posible.

Así puede adoptarse un esquema como sigue:

a)

operar en modo de TFO siempre que sea posible si un enlace de 64 kbps desde una MSC/TRAU está activa;

b)

volver a una velocidad de compresión estándar (por ejemplo 1:4 usando EFR - Enhanced Full Rate - Velocidad Máxima Mejorada) si el enlace de 64 kbps está en vacío o si no es posible la TFO.

\vskip1.000000\baselineskip

Este esquema permitiría mantener el esquema de sincronización de TFO/TRAU entre los dos GCMEs 6, 7 correspondientes en todo momento, independientemente de si una llamada está en marcha o no.

Debe entenderse que la presente invención puede ser utilizada no sólo con el esquema anterior, sino que puede también ser empleada con otros esquemas sobre la base de los cuales la funcionalidad del GCME puede ser implementada.

Así, con el equipo GCME instalado, están disponibles dos modos para el enlace del GCME 6 - GCME 7:

1

Como se ha mencionado anteriormente, el transporte en-banda de señales de DTMF no es parte del protocolo de TFO en sistemas de GSM. Además, cuando funcionalidad del GCME está implementada en el sistema, tal transporte de señales de DTMF debe también manejado de manera compatible con el equipo GCME, si la señalización de DTMF va a ser adecuadamente soportada. La Figura 2 ilustra los problemas involucrados.

En la Figura 2, un abonado móvil 1 ha hecho una llamada a un servicio controlado mediante DTMF 11, tal como un servicio de correo de voz, por ejemplo.

A modo de ejemplo, para propósitos de explicación, se asume que antes de una primera pulsación de tecla en la MS 1, la TRAU 3 ha establecido una Operación Sin Téndem con el equipo GCME 6, 7. En modo de TFO, la TRAU 3 convierte las tramas de la TRAU recibidas desde la BTS 2 en tramas de TFO y las transmite al MSC 4 en un enlace de 64 kbps, usando sólo uno de dos LSBs (Least Significant Bits - Bits Menos Significativos) en el flujo de PCM. El MSC 4 encamina el enlace de 64 kbps a un equipo local GCME 6. Éste extrae las tramas de TFO y las transmite a un dispositivo de GCME 7. En la ubicación remota, el dispositivo de GCME 7 lleva a cabo una transcodificación hacia A-law de 64 kbps o PCM de \mu-law para proporcionar señales al servicio 11. En efecto, el dispositivo de GCME 7 remoto reemplaza la funcionalidad de la TRAU normal de la TRAU 3. El ancho de banda que se necesita entre los GCMEs 6, 7, o entre las MSCS/TRAUs 3,4 y 8, 9 puede adaptarse a las necesidades reales, es decir el ancho de banda requerido para transportar las tramas de TFO.

Para el propósito de ilustración, se asume que presionando una tecla en la MS 1, se envía un mensaje "START DTMF" fuera de la banda hacia el MSC 4, donde se inicia un generador de DTMF 5. Se asume también que soltando la tecla de la MS 1, se envía un mensaje "STOP DTMF" fuera de la banda al MSC 4, donde se detiene el generador de DTMF (5).

En la práctica, en sistemas de GSM, el MSC 4 no percibe la conexión en TFO establecida, es decir el MSC 4 no percibe si se ha adoptado un modo de TFO o un modo de no-TFO en la TRAU 3. Además, la TRAU 3 no está involucrada en la generación de DTMF. El resultado es que el GCME 6 local, situado cerca del MSC 4 que genera DTMF, verá de repente tramas de TFO corruptas, una vez que se ha activado el generador de DTMF 5 del MSC 4.

Para manejar las señales de DTMF, podría proveerse el enlace para salir del modo de TFO/GCME, por ejemplo de manera que:

1.

Ambos GCMEs 6, 7 involucrados restablecen un enlace de 64 kbps (es decir no-modo de TFO, no-modo de GCME) y transparentemente pasan los datos de 64 kbps recibidos desde los MSCs 4, 8, o

2.

como posible variante, los GCMEs conmutan a ADPCM de 32 kbps (Adaptive Delta PCM - PCM Delta Adaptativo).

\vskip1.000000\baselineskip

Estas dos posibilidades podrían ser suficientes para tratar con el problema de la señalización de DTMF, pero podrían ser caras de implementar y podrían tener otros inconvenientes significativos. Por ejemplo, podrían requerir conmutación dinámica (el GCME 7 remoto tiene que ser informado también) entre 64/32 kbps y la sub-velocidad de TFO requerida. El momento de conmutar sería bastante crítico, puesto que un retardo podría provocar que se pierdan partes de la información de DTMF, lo que causaría un fallo del servicio controlado mediante DTMF 9 al interpretar la señal. Esto puede tener un impacto severo en el lado del abonado, si se usa DTMF para controlar dispositivos remotos como equipo de calefacción, por ejemplo.

De acuerdo con la presente invención, no obstante, se proporciona un método que no experimenta los problemas y desventajas explicados anteriormente. Además, realizaciones de la presente invención pueden ser completamente compatibles con los protocolos de GSM TFO, y del GCME.

Una realización preferida de la invención se explicará ahora con otra referencia a la Figura 2.

Se comprenderá que la propia funcionalidad es completamente bidireccional. Es decir, tanto los GCMEs 6 y 7 locales como los remotos están equipados con un detector de DTMF 6a, 7a y un generador de DTMF 6b, 7b, como se explica con más detalle a continuación.

Partes o etapas individuales de acuerdo con la realización preferida de la invención se explicarán ahora. Como anteriormente, se asume que las señales de DTMF están a punto de ser transmitidas desde la unidad móvil MS 1 hasta el servicio controlado mediante DTMF 11.

\vskip1.000000\baselineskip

Detección de DTMF

En el "Operativo en modo de TFO" favorito, cuando el generador de DTMF 5 del MSC 4 es arrancado, el resultado, como se ha explicado anteriormente, es el problema de tramas de TFO corruptas o no válidas.

El procedimiento usado para verificar la validez de una trama de TFO es especificado en la Ref. 3. Este procedimiento incluye comprobar los

* Bits de sincronización

* Bits T

* Bits de control

* y bits de bloque de CRC si aplica

de la trama de TFO.

Sobre la base de tal procedimiento, una vez que el GCME 6 local observa, en modo "Operativo en TFO", que el flujo entrante de 64 kbps desde el MSC 4 no contiene tramas de TFO válidas, empieza (continúa) a operar un detector de DTMF 6a. No se requiere que los errores en el flujo tengan realmente como resultado una clasificación de "no trama de TFO presente" como se ha descrito en la Ref. 3. El criterio usado para activar el detector de DTMF puede ser simplemente la presencia de uno o más errores en una trama de TFO recibida. El asunto es arrancar el detector de DTMF lo antes posible con el fin de no fallar en reconocer un inicio potencial de una señal de DTMF.

Una opción alternativa, que también puede ser empleada en una realización de la presente invención para el modo "Operativo en TFO", es operar el detector de DTMF 6a también en caso de que lleguen tramas de TFO válidas, es decir incluso si no se han detectado errores de trama de TFO. En efecto, la detección de DTMF es ejecutada en paralelo con el protocolo de TFO. La razón es que una repentina inserción de una secuencia de DTMF en el flujo de 64 kbps puede no provocar inmediatamente una clasificación "no-válida" de la trama de TFO en el detector de GCME 6 ó 6a. Esto es debido a la fase arbitraria en la que la trama de TFO, que podría ser afectada en primer lugar. Otra razón es que el efecto de la interferencia puede dejar a los bits de TFO comprobados sin verse afectados durante algún tiempo. Una operación continua del detector de DTMF 6a asegura que el inicio del tono de DTMF no se perderá.

En el modo "no Operativo en TFO", por ejemplo si el enlace está en vacío o en el caso de un procedimiento de transferencia, el detector de DTMF debe funcionar todo el tiempo. Este es el caso en el caso de señalización de DTMF continua, por ejemplo si el usuario de MS 1 introduce un PIN.

Hay un caso especial que observar: en caso de que el detector de DTMF 6a encuentre una señal de DTMF en el flujo entrante de 64 kbps pero las tramas de TFO entrantes (en modo "Operativo en TFO") todavía se consideren válidas, ninguna trama marcada como de DTMF como la de TFO es enviada al GCME remoto. Es decir, el resultado de la detección de DTMF es ignorado. La razón debe verse en la extremadamente pequeña posibilidad de que una trama de TFO válida pueda incluir una señal que imite a un patrón de señales de DTMF.

\vskip1.000000\baselineskip

Criterio de detección de DTMF

La generación de señales de DTMF en el generador 5 en MSC 4, y la aparición de tramas de TFO corruptas en el flujo de 64 kbps resultante el GCME 6 - antes o después - provocará un modo "no Operativo en TFO" para el enlace de GCME. Esto es debido a la longitud de los tonos de DTMF (véanse las Refs. 1 y 2). El GCME debe finalizar el modo "Operativo en TFO" tan pronto como los criterios de finalización de TFO (véase la Ref. 3) se cumplen. Se observa que esta terminación es independiente de si se encuentran señales de DTMF en el flujo de 64 kbps o no (es decir, hay causas distintas de la presencia de señales de DTMF que podrían provocar la finalización del modo de TFO). No obstante, es posible que el detector de DTMF 6a, o del GCME 6, pueda detectar un símbolo de DTMF antes o después de la finalización del modo "Operativo en TFO". Así, se consideran dos casos.

1.

Si el GCME 6 detecta un carácter de DTMF mientras que aún en modo "Operativo en TFO", esto quiere decir que las condiciones que finalizarán el modo "Operativo en TFO" no se han dado todavía (sino que es muy probable que el modo "no Operativo en TFO" sea adoptado muy pronto - el generador de DTMF 5 probablemente generará DTMF durante al menos 100 ms, dependiendo del ajuste de los operadores de red). No obstante, información sobre el símbolo de DTMF debería ser enviada al GCME 7 remoto lo antes posible, con el fin de evitar retardos innecesarios. Esto significa que la siguiente trama de TFO que se va a enviar al GCME remoto debe contener información para que el GCME genere el símbolo de DTMF detectado. En este caso, la información de DTMF es transportada en-banda, en una trama de TFO, como se explica con más detalle a continuación.

2.

El GCME 6 puede detectar un símbolo de DTMF tras haber llevado a cabo una transición desde modo "Operativo en TFO" a modo "No Operativo en TFO". Esto es seguramente el escenario de tráfico más probable, puesto que lleva algo de tiempo que el detector de DTMF detecte una señal de DTMF. En este caso, el GCME está en modo "compresión estándar" y normalmente envía/recibe conversación comprimida organizada entramas a/desde el GCME 7. El uso de un formato de tramas para este modo que sea similar al formato en tramas de TFO/TRAU es preferible, puesto que la capacidad de manejar este formato o protocolo ya está disponible en el GCME (por ejemplo formateo de EFT similar a TRAU). La información del símbolo de DTMF es enviada a continuación al GCME 7 remoto, en-banda, como antes. La siguiente trama de EFR similar a TRAU contiene información de DTMF, como se explica con más detalle a continuación.

Para completar, debe considerarse también un caso en el que el modo "Operativo en TFO" no ha sido establecido. En este caso:

3.

El GCME 6 detecta una señal de DTMF en modo "no Operativo en TFO". Esto indica probablemente la presencia de una secuencia de DTMF más larga, por ejemplo cuando se está introduciendo un PIN, o un fallo para establecer una conexión de TFO con la TRAU 3 durante la llamada (o posiblemente, el TRAU 3 puede no soportar TFO). Como en el caso 2, el carácter de DTMF es enviado a continuación en-banda al GCME 7 remoto. La siguiente trama de EFR similar a la TRAU contiene información de DTMF.

\vskip1.000000\baselineskip

El criterio para el detector de DTMF 6a está de acuerdo con las provisiones de la Ref. 1. Como se ha indicado anteriormente, tan pronto como un símbolo de DTMF ha sido identificado, se envía información en-banda al GCME 7 remoto. En términos de retardo de señal, esto significa que la señal de DTMF generada originalmente en 5 soporta un retardo de al menos el tiempo necesario para detectar una señal de DTMF (como se especifica en la Ref. 1). Adicionalmente, es posible un retardo de 0 .. 20 ms, dependiendo de se adapta el momento preciso de detección a la estructura de trama real de la TFO/TRAU. Realísticamente, esto significará un retardo de aproximadamente 40 .. 80 ms. Éste no es crítico desde el punto de vista de un servicio de DTMF, puesto que la generación de DTMF es asíncrona en los sistemas de GSM.

Puesto que puede generarse un símbolo de DTMF durante un rato mientras se efectúa la pulsación de la tecla en la MS 1, las tramas de DTMF necesitan ser repetidas siempre que el detector 6a determine que la señal de DTMF esté presente.

\vskip1.000000\baselineskip

Transmisión de DTMF en-banda

Para transmitir información de DTMF al GCME 7 remoto, se usa un esquema de señalización que está basado en la sincronización de la TFO/TRAU, usando una trama similar a la TFO/TRAU que está marcada como una trama de DTMF.

El receptor de la trama de DTMF (por ejemplo el GCME 6 local) marca la trama de DTMF para distinguirla de una trama de TFO/TRAU normal. De acuerdo con variantes de la realización preferida de la presente invención, existen diferentes posibilidades para tratar esto.

La variante preferida utiliza el BFI (Bad Frame Indicator - Indicador de Trama Mala) y una parte del campo de datos de la trama, como se explica a continuación.

El BFI = Indicador de Trama Mala es un indicador de calidad de una trama de TFO que proporciona información sobre la fiabilidad de los bits de parámetros de conversación incluidos. Un descodificador de conversación alimentado con tal trama descartará los bits de datos recibidos y llevará a cabo una ocultación de error basada en los parámetros encontrados en la última conversación buena o en la trama de silencio.

De acuerdo con la variante preferida, el BFI se usa junto con una parte del campo de datos de la trama de TFO/TRAU con el fin de enviar la información de DTMF. El beneficio más inmediato de esta variante es que no viola el protocolo de TFO de ninguna manera. De acuerdo con esta variante, una trama de DTMF consiste en tres o cuatro campos de bits:

1.

BFI que indica una trama mala

2.

campo de cabecera de DTMF: los primeros (por ejemplo 16) bits del campo de datos de una trama de TFO/TRAU puestos a un valor predeterminado, por ejemplo todos "1".

3.

campo de información de DTMF: la codificación del símbolo de DTMF (por ejemplo 4 bits), y preferiblemente

4.

campo de protección de información de DTMF: Un CRC o protección de paridad en el campo de info de DTMF (por ejemplo 1-3 bit).

Si el GCME 6 local recibe una trama de TFO válida (es decir trama de no-DTMF) en el flujo de 64 kbps que está marcada como mala (por medio del BFI), preferiblemente asignan a los 16 bits del campo de datos de la trama de TFO que pertenecen a la cabecera de DTMF un valor predeterminado diferente del valor predeterminado mencionado en 2 anteriormente, por ejemplo todos "0"s. Esto es deseable puesto que los bits de datos originales de la trama de TFO entrante podrían, casualmente, ser idénticos al valor de la cabecera de DTMF predeterminado mencionado en 2 anteriormente.

Así, el GCME 6 que recibe esta trama usa la información del BFI y la cabecera de DTMF con el fin de decidir si es una trama de TFO normal (pero mala) o una trama de DTMF.

Preferiblemente, el número de bits usados para codificar la cabecera de DTMF no debería exceder el número de bits de parámetro de conversación requeridos que se usan para transportar información sobre el espectro. La razón es que algunos codecs de conversación (por ejemplo EFR - Enhanced Full Rate - Velocidad Máxima Mejorada) usan alguna parte de los bits de datos para generar la secuencia de excitación incluso si la trama está marcada como mala, aunque los parámetros espectrales de tramas malas no se usan nunca.

Así, se proporciona una trama de DTMF marcando la trama de TFO como mala, usando el campo de BFI, y asignando a todos los bits del campo de cabecera de DTMF un patrón predeterminado, por ejemplo todos "1". Los bits del campo de información de DTMF están codificados para transportar la información de DTMF real. Puesto que existen 16 símbolos de DTMF, la información del símbolo puede ser codificada usando 4 bits.

Esta codificación puede ser la indicada en la Tabla siguiente, pero puede usarse cualquier otra codificación adecuada.

\vskip1.000000\baselineskip

TABLA

2

Las tramas de DTMF son, como se indicado anteriormente, enviadas siempre que se detecte un símbolo de manera continua en el detector 6a. La primera trama de DTMF origina la generación de un símbolo de DTMF con al menos la longitud especificada en la Ref. 1, mientras que cada trama de DTMF subsiguiente origina una prolongación del símbolo en 20 ms.

Para tratar el problema potencial de deslizamiento de octetos en el flujo de PCM dentro de los componentes del GCME, el campo de información de DTMF de 4 bits debe preferiblemente estar protegido con un bit de CRC o de paridad, como se indicado anteriormente. El número de bits requerido para esta protección debería mejor estar situado directamente tras el campo de información de DTMF.

Además, puede ser deseable enviar cada trama de DTMF dos veces, con el fin de asegurar que un error durante la transmisión de una trama de DTMF (error de bit o deslizamiento de octeto) no hará que se pierda un símbolo de DTMF. Puesto que la separación de símbolos de DTMF enviados consecutivamente desde el MSC es al menos 80 ms, el doble envío de un símbolo de DTMF sobre el enlace GCME-GCME no introduce más retardo de señal. Tras la transmisión de dos tramas de DTMF debe haber al menos una trama de no-DTMF antes de que la siguiente trama de DTMF pueda ser enviada.

De acuerdo con una variante de la realización de la presente invención anterior, existe una opción alternativa que implica el uso de los bits de reserva de la trama de TFO para enviar información de DTMF. Los bits de reserva de la trama de TFO son (c6-C11), C16 y C18-C21. Si el GCME está usando compresión estándar en modo de no-TFO, los bits de reserva también existen aquí. El indicador BFI puede usarse también para codificar las tramas de DTMF.

No obstante, un inconveniente potencial de una variante basada en el uso de bits de reserva de la trama de TFO es que el TFO estándar puede ser cambiado en el futuro. De acuerdo con la Ref. 3, los bits de reserva deben ser enviados al binario "1".

De manera similar, las tramas EFR similares a la TRAU pueden ser marcadas como tramas de DTMF y transportan información de DTMF.

Así, cuando se transporta información de DTMF, el ancho de banda como el requerido por un canal de TFO se mantiene canal.

\vskip1.000000\baselineskip

Re-generación del tono de DTMF

En el GCME 7 remoto, el detector de DTMF 7a distingue entre tramas de TFO/TRAU que contienen información de conversación y tramas de DTMF, recibidas desde el GCME 6 local. El detector 7a cumple esto sobre la base de la marcación de las tramas como se ha descrito anteriormente en el GCME 6 local.

\vskip1.000000\baselineskip

Criterio de re-generación

Tan pronto como una trama de DTMF válida es reconocida por el detector 7a en el GCME 7 remoto y la última trama recibida no era una trama de DTMF, se activa un generador de DTMF 7b para generar un tono de DTMF de 64 kbps con la longitud especificada en la Ref. 2. Los tonos de DTMF deben ser generados de acuerdo con las provisiones de la Ref. 1.

No obstante, puesto que los criterios de detección y transmisión de símbolos de DTMF no son idénticos en la Ref. 1, el GCME 7 está equipado con medios para almacenar temporalmente tramas de DTMF/TFO/similares a TRAU entrantes. Esto significa en particular que si el GCME 7 detecta que la última trama entrante no prolonga el carácter de DTMF actual (por ejemplo es una trama codificada de EFR, similar a TRAU, normal) y el símbolo de DTMF generado actualmente ha sido ya (re)generado con la longitud especificada en la Ref, 1, entonces todas las "tramas de prolongación" de DTMF almacenadas temporalmente en el GCME 7 pueden ser saltadas para evitar otro retardo.

Además, con el fin de no introducir más retardo del necesario, la decisión sobre la validez de la trama de DTMF recibida puede ser tomada tan pronto como todas las partes relevantes de una trama de DTMF han sido recibidas. Esto significa en particular que ninguno de los bits de sincronización tras el campo de protección de información de DTMF necesita ser comprobado.

Se comprenderá de lo anterior que de acuerdo con una realización de la presente invención, en la cual el protocolo de TFO de GSM se emplea junto con un equipo de multiplicación de circuitos digitales (GCME) se permite una solución al problema del tono de en-banda o de la señalización de DTMF que consiste básicamente en tres etapas o partes:

1)

Detección de DTMF el equipo (GCME 6) local está equipado con un detector de DTMF 6a. Si está en modo "Operativo en TFO", este detector puede ser iniciado tan pronto como el protocolo de TFO en el lado del GCME local se corrompe. Alternativamente, el detector puede operar de manera continua incluso si se reciben tramas de TFO válidas. En modo "no Operativo en TFO", el detector opera de manera continua.

2)

Transmisión de DTMF en-banda Tan pronto como un símbolo de DTMF ha sido identificado en el equipo local (GCME 6 o detector 6a), si el modo "Operativo en TFO" aún es efectivo, o está en modo "No Operativo en TFO", este información es enviada en-banda al equipo remoto (GCME 7). Esto se hace usando tramas de TFO o similares a TRAU que están especialmente marcadas como poseedoras de información de DTMF. Esta señalización similar a TFO/TRAU de los símbolos de DTMF es una característica clave de la presente invención.

3)

Re-generación de DTMF: El equipo remoto (GCME 7 o detector 7a) comprueba de manera continua si la trama de TFO o similar a TRAU contiene conversación codificada de TFO o conversación comprimida, o señalización de DTMF. A la recepción de una trama de DTMF, se activa un generador de DTMF 7b local para reproducir un tono de DTMF claro usando todo el enlace de 64 kbps.

\vskip1.000000\baselineskip

Estudios preliminares han indicado que el equipo GCME puede ser desarrollado sobre la base de las infraestructuras existentes. Todo el tráfico de conversación inter-MSC puede ser intercambiado con 8 ó 16 kbps debido al protocolo de TFO y al modo de compresión de conversación del equipo GCME, y esta presente invención permite el intercambio de tonos de DTMF también con 8 ó 16 kbps, de manera que no se necesita cambiar a 64 kbps o a 32 kbps por medio de ADPCM etc. Así, el ancho de banda que se necesita para un canal de TFO, o un canal de conversación comprimida, puede mantenerse para pasar información de DTMF. Tan pronto como la TFO puede ser restablecida con una TRAU, por ejemplo después de que se ha completado la señalización de DTMF y se ha recuperado la transparencia del enlace, el equipo GCME puede volver al modo "Operativo en TFO".

Con la presente invención, la complejidad del sistema, en particular del equipo GCME, puede mantenerse en un mínimo. La gestión de recursos de los enlaces dentro de la cadena GCME-GCME se simplifica sustancialmente. Esto es porque la invención utiliza una señalización de TFO/similar a TRAU para los símbolos de DTMF.

Con la presente invención, los costes de desarrollo del producto GCME pueden reducirse substancialmente, puesto que con la presente invención no se necesita una conmutación dinámica en un GCME dentro de la duración de una llamada. El esfuerzo y el desembolso que se necesita para implementar la detección/generación de DTMF como en la presente invención es mucho menor de lo que sería necesario para implementar una conmutación dinámica.

Además, con la presente invención se evita la congestión, mientras que todas las soluciones de DTMF basadas en conmutación dinámica pueden enfrentarse al problema de la congestión.

Con la presente invención, se proporciona una solución al problema de señalización de tonos a través de un enlace de comunicaciones de TFO que soportaría incluso costes de transmisión reducidos en llamadas de MS-PSTN, puesto que la transcodificación puede ser trasladada desde la TRAU al borde de la PLMN (Public Land Mobile Network - Red de Telefonía Móvil Terrestre Pública), donde se interconecta la PSTN.

Claims (8)

1. Método para transportar información de señalización de tonos a través de un enlace de Digital Circuit Multiplication Equipment - Equipo de Multiplicación de Circuitos Digitales, GCME, específico de GSM, en una red de GSM que soporta Tandem Free Operation - Operación Sin Tándem, TFO, y modos de compresión de conversación para el paso de señales a través del enlace, usando respectivamente tramas de TFO y tramas similares a TRAU, comprendiendo el método:

detectar (6a), en un flujo de datos hacia la entrada local al enlace del GCME, una señal de tonos para ser transportada,

codificar la señal de tonos detectada en bits de una trama de TFO o similar a TRAU para ser enviada a través del enlace del GCME, incluyendo ajustar los bits para marcar la trama como poseedora de una información de señalización de tonos y ajustando los bits para identificar la señal de tonos detectada, en la que la información de señalización de tonos es transportada en-banda a través del enlace del GCME como una trama de TFO o similar a TRAU marcada,

detectar (7a), en la salida remota del enlace del GCME, la trama marcada y regenerar la señal de tonos, dependiendo de los bits de la trama marcada.

2. Un método de acuerdo con la reivindicación 1, en el que una señal de tonos detectada es codificada en una trama como sigue:

a.

un bit indicador de trama mala, BFI, de la trama, es ajustado para indicar una trama mala,

b.

a los primeros n bits del campo de datos de la trama se les asigna un valor predeterminado como un campo de cabecera de señalización de tonos

c.

los otros m bits del campo de datos son codificados en correspondencia a la señal de tonos o símbolo que se van a transportar, como un campo de información de señal de tonos.

3. Un método de acuerdo con la reivindicación 2, en el que se proporciona también, en la trama:-

d.

Bits de protección de CRC o de paridad para el campo de información de señal de tonos, preferiblemente de manera directa después de los bits del campo de información de señal de tonos.

4. Un método de acuerdo con la reivindicación 1, 2, ó 3, en el que la señal de tonos detectada es codificada en bits de reserva de una trama.

5. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que una señal de tonos que va a ser transportada a través del enlace del GCME es detectada comprobando si llegan tramas de TFO corruptas o no válidas en el flujo de datos a la entrada local del enlace del GCME y, en el caso de que se detecte una trama de TFO corrupta, determinar si se transporta un patrón de señalización de tonos en el flujo de datos entrante.

6. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que cada trama marcada es transportada a través del enlace del GCME dos veces.

7. Aparato para transportar información de señalización de tonos a través de un enlace de Digital Circuit Multiplication Equipment - Equipo de Multiplicación de Circuitos Digitales, GCME, específico de GSM, en una red de GSM que soporta Tandem Free Operation - Operación Sin Tándem, TFO, y modos de compresión de conversación para el paso de señales a través del enlace, usando respectivamente tramas de TFO y tramas similares a TRAU, comprendiendo el aparato:

un detector (6a), dispuesto en un flujo de datos en la entrada local al enlace del GCME, operable para detectar una señal de tonos que va a ser transportada,

codificar medios operables para codificar la señal de tonos detectada en bits de una trama de TFO o similar a TRAU para ser enviada a través del enlace del GCME, incluyendo ajustar los bits para marcar la trama como poseedora de una información de señalización de tonos y ajustando los bits para identificar la señal de tonos detectada, en la que la información de señalización de tonos es transportada en-banda a través del enlace del GCME como una trama de TFO o similar a TRAU marcada,

un detector (7a), en la salida remota del enlace del GCME, operable para detectar la trama marcada y para regenerar la señal de tonos, dependiendo de los bits de la trama marcada.

8. Aparato de acuerdo con la reivindicación 7, operable para llevar a cabo un método de acuerdo con cualquiera de las reivindicaciones 2 a 6.