ES2328765A1 - Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios ip y basados en señalizacion sip. - Google Patents
Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios ip y basados en señalizacion sip. Download PDFInfo
- Publication number
- ES2328765A1 ES2328765A1 ES200602515A ES200602515A ES2328765A1 ES 2328765 A1 ES2328765 A1 ES 2328765A1 ES 200602515 A ES200602515 A ES 200602515A ES 200602515 A ES200602515 A ES 200602515A ES 2328765 A1 ES2328765 A1 ES 2328765A1
- Authority
- ES
- Spain
- Prior art keywords
- media
- module
- information
- message
- negotiation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000011664 signaling Effects 0.000 title claims abstract description 23
- 230000004044 response Effects 0.000 claims description 47
- 238000012546 transfer Methods 0.000 claims description 38
- 230000008859 change Effects 0.000 claims description 29
- 238000001514 detection method Methods 0.000 claims description 18
- 238000007726 management method Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 9
- 230000009471 action Effects 0.000 claims description 6
- 230000003993 interaction Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 claims description 3
- 238000000034 method Methods 0.000 abstract description 21
- 230000008569 process Effects 0.000 abstract description 21
- 238000010586 diagram Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 2
- 238000010348 incorporation Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 231100000676 disease causative agent Toxicity 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002311 subsequent effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H04L29/06197—
-
- H04L29/06326—
-
- H04L29/06537—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
Abstract
Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios IP y basados en señalización SIP. Permite compartir cualquier información (media) entre dos usuarios (2) mediante terminales (1) fijos y móviles, para lo que comprende un gestor de media común (21) que está conectado a una pluralidad de módulos de media específicos (22) que gestionan cada una de las medias a compartir para realizar un proceso de negociación de media, que una vez finalizado con éxito, se pasa a un proceso de compartición de media que se efectúa mediante unos módulos de protocolo (36) mediante los que se envía la información que se desea compartir.
Description
Sistema gestor de contenidos a compartir entre
terminales de usuario dotados de un habilitador de servicios IP y
basados en señalización SIP.
La invención es aplicable en terminales de
usuario fijos y móviles que están dotados de medios de acceso a una
red IP (Protocolo de Internet) que, a través de una red IMS
(Subsistema Multimedia Internet), comunican con otros terminales de
usuario u otros servicios; y que tiene por objeto permitir a los
terminales de usuario compartir cualquier tipo de media haciendo
uso de las aplicaciones que tienen instaladas; entendiéndose por
media el tipo de formato y contenido de los datos que pueden ser
usados por aplicaciones informáticas y de telecomunicaciones.
Es otro objeto de la invención el realizar la
gestión de la media a compartir de forma totalmente independiente a
la compartición propiamente dicha, es decir en primer lugar se
efectúa la gestión para compartir la media y una vez que se ha
finalizado la gestión de la compartición con éxito, a continuación
se efectúa la compartición de dicha media lo que simplifica todo el
proceso.
La invención permite la compartición de nuevas
informaciones que necesiten las aplicaciones, sin interferir con el
resto de informaciones que requieran ser compartidas mediante los
terminales de usuario; entendiéndose por información el conjunto de
parámetros que describen determinados aspectos de la media que se
desea intercambiar, tales como el formato de la media usado o los
recursos IP (protocolo de Internet) empleados, que pueden ser
comunes a todas las medias o no, y que son utilizados para formar
el cuerpo del mensaje SDP (protocolo de descripción de sesión),
incluido en el mensaje SIP (protocolo de iniciación de sesión) de
inicio de negociación y mensajes SIP sucesivos.
En la actualidad, con la reciente implantación
de las redes móviles de tercera generación con mayor ancho de
banda, se ha abierto la posibilidad de incorporar servicios
multimedia (videoconferencia, juegos multijugador, etc.) a la
telefonía móvil, para lo que los terminales acceden a la red de
telefonía móvil IMS a través de la red IP. El protocolo utilizado
en la red IMS es el protocolo SIP (Protocolo de Iniciación de
Sesión) utilizado en el mundo de Internet, pero con nuevas
especificaciones para poder acceder a los servicios multimedia en
el entorno de comunicaciones móviles (telefonía celular,
Wi-Fi, Bluetooth).
Los servicios más comunes que van ligados a la
sesión SIP son la voz y el vídeo sobre IP, así como la
compartición de archivos. Estos servicios se traducen en el uso del
protocolo RTP (Protocolo en Tiempo Real) y su descripción en el
cuerpo de los mensajes SIP, para el caso de la voz y vídeo sobre IP
y el uso del protocolo TCP (Protocolo de Control de Transmisión) y
su descripción en el cuerpo de los mensajes SIP, para el caso de la
compartición de archivos.
Estos servicios ya están implementados en el
mercado de una manera cerrada, por lo que no dejan opción a las
aplicaciones instaladas en los terminales de usuario que hacen uso
de la señalización SIP de añadir más servicios nuevos a la sesión
SIP.
En este sentido el antecedente más próximo a la
invención lo constituye la patente española con número de solicitud
200502609, perteneciente al mismo titular que la presente
invención, en la que se describe un sistema habilitador de
servicios IP para terminales de usuario basados en señalización
SIP, y en la que se basa la presente invención, pero presenta el
inconveniente de que no proporciona una arquitectura abierta para
que los terminales de usuario puedan compartir cualquier tipo de
media.
La presente invención soluciona el anterior
problema de forma que si la aplicación de un terminal requiere
realizar el intercambio de una nueva media en una sesión SIP, la
invención ofrece una arquitectura abierta que permite realizar la
compartición de cualquier tipo de media entre los usuarios.
Para conseguir los objetivos y resolver los
inconvenientes anteriormente indicados, la invención ha
desarrollado un sistema gestor de contenidos a compartir entre
terminales de usuario que están dotados de un habilitador de
servicios IP basado en señalización SIP como el descrito en la
patente española con número de solicitud 200502609 que es de
aplicación en terminales de usuario fijos y móviles que comunican a
través de una red IP y de una red IMS; y en el que los terminales
cuentan con un módulo de señalización SIP, un procesador de una
pluralidad de aplicaciones, un interfaz de entrada/salida, de
interacción del usuario con el terminal, un módulo ISIM (módulo de
identidad de suscriptor de su sistema multimedia Internet) de
almacenamiento de las entidades públicas y privadas del usuario de
terminal, un módulo de protocolos para transporte de contenidos, y
el habilitador de servicios IP, que a su vez comprende un interfaz
de comunicaciones, un módulo despachador de eventos, al menos un
módulo de acceso que a su vez comprende medios para procesar
acciones procedentes del procesador de aplicaciones, medios para
interactuar con el módulo de señalización SIP y enviar eventos al
módulo despachador de eventos que recibe los eventos producidos y
los envía a las aplicaciones que los requieran, un gestor de
perfiles conectado al módulo ISIM para gestión de las entidades
públicas y privadas del usuario al terminal, y un gestor de
contenidos para el intercambio de contenidos entre las aplicaciones
de terminales de usuario. Estos elementos no se describen en mayor
detalle por no ser objeto de la invención y estar descritos en
dicha solicitud de la patente. La principal novedad de la invención
se caracteriza porque el gestor de contenidos del habilitador de
servicios IP está dotado de un gestor de media común; entendiéndose
por media común cualquier tipo de media que al menos dos usuarios
pueden compartir haciendo uso de las aplicaciones, que está
conectado a una pluralidad de módulos de media específicos para
cada una de las medias a compartir. Por consiguiente la principal
novedad es la incorporación de un gestor de media común en el
gestor de contenidos del habilitador de servicios IP.
Dicho gestor de media común, está dotado de
primeros medios de almacenamiento de una primera información común
a todas las medias, y de medios de detección de inicio de
negociación de media que, en una sesión SIP cuando un usuario hace
uso de una aplicación que permite compartir una media, recibe una
orden de inicio de negociación de media a través del habilitador de
servicios IP. Por consiguiente la orden de inicio de negociación se
genera por la aplicación por indicación del usuario cuando éste
desea compartir una media con otro usuario.
La orden de inicio de negociación incluye una
segunda información referente al tipo de media a compartir y una
tercera información referente a una orden de creación de un mensaje
SDP (protocolo de descripción de sesión) para que el gestor de
media común cree un mensaje SDP de oferta de media con la primera
información recibida en la orden de inicio de negociación, y a
continuación envía al módulo de media específico, el
correspondiente al tipo de media a compartir indicado en la segunda
información recibida en la orden de inicio de negociación, una
cuarta información de indicación para que dicho módulo de media
específico añada al mensaje SDP de oferta de media una quinta
información correspondiente a dicha media específica a
compartir.
Además los módulos de media específicos
comprenden segundos medios de almacenamiento de la quinta
información que han de añadir al mensaje SDP, y medios para envío
de la quinta información a los medios de detección de inicio de
negociación de media del gestor de media común, al recibir la
cuarta información, y medios para cambiar el estado del módulo de
media específico al realizar el envío de la quinta información.
Además los módulos de media específicos
comprenden medios de envío selectivo a la aplicación usada, a
través del gestor de media común y del habilitador de servicios, de
una sexta información referente a órdenes para dicha aplicación,
para que ésta gobierne el sistema dejándole preparado para la
siguiente fase de la negociación de media. La sexta información es
enviada por el módulo de media específico opcionalmente dependiendo
del estado en el que se encuentre la negociación de media, tal y
como será descrito con posterioridad.
El gestor de media además está dotado de medios
de envío de mensajes SDP para enviar el mensaje de oferta de media
SDP que, al menos comprende las primeras y quintas informaciones,
al habilitador de servicios IP, el cual incluye dicho mensaje en un
mensaje SIP de negociación de media para realizar su envío al
módulo de protocolos del terminal de usuario a través del cual se
efectúa el envío a al menos otro terminal de usuario.
Por otro lado el gestor de media común está
dotado de medios de detección de un mensaje SDP de respuesta de
negociación de media para que cuando un terminal de usuario recibe
un mensaje SIP de negociación de media que es enviado a habilitador
de servicios, éste crea un mensaje SIP de respuesta de negociación
de media, el cual es detectado por dichos medios de detección de un
mensaje SIP de respuesta previstos en el gestor de media común, en
cuyo caso dichos medios de detección de un mensaje SIP añaden al
mensaje SIP de respuesta de negociación de media un mensaje SDP de
respuesta de negociación de media, que comprende una séptima
información común a todas las medias de respuestas de negociación.
Esta séptima información está almacenada en los primeros medios de
almacenamiento del gestor de media común. Por lo general la primera
y séptima información son coincidentes para indicar que la media a
compartir puede ser detectada por el terminal de usuario que recibe
el mensaje SIP de negociación de media.
Además el gestor de media común comprende medios
para enviar a los módulos de media específicos la quinta
información recibida en el mensaje SDP de oferta de media que está
incluido en el mensaje SIP de negociación de media recibido, y los
módulos de media específicos están dotados de medios de detección
de la quinta información, para que cuando uno de dichos medios de
detección de la quinta información de un módulo de media específico
detecte que dicha quinta información le corresponde, cree una
octava información del tipo de media específica a compartir de
respuesta de negociación. El gestor de media común está dotado de
medios para añadir al mensaje SDP de respuesta de negociación de
media la quinta información modificada, en cuyo caso indica que el
terminal está incapacitado para asumir esa media y que por tanto no
se puede realizar la compartición de la misma, situación que se da
cuando ningún medio de detección de la quinta información realiza
su detección, en cuyo caso el gestor de media común añade la
quinta información modificada al mensaje SIP de respuesta de
negociación. Además los medios de detección de la quinta
información recibida activan los medios de cambio de estado del
módulo de media específico al añadir éste la octava información para
cambiar el estado del módulo de media específico, y activa los
medios de envío de mensajes, SDP para enviar el mensaje SDP de
respuesta de negociación de media mensaje, que comprende la séptima
y octava información o la quinta información modificada, al
habilitador de servicios IP para enviar el mensaje SIP de respuesta
de negociación de media al módulo de protocolos del terminal de
usuario, a través del cual se envía al otro terminal de usuario. Al
igual que en el caso de generación del mensaje SDP de oferta de
media, el módulo de media específico activa sus medios de envío
selectivo de órdenes para la aplicación, según el estado en que se
encuentre la negociación de media para que la aplicación deje
preparado al sistema para la siguiente fase de negociación de
media.
El mensaje SIP de respuesta de negociación, está
seleccionado entre un mensaje provisional de respuesta de
negociación, y un mensaje de confirmación de respuesta de
negociación que indica la aceptación de la media negociada.
A continuación se describen los siguientes
cambios de estado y las órdenes generadas por los módulos de media
específicos en función de la evolución de la negociación y
compartición de media, según se envíen o reciban mensajes a lo
largo de estos procesos, ya que por ejemplo, es diferente el
comportamiento de los módulos de media específicos, en cuanto a su
esta de ejecución, si la oferta de medios se ha producido en la
propia aplicación o si se ha recibido a través de la red.
Los diferentes cambios de estado y órdenes
generadas son los siguientes:
Cambio de un estado no inicializado a un estado
de negociado de media cuando un usuario hace uso de una aplicación
que permite compartir una media, que es el caso en el que se crea
un mensaje SDP de oferta de media por indicación de la
aplicación.
Cambio del estado de negociado de media a un
estado de preparado para conectar cuando se recibe un mensaje SIP
de respuesta provisional como consecuencia del envío de un mensaje
SIP de negociación de media.
Cambio del estado no inicializado al estado de
preparado para conectar para el caso en el que un terminal recibe
un mensaje SIP de negociación de medios que es aceptada. Cambio del
estado preparado para conectar a un estado preparado para activar
para el caso en el que se recibe/envía un mensaje SIP de respuesta
provisional de negociación de media, en cuyo caso el módulo de
media específico genera una orden a la aplicación para que realice
la conexión quedando el sistema listo para realizar la
\hbox{compartición de media una vez que finalice con éxito la negociación de media.}
Cambio del estado preparado para activar a un
estado activado, cuando se recibe/envía un mensaje SIP de
aceptación de una negociación de media, en cuyo caso el
correspondiente módulo de media específico genera una orden a la
aplicación de activar el sistema para a continuación e
inmediatamente efectuar la compartición de media a través del
módulo de protocolos.
Cambio del estado activado a un estado de
preparado para cerrar cuando la aplicación envía un mensaje de
finalización al cerrarse ésta por mediación del usuario, es decir
éste indica a la aplicación que ha de cerrarse.
Cambio del estado activado al estado de
preparado para cerrar cuando el gestor de media común recibe un
mensaje SIP de respuesta de negociación de media, que carece de
media, o que recibe la quinta información modificada que indica que
el terminal con el que se deseaba realizar la comparación de media
está incapacitado para asumir esa media.
Cambio del estado preparado para cerrar al
estado no inicializado, en cuyo caso genera una orden de cerrar la
aplicación, cuando la aplicación recibe una confirmación a la
oferta de media enviada.
Por otro lado, y respecto a la quinta
información cabe señalar que ésta comprende al menos datos
referentes al tipo de media, de forma que se sepa que tipo de
información es la que se desea compartir (imagen, sonido, archivos
u otros), además incluye el puerto que va a utilizarse para el
caso en el que se realice la transferencia de media, y el protocolo
encargado de la transmisión de dicha media, así como la aplicación
que gestiona la media a compartir; para permitir realizar todas las
funcionalidades antes comentadas.
La invención prevé que el mensaje SIP de
respuesta de negociación de media pueda ser un nuevo mensaje SIP de
negociación de media.
Además la invención prevé que una vez que un
terminal recibe un mensaje SIP de aceptación de una negociación de
media, la aplicación realiza la compartición de media a través de
un módulo de protocolo específico, el cual depende de la media a
compartir con lo que el terminal comprende una pluralidad de
módulos de protocolo correspondientes a cada uno de los tipos de
media a compartir.
Según al descripción realizada el cierre de la
negociación de media o el fin de la compartición de media, pueden
ser generados por el módulo de protocolo específico, el gestor de
media común, el usuario o la aplicación según la situación que se
de durante el proceso de negociación y de compartición de
media.
Tal y como fue señalado anteriormente, la
invención prevé la incorporación de un módulo de media específico
por cada uno de los tipos de media a compartir, de manera que
dichos módulos de media específicos pueden ser los siguientes: un
módulo de llamada por circuitos mediante el que se realiza una
llamada por circuitos entre usuarios dentro de una sesión SIP en la
que el mensaje SIP al menos comprende el número de teléfono de cada
usuario y el protocolo de transporte a utilizar por la red en la
que transcurrió la comunicación; un módulo de llamada por paquetes
para realizar una llamada entre dos usuarios dentro de una sesión
SIP a través de la red IP por la que transcurrirá la comunicación
mediante el protocolo RTP (protocolo en tiempo real); un módulo de
transferencia de imagen para gestionar la transferencia de imágenes
entre dos usuarios que comparten una sesión mediante el uso del
protocolo TCP (protocolo de control de transmisión); un módulo de
juego para transferencia de jugadas realizadas por los usuarios en
el transcurso de un juego, mediante el uso del protocolo TCP; y/o
al menos un módulo genérico de ampliación del tipo de media
específica a compartir para intercambio de posibles informaciones
que puedan surgir en el futuro.
A continuación para facilitar una mejor
comprensión de esta memoria descriptiva y formando parte integrante
de la misma, se acompañan una serie de figuras en las que con
carácter ilustrativo y no limitativo se ha representado el objeto
de la invención.
Figura 1.- Muestra un diagrama de bloques
funcional de un ejemplo de realización del sistema de la
invención.
Figura 2.- Muestra un diagrama de bloques
funcional simplificado que representa el funcionamiento del sistema
en el proceso de negociación de media para realizar el envío de un
mensaje SIP con media.
Figura 3.- Muestra un diagrama de bloques
funcional simplificado que representa el funcionamiento del sistema
del proceso de negociación de media en la recepción de un mensaje
SIP con media.
Figura 4.- Muestra un diagrama de flujo
simplificado que representa los medios que intervienen y los
mensajes que se envían en el proceso de negociación de media.
Figura 5.- Muestra una diagrama de los
diferentes estados por los que pasan los módulos de media
específicos durante todo el proceso de negociación y compartición
de media, así como las diferentes órdenes que se generan con cada
uno de los cambios de estado.
A continuación se realiza una descripción de la
invención basada en las figuras anteriormente comentadas.
El sistema de la invención se aplica en
terminales 1 de usuario 2 fijos o móviles y comprende un interfaz 4
para comunicación entre los terminales 1 de usuario 2 u otros
servicios 3 a través de una red IMS 6 y una red IP 5.
Cada terminal 1 comprende un procesador de
aplicaciones 7 que incluye una pluralidad de aplicaciones 8 que
mediante un módulo de entrada/salida de datos 16 permite la
interacción del usuario 2 con el terminal 1 y con las
funcionalidades que le ofrecen las aplicaciones 8.
Para que el terminal 1 establezca la
comunicación con el interfaz 4, cada terminal 1 está dotado de un
módulo de señalización SIP 10 que conecta con un módulo IP 13
(Protocolo de Internet) a través de un módulo TCP 11 (Protocolo de
Control de transmisión) y de un módulo UDP 12 (Protocolo de
Datagrama de Usuario) y todo ello de forma que el módulo IP 13 está
conectado a un módulo de acceso a red 14 a través del cual se
establece la comunicación con el interfaz 4 de acceso a la red IP
5.
El módulo de acceso a red 14 maneja cualquier
tipo de protocolo como por ejemplo GPRS (Servicio de Paquetes de
Radio) UMTS (Sistema de Telecomunicaciones Móvil Universal),
Wi-Fi (Wireless Fidelity), Bluetooth o cualquier
tipo de tecnología DSL (Línea Suscriptor Digital) para permitir el
manejo tanto de terminales 1 móviles como fijos.
Además el terminal 1 está dotado de un
habilitador de servicios IP 9 que se describe brevemente por ser
imprescindible en la invención y no se describe en detalle por
estar ya descrito en la solicitud de patente española 200502609,
que está conectado al procesador de aplicaciones 7 para lo que el
habilitador 9 comprende un interfaz de comunicaciones 15 que está
conectado con una pluralidad de módulos de acceso 26 a 34, con un
gestor de perfiles 24 y con un gestor de contenidos 20,
efectuándose esta conexión de forma directa y también a través de
un despachador de eventos 19.
El gestor de perfiles 24 está conectado a un
módulo ISIM 35 ((IMS (Sistema Multimedia de Internet) SIM (Módulo
de Identidades de Suscriptor)) de los empleados convencionalmente
en terminales 1 y cuya funcionalidad no se explica por no ser
objeto de la invención.
Los módulos de acceso 26 a 34 constituyen el
medio de conexión del habilitador 9 al módulo de señalización SIP
10 a partir del cual se permite realizar la comunicación con el
interfaz de acceso a red mediante los módulos 11 a 12, 13 y 14.
El módulo de señalización SIP 10 es convencional
y proporciona un protocolo para iniciar sesiones interactivas
entre usuario de redes IP y una vez que establece una sesión, otros
protocolos de contenido entran en juego como por ejemplo RTP
(protocolo en tiempo real) TCP (protocolo de control de
transmisión) HTDP (protocolo de transferencia de hipertexto).
El procesador de aplicaciones 7 puede solicitar
el procesado de una acción por parte de un módulo de acceso 26 a
34 o de uno de los gestores 20, 24, para lo que el interfaz de
comunicación 15 realiza el envío de una acción de manera unívoca a
uno de los módulos de acceso o uno de los gestores. Por ejemplo
puede solicitar la acción de "iniciar llamada" para lo que el
interfaz de comunicaciones 15 genera una señal que invoca la acción
de "iniciar llamada" a uno de los módulos de acceso,
concretamente a un módulo de llamada 27, el cual a través del
módulo de señalización SIP inicia la llamada solicitada.
Por otro lado, los eventos que llegan al
terminal 1 a través de la red IP 5, pasan del módulo de
señalización SIP 10 al correspondiente módulo de acceso 26 a 34
para su envío al procesador de aplicaciones 7. Para ello, cada una
de las aplicaciones 8 del procesador de aplicaciones 7 debe de
suscribirse a cada uno de los eventos que desea recibir, tal y como
se especifica en dicha patente española con número de solicitud
200502609.
El evento se refiere a las diferentes
circunstancias que provocan cambios o notificaciones para el
usuario dentro del terminal, es decir los eventos que suceden en el
terminal.
El gestor de contenidos 20 se encarga de todo lo
relacionado con el intercambio del contenido de media establecido
entre una aplicación 8 de un usuario y una aplicación de un usuario
remoto. Por media se entiende cualquier tipo de información que dos
usuarios pueden compartir haciendo uso de las aplicaciones 8.
La novedad de la invención se centra en el
gestor de contenidos 20; el cual comprende un gestor de media común
21 que está conectado a una pluralidad de módulos de media
específicos 22, de forma que el proceso de intercambio de media se
realiza en dos procesos claramente diferenciados, un proceso de
negociación de media, y el proceso de intercambio propiamente dicho
de la media, de manera que estos procesos se efectúan de forma
independiente uno del otro.
Para ello el gestor de media común 21 comprende
primeros medios de almacenamiento de una primera información común a
todas las medias, es decir en estos medios de almacenamiento se
guardan los datos que son comunes a todos los tipos de media que
los usuarios puedan compartir, como por ejemplo es la versión de
protocolo, origen de la sesión (nombre de usuario, identidad de
sesión, versión, tipo de red, tipo de dirección, dirección),
descripción de la media, descripción de la conexión de la media,
etc.
Con ayuda de las figuras 2 y 4 se describe el
funcionamiento del sistema para el inicio de una negociación de
media, para lo que un usuario 1 (origen) hace uso de una aplicación
8 que le ofrece la posibilidad de compartir un tipo de media con
otro usuario 1 (destinatario) dentro de una sesión SIP, lo cual ha
sido señalado con la referencia 40.
En la descripción de este funcionamiento se ha
simplificado la figura señalando con la referencia 9a los
diferentes módulos del habilitador de servicios, excluyendo al
gestor de contenidos 20 que es la principal novedad de la
invención.
invención.
La aplicación 8 genera una orden de inicio de
negociación de media que incluye una segunda información referente
al tipo de media a compartir y una tercera información referente a
una orden de creación de un mensaje SDP (protocolo de descripción
de sesión) de oferta de media, lo que se ha indicado con la
referencia 41. La orden de inicio de negociación llega previamente
al habilitador 9a, el cual crea un mensaje SIP de la forma que fue
descrita en la patente española con número de solicitud 200502609,
y envía la orden de inicialización al gestor de media común 21, el
cual crea el mensaje SDP de oferta de media con la primera
información y envía 42 al módulo de media específico 22, indicado
en la segunda información, una cuarta información de indicación
para que éste añada al mensaje SDP de oferta de media una quinta
información correspondiente a dicha media específica a compartir.
Para ello los módulos de media específicos 22 están dotados de
segundos medios de almacenamiento de la quinta información
indicativa de la media específica a compartir y además comprende
medios para realizar el envío 43 de la quinta información a los
medios de detección de inicio de negociación de media del gestor de
media común 21. Es decir el módulo de media específico 22 que
recibe la cuarta información, es el que envía 44 la quinta
información almacenada en sus segundos medios de
almacenamiento.
En este caso al tratarse de una iniciación de
negociación de media el módulo de media específico 22 que a
recibido la cuarta información no realiza ningún cambio de estado,
pero en este mismo punto según el estado de negociación y
compartición de la media (que se muestran y describirán con ayuda
de la figura 5), el módulo de media específico 22 realizará un
cambio de estado. Para ello los módulos de media específicos 22
están dotados de medios para cambiar el estado del módulo de media
específico 22. También, aunque en el punto que nos ocupa no se da
la situación que a continuación se describe, cabe la posibilidad
de que el cambio de estado que se produce en el módulo de media
específico, también determine la generación de una orden para la
aplicación para que ésta gobierne el sistema dejándole preparado
para la siguiente fase de, negociación. Para ello los módulos de
media específicos 22 comprenden medios 77 de envío selectivo a la
aplicación usada, a través del gestor de media común 21 y del
habilitador de servicios 9a, de una sexta información referente a
dicha orden para la aplicación 8, lo que ha sido señalado con la
referencia 44.
En el caso que nos ocupa de inicio de
negociación de media, el módulo de media específico 22 no envía
ningún tipo de orden a la aplicación 8, y lo que hace es enviar 43
la quinta información al módulo de media común 21 que la añade al
mensaje SDP.
El gestor de media común 21 comprende medios 70
de envío de mensajes SDP para enviar el mensaje de oferta de media
SDP que comprende las primeras y quintas informaciones, al
habilitador de servicios 9a, que lo incluye en el mensaje SIP de
negociación de media y lo envía a dos elementos
10-14, todo este proceso ha sido señalado con la
referencia 45, y desde estos elementos 10-14 se
envía hasta el terminal 1 del usuario remoto 2 a través de la red
IMS, lo cual ha sido señalado con la referencia 46. De esta forma
el usuario remoto recibe el mensaje SIP que contiene el mensaje SDP
de oferta de media según ha sido descrito.
En el caso en el que el módulo de media
específico 22 genere una orden para la aplicación 8 según el
proceso referenciado con 44, la aplicación 8 tiene la capacidad de
informar al usuario 2 del estado de la negociación o demostrar o
requerir algún dato según lo necesite, lo cual a sido señalado con
la referencia 47.
Al mismo tiempo la aplicación 8 actuará sobre el
módulo de protocolo 36 correspondiente al tipo de media asociado
que depende del protocolo utilizado.
Cuando llega 50 un mensaje SIP que contiene un
mensaje SDP de oferta de media, es recibido a través de los
elementos 10-14 del terminal 1 y llega 51 (figuras 3
y 4) hasta el habilitador de servicios 9a en el que se crea un
mensaje SIP de respuesta de negociación de media, que envía 52 al
gestor de media común 21 en el que se incluyen medios 71 de
detección de un mensaje SIP de respuesta que añaden al mensajes SIP
de respuesta de negociación de media un mensaje 53 SDP de respuesta
de negociación de media que comprende una séptima información común
a todas las medias de respuesta de negociación, que está almacenada
en los primeros medios 68 de almacenamiento. Cabe señalar que la
séptima información, en la mayoría de los casos, es igual a la
primera información almacenada en dichos primeros medios de
almacenamiento del gestor de media común 21 al ser el mismo tipo de
media.
Además el gestor de media común 21 comprende
medios 72 para enviar a los módulos de media específicos 22 la
quinta información recibida en el mensaje SDP de oferta de media
lo cual ha sido señalado con la referencia 54. Por ello los módulos
de media específicos 22 comprenden medios 78 de detección de la
quinta información, para que cuando dichos medios 78 de detección
de la quinta información de un módulo de media específico detecte
que dicha quinta información le corresponde, cree una octava
información del tipo de media específica a compartir de respuesta
de negociación, que es enviada 55 al gestor de media común 21 y
activa los medios 70 de envío de mensajes SDP para enviar 56 el
mensaje SDP de respuesta de negociación de media al habilitador de
servicios 9a, comprendiendo el mensaje SDP de respuesta de
negociación de media la séptima y octava información.
En el caso en que ninguno de los módulos de
media específicos 22 detecte la quinta información, ninguno
responde con la séptima información, en cuyo caso el gestor de
media común lo detecta y comprende medios 74 para añadir al mensaje
SDP de respuesta de negociación de media la quinta información
recibida modificada, para indicar que el terminal está incapacitado
para asumir esa media, en cuyo caso el gestor de media común 21
añade la quinta información modificada al mensaje SDP de respuesta
de negociación, en lugar de la octava información anteriormente
señalada, de forma que en este caso el mensaje SDP de respuesta de
negociación comprende la quinta información modificada que se envía
57 al habilitador de servicios 9a.
El mensaje SIP de negociación de media es
enviado por el habilitador de servicios 9a a los elementos
10-14 desde los que se envía 58 el mensaje de
respuesta al terminal 1 del usuario 2 origen.
Cuando un módulo de media específico 22 detecta
la quinta información, éste cambia su estado, según será explicado
con posterioridad, y activa los medios 79 de envío selectivo de
órdenes para la aplicación para enviar 59 las órdenes oportunas a
la aplicación 8, según será descrito con posterioridad.
Cuando la aplicación 8 recibe la orden generada
en el módulo de media específico 22, la aplicación 8 procede a
realizar las operaciones oportunas en un módulo de protocolo 36
para gobernar el funcionamiento del sistema, y más concretamente el
módulo de protocolos 36 especifico correspondiente a la media a
compartir, que es el encargado de efectuar la compartición de media
con el otro usuario, tal y como será descrito más adelante, de
manera que la aplicación 8 deja preparado al módulo de protocolo
específico 36 para poder realizar la compartición de media
posteriormente, una vez que la negociación de media finalice de
forma satisfactoria.
Además la aplicación 8 tiene la posibilidad de
informar al usuario del estado en el que se encuentra el proceso de
negociación, o de indicarle las incidencias que ocurren en el mismo
según el mensaje recibido, lo cual ha sido señalado con la
referencia 60.
Una vez finalizada la negociación con éxito, se
realiza la compartición de media, que es independiente de la
negociación de media previamente realizada, ya que ésta se realiza
a través del habilitador de servicios 9a en tanto que la
negociación se efectúa gracias a los módulos de protocolo 36.
En las figuras se ha representado un bloque
general para la totalidad de los módulos de protocolo 36, pero cabe
señalar que existe un módulo de protocolo específico 36 para cada
una de las medias a compartir, de forma que se permite que cada
media negociada entre los usuarios de una sesión SIP se comparta de
forma independiente a través de un módulo de protocolo diferente 36
en función del tipo de media a compartir.
Por consiguiente los módulos de protocolo 36 son
los encargados de enviar y recibir la media compartida una vez que
han preparado, durante la negociación, el protocolo correspondiente
en la capa de transporte del terminal 1. De esta forma, envían los
datos suministrados por la aplicación hacia los elementos
10-14 que son los encargados de su envío a través
de la red IMS hasta el otro terminal de usuario de la sesión, de la
forma que fue descrito.
De igual forma los módulos de protocolo 36
recogen la media que se comparte y la pasan a la aplicación
correspondiente que la muestra al usuario.
Cuando la compartición de media termina, debe
finalizarse la conexión que la ha hecho posible y que había sido
establecida tras la negociación.
Debe existir siempre un agente causante del
cierre de la conexión que se realiza haciendo uso del módulo de
protocolo específico mediante el cual se ha efectuado la
compartición de media. Este agente puede ser tanto el módulo de
protocolo específico 36 que gestiona la conexión, según alguna
característica de la misma. También puede ser realizada por el
módulo de media específico 22, al recibir un mensaje cuya media así
lo establezca, y el propio usuario, haciendo uso de alguna opción
que le ofrezca la aplicación o incluso el agente causante del
cierre puede ser la propia aplicación, según el estado en el que se
encuentre o dependiendo de la media que reciba.
Por consiguiente el proceso de finalización de
conexión depende del tipo de media compartida.
Sea cual sea el agente desencadenante del
proceso de cierre, la aplicación 8 debe de recibir una orden por la
que cerrará la conexión que gestiona el módulo de protocolo
específico correspondiente a la media compartida. Para el caso más
habitual de un correcto funcionamiento, es decir, si la conexión no
falla durante su establecimiento durante la compartición de la
media, existen dos posibilidades de cierre de una media:
- -
- Cierre local de la conexión que se produce cuando se ha decidido terminar la conexión en el terminal 1, debido en principio al fin de la transmisión. En este caso la aplicación 8 envía una orden hacia el habilitador de servicios 9a para que el gestor de media común 21 cree un nuevo mensaje SDP de cierre en el que no aparecerá la media de la aplicación que se desea cerrar, enviando un mensaje SIP que contiene un mensaje SDP de cierre que no contiene alguna de las informaciones primera, quinta o séptima; o la orden se envía al módulo de media específico 21, de la forma que ya fue descrita, en el que se provoca un cambio de estado que genera una orden a la aplicación de cierre de conexión.
- -
- Cierre remoto de la conexión, que se da cuando el gestor de media común 21 detecta que el otro usuario ha cerrado la sesión al no encontrar un mensaje SDP que carezca de la primera, quinta o séptima información, notificándolo al módulo de media, que cambia de estado y genera la orden de cierre a la aplicación.
Una vez que el servicio recibe la orden de
cierre desde el módulo de media específico 22, realiza las tareas
necesarias para efectuar el cierre del correspondiente módulo de
protocolo específico referente a la media compartida.
Estas tareas dependen del tipo de media
compartido, más exactamente del tipo de protocolo que se usa, pues
no es lo mismo, por ejemplo, cerrar una conexión TCP, que una
conexión de voz.
Seguidamente con ayuda de la figura 5 se
describen los siguientes estados por los que pueden pasar los
módulos de media específicos 22 y las ordenes que generan a la
aplicación 8 en función del estado en el que se encuentran.
Así inicialmente el terminal 1 está en estado no
inicializado 80 de forma que cuando se genera una orden de inicio
de negociación, tal y como fue descrito con anterioridad, lo cual
se ha señalado con la referencia 81, pasa al estado de negociado
82, de modo que cuando recibe un mensaje de respuesta provisional,
señalado con la referencia 83, pasa al estado de preparado para
conectar 84.
Respecto al usuario destinatario, cabe señalar
que su terminal se encuentra en estado no inicializado 80 y al
recibir un mensaje de oferta de media, señalado con la referencia
85, pasa directamente al estado preparado para conectar 84.
Cuando el módulo de media específico 22 está en
el estado preparado para conectar 84, al recibir en el caso del
destinatario origen, una respuesta provisional, o al enviar, en el
caso del usuario destinatario, la respuesta provisional de
confirmación, el módulo de media específico 22 genera una orden de
conexión 86 para la aplicación, la cual actúa sobre el módulo de
protocolo 36 específico que prepara dicha conexión, al tiempo que
el módulo de media específico 22 pasa al estado de preparado para
activar 87.
Estando el módulo de media específico 22 en el
estado preparado para activar 87, al recibir un mensaje de
confirmación de respuesta de negociación, por un usuario origen o
al enviar este mensaje un usuario remoto, pasa del estado preparado
para activar 87 al estado activado 88 que genera una orden de
activar 89 que envía, de la forma que fue descrita, a la aplicación
8 realizándose la conexión
\hbox{para efectuar la compartición de media de la forma que fue descrita.}
Estando el módulo de media específico 22 en el
estado activado 88, cuando recibe de la aplicación una orden de
finalización de media o se refiere a una orden que carece de media,
pasa al estado de preparado para cerrar 90, a partir del cual se
realiza el cierre de la sesión de la forma que fue descrita
generando una orden de cerrar 91 pasando nuevamente al estado de no
inicializado 80.
Los módulos de media específicos 22 que
incorpora la invención, pueden ser los siguientes:
- -
- Modulo de llamada por circuitos que se encarga de la media que se negocia para conseguir una llamada por circuitos entre dos usuarios dentro de una sesión SIP. En esta información se incluye, entre oros datos, el número de teléfono de cada usuario, así como el protocolo de transporte que se va a usar en la posterior llamada, relativos a la red por la que transcurrirá la comunicación.
- -
- Módulo de llamada por paquetes que tiene la misma funcionalidad que el módulo de llamada por circuitos, pero en este caso la negociación se dirige a conseguir una llamada mediante el protocolo RTP, es decir usar la red IP en lugar de la red de circuitos como medio de transporte por el que transcurrirá la telecomunicación.
- -
- Módulo de transferencia de imagen que se encarga de la negociación de la media que se negocia por una aplicación de transferencia de imágenes entre dos usuarios que comparten una sesión en una red IMS. En este caso se negocia el uso del protocolo TCP para la transferencia posterior de la imagen.
- -
- Módulo de juego que se encarga de negociar la media requerida para la transferencia de las jugadas realizadas por dos usuario en el transcurso de un juego. Al igual que en el módulo de transferencia de imagen se negocia el posterior uso del protocolo TCP.
- -
- Módulo genérico que se encarga de la posibilidad de ampliar el sistema con cualquier tipo de media que sea requerida en una negociación.
A continuación se describe un posible ejemplo de
funcionamiento del sistema de la invención en el que un usuario
desea enviar una imagen capturada por su terminal móvil 1 hasta
otro terminal móvil 1 de un usuario destinatario en una sesión SIP
existente entre ambos.
Para ello el usuario origen debe negociar con el
destinatario las condiciones para realizar una correcta
compartición de media, es decir, que protocolo va a utilizare, y
con qué parámetros va a efectuarse la transferencia de la
imagen.
Para ello el usuario origen hace uso 40 de una
aplicación 8 que le ofrece la posibilidad de compartir imágenes, y
mediante la cual realiza previamente la captura de imagen que será
enviada, de forma que a continuación la aplicación 8 genera una
orden de inicio de negociación que se envía 41 al gestor de media
común 21 a través del habilitador de servicios 9a, detectando los
medios 67 de detección de inicio de sesión de media la segunda
información referente al tipo de media a compartir y la tercera
información referente a la orden de creación de un mensaje SDP de
oferta de media, para generar el mensaje SDP de oferta de media con
la primera información almacenada en los primeros medios de
almacenamiento, referencia 41.
En este caso la segunda información indica que
el módulo de media específico 22 a que se refiere la media es el
módulo de media de transferencia de imagen, con lo que el gestor de
media común 21 envía 42, a dicho gestor de media específico 22, una
cuarta indicación indicándole que añada al mensaje SDP de oferta de
media la quinta información correspondiente a dicha media
específica a compartir, que en el caso que nos ocupa comprende datos
referentes al tipo de media, puerto que va a usarse en la
transferencia de media, protocolo encargado de la transmisión de
media y aplicación que gestiona la media a compartir. En este caso
el protocolo que se emplea es el TCP y la aplicación a la que se
refiere es a la de transferencia de imagen.
El módulo 22 envía 43 estos datos al gestor de
media común 21 que los incluye en el mensaje SDP de oferta de
media completo con la primera y quinta información descritas.
Cuando el habilitador de servicios 9a recibe la
orden de inicio de negociación de media, genera un mensaje SIP de
negociación de media al que incluye el mensaje SDP de oferta de
media que es enviado 45 por gestor de media común 21 mediante los
correspondientes medios 70 descritos con anterioridad. Este mensaje
SIP es enviado a los elementos 10-14 del terminal 1
y desde éste se envía 46 al terminal del usuario destinatario.
Al tiempo que el módulo de media de
transferencia de imagen 22 recibe la cuarta información, éste
cambia su estado según fue descrito con ayuda de la figura 4, de
forma que como incialmente se encontraba en estado no inicializado
80 y ha recibido una orden de inicio de negociación pasa al estado
de negociación a la espera de la respuesta por parte del usuario
destinatario. En este caso no se envía ninguna orden hacia la
aplicación de transferencia de imagen 8. Más adelante se verá un
ejemplo de funcionamiento de estas ordenes enviadas a la aplicación
8.
El usuario destinatario (figura 3) recibe 50 el
mensaje SIP con el mensaje SDP de oferta de media descrito, a
través de los elementos 10-14 y lo envía 51 al
habilitador de servicios 9a y se muestra en la pantalla del terminal
indicando la intención del usuario origen de enviarle una imagen
que acaba de capturar.
El habilitador de servicios 9a genera un mensaje
SIP de respuesta de negociación de media que envía 52 al gestor de
media común 21 que es detectado por los medios correspondientes y
añaden al mensaje SIP de respuesta de negociación de media un
mensaje SDP de respuesta de negociación de media en el que se
incluye la primera información almacenada en los primeros medios de
almacenamiento del gestor de media común 21 correspondiente a la
media común de todas las medias a compartir. El gestor de media
común 21 envía 54 la quinta información a los módulos de media
específicos 22 para que éstos la analicen, y en este caso el módulo
de transferencia de imagen confirma que la media es para él pues
detecta que se refiere a una transferencia de imagen y el protocolo
de transmisión es el TCP.
Una vez que el módulo de transferencia de imagen
22 confirma que la media le corresponde, añade los parámetros
necesarios, propios de esta media, en particular al mensaje SDP de
respuesta de negociación de media, que se refieren a la octava
información referente al tipo de media específica a compartir de
respuesta de negociación.
En el caso de que no se cree una nueva oferta de
media, la media que se envía es una copia de lo que se recibió en
la oferta inicial, y como esta información se guarda en el gestor
de media común, el módulo de media específico no añade nada.
El módulo de media de transferencia de imagen 22
termina de procesar la media, y cambia su estado no inicializado
80 al estado preparado para conectar 82.
En este caso tampoco se genera ninguna orden
hacia la aplicación de transferencia de imágenes 8. Sin embargo
para explicar como funcionan estas ordenes que fueron descritas con
ayuda de la figura 5, se avanza en la negociación de media según
los siguientes casos:
En el caso en el que se reciba un mensaje de
respuesta provisional de negociación, genera la orden de conectar
86, para lo que en este caso el habilitador de servicios 9a crea un
mensaje de confirmación de respuesta provisional, que al ser
detectado por el módulo de transferencia de imagen crea entonces la
orden de conexión 86, y cambia del estado preparado para conectar
84 al de preparado para activar 87, orden que se envía a la
aplicación de transferencia de imagen 8, la cual sabe que se
refiere a un módulo de protocolo TCP 36 al que envía la información
que necesita para llevar a cabo su tarea, que en este caso es la
de transferir una imagen, datos en los que se incluye la dirección
IP y el puerto remoto para conectarse vía TCP.
En el caso de que se reciba un mensaje de
confirmación de respuesta de negociación, es decir la aceptación de
la media por parte del usuario destinatario, el módulo de
transferencia de imagen 22 crea entonces un mensaje con la orden de
activar, pasando del estado preparado para activar 87 al estado
activado 88 que envía a la aplicación de transferencia de imagen
8.
Si por el contrario lo que sucede es que se ha
de cerrar la conexión, el módulo de transferencia de imagen 22
recibe esta notificación de dos formas: bien porque el usuario
local ha cerrado el servicio o bien porque ha llegado un mensaje
que indica que el usuario remoto lo ha cerrado. En ambos casos
envía una orden de cerrar 91 hacia el servicio de transferencia de
imagen, y pasa del estado preparado para cerrar 90 al estado no
inicializado 80.
La aplicación de transferencia de imagen 8 actúa
sobre el módulo de protocolo TCP 36, según la orden recibida:
Si recibe una orden de conexión debe de
inicializar el módulo de protocolo TCP. Además en el caso de ser el
usuario que ha generado la orden de inicio de negociación, el
servicio debe conectar el módulo para poder usarlo a continuación.
Con la inicialización, el módulo de protocolo TCP 36 de ambos
usuarios actúa sobre el sistema operativo para que sus terminales
se queden a la escucha ante la posible llegada de mensajes TCP.
Si recibe una orden de activación, que se recibe
una vez finalizada la negociación, la aplicación de transferencia
de imágenes envía la imagen al módulo de protocolo TCP 36 para que
éste la mande, usando este protocolo, hasta el usuario
destinatario.
Con la conexión, que solo tiene efecto en este
ejemplo en el caso del usuario origen, se inicia además la conexión
física con el usuario destinatario mediante el protocolo TCP, que
será usada para enviar la imagen.
Si recibe una orden de cerrar la aplicación de
transferencia de imágenes finaliza el funcionamiento del módulo de
protocolo TCP, lo cual se da únicamente en el caso del usuario
origen, en cuyo caso el módulo de protocolo TCP termina la conexión
TCP que mantenía con el usuario destinatario a la espera de que
otra inicialización vuelva a comenzar el proceso.
En caso necesario el servicio informa al usuario
de los pasos realizados.
Una vez que la negociación de media termina, el
módulo de media transferencia de imagen llega a su fin cuya última
función ha sido el envío de la orden de activación en el caso del
usuario origen lo que provoca el envío de la imagen.
A partir de este momento, y tal y como fue
descrito con anterioridad la compartición de la media negociada es
independiente del camino utilizado en la negociación que se realiza
mediante el módulo de protocolo TCP que es el encargado de enviar
en un caso, o recibir, en el otro, la imagen compartida desde la
aplicación de transferencia de imágenes.
En este caso el cierre de la conexión es el
módulo de protocolo TCP del usuario origen el que indica a la
aplicación de transferencia de imágenes que debe cerrar las
conexiones cuando finaliza la compartición de la imagen, es decir,
cuando recibe la confirmación de que el envío de la imagen a
terminado de forma satisfactoria.
Así, el módulo de media de transferencia de
imagen 22 del usuario origen vuelve a entrar en juego, pues recibe
una orden de cierre de la conexión desde la aplicación de
transferencia de imágenes a través del habilitador de servicios 9a,
lo que provoca el envío de una orden de vuelta hacia la aplicación
para que cierre el módulo de protocolo TCP según fue descrito con
anterioridad.
Este cierre provoca el final de la conexión TCP
entre los dos usuarios, por lo que el terminal del usuario
destinatario no necesita realizar ninguna tarea para finalizar la
compartición de la media.
Como consecuencia, los usuarios tendrán la
imagen disponible hasta que deseen salir de la aplicación, pero
este hecho no tendrá ningún efecto posterior, ya que la conexión
habrá sido cerrada con anterioridad de la forma escrita.
Claims (8)
1. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, de aplicación en terminales de
usuario fijos y móviles que comunican a través de una red IP y una
red IMS; contando los terminales con un módulo de señalización SIP,
un procesador de una pluralidad de aplicaciones, un interfaz de
entrada/salida de interacción del usuario con el terminal, un
módulo ISIM de almacenamiento de las entidades públicas y privadas
del usuario del terminal, un módulo de protocolos para transporte
de contenidos, y un habilitador de servicios IP, que a su vez
comprende un interfaz de comunicaciones; un módulo despachador de
eventos; al menos un módulo de acceso que a su vez comprende medios
para procesar acciones procedentes del procesador de aplicaciones;
medios para interactuar con el módulo de señalización SIP y enviar
eventos al módulo despachador de eventos que recibe los eventos
producidos y los envía a las aplicaciones que los requieran; un
gestor de perfiles conectado al módulo ISIM para gestión de las
identidades públicas y privadas del usuario del terminal; y un
gestor de contenidos para intercambio de contenidos entre las
aplicaciones de terminales de usuario; se caracteriza porque
el gestor de contenidos comprende un gestor de media común, que
está conectado a una pluralidad de módulos de media específicos
para cada una de las medias a compartir; comprendiendo el gestor de
media común:
- -
- primeros medios de almacenamiento de una primera información común a todas las medias;
- -
- medios de detección de inicio de negociación de media que, en una sesión SIP y cuando un usuario hace uso de una aplicación que permite compartir una media, recibe una orden de inicio de negociación de media a través del habilitador de servicios IP;
- incluyendo la orden de inicio una segunda información referente al tipo de media a compartir y una tercera información referente a una orden de creación de un mensaje SDP de oferta de media para crear, los medios de detección de inicio de negociación de media, el mensaje SDP de oferta de media con la primera información y enviar al módulo de media específico correspondiente a la segunda información, una cuarta información de indicación para que dicho módulo de media específico añada al mensaje SDP de oferta de media una quinta información correspondiente a dicha media específica a compartir, que al menos comprende datos referentes al tipo de media, puerto que va a usarse en la transferencia de media, protocolo encargado de la transmisión de media y aplicación que gestiona la media a compartir;
- comprendiendo los módulos de media específicos:
- -
- segundos medios de almacenamiento de la quinta información;
- -
- medios para envío de la quinta información a los medios de detección de inicio de negociación de media, al recibir la cuarta información;
- -
- medios para cambiar el estado del módulo de media específico al enviar la quinta información y;
- -
- medios de envío selectivo a la aplicación usada, a través del gestor de media común y del habilitador de servicios, de una sexta información referente a órdenes para dicha aplicación, para que dicha aplicación gobierne el sistema dejándole preparado para la siguiente fase de la negociación de media; comprendiendo, además, el gestor de media común medios de envío de mensajes SDP para enviar el mensaje de oferta de media SDP que, al menos comprende las primeras y quintas informaciones, al habilitador de servicios IP que lo incluye en un mensaje SIP de negociación de media y lo envía al módulo de protocolos del terminal de usuario a través del cual se envía a al menos otro terminal de usuario.
2. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicación 1,
caracterizado porque el gestor de media común comprende
medios de detección de un mensaje SIP de respuesta de negociación
de media, para que al recibir un terminal de usuario un mensaje SIP
de negociación de media que es enviado al habilitador de servicios,
éste crea un mensaje SIP de respuesta de negociación de media que
al ser detectado por los medios de detección de un mensaje SIP de
respuesta del gestor de media común, éstos añaden al mensaje SIP de
respuesta de negociación de media un mensaje SDP de respuesta de
negociación de media, que comprende una séptima información común a
todas las medias de respuesta de negociación, que está almacenada
en los primeros medios de almacenamiento;
comprendiendo además el gestor de media común,
medios para enviar a los módulos de media específicos la quinta
información recibida en el mensaje SDP de oferta de media y
comprendiendo los módulos de media específicos medios de detección
de la quinta información, para que cuando uno de dichos medios de
detección de la quinta información de un módulo de media específico
detecte que dicha quinta información le corresponde, cree una
octava información del tipo de media específica a compartir de
respuesta de negociación;
comprendiendo el gestor de media común medios
para añadir al mensaje SDP de respuesta de negociación de media la
quinta información modificada, indicativa de que el terminal está
incapacitado para asumir esa media, para que cuando ningún medio de
detección de la quinta información realice su detección:
- -
- el gestor de media común añada la quinta información modificada al mensaje SDP de respuesta de negociación y;
- -
- los medios de detección de la quinta información recibida:
- -
- activan los medios de cambio de estado del módulo de media específico, al añadir éste la octava información, para cambiar el estado del módulo de media específico y:
- -
- activan los medios de envío de mensajes SDP que envían el mensaje SDP de respuesta de negociación de media, mensaje que comprende la séptima y octava información o la quinta información modificada, al habilitador de servicios IP, el cual para envía el mensaje SIP de respuesta de negociación de media al módulo de protocolos del terminal de usuario a través del cual se envía al otro terminal de usuario; y selectivamente el módulo de media específico activa sus medios de envío selectivo de ordenes para la aplicación.
3. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicación 2,
caracterizado porque el mensaje SIP de respuesta de
negociación, está seleccionado entre un mensaje provisional de
respuesta de negociación, y un mensaje de confirmación de respuesta
de negociación que indica la aceptación de la media negociada.
4. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicaciones
anteriores, caracterizado porque los cambios de estado de
los módulos de media específico están seleccionados entre:
- -
- cambio de un estado no inicializado a un estado de negociado de media cuando un usuario hace uso de una aplicación que permite compartir una media;
- -
- cambio del estado de negociado de media a un estado de preparado para conectar cuando se recibe un mensaje SIP de respuesta provisional;
- -
- cambio del estado no inicializado al estado de preparado para conectar cuando se recibe un mensaje SIP de negociación de media;
- -
- cambio del estado preparado para conectar a un estado preparado para activar cuando se recibe/envía un mensaje SIP de respuesta provisional de negociación de media, y genera una orden a la aplicación de conectar;
- -
- cambio del estado preparado para activar a un estado activado, cuando se recibe/envía un mensaje SIP de aceptación de una negociación de media y genera una orden a la aplicación de activar;
- -
- cambio del estado activado a un estado de preparado para cerrar cuando la aplicación envía un mensaje de fin de aplicación al cerrarse ésta por el usuario;
- -
- cambio del estado activado al estado de preparado para cerrar cuando el gestor de media común recibe un mensaje SIP de respuesta de negociación de media, sin media;
- -
- cambio del estado preparado para cerrar al estado no inicializado y genera una orden de cerrar la aplicación cuando la aplicación recibe una confirmación a la oferta de media enviada.
5. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicación 1,
caracterizado porque el mensaje SIP de respuesta de
negociación de media es un nuevo mensaje SIP de negociación de
media.
6. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicación 3,
caracterizado porque el cierre de la negociación de media o
el fin de la compartición de media, son generados por un elemento
seleccionado entre el módulo de protocolo específico, el gestor de
media común, el usuario y la aplicación.
7. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicación 1,
caracterizado porque los módulos de media específicos están
seleccionados entre un módulo de llamada por circuitos que realiza
una llamada por circuitos entre dos usuarios dentro de una sesión
SIP en la que el mensaje SIP al menos comprende el número de
teléfono de cada usuario y el protocolo de transporte a utilizar
por la red en la que transcurrió la comunicación; un módulo de
llamada por paquetes para realizar una llamada entre dos usuarios
dentro de una sesión SIP a través de la red IP por la que
transcurrirá la comunicación mediante el protocolo RTP; un módulo
de transferencia de imagen para gestionar la transferencia de
imágenes entre dos usuarios que comparten una sesión mediante el
uso del protocolo TCP, un módulo de juego para transferencia de
jugadas realizadas por los usuarios en el transcurso de un juego,
mediante el uso del protocolo TCP; al menos un módulo genérico de
ampliación del tipo de media específica a compartir y combinación
de los
mismos.
mismos.
8. Sistema gestor de contenidos a compartir
entre terminales de usuario dotados de un habilitador de servicios
IP y basados en señalización SIP, según reivindicaciones 1 y 2,
caracterizado porque la primera y séptima información son
iguales.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ES200602515A ES2328765B1 (es) | 2006-10-03 | 2006-10-03 | Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios ip y basados en señalizacion sip. |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ES200602515A ES2328765B1 (es) | 2006-10-03 | 2006-10-03 | Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios ip y basados en señalizacion sip. |
Publications (2)
Publication Number | Publication Date |
---|---|
ES2328765A1 true ES2328765A1 (es) | 2009-11-17 |
ES2328765B1 ES2328765B1 (es) | 2010-08-30 |
Family
ID=41258506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES200602515A Active ES2328765B1 (es) | 2006-10-03 | 2006-10-03 | Sistema gestor de contenidos a compartir entre terminales de usuario dotados de un habilitador de servicios ip y basados en señalizacion sip. |
Country Status (1)
Country | Link |
---|---|
ES (1) | ES2328765B1 (es) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040015589A1 (en) * | 2002-04-17 | 2004-01-22 | Masaaki Isozu | Terminal device, data transmission-reception system and data transmission-reception initiation method |
EP1414211A1 (en) * | 2002-10-23 | 2004-04-28 | Sony International (Europe) GmbH | Software architecture for capability and quality-of-service negotiations and session establishment for distributed multimedia applications |
WO2004040777A2 (en) * | 2002-10-30 | 2004-05-13 | Nokia Corporation | USER EQUIPMENT DEVICE ENABLED FOR SIP SIGNALLING TO PROVIDE MULTIMEDIA SERVICES WITH QoS |
-
2006
- 2006-10-03 ES ES200602515A patent/ES2328765B1/es active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040015589A1 (en) * | 2002-04-17 | 2004-01-22 | Masaaki Isozu | Terminal device, data transmission-reception system and data transmission-reception initiation method |
EP1414211A1 (en) * | 2002-10-23 | 2004-04-28 | Sony International (Europe) GmbH | Software architecture for capability and quality-of-service negotiations and session establishment for distributed multimedia applications |
WO2004040777A2 (en) * | 2002-10-30 | 2004-05-13 | Nokia Corporation | USER EQUIPMENT DEVICE ENABLED FOR SIP SIGNALLING TO PROVIDE MULTIMEDIA SERVICES WITH QoS |
Also Published As
Publication number | Publication date |
---|---|
ES2328765B1 (es) | 2010-08-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2584455T3 (es) | Sistema, aparato y método para establecer comunicaciones de conmutación de circuitos mediante señalización de red de conmutación de paquetes | |
ES2813430T3 (es) | Método de comunicaciones basado en la capacidad de servicio y la presencia social | |
ES2488919T3 (es) | Método y aparato para el acceso remoto a una red doméstica | |
US8165280B1 (en) | Method and system for providing busy override service in a SIP-based network | |
ES2710655T3 (es) | Método para manejar fallos en el servicio | |
ES2469852T3 (es) | Procedimiento y dispositivos para registrar dispositivos inform�ticos de cliente para sesiones de comunicación en línea | |
ES2662253T3 (es) | Distribución de un identificador de tarificación, en particular en redes UMTS | |
ES2395997T3 (es) | Método y sistema de realización de servicios de mensajería y servidor de aplicación de mensajería | |
JP2017011769A (ja) | ユーザ手動のハンドオフに基づく、セッション開始プロトコルSIP(Session Initiation Protocol) | |
CN107113294A (zh) | 电信网络呼叫控制 | |
ES2327969T3 (es) | Procedimiento de control del establecimiento de canales de comunicacion multimedia. | |
ES2355561B1 (es) | Establecimiento de llamada en una red de comunicacion | |
WO2008022596A1 (fr) | Procédé, système et appareil pour la remise de sms en mode de partage dynamique | |
PT1656780E (pt) | Estabelecimento de sessões de comunicação | |
ES2672644T3 (es) | Facilitación de medios anticipados en un sistema de comunicaciones | |
CN102171983A (zh) | 用于控制通信网络中的会话的方法和装置 | |
US8331352B2 (en) | Interworking supplementary call services between different communication protocols | |
ES2276570B2 (es) | Metodo y disposicion para comunicacion multimedia. | |
WO2009094940A1 (fr) | Appareil et procédé de renégociation de capacités multimédias | |
ES2328623T3 (es) | Sistema habilitador de servicios ip (protocolo de internet) para terminales de usuario basados en señalizacion sip (protocolo de iniciacion de sesion). | |
CN101433024B (zh) | Sip网络中的增强刷新 | |
ES2782527T3 (es) | Procedimiento de registro de al menos una dirección pública en una red IMS y aplicación correspondiente | |
EP3228057B1 (en) | Ims application control protocol | |
CN101360057B (zh) | 一种路由处理的方法、ims业务处理的方法及相关设备 | |
US8493965B2 (en) | H.323 to SIP interworking for call transfers |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EC2A | Search report published |
Date of ref document: 20091117 Kind code of ref document: A1 |
|
FG2A | Definitive protection |
Ref document number: 2328765B1 Country of ref document: ES |