TRATAMIENTO DE DATOS EARLY MEDIA I
CAMPO DE LA INVENCIÓN La invención se refiere a procedimientos y dispositivos para seleccionar datos de usuario "Early Media" transmitidos entre un terminal de abonado de establecimiento de llamada y al menos un terminal de abonado de destino de la llamada antes de la finalización de un establecimiento de llamada a través de al menos una red de telecomunicaciones .
ANTECEDENTES DE LA INVENCIÓN El denominado "Session Initiation Protocol" (SIP, protocolo de inicio de sesión) es un protocolo de transmisión de señales que puede utilizarse para el denominado "Cali Control" (control de las llamadas) , por ejemplo, de conversaciones telefónicas. El protocolo SIP ha sido estandarizado por el equipo IETF (Internet Engineering Task Forcé, equipo de trabajo técnico de Internet) en RFC 3261y en una versión anterior en RFC 2543. El protocolo SIP utiliza el denominado "Session Description Protocol" (SDP, protocolo de descripción de la sesión) para describir la conexión de comunicación establecida, IETF RFC 2327, de una forma descrita en IETF RFC 3264. El protocolo SIP, . al igual que las conexiones de usuario negociadas, normalmente se - - encamina a través del Protocolo de Internet. El protocolo SIP se utiliza de la forma descrita, por ejemplo, en el denominado "Internet Multimedia Subsystem" (IMS, subsistema multimedia de Internet) de una red de telefonía móvil estandarizada de 3GPP (proyecto de colaboración en tercera generación) y 3GPP2 (proyecto 2 de colaboración en tercera generación) . Durante el establecimiento de la llamada por parte del terminal SIP de una persona A que llama a un usuario B que es telefoneado puede traspasarse la transmisión de señales SIP desde nodos de conmutación, los denominados "proxies" . En este sentido, se permite a los proxies traspasar un mensaje entrante que indica el deseo del usuario A tras una conexión con B (una denominada "INVITE Request" (petición INVITAR) ) a varios proxies distintos o terminales SIP al mismo tiempo o de forma secuencial, por ejemplo, para buscar al usuario B. Dado que estos últimos proxies mencionados también pueden ramificar el mensaje durante el traspaso, puede producirse una ramificación del mensaje en forma de árbol. Este traspaso ramificado de los mensajes se denomina en el protocolo SIP "forking" (ramificación) . Cuando el mensaje INIVITE (INVITAR) llega a un terminal del usuario B, este terminal puede responder con un denominado mensaje "lxx Provisional Response" (respuesta provisional lxx) que, por ejemplo, puede servir para - - negociar los medios usados para las conexiones de comunicación (por ejemplo, voz, vídeo) y su codificación, o, no obstante, para indicar que se emita una alarma dirigida al usuario B (por ejemplo, haciendo sonar su teléfono SIP) . En caso de Forking (ramificación) puede suceder que varios terminales envíen estas respuestas provisionales (=provisional responses) , por ejemplo, si suenan a la vez varios teléfonos SIP. Para finalizar el establecimiento de la relación de comunicación entre un terminal de la persona A que llama y un terminal de la persona B telefoneada, este terminal responde con una denominada "2xx Final Response" (Final Response = respuesta definitiva / concluyente) , por ejemplo, si el usuario B ha descolgado el teléfono SIP. Varios terminales de B pueden enviar estas respuestas finales, por ejemplo, si se descuelgan varios teléfonos SIP que están sonando. De forma correspondiente, puede suceder que el terminal de A reciba "Provisional Responses" (respuestas provisionales) y / o "Final Responses" (respuestas finales) de varios terminales de B. Cada terminal de B proporciona todos los mensajes que envía a A como respuestas con la misma identificación inequívoca. Si el terminal de A obtiene mensajes de respuesta SIP de A con una nueva identificación, el terminal de A sabe por ello que se comunica con un nuevo punto de destino de red. En el protocolo SIP se dice en tal - - caso que entre el terminal de A y el terminal de B que responde existe un denominado "Dialog" (diálogo) . Antes de que A (y / o, dado el caso, B) haya obtenido una "Final Response" (respuesta final) para un diálogo, se habla de un "Early Dialogue" (diálogo previo) , después, de un "Established Dialogue" (diálogo establecido) . Puede suceder que los terminales de A y B intercambien ya antes del fin del establecimiento de la relación de comunicación medios (datos de usuario) que se denominan "Early Media" (medios previos) . Así, por ejemplo, al igual que en una red telefónica clásica, pueden transmitirse tonos telefónicos y anuncios, preferiblemente en el sentido de B a A. Para una red telefónica con transmisión de señales SIP es especialmente importante que soporte la transmisión de "Early Media" cuando la red se conecta con una red telefónica clásica. En caso de que al establecer la relación de comunicación de A a B, debido a la ramificación, se produzcan varios diálogos en (con) el terminal A, A también puede recibir medios (datos de usuario) , especialmente "Early Media", de diferentes terminales B, B' . El terminal de A debe representar los medios de forma adecuada. Por ejemplo, puede concebirse que se representen diferentes corrientes de video entrantes en ventanas independientes en una pantalla. Sin embargo, a menudo sólo es útil la - - elección de una corriente entrante de medios y el rechazo de las corrientes de medios restantes, por ejemplo, porque la pantalla en un terminal móvil es demasiado pequeña para representar varias ventanas o porque se haría incomprensible el contenido debido a la superposición de diferentes tonos de sonido o anuncios . La información transmitida por los diálogos SIP correspondientes podría ser criterios que permiten elegir una corriente de medios adecuada (corriente de datos de usuario) para la representación: Si debido a la recepción de la primera respuesta "Final esponse" SIP un diálogo "Early Dialogue" se convierte en un diálogo "Established Dialogue" , es útil seleccionar la corriente de medios correspondíente. Puede resultar útil elegir los medios "Early Media" que corresponden a los diálogos "Early Dialogue" establecidos en último lugar en cada caso. Este es el caso especialmente cuando los proxies "Forking" se emplean de forma secuencial . Cuando un terminal envía una respuesta negativa, o, no obstante, · tras un cierto intervalo de tiempo no se ha llevado a cabo la relación de comunicación con éste, por ejemplo, porque ningún usuario ha "descolgado", un proxy encamina la petición "INVITE Request" a otro terminal. En este caso el grupo de trabajo IETF SIP WG se dedica a buscar sólo de forma secuencial especificar métodos que le permitirán al terminal A ser solicitado por un proxy (draft-ietf-sip-callerprefs, borrador de preferencias de la persona que llama respecto al protocolo IETF SIP) . El terminal A puede finalizar diálogos mediante transmisión de señales SIP, por ejemplo, porque sólo está en condiciones de soportar un número limitado de diálogos. No obstante, los medios correspondientes pueden recibirse todavía un cierto tiempo debido a los tiempos de retardo de la transmisión de señales y los medios a través de la red. Se desea que los medios se supriman durante este tiempo de transición. En este sentido, la información contenida en los protocolos SIP y SDP no siempre permite de manera inequívoca correlacionar un diálogo SIP con la corriente de medios correspondiente. En especial, el terminal de la persona A que llama elige una dirección IP y un puerto, tal como por ejemplo un puerto UDP (véase IETF RFC 768) , para recibir las corrientes de medios antes de que envíe la solicitud INVITE Request que contiene estos datos. Por - - tanto, todos los medios entrantes se reciben en la misma dirección IP y en el mismo puerto. Mediante los parámetros "source IP Adresse" (dirección IP fuente) en la cabecera IP y "source Port" (puerto fuente) en la cabecera UDP de los paquetes recibidos éstos pueden diferenciarse, a saber, la dirección IP y el puerto desde los cuales se enviaron los paquetes. No obstante, en los protocolos SIP / SDP según RFC 3264 no se recibe información mediante esta dirección IP fuente y este puerto fuente, sino sólo a través de la denominada dirección IP estination" destino y el puerto "destination" (destino) , es decir, la dirección IP y el puerto a los que se han enviado los paquetes . Tal como ha sido concebida la ramificación SIP (SIP Forking) , en primer lugar se ha pasado por . alto la interacción con "Early Media" dado que los "Early Media" sólo se presentan en una red SIP en casos especiales, por ejemplo, durante la conexión con una red telefónica clásica. El tratamiento de "Early Media" (datos de usuario) en el caso de la ramificación se discute actualmente en el grupo de trabajo IETF SIPPING. El borrador "draft-camarillo-sipping early media" propone negociar para los datos de usuario Early Media conexiones de comunicación propias mediante el protocolo SIP, presentándose el terminal B, en el caso de las conexiones de comunicación - - para "Early Media", como el que realiza la llamada, si recibe una llamada de A para la verdadera conexión de usuario y, en relación con esta llamada, para la conexión de usuario con A se presenta en un diálogo "Early Dialogue". No obstante, esto tiene la desventaja de que debe intercambiarse un número considerablemente mayor de mensajes SIP, lo cual conduce, especialmente durante la transmisión a través de una interfaz aérea con un reducido ancho de banda, al retardo del establecimiento de la llamada y a la demanda de un mayor número de recursos . Además, posiblemente sería necesario reservar recursos de transmisión independientes para "Early Media" -y la verdadera conexión de usuario. El grupo de trabajo IETF MMUSIC propone en el borrador raft-ietf-mmusic-sdp-srcfilter" introducir en el protocolo SDP un parámetro que permita expresar la dirección IP fuente y el puerto UDP fuente desde el cual un usuario desea recibir paquetes. Esta información puede utilizarse para configurar denominados "Firewalls" (cortafuegos) que se disponen en medio. No obstante, el uso de este parámetro en la transmisión de señales H.248 aún no se ha descrito. El objetivo de la presente invención es posibilitarle a un terminal SIP de una persona que llama (terminal A de abonado de establecimiento de llamada) elegir corrientes de medios (datos de usuario Early Media) de la forma más eficiente posible (especialmente para su encaminamiento o rechazo) . El objetivo se alcanza en cada caso a través de los conceptos centrales de las reivindicaciones independientes . Se le posibilita al terminal SIP de la persona A que llama establecer una correlación entre los diálogos SIP (respuestas) y las corrientes de medios (datos de usuario early media) para seleccionar corrientes de medios adecuadas . El uso según la invención de una dirección de recepción de abonado de destino de llamada (dirección IP / número de puerto) que ha sido comunicada por el destino de la llamada (?/?') al abonado (A) de establecimiento de llamada, por ejemplo, en un mensaje SIP Provisional Response o mensaje SIP Final Response, para la selección de datos de corrientes de medios (datos de usuario Early Media) recibidos por el abonado (A) de establecimiento de llamada (enviados por el abonado (B) de destino de la llamada) , suponiéndose que la dirección de recepción del abonado de destino de la llamada señalizada mediante SIP (o mediante protocolos transportados por SIP, como, por ejemplo, SDP) y la dirección de emisión (dirección fuente IP y, por ejemplo, el puerto fuente UDP) de un destino (B) de la llamada, indicada en los paquetes de corrientes de medios recibidos por A, son iguales; posibilita una selección sencilla y eficaz de los datos de corrientes de medios. Aunque teóricamente es posible que el abonado B utilice diferentes direcciones IP y / o diferentes puertos para emitir y recibir corrientes de medios correspondientes, según la experiencia, B utiliza para ello con mucha frecuencia la misma dirección IP y el mismo puerto. El uso según la invención de la dirección de recepción de abonado de destino de la llamada a partir de la transmisión de señales SIP/SDP es especialmente adecuado para elegir corrientes de medios que deben suprimirse . Con ello se evita que A suprima por error corrientes de medios cuando B utiliza diferentes direcciones IP y/o puertos para la emisión y la recepción. En este caso, al menos A siempre está en condiciones de representar la corriente de medios "adecuada" cuando se recibe como única. Por ejemplo, A puede recibir varias corrientes de medios tras recibir una respuesta final SIP durante un periodo de transición, no obstante, las corrientes de medios que corresponden a los diálogos "early dialogues" SIP restantes finalizan normalmente tras cierto tiempo. En contraposición al actual documento de estandarización IETF SIPPING raft-camarillo-sipping-early-media" , (concretamente, negociar conexiones de comunicación propias para datos Early Media mediante el protocolo SIP) , es muy eficaz la forma de proceder según la - - invención en relación con el número de mensajes SIP que han de transmitirse a través de una interfaz aérea y en relación con los reducidos cambios necesarios de los terminales . Los datos de la dirección de recepción del abonado de destino de la llamada considerados para la selección contienen de forma útil una dirección IP y un número de puerto del abonado de destino de la llamada (terminal B) . El hecho de que los datos (IP-B, puerto B) de la dirección de recepción del abonado de destino de la llamada señalizados mediante SIP de un abonado (B) de destino de la llamada también representen datos (IP b, puerto b) de la dirección de emisión del abonado de destino de la llamada de este abonado (B) de destino de la llamada puede significar especialmente que son iguales (IP-B = IP b, puerto B = puerto b) o que son iguales hasta las adiciones. También puede resultar ventajoso considerar sólo las direcciones IP, pero no el puerto, o incluso considerar únicamente un prefijo Ipv6 Address Prefix (prefijo de dirección Ipv6) . De esta manera, se le garantiza a un terminal móvil 3GPP (un denominado "User Equipment" (UE, equipo de usuario)) según 3GPP TS 23.060 que sólo utiliza direcciones IP con el mismo prefijo IPv6 Address Prefix.
- -
Mediante la siguiente descripción de un ej.emplo de realización mediante el dibujo se desprenden otras características y ventajas de la invención.
BREVE: DESCRIPCIÓN DE LA FIGURA. La figura 1, muestra de forma esquemática, la transmisión de señales durante el establecimiento de conexiones SIP y transmisiones de datos de corrientes de medios Early Media.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN El experto conoce redes celulares de telefonía móvil (tal como GSM, 3G, CDMA2000, TDSCDMA, etc.) y redes fijas, así como terminales correspondientes y procedimientos (SIP, SDP) de transmisión de señales (véase, por ejemplo, las especificaciones en www.3gpp.org). La figura 1 muestra un abonado A de establecimiento de llamada que comprende una parte de conexión A de terminal SIP y una parte de transmisión de señales A de terminal SIP que se comunica mediante una red de telefonía móvil (sólo mostrada aquí en el alcance de un proxy SIP necesario para comprender la invención) con un abonado (=B) de destino de la llamada que comprende un terminal B SIP y un abonado (=?') de destino de la llamada que comprende un terminal B' SIP según un protocolo SIP para establecer una conexión de - - datos de usuario. Por ejemplo, en el caso de la parte de conexión A del terminal SIP puede tratarse de una interfaz denominada "I -MGW", en el caso de la parte de transmisión de señales A del terminal SIP, de un interfaz denominada "MGCF", en el caso del proxy SIP, de una interfaz denominada ttS-CSCF", y en el caso del terminal B y B' SIP, del denominado equipo "UE" . Para mayor simplicidad, se han omitido algunos mensajes SIP, tales como por ejemplo n100 Trying" (intento) , P ACK y 200 OK (PRACK) . En el ejemplo mostrado, tras un mensaje 1 desde la parte de transmisión de señales A del terminal SIP a la parte de conexión A del terminal SIP, se intenta establecer una conexión de telecomunicación (por ejemplo, para una conexión de voz u otra conexión de datos de usuario) , intercambiándose, hasta que el usuario B telefoneado descuelga (etapa 15) , en el terminal B de abonado de destino de la llamada, los mensajes 3-7, 9, 10, 13 entre el abonado A de establecimiento de la llamada y el abonado B de destino de la llamada (por la red de transmisión de señales por el proxy SIP) . La parte de conexión A del terminal SIP elige la dirección (dirección IP de A, (IP-A) y el número de puerto de A (puerto-A) ) que va a emplear el terminal A SIP para la futura recepción, la transmite en la etapa 3 a la parte de transmisión de señales A SIP, que en la etapa 4 envía un mensaje INVITE SIP con datos de la dirección (IP - -
A, puerto A) de recepción A del terminal a un Proxy SIP de una red de telecomunicaciones (por ejemplo, una red celular de telefonía móvil) que emplea ramificación SIP y, en la etapa 5 o 6, transmite este mensaje Invite SIP al terminal B del abonado de destino de la llamada (terminal B SIP) o al terminal B' de abonado de destino de la llamada (terminal B' SIP) , a continuación de lo cual, en la etapa 7, el terminal B SIP elige su dirección (IP B, puerto B) de recepción de abonado de destino de la llamada ? su dirección (IP b, puerto b) de emisión, mientras que en la etapa 8 elige el terminal B' SIP para recibir su dirección (IP B' y puerto B' ) de recepción del abonado de destino de la llamada y para enviar su dirección (IP b' y puerto b') de emisión. En la etapa 9 se transmite la dirección (IP-B, puerto B) de recepción del abonado de destino de la llamada seleccionada en el abonado B de destino de la llamada junto con una identificación inequívoca del diálogo B en un mensaje SIP-181-Ringing-Provisional-Response (respuesta provisional de tono 181 SIP) a un proxy SIP de una red de telecomunicación, que en la etapa 10 transmite junto con la dirección (IP-B, puerto B) de recepción del abonado de destino de la llamada al abonado (A) de establecimiento de la llamada. Además, aquí en la etapa 11 se transmite desde el otro terminal B' SIP un mensaje "SIP 180 Session Progress" (progreso de sesión 180 SIP) - "Provisional - - esponse" (respuesta provisional) con la dirección (??-?' , puerto B') de recepción del abonado de destino de la llamada y la identificación B' del diálogo al proxy SIP y (en la etapa 12) al terminal A SIP (el abonado A de establecimiento de la llamada) . Gracias a la recepción de los mensajes 9 y 11 con diferentes identificaciones B y B' de diálogo, la parte de conexión A del terminal SIP sabe que transmite señales con dos terminales B y B' y que los dos terminales ya en este instante envían datos (=datos Early Media = datos de corrientes de medios) a (IP-A, puerto A) , tal como en la etapa 13 ó 14 desde el terminal B o B' SIP al terminal del abonado A de establecimiento de llamada. A este respecto, el terminal B SIP (o el otro destino de llamada y el terminal B' SIP) indica una dirección IP-b, puerto b (o IP-b', puerto b') de emisión de abonado de destino de llamada que indica el lugar del que proceden los datos para posibilitar la determinación de su procedencia en el abonado A de establecimiento de la llamada. Además, los datos Early Media transmitidos en las etapas 13 ó 14 también contienen una dirección de destino del abonado de establecimiento de la llamada que se utiliza para el encaminamiento IP (IP-Routing) . Los datos Early Media pueden contener, por ejemplo, tonos de sonido, anuncios, etc .
- -
Si se encaminan llamadas (en la denominada ramificación) a varios dispositivos de conmutación de la red de telecomunicaciones (proxies) y / o terminales SIP (como B, B') al mismo tiempo o de forma secuencial y, eventualmente, se encaminan desde terminales B, B' SIP direccionados y / o proxies a otros terminales, pueden llegar de múltiples terminales respuestas provisionales (Provisional Responses) y, dado el caso, datos de corrientes de medios Early Media al terminal A del abonado de establecimiento de llamada cuya selección se optimiza, según la invención, de forma sencilla y eficaz. Esto es posible si la dirección (IP B, puerto B) de recepción del abonado de destino de la llamada (transmitida en una respuesta) es idéntica a la dirección (IP-b, puerto b) de emisión B del abonado de destino de la llamada y esta última se utiliza para la selección de manera que los datos (13, 14) Early Media recibidos por el terminal A del abonado de establecimiento de la llamada pueden seleccionarse de forma sencilla y eficaz sin gran cambio de los aparatos existentes con la dirección (IP b, puerto b) de emisión del abonado de destino de la llamada obtenida con ello (para un tratamiento posterior o un rechazo) . Un rechazo puede tener lugar, por ejemplo, cuando tras transmitir un mensaje "Final Response 200-OK" en las etapas 16, 17 desde el terminal B del abonado de destino de la - - llamada al terminal (A) de abonado de establecimiento de la llamada se señaliza la finalización satisfactoria del establecimiento de la llamada, de manera que a continuación se origina un diálogo "Established Dialogue" entre el terminal A y el terminal B, a continuación de lo cual, por ejemplo, el abonado A de establecimiento de la llamada puede ignorar / omitir / rechazar corrientes de datos Early Media que no se corresponden con el diálogo Established Dialogue establecido con el mensaje 16/17 (que, por tanto, contienen otra dirección de emisión del abonado de la llamada) . Según la invención, la omisión tiene lugar porque los datos de corrientes de medios con dirección (IP-b' , puerto b') de emisión se ignoran. En este caso se supone que (IP-b' , puerto b') e (??-?' , puerto-B' ) son idénticas, lo cual es muy frecuente en la práctica. La parte de transmisión de señales A del terminal SIP comunica a la parte de conexión A del terminal SIP en el mensaje 17 que deben ignorarse los datos de corriente de medios con dirección (IP-b' , puerto-b' ) de emisión. Para ello, en el mensaje 17 se introduce, por ejemplo, un nuevo parámetro que expresa una o varias direcciones de emisión cuyos paquetes deben ignorarse. Para ello puede servir, por ejemplo, el parámetro SDP propuesto por el grupo de trabajo IETF en "draft-ietf-mmusic-sdp-srcfilter" , que se transporta en SDP dentro de un mensaje MOD del protocolo - -
H.248. En caso de que (IP-b' , puerto-b) e (??-?' , puerto-B' ) sean realmente idénticas, puede evitarse con ello un denominado "Clipping" , es decir, una conexión de usuario no existente después de que el establecimiento de la conexión en la transmisión de señales haya finalizado debido a una respuesta final de un terminal B SIP después de que el usuario haya descolgado. La conexión de usuario no existente se lleva a cabo mediante el encaminamiento de corrientes de datos Early Media ya no relevantes de un terminal B' SIP con otras direcciones IP b' , puerto b' de emisión. De lo contrario, tras la recepción de un mensaje de cancelación SIP (SIP Cancel) (etapa 20) del proxy SIP al otro terminal (?') SIP (sólo) este terminal B' SIP ya no envía corrientes de datos Early Media, y el Clipping podría mantenerse en un periodo de transmisión mientras el terminal A reciba todavía estos datos Early-Media. En caso de que (IP-b, puerto b) e (IP-B, puerto B) no sean idénticas, se muestra, no obstante, la corriente de medios de los terminales B SIP. Si, por el contrario, el terminal A SIP aceptara todavía mensajes de (IP-b, puerto-b) tras recibir el mensaje 17 "Final Response 200-OK", se omitiría la corriente de medios "correcta" , posiblemente incluso después de que ya no se reciban otros "Early Media" , por ejemplo, por el terminal B' .