ES2367860T3 - Intercambio de códigos de control entre elementos de red sip/ims y upnp. - Google Patents

Intercambio de códigos de control entre elementos de red sip/ims y upnp. Download PDF

Info

Publication number
ES2367860T3
ES2367860T3 ES08850714T ES08850714T ES2367860T3 ES 2367860 T3 ES2367860 T3 ES 2367860T3 ES 08850714 T ES08850714 T ES 08850714T ES 08850714 T ES08850714 T ES 08850714T ES 2367860 T3 ES2367860 T3 ES 2367860T3
Authority
ES
Spain
Prior art keywords
sip
upnp
address
interface
network element
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.)
Active
Application number
ES08850714T
Other languages
English (en)
Inventor
Hans Maarten Stokking
Fabian Arthur Walraven
Frank Theodoor Henk Den Hartog
Yetao Zhu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nederlandse Organisatie voor Toegepast Natuurwetenschappelijk Onderzoek TNO
Original Assignee
Nederlandse Organisatie voor Toegepast Natuurwetenschappelijk Onderzoek TNO
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nederlandse Organisatie voor Toegepast Natuurwetenschappelijk Onderzoek TNO filed Critical Nederlandse Organisatie voor Toegepast Natuurwetenschappelijk Onderzoek TNO
Application granted granted Critical
Publication of ES2367860T3 publication Critical patent/ES2367860T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

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.

