INTERCAMBIO DE CÓDIGOS DE CONTROL ENTRE ELEMENTOS DE RED SIP/IMS Y UPNP.

Procedimiento para intercambio de códigos de control entre un primer elemento de red (1) activado por SIP y un segundo elemento de red (3) activado por UPnP de una red (4) activada por UPnP,

estando ambas redes interconectadas por un interfaz IMS/UPnP (5), cuyo procedimiento comprende las siguientes etapas: - el primer elemento de red (1) dirige una petición a un interfaz SIP/SIP (6); - el interfaz IMS/UPnP (5) convierte un parámetro de dirección B' en una correspondiente dirección UPnP (C); y - conversión de los códigos de control basados en SIP y basados en UPnP (CTRSIP, CTRUPP) e intercambiar en avance y/o retroceso dichos códigos de control entre el primer elemento de red (1) activado por SIP y el segundo elemento de red (3) activado por UPnP caracterizado porque el primer elemento de red (1) activado por SIP es un primer elemento de red (1) de una red IMS (2), dirigiendo el primer elemento de red (1) la petición al interfaz (6) SIP/SIP, utilizando una dirección que se adapta al formato comodín PSI, y que comprende una parte A de dirección PSI que es válida para direccionado PSI y una parte A' de dirección de comodín; comprendiendo el procedimiento una etapa en la que el interfaz SIP/SIP (6) convierte la parte A de dirección PSI en una dirección B SIP URI asignada al interfaz IMS/ UPnP (5), convirtiendo simultáneamente la parte A' de dirección comodín en el parámetro B' de dirección, apuntando el parámetro B' de dirección o siendo asignado al segundo elemento de red (3) de la red activada por UPnP

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/NL2008/050729.

Solicitante: NEDERLANDSE ORGANISATIE VOOR TOEGEPAST-NATUURWETENSCHAPPELIJK ONDERZOEK TNO.

Nacionalidad solicitante: Países Bajos.

Dirección: SCHOEMAKERSTRAAT 97 2628 VK DELFT PAISES BAJOS.

Inventor/es: Walraven,Fabian Arthur, Stokking,Hans Maarten, DEN HARTOG,Frank Theodoor Henk, ZHU,Yetao.

Fecha de Publicación: .

Fecha Solicitud PCT: 17 de Noviembre de 2008.

Clasificación Internacional de Patentes:

  • H04L12/28H2
  • H04L29/12A5

Clasificación PCT:

  • H04L12/28 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › caracterizados por la configuración de los enlaces, p. ej. redes locales (LAN), redes extendidas (WAN) (redes de comunicación inalámbricas H04W).
  • H04L29/06 H04L […] › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.
  • H04L29/12 H04L 29/00 […] › caracterizados por el terminal de datos.

Países PCT: Austria, Bélgica, Suiza, Alemania, Dinamarca, España, Francia, Reino Unido, Grecia, Italia, Liechtensein, Luxemburgo, Países Bajos, Suecia, Mónaco, Portugal, Irlanda, Eslovenia, Finlandia, Rumania, Chipre, Lituania, Letonia, Ex República Yugoslava de Macedonia, Albania.

PDF original: ES-2367860_T3.pdf

 


Fragmento de la descripción:

