¿Se puede oir el microfono de un movil antes de establecer llamada?

Es un debate que sale de cuando en cuando. El rumor es que sí que se puede, y que ese audio se suministra a los servicios de emergencias y a las escuchas autorizadas en la legislacion de cada pais. Buscando por ahi, he encontrado una compañia, compass, que incluye este tipo de escuchas entre sus demos, pero con una mini-centralita propia, supongo que del mundillo osmocomBB y vete a saber si funciona con todos los telefonos moviles o solo en algunos.

El estandar no aclara gran cosa: Si leemos la wikipedia https://en.wikipedia.org/wiki/Um_interface se nos dice que

defined in GSM 04.08 Sections 5.2.1 and 7.3.2 but taken largely from ISDN Q.931

The TCH+FACCH assignment can occur at any time during the transaction, depending on the configuration of the network. There are three common approaches:

  • Early Assignment. The network assigns the TCH+FACCH after sending CC Call Proceeding and completes call setup on the FACCH. This allows the use of in-band patterns (like the ringing or busy patterns) generated by the network. This is the example shown.

  • Late Assignment. The network does not assign the TCH+FACCH until after alerting has started. This forces the MS itself to generate the patterns locally since the TCH does not yet exist to carry the sound.

  • Very Early Assignment. The network makes an immediate assignment to the TCH+FACCH in the initial RR establishment and performs the entire transaction on the FACCH. The SDCCH is not used. Because immediate assignment starts the FACCH in a signaling-only mode, the network must send the RR Channel Mode Modify message at some point to enable the TCH part of the cha…

Vamos, que en efecto el TCH, el traffic channel, puede estar establecido antes. Esto puede ser usado por la centralita para enviar lo que la gente de SIP llama “Early Media” o “Early Session”: tonos, o mensajes pregrabados, tanto al auricular de la llamada saliente como al altavoz de la llamada entrante (los sistemas estilo Asterisk pueden producir y escuchar el Early Media via whisper y chanspy). El estandar especifica que hay una flag en el CC ALERT que indica que se van a usar estos tonos:

When user alerting has been initiated at the called side, an ALERTING message is sent to the Mobile Station. The network may optionally instruct the MS to attach the user connection at this stage of the call, by means of the progress indicator information element set to the value #1 or #8(if the ringing tone will be sent by the remote end) in the ALERTING message. In that case, an alerting ringing tone has to be generated by the network.

Los mensajes #1 y #8 de la especificacion son para enviar audio desde la centralita al telefono: #1 es “Call is not end-end ISDN. Further call progress information might be available in-band” y #8 es “In-band information or an appropriate pattern is now available“. De hecho tambien otros mensajes permiten in-band, y no solo al inicio de la sesion sino tambien al final.

GSM 4.08 insiste en que se establezca canal, pero respecto del micro puede que este aun cerrado, o al menos en algun estado diferente, dado que el chip a este nivel no tendria por que estar ejecutando  compresion/decompresion, solo se pide que:

NOTE: The speech codec is transparent for supervisory tones

Lo que puede significar que el micro esta encendido, o no.  El punto es donde esta conectado el microfono, y si el tener el speech codec en modo transparente implica simplemente mala calidad del micro o directamente que esta desconectado. Mirando el diseño del OpenMoko, se ve por ejemplo que el micro va directamente al chip del codec y el modo de operacion esta -me parece- fijo, asi que si el chip GSM opta por activarlo, poco se puede hacer.  Algunos libros de texto indican que el “audio path” debe estar conectado tras el ultimo CONNECT ACKNOWLEDGE y el test estandar ocurre ahi, asi que un terminal que espere hasta el ACK para conectar el micro pasaria los tests.  Pero desde el punto de vista de la compañia podria haber tenido interes conectarlo antes para poder mandar comandos de debug con FSK/DTFM compatibles con los de las terminales fijas, y hoy en dia tendria sentido para mandar ordenes de marcación por reconocimiento de voz (IVR systems, los antiguos servicios *44 VAD, Voice-Activated-Dialing de las lineas de tierra)… aunque solo desde el terminal de donde sale la llamada.


 

Leave a Reply / Añade un comentario:

This site uses Akismet to reduce spam. Learn how your comment data is processed.