Description

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
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.
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 valor de una nueva cabecera SIP.
Se observará que el área técnica y comercial de redes domésticas es muy diferente del área (proveedores de servicios) de redes de telecomunicación basadas en SIP. De este modo, ambos “mundos” muy distintos se combinan, no obstante, sin interferencias (“tunneling”) y sin necesidad de adaptar/modificar componentes existentes en cualquiera de dichos “mundos”.
Las innovaciones que pueden ser activadas de este modo comprenden:
-Funciones extra de la pasarela doméstica;
-Funciones extra del dominio operador/red IMS.
Una ventaja para el usuario final es que, para tener acceso a la red doméstica, el usuario no tiene necesidad de utilizar un terminal móvil que tenga una funcionalidad (extra) especial UPnP. Una ventaja para el operador (aplicación para beneficio de sus clientes) es que la relación empresa-cliente está soportada: el cliente tendrá un incentivo extra en adquirir servicios de telefonía móvil y servicio de Internet del mismo proveedor de servicio a efectos de poder gozar de las ventajas.
Las realizaciones descritas pueden ser de interés para:
-
Operadores de telecomunicaciones que ofrecen servicios de Internet móviles y fijos:
-
Suministradores de pasarelas domésticas; -Como contribución a la Home Gateway Initiative (HGI) (Iniciativa de Pasarela Doméstica), que es un foro abierto lanzado por una serie de operadores de telecomunicaciones con el objetivo de pasarela doméstica. Además de Telco, varios fabricantes se han sumado a la alianza. El HGI es un lugar en el que los operadores, proveedores de contenidos, proveedores de servicios y fabricantes, tratarán sobre especificaciones y normas clave sobre pasarelas domésticas.
Además, se dan a conocer un interfaz y un dispositivo configurados para llevar a cabo y/o controlar un método, tal como se ha definido.
Se da a conocer, adicionalmente, un producto de programa de software configurado para llevar a cabo y/o controlar un método y/o dispositivo, tal como se ha definido en lo anterior.
El producto de programa de software puede comprender un conjunto de instrucciones ejecutables por ordenador almacenadas en un soporte de datos, tal como un CD o un DVD. El conjunto de instrucciones ejecutables por ordenador, que permite que un ordenador programable lleve a cabo el método definido en lo anterior, puede ser utilizado también para bajar contenidos de un servidor remoto, por ejemplo, a través de Internet.
Breve descripción de los dibujos
A continuación se explicarán realizaciones a título de ejemplo haciendo referencia a algunas figuras de dibujos, que muestran esquemáticamente una realización a título de ejemplo de un sistema que es adecuado para llevar a cabo el método.
La figura 1 muestra una arquitectura a título de ejemplo;
La figura 2 muestra algunos ejemplos de utilización del terminal;
La figura 3 muestra una arquitectura para puenteo IMS-UPnP que corresponde principalmente a la figura 1, facilitado, no obstante, en una forma ligeramente distinta;
La figura 4 muestra un diagrama de bloques a título de ejemplo de una pasarela doméstica preferente;
Las figuras 5-9 muestran ilustraciones de varias etapas de proceso a título de ejemplo;
La figura 10 muestra un diagrama a título de ejemplo de señales/códigos/mensajes; y
La figura 11 muestra algunos ejemplos de direccionado.
Descripción detallada de realizaciones, a título de ejemplo.
La configuración de sistema, a título de ejemplo, de la figura 1 muestra un elemento -1-de una red -2-de IMS (Subsistema Multimedia IP), por ejemplo, un teléfono móvil -1-conectado a dicha red -2-y un segundo elemento de red -3-activado por un UPnP, de una red -4-activada por un UPnP, estando ambas redes interconectadas por un interfaz IMS/UPnP o pasarela -5-. Además, se ha dispuesto un interfaz -6-SIP/SIP.
Para llevar a cabo una acción de control SIP/ UPnP el primer elemento de red -1-dirige una petición al interfaz -6SIP/SIP, utilizando una dirección que se adapta al formato “wildcard PSI” (comodín) (Identidades de Servicio Público) y que comprende una parte de dirección PSI llamada parte -A-que es válida para direccionado PSI, y una parte de dirección comodín llamada parte -A’-.
Las PSI (Identidades de Servicio Público) son SIP URI (URI = Universal Resource Identifier) (Identificador Universal de Recursos, es decir, una cadena de caractéres que identifica y localiza cualquier tipo de recurso en Internet) que se refiere a servicios en vez de usuarios. Es decir, direccionan y/o enrutan a entidades de red de operador, tales como, Servidores de Aplicación, tales como el interfaz SIP/SIP -6-, pero no dispositivos de usuario final. Las PSI comodín son PSI que se corresponden a una expresión regular y comparten el mismo perfil.
Por ejemplo, las PSI “sip:myhome-15263@ims.telecom.tno.nl” y “sipanyhome-15625@ims.telecom.tno.nl’1 se corresponderían con la PSI comodín “sip:.myhome-!.*!@ims.telecom.tno.nl”. En este ejemplo “myhome” es la parte -A-, mientras que la parte -A’-comodín es “15263” o “15625” respectivamente, que indica por ejemplo, dos dispositivos (marcados dispositivo 15263 y dispositivo 15625, respectivamente) conectados a una red doméstica UPnP (“myhome”) o residente en ella.
A continuación, la parte -A-de dirección PSI es convertida en el interfaz SIP/SIP, en una dirección -B-SIP URI (por ejemplo, “sip:myhome@ims.telecom.tno.nl”) asignada al interfaz -5-IMS/UPnP, mientras que la parte -A’-de dirección comodín es convertida, por ejemplo, en un parámetro URI -B’-(por ejemplo, “up-np=15263”) que se añade a la dirección SIP/URI por medio de la utilización de la capacidad de parámetro de SIP URI: “sip:myhome@ims.telecom.tno.nl;upnp=15263”. Tal como se ha indicado anteriormente, el parámetro de dirección -B’-, en vez de ser convertido en un parámetro URI, puede ser añadido a la dirección SIP URI, puede ser descrito en la parte principal o de cuerpo de un mensaje SIP, o puede ser utilizado como nueva cabecera SIP.
A continuación, en el interfaz IMS/UPnP -5-el parámetro URI o la dirección escrita en la parte principal o puesta en la cabecera SIP (B’ = “upnp=15263”) es convertida en una correspondiente dirección -C-UPnP. Esta dirección UPnP es una dirección combinada que contiene una parte HOST, incluyendo un puerto de control y una ruta de control, tal como se especifica en la Arquitectura de Dispositivo UPnP. Un mensaje de UPnP de ejemplo utiliza protocolo HTTP sobre protocolo TCP y empezaría del modo siguiente:
-POST ruta de control URL HTTP/1.1
-HOST: host de control URL: puerto de control URL
Como resultado de ello, los códigos de control basados en SIP y en UPnP (CTRSIP, CTRUPP) se pueden convertir e intercambiar hacia atrás y/o hacia delante entre el primer elemento de red -1-activado por SIP y el segundo elemento de red -3-activado por UPnP.
Ejemplos de formas para transportar estos códigos de control se resumen a continuación.
Un código de control basado en SIP puede ser la parte principal o cuerpo de un SIP MESSAGE o SIP SERVICE (Mensaje SIP o Servicio SIP). Esta parte del cuerpo puede ser de un tipo específico MIME o puede ser basada en texto. Actualmente, no hay norma conocida de especificación de cómo deberían ser estos códigos de control. Estos códigos de control basados en SIP MESSAGE o SIP SERVICE, son ya conocidos en la técnica. Un código de control basado en SIP puede adoptar la forma de un SIP INVITE, que es utilizado para disponer sesiones de medios entre diferentes elementos de red. Son ejemplos de sesiones de medios entre elementos en el dominio UPnP la transmisión de tráfico de audio y video entre un servidor de medios y un proveedor de medios o la circulación de tráfico de vídeo procedente de una cámara de seguridad.
El código de control basado en SIP no se especifica adicionalmente en esta descripción, pero podría variar desde simples códigos de control basados en texto, tales como “light on” hasta complejos códigos ASN.1.
Se lleva a cabo el mapeado de un parámetro PSI comodín (“wildcard”) (por ejemplo) parámetro SIP URI a una dirección UPnP. Por lo tanto, se pueden mantener dos relaciones de mapeado, a saber:
-Desde el parámetro PSI comodín a SIP URI en un interfaz SIP/SIP.
-Desde el parámetro SIP URI a la dirección UPnP en el interfaz SIP/UPnP.
El interfaz SIP/SIP -6-puede ser implementado utilizando un ordenador programable que ha sido programado con módulos de software que definen una entrada para recibir la dirección y un convertidor para llevar a cabo las conversiones. El interfaz IMS/UPnP -5-puede ser implementado utilizando un ordenador programable que ha sido programado con módulos de software que definen un convertidor para llevar a cabo las conversiones. Se puede disponer un ordenador programable que tiene módulos de software para recibir y transmitir códigos de control desde y hacia el primer elemento de red -1-activado por SIP y al segundo elemento de red -3-activado por UPnP.
Las relaciones de mapeado pueden ser, por ejemplo, almacenadas en una memoria o transformadas en persistentes en algún tipo de medio de almacenamiento, por ejemplo, en un ordenador. La cuestión que persiste es la forma en que serán creadas estas relaciones. Esto puede ser llevado a cabo dinámicamente cuando se introduce un nuevo dispositivo y servicio UPnP. Ello puede ser parte de la funcionalidad presente en el interfaz IMS/UPnP. El descubrimiento y mapeado de parámetros consiste en las siguientes etapas:
-
El interfaz IMS/UPnP contiene un módulo de descubrimiento UPnP. Cuando se introduce un nuevo dispositivo UPnP en la red UPnP, éste envía un mensaje múltiple (“multicast”) a efectos de descubrimiento. El módulo de descubrimiento UPnP del interfaz IMS/UPnP controlará dichos mensajes, y por lo tanto descubrirá el nuevo dispositivo UPnP.
-
A continuación, el interfaz IMS/ UPnP utiliza un módulo de selección para seleccionar nuevos parámetros
SIP al que se debería mapear la dirección UPnP de este nuevo dispositivo UPnP. Se puede utilizar algún mecanismo para asegurar que este parámetro SIP es exclusivo para este interfaz IMS/UPnP, por ejemplo, utilizando un contador y comprobando los mapas almacenados en el momento para contadores ya utilizados y luego utilizar el siguiente número más alto.
-Después de haber seleccionado este parámetro SIP, el mapa procedente del parámetro SIP a la dirección UPnP es almacenado en memoria en el interfaz IMS/UPnP.
-A continuación, este nuevo dispositivo UPnP se comunica al interfaz SIP/SIP. Ello se realiza con un módulo en el interfaz IMS/UPnP, que envía un mensaje al interfaz SIP/SIP que incluye el parámetro SIP seleccionado para el nuevo dispositivo.
-A continuación, un módulo en el interfaz SIP/SIP selecciona un nuevo parámetro comodín PSI que es mapeado en este parámetro SIP. Este nuevo parámetro comodín PSI debería ser también exclusivo para su utilización con la dirección SIP del interfaz IMS/UPnP. Esto se puede conseguir basando el nuevo parámetro comodín PSI en el parámetro SIP (que ya es exclusivo por esta razón) o utilizando algún otro mecanismo para asegurar el carácter exclusivo.
-El mapeado de este nuevo parámetro comodín PSI a este parámetro SIP es almacenado en memoria en un interfaz SIP/SIP.
De esta manera, ambos mapas pueden ser creados cuando se introduce un nuevo dispositivo UPnP en la red UPnP. En otro ejemplo, puede ser el interfaz IMS/UPnP que inicia el procedimiento. En vez de un dispositivo UPnP que envía un mensaje múltiple, el interfaz IMS/UPnP puede enviar un mensaje de descubrimiento múltiple en la red UPnP solicitando dispositivos UPnP disponibles para responder. Ambos métodos (dispositivo que envía mensaje múltiple o interfaz IMS/UPnP que envía mensajes mútliples para descubrimiento) son soportados por las especificaciones UPnP.
La figura 2 muestra algunos ejemplos de utilización del terminal en combinaciones con el sistema esquematizado en la figura 1 y explicado en lo anterior.
La figura 3 muestra la arquitectura del puente IMS-UPnP que corresponde a la figura 1, indicado, no obstante, en una forma ligeramente distinta, más adaptada a la forma de las figuras 4-9.
La figura 4 muestra un diagrama de bloques HG (Pasarela doméstica) de la arquitectura.
La figura 5 muestra dos etapas que comprenden descubrimiento de dispositivo Servicio/UPnP:
1.
Dispositivos domésticos anuncian su presencia/situación a través de mensaje múltiple UPnP.
2.
HG recoge la información del dispositivo/servicio en la base de datos.
La figura 6 muestra dos etapas que comprenden el mapeado mediante parámetros SIP URI:
3.
El agente UPnP envía la información al agente lámpara (“Lamp”).
4.
El agente de mapeado efectúa el mapa del ID de servicio UPnP al parámetro SIP URI, y una copia de soporte en el DB.
La figura 7 muestra dos etapas que comprenden el mapeado en el AS:
5.
HG envía el mensaje al AS.
6.
AS lleva a cabo el mapeado comodín PSI (WPSI) y envía la información a la lista de clientes de IMS.
La figura 8 muestras tres etapas que comprenden control UPnP por el cliente de IMS:
7.
El cliente de IMS envía una instrucción, por ejemplo, conectar la lámpara-01.
8.
IMS AS mapea el comodín PSI a los parámetros SIP URI, y enruta al agente usuario HG apropiado.
9.
El agente usuario envía la instrucción al agente de mapeado SIP/UPnP a efectos de obtener el ID apropiado de dispositivo/servicio.
La figura 9 muestra tres etapas que comprenden descubrimiento de dispositivo Servicio/UPnP:
10. El ID apropiado de dispositivo/servicio es enviado al agente Lámpara.
5 11. El agente Lámpara envía la instrucción a la consola del dispositivo/servicio.
12. La consola de dispositivo/servicio ejecuta la instrucción enviando uno o varios mensajes de control UPnP al dispositivo.
10 La figura 10 muestra un diagrama de las señales/códigos/mensajes intercambiados en la realización esquematizada en lo anterior. En esta figura 10, el interfaz -6-SIP/SIP es representado por el Servidor de Aplicación y un Servidor de Presencia es introducido para impulsar la dirección comodín PSI al terminal móvil.
15 La figura 11 muestra ejemplos de direccionado.