Intercambio de códigos de control entre elementos de red SIP/IMS y UPnP Sector técnico de la invención La invención se refiere a un método para el intercambio de códigos de control entre un primer elemento de red activado por un SIP (Session Initiation Protocol) (Protocolo de inicio de sesión) de una red IMS (IP Multimedia Subsystem) (Subsistema multimedia IP), por ejemplo, un terminal móvil conectado a dicha red, y un segundo elemento de red activado por un UPnP (Universal Plug and Play) (Conexión rápida universal), estando ambas redes interconectadas por un interfaz IMS/UPnP. Antecedentes ES 2 367 860 T3 El Protocolo de Inicio de Sesión (SIP) es un protocolo de control de una capa de aplicación (señalización) para crear, modificar y terminar sesiones con uno o varios participantes. Estas sesiones incluyen llamadas telefónicas por Internet, distribución multimedia y conferencias multimedia. El SIP ha sido aceptado como protocolo de señalización 3GPP y es un elemento permanente de la arquitectura IMS. Es ampliamente utilizado como protocolo de señalización para voz a través de IP junto con H.323 y otros. El SIP es neutro en cuanto a direccionado, estando las direcciones expresadas en forma de URI/URIs de diferentes tipos, tales como, por ejemplo, números telefónicos, direcciones de correo electrónico, etc. El Subsistema Multimedia IP (IMS) es una arquitectura normalizada de Red de Generación Siguiente (NGN) para operadores de telecomunicaciones que desean proporcionar servicios multimedia móviles y fijos. Utiliza señalización multimedia basada en una implementación normalizada de SIP, y funciona con el protocolo Internet estándar (IP). Los sistemas telefónicos existentes (tanto los conmutados por paquetes como los conmutados por circuito) quedan soportados. El Universal Plug and Play (UPnP) (Conexión Universal Rápida) es un conjunto de protocolos de red de ordenador promulgados por el foro UPnP. Los objetivos de UPnP son permitir que los dispositivos se conecten sin solución de continuidad (seamlessly) y simplificar la implementación de redes en el ámbito doméstico (compartir datos, comunicaciones, y diversión) y en entornos empresariales. El UPnP consigue este objetivo definiendo y publicando protocolos de control de dispositivos UPnP, construidos sobre normas de comunicación abiertas, basadas en Internet, el UPnP es, por lo tanto, un protocolo para redes domésticas/oficinas, permitiendo que los dispositivos sean capaces de contactar y comunicarse entre sí. El UPnP, basado en IP, es muy apropiado para interconexión, por ejemplo, aparatos acoplados a medios, TV, impresoras, escáneres, interruptores eléctricos, amortiguadores de luz, dispositivos de automatización en el hogar, etc. Algunos dispositivos activados por UPnP podrían ser accionados o ajustados (por ejemplo, calefacción) desde una posición remota mediante, por ejemplo, Internet u otra red externa. Es deseable activar el acceso remoto a dispositivos/servicios de UPnP a partir de un dispositivo SIP, por ejemplo, un terminal móvil basado en SIP/IMS a través de una función de pasarela, SIP-UPnP. Con anterioridad se han propuesto, por ejemplo, diferentes soluciones en el estado de la técnica. - Utilizar SIP para la construcción de un Túnel de Acceso Remoto UPnP; - Utilizar servicios de mensajes SIP para transporte de mensajes UPnP (ver WO 2006071468); - Utilizar SIP para puenteo a redes UPnP (WO/2007/002242). Estas soluciones de la técnica anterior para el acceso remoto a dispositivos/servicios UPnP requieren en todos los casos, de manera desventajosa, adaptaciones del terminal SIP a utilizar para acceso remoto. El documento Framework Draft for Networked Appliances using the Session Initiation Protocol by S. Moyer y otros, Internet Engineering Task Force Internet Draft, 2001, (Borrador Marco para dispositivos en red que utilizan el Protocolo de Inicio de Sesión) da a conocer la utilización de SIP para dispositivos capaces de funcionar en red. Además, se dispone de diferentes soluciones para direccionar los elementos de la red para el puenteo de mensajes de control SIP a mensajes UPnP. Cada dirección UPnP puede ser mapeada en una dirección SIP URI. Esta solución es una solución muy directa, pero requiere una de las dos configuraciones siguientes: 1. Todas las direcciones SIP URI son configuradas en el dominio de red pública en los diferentes elementos SIP. Dado que los dispositivos UPnP pueden ser dinámicamente añadidos o retirados de la red UPnP, ello requiere la adición/eliminación dinámica de direcciones SIP URI en el dominio de red pública. Este proceso dinámico no existe y comporta una serie de complejidades para el administrador del dominio de la red SIP IMS, por lo tanto, esta no es una salvación práctica. 2 2. El dominio UPnP tiene su propio dominio de dirección SIP, por ejemplo, UPnPbridgel.com. Cada dirección UPnP separada forma parte del dominio de dirección, por ejemplo, UPnP-devicel@UPnPbridgel.com. Si bien esto es ciertamente una solución técnicamente factible, requiere que todos los puentes UP-nP/SIP para estar conectados a la red SIP tienen que utilizar una Interfaz Red a Red (NNI). Esto comporta también una serie de complejidades para el administrador del dominio de la red SIP/IMS y, por lo tanto, no es una solución práctica. Las configuraciones de la técnica anterior requieren la instalación o adición en el terminal SIP de funcionalidades especiales/adicionales UPnP. Es deseable dar a conocer un método y/o medios destinados a posibilitar la utilización de terminales SIP estándar (por ejemplo, móviles) para tener acceso y controlar dispositivos y servicios UPnP por medio de la red SIP/IMS. Además, puede ser deseable que no sea necesaria la configuración dinámica de las direcciones SIP en la red SIP o interconexión basada en NNI de puentes SIP/ UPnP con la red SIP. Resumen Se da a conocer un método de acuerdo con la reivindicación 1. Los PSIs (Public Service Identities) (Identidades de Servicio Público) son SIP URIs (URI = Universal Resource Identifier, es decir, una cadena de caractéres que identifican y localizan cualquier tipo de recurso en Internet) que hace referencia a servicios en vez de usuarios. En una realización, un ejemplo de una dirección PSI comodín (wildcard) puede ser sip:.myhome-!.*!@ims.telecom.tno.nl. Estas direcciones PSI se adaptan a ejemplos de direcciones PSI, tales como sip:myhome-15263@ims.telecom.tno.nl y direcciones similares con otros contenidos en vez de 15263, tal como se indica por un símbolo comodín en la dirección de la misma. En este ejemplo, myhome puede ser la parte de dirección A y 15263 puede ser la parte de dirección comodín de la tarjeta. Un ejemplo de parte B de dirección SIP URI convertida en una realización es sip:myhome@ims.telecom.tno.nl y un ejemplo de parte B de tarjeta convertida puede ser upnp=15263, que se puede añadir a la dirección SIP URI al utilizar la capacidad de parámetros de SIP URI. Esto tiene como resultado una dirección sip:myhome@ims.telecom.tno.nl;upnp=15263. No obstante, el parámetro de la dirección convertida, puede ser convertido alternativamente en parámetro URI, a añadir a la dirección SIP URI, a escribir en la parte del cuerpo del mensaje SIP o a utilizar como nueva cabecera SIP. El formato PSI comodín se puede utilizar en la petición por el primer elemento de red, dado que este primer elemento de red puede reservar este formato PSI comodín como parte de su sistema de directorio. Este sistema de directorio, contiene direcciones de otros elementos de red conocidos y puede incluir información sobre la situación corriente de dichos elementos de red (información de presencia). De acuerdo con las especificaciones IMS, la PSI comodín puede formar parte de dicho directorio, mientras que un parámetro URI, tal como se utiliza en la siguiente etapa no puede formar parte de dicho directorio. El parámetro de dirección B en la conversión se utiliza para controlar el interfaz IMS/UPnP, dado que PSI comodín no puede ser utilizada en este caso, de acuerdo con las especificaciones IMS: una PSI comodín puede ser utilizada solamente para dirigirse a tipos específicos de elementos de red. Un ejemplo de interfaz SIP/SIP es un llamado agente de usuario SIP Back-to-Back. Hay varias implementaciones para convertir la parte A de la dirección comodín en el parámetro B de dirección relevante que apunta al segundo elemento de red o que está asignado al mismo de la red activada por UPnP. Tres alternativas son igualmente preferentes. En una implementación preferente, el parámetro de dirección B es convertido en un parámetro URI que es añadido a la dirección SIP URI. En una segunda implementación preferente el parámetro de dirección B es convertido en un valor de una nueva cabecera SIP. En una tercera implementación preferente, el parámetro de dirección B es convertido en el... [Seguir leyendo]

 