Claims (10)

  1. 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. 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. 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. 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. 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. 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. 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. 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. 9.
    Dispositivo configurado para llevar a cabo el procedimiento, según cualquiera de las reivindicaciones 1 a 7.
  10. 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.
ES08850714T 2007-11-16 2008-11-17 Intercambio de códigos de control entre elementos de red sip/ims y upnp. Active ES2367860T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP07120851A EP2061216A1 (en) 2007-11-16 2007-11-16 Exchanging control codes between SIP/IMS and UPnP network elements.
EP07120851 2007-11-16

Publications (1)

Publication Number Publication Date
ES2367860T3 true ES2367860T3 (es) 2011-11-10

Family

ID=39638690

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08850714T Active ES2367860T3 (es) 2007-11-16 2008-11-17 Intercambio de códigos de control entre elementos de red sip/ims y upnp.

Country Status (6)

Country Link
US (1) US8775683B2 (es)
EP (2) EP2061216A1 (es)
CN (1) CN101904156B (es)
AT (1) ATE512543T1 (es)
ES (1) ES2367860T3 (es)
WO (1) WO2009064188A2 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873570B2 (en) * 2008-01-04 2014-10-28 Motorola Mobility Llc Extensible system and method to bridge SIP and UPnP devices
US8743901B2 (en) * 2009-02-13 2014-06-03 Samsung Electronics Co., Ltd. Remoting of user/callee presence information in a UPNP network
KR101613320B1 (ko) * 2009-12-24 2016-04-18 삼성전자주식회사 와이파이를 이용하여 무선 네트워크 연결을 위한 정보를 제공하는 장치 및 방법과 그 시스템
CN103875232B (zh) * 2011-10-13 2016-08-17 瑞典爱立信有限公司 开会方法和装置
CN102685113A (zh) * 2012-04-23 2012-09-19 网经科技（苏州）有限公司 基于UPnP的IMS终端自配置方法
EP2865169A1 (en) * 2012-06-25 2015-04-29 Telefonaktiebolaget LM Ericsson (Publ) Methodes and nodes for handling an address of a resource
FR2994516B1 (fr) * 2012-08-08 2014-08-22 Sagemcom Broadband Sas Dispositif et procede de mise a disposition de services dans un reseau de communication

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060140199A1 (en) * 2004-12-28 2006-06-29 Matsushita Electric Industrial Co., Ltd. SIP/UPnP bridging middleware architecture for a service gateway framework
AU2005335548B2 (en) * 2005-08-12 2010-09-02 Telefonaktiebolaget Lm Ericsson (Publ) Provision of Public Service Identities
KR101262429B1 (ko) * 2005-11-24 2013-05-08 텔레폰악티에볼라겟엘엠에릭슨(펍) 멀티미디어 통신을 가능하게 하는 방법 및 장치
US20090092109A1 (en) * 2005-12-19 2009-04-09 Torbjorn Cagenius Method and Apparatus for Enabling Discovery Within a Home Network
ES2375871T3 (es) * 2007-02-22 2012-03-07 Telefonaktiebolaget Lm Ericsson (Publ) Acceso de grupo a un servicio del subsistema multimedia ip.
WO2009051527A1 (en) * 2007-10-16 2009-04-23 Telefonaktiebolaget Lm Ericsson (Publ) A method and system for enabling access policy and charging control

Also Published As

Publication number Publication date
US20100293299A1 (en) 2010-11-18
EP2223508A2 (en) 2010-09-01
US8775683B2 (en) 2014-07-08
EP2061216A1 (en) 2009-05-20
WO2009064188A3 (en) 2009-07-16
CN101904156A (zh) 2010-12-01
WO2009064188A2 (en) 2009-05-22
CN101904156B (zh) 2013-08-21
EP2223508B1 (en) 2011-06-08
ATE512543T1 (de) 2011-06-15

Similar Documents

Publication Publication Date Title
ES2367860T3 (es) Intercambio de códigos de control entre elementos de red sip/ims y upnp.
US20020103850A1 (en) System and method for out-sourcing the functionality of session initiation protocol (SIP) user agents to proxies
JP5529889B2 (ja) 加入者装置のグローバルに一意的な識別子の生成
EP1743449B1 (en) Handling of identities in a trust domain of an ip network
US8483094B2 (en) IMS-based discovery and control of remote devices
US8457046B2 (en) Method for multiple registration of a multimodal communication terminal
CN102150412A (zh) 用于基于独特装置标识符的实例标识符的方法和设备
CN104704795A (zh) 通过使用具有webRTC功能的网络浏览器创建虚拟SIP用户代理的方法和系统
EP2472825B1 (en) Providing communications including an extended protocol header
CN102177695A (zh) 用于基于独特装置标识符创建实例id的方法和设备
US20160241642A1 (en) Multimedia sharing method, registration method, server and proxy server
US20080181200A1 (en) Use of a distributed hash table to federate many small-sized ims core infrastructures
JP4635095B2 (ja) 通信システムとそのサーバ装置
BR112014029410B1 (pt) Processo e entidade de tratamento de uma mensagem, suporte de registro legível por um computador, terminal, servidor e sistema de comunicação
CN101335913A (zh) 消息群发处理的方法、系统和设备
EP2104307B1 (en) Secure user-specific information transmission to a personal network server
ES2583361T3 (es) Método de llamada, dispositivo y sistema de comunicación para un usuario de centralita privada
Wu User ID provisioning for SIP registration in IMS
CN103139709B (zh) 多媒体消息的群发方法、系统及媒体交换中心
Nakajima Middleware design and human factor
Core Network Working Group P. Saint-Andre Internet-Draft J. Miller Expires: April 25, 2004 Jabber Software Foundation October 26, 2003
Core Network Working Group P. Saint-Andre Internet-Draft J. Miller Expires: February 20, 2004 Jabber Software Foundation August 22, 2003