Reivindicaciones:

1. Procedimiento para intercambio de códigos de control entre un primer elemento de red (1) activado por SIP y un segundo elemento de red (3) activado por UPnP de una red (4) activada por UPnP, estando ambas redes interconectadas por un interfaz IMS/UPnP (5), cuyo procedimiento comprende las siguientes etapas: - el primer elemento de red (1) dirige una petición a un interfaz SIP/SIP (6); - el interfaz IMS/UPnP (5) convierte un parámetro de dirección B en una correspondiente dirección UPnP (C); y - conversión de los códigos de control basados en SIP y basados en UPnP (CTRSIP, CTRUPP) e intercambiar en avance y/o retroceso dichos códigos de control entre el primer elemento de red (1) activado por SIP y el segundo elemento de red (3) activado por UPnP caracterizado porque el primer elemento de red (1) activado por SIP es un primer elemento de red (1) de una red IMS (2), dirigiendo el primer elemento de red (1) la petición al interfaz (6) SIP/SIP, utilizando una dirección que se adapta al formato comodín PSI, y que comprende una parte A de dirección PSI que es válida para direccionado PSI y una parte A de dirección de comodín; comprendiendo el procedimiento una etapa en la que el interfaz SIP/SIP (6) convierte la parte A de dirección PSI en una dirección B SIP URI asignada al interfaz IMS/ UPnP (5), convirtiendo simultáneamente la parte A de dirección comodín en el parámetro B de dirección, apuntando el parámetro B de dirección o siendo asignado al segundo elemento de red (3) de la red activada por UPnP. 2. Procedimiento, según la reivindicación 1, en el que el parámetro B de dirección es convertido en un parámetro URI que es añadido a la dirección SIP URI. 3. Procedimiento, según la reivindicación 1, en el que el parámetro de dirección B es situado en la parte del cuerpo de un mensaje SIP. 4. Procedimiento, según la reivindicación 1, en el que el parámetro de dirección B es convertido en el valor de una nueva cabecera SIP. 5. Procedimiento, según la reivindicación 1 ó 2, en el que el código de control basado en SIP es una parte de un mensaje SIP. 6. Procedimiento, según la reivindicación 1 ó 2, en el que el código de control basado en SIP es una parte de un servicio SIP. 7. Procedimiento, según la reivindicación 1 ó 2, en el que el código de control basado en SIP es parte de una invitación SIP (SIP Invite). 8. Interfaz para intercambiar códigos de control entre un primer elemento de red activado por SIP y un segundo elemento de red (3) activado por UPnP de una red activada por UPnP (4), comprendiendo el interfaz: - un interfaz SIP/SIP (6) con una entrada para recibir una petición; - un interfaz IMS/UPnP (5) que comprende un convertidor configurado para convertir un parámetro de dirección B en una correspondiente dirección (C) UPnP; y - un convertidor para convertir códigos de control (CTRSIP, CTRUPP) basados en SIP y basados en UPnP para intercambiar en retroceso y/o en avance dichos códigos de control entre el primer elemento de red (1) activado por SIP y el segundo elemento de red (3) activado por UPnP, caracterizado porque el primer elemento de red (1) activado por SIP es un primer elemento de red (1) de una red IMS (2), estando configurado el interfaz SIP/SIP (6) para utilizar una dirección que se adapta al formato comodín PSI y que comprende una parte A de dirección PSI que es válida para direccionado PSI y que comprende una parte A de dirección comodín; comprendiendo el interfaz SIP (6) un convertidor configurado para convertir la parte A de dirección PSI en una parte B de dirección válida SIP URI asignada al interfaz IMS/UPnP (5), convirtiendo simultáneamente la parte A de la dirección comodín en el parámetro de dirección B, apuntando el parámetro de dirección B o siendo asignado al segundo elemento de red (3) de la red activada por UPnP. 9. Dispositivo configurado para llevar a cabo el procedimiento, según cualquiera de las reivindicaciones 1 a 7. 10. Producto de programa de ordenador configurado para llevar a cabo las etapas del interfaz SIP/SIP (6) y el interfaz IMS/UPnP (5) en el procedimiento, según cualquiera de las reivindicaciones 1-7. 8 ES 2 367 860 T3 9 ES 2 367 860 T3 ES 2 367 860 T3 11 ES 2 367 860 T3 12 ES 2 367 860 T3 13 ES 2 367 860 T3 14 ES 2 367 860 T3 ES 2 367 860 T3 16 ES 2 367 860 T3 17 ES 2 367 860 T3 18 ES 2 367 860 T3 19

 

Patentes similares o relacionadas:

Imagen de 'PROCEDIMIENTO DE ENSAYO Y DE INSTALACION DE UN MANDO A DISTANCIA…'PROCEDIMIENTO DE ENSAYO Y DE INSTALACION DE UN MANDO A DISTANCIA DOMOTICO, del 10 de Febrero de 2010, de SOMFY SAS: Procedimiento de ensayo y de instalación de un mando a distancia (RCU) para dar instrucciones a elementos (ACT1, ACT2, ACT3) de una red domótica, destinada […]

Imagen de 'SISTEMA INTEGRAL DE CONTROL, SEGURIDAD Y DOMOTICA EN EDIFICIOS…'SISTEMA INTEGRAL DE CONTROL, SEGURIDAD Y DOMOTICA EN EDIFICIOS INTELIGENTES, del 5 de Noviembre de 2009, de UNIVERSIDAD DE MURCIA: Sistema integral de control, seguridad y domótica para edificios inteligentes, de especial utilidad en el control de viviendas y edificios, cuya […]

PROCEDIMIENTO Y PORTAL PARA ESTABLECIMIENTO DE UNA CONEXIÓN DE COMUNICACIÓN ENTRE DOS REDES DE COMUNICACIÓN DIFERENTES, del 28 de Junio de 2011, de VODAFONE HOLDING GMBH: Procedimiento para establecer una conexión de comunicación entre un primer abonado de una red de telecomunicaciones y al menos un segundo abonado […]

Procedimiento y dispositivo para el procesamiento de una solicitud de servicio, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para el procesamiento de una solicitud de servicio, comprendiendo el procedimiento: recibir (S201), mediante un nodo de consenso, una solicitud […]

Método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático de cliente que comprende una entidad de módulo de identidad de abonado con un kit de herramientas de módulo de identidad de abonado así como una miniaplicación de módulo de identidad de abonado, sistema, dispositivo informático de cliente y entidad de módulo de identidad de abonado para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en el dispositivo informático de cliente, programa que comprende un código de programa legible por ordenador y producto de programa informático, del 22 de Julio de 2020, de DEUTSCHE TELEKOM AG: Un método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático […]

Método para atender solicitudes de acceso a información de ubicación, del 22 de Julio de 2020, de Nokia Technologies OY: Un aparato que comprende: al menos un procesador; y al menos una memoria que incluye un código de programa informático para uno o más programas, […]

Sincronización de una aplicación en un dispositivo auxiliar, del 22 de Julio de 2020, de OPENTV, INC.: Un método que comprende, mediante un dispositivo de medios: acceder, utilizando un módulo de recepción, un flujo de datos que incluye contenido […]

Procedimiento y dispositivo para su uso en la gestión de riesgos de información de aplicación, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para la gestión de riesgos de información de aplicación en un dispositivo de red, comprendiendo el procedimiento: recibir información […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .