Universidad politécnica de madrid

804 views

Published on

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
804
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
21
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Universidad politécnica de madrid

  1. 1. UNIVERSIDAD POLITÉCNICA DE MADRIDESCUELA UNIVERSITARIA DE INFORMATICA<br />IMPLEMENTACIÓN DE SERVICIOS BÁSICOS IMS, DENTRO DE UN PROYECTO DE SALUD Y BIENESTAR.<br />Miguel Rolo Couture<br />TRABAJO DE FIN DE CARRERA<br />
  2. 2. Índice<br />Introducción, Objetivos<br />Amivital<br />Visión de IMS<br />Arquitectura IMS <br />Protocolos IMS<br />Prototipo<br />Pasarela fija <br />Centro de coordinación <br />Escenario general <br />Metodologías WebService<br />Contribución<br />Gestor de contenido<br />Calendario<br />Videoconferencia<br />Despliegue<br />Conclusión<br />
  3. 3. Introducción<br />Este trabajo de fin de carrera se desarrolló durante la beca en Ericsson, en el departamento de Innovación e investigación.<br />Es una contribución al proyecto CENIT, para realizar un prototipo de los avances teóricos, centrándose en la arquitectura de red y los servicios que ofrece la solución tecnológica IMS.<br />
  4. 4. Objetivos<br />Crear diferentes servicios tecnológicos que se alojan en la red IP multimedia Systems (IMS) y respondan a las necesidades generadas por el prototipo<br />Los servicios tecnológicos son habilitadores, característicos por tener poca lógica de negocio y tener una funcionalidad definida. Esto les hace ser fuertemente reutilizables.<br />Los habilitadores diseñados, implementados e integrados son:<br />Gestor de contenido<br />Calendario virtual<br />Videoconferencia<br />
  5. 5. Amivital<br />El objetivo es desarrollar tecnologías y herramientas que permitan implementar una nueva generación de aplicaciones y servicios de Inteligencia Ambiental (AmI) .<br />Soporte a la vida independiente y la movilidad de las personas mayores, retrasar su declive y mejora del bienestar <br />Monitorización y control de personas con dolencias crónicas<br />Ayuda a las personas con discapacidad<br />
  6. 6. Amivital<br />Arquitectura tecnológica completa<br />
  7. 7. Visión de IMS<br />Base para las futuras redes de próxima generación. (NGN)<br />Convergencia a tres niveles<br />Dispositivos<br />Red<br />Servicios<br />Habilitadores provistos por el núcleo IMS<br />Presencia<br />VoIP<br />Mensajería<br />Autentificación<br />Uso de estándares<br />
  8. 8. Arquitectura IMS<br />
  9. 9. Arquitectura IMS<br />Capa de acceso de red<br />
  10. 10. Arquitectura IMS<br />Capa control<br />P-CSCF actúa como Sip Proxy y es el primer punto de contacto con el dominio IMS. La comunicación entre ambos elementos esta protegido por el conjunto de protocolos IPsec. Además P-CSCF es responsable de analizar que los mensajes SIP son correctos, y en caso de haber sobrecarga en la red podría comprimirlos para conservar ancho de banda.<br />S-CSCF es asignado a cada subscritor con el fin de controlar entre otros el estado de la sesión y el enrutado. Al igual que interactúa con el HSS para registrar y autentificar al usuario. <br />I-CSCF (Interrogating Call Session Control Function): es el primer punto de contacto para otros dominios IMS. Consulta el HSS para encontrar el S-CSCF donde el usuario está registrado o asignarle uno si no lo está.<br />MRFC (Media Resource Function Controller) es un nodo de señalización que actúa como un SIP User Agent hacia el S-CSCF y controla el Media Resource Function Processor (MRFP)<br />
  11. 11. Arquitectura IMS<br />Capa de aplicaciones<br />HSS (Home Subscriber Server): es la base de datos principal del sistema que contiene la información de los usuarios/suscriptores que permiten a los demás elementos de red el manejo de las sesiones. Se accede a la base de datos utilizando principalmente el protocolo Diameter. Sus principales funciones son:<br />Identificación<br />Autorización del acceso<br />Autenticación<br />Gestión de la movilidad (qué CSCF está controlando al usuario)<br />Soporte al establecimiento de la sesión<br />Soporte a la provisión del servicio<br />AS (Aplication server) aloja los diferentes servicios que contiene la red IMS aparte de los servicios core. Los enablers o servicios se exponen a través de una interfaz webservices, accediendo a ellos con el protocolo SOAP <br />
  12. 12. Protocolos en IMS<br />SIP:Protocolo de Inicio de Sesiones es un protocolo para la iniciación, modificación y finalización de sesiones interactivas de usuario donde intervienen elementos multimedia como el video o voz. <br />SDP:Protocolo para describir los parámetros de inicialización de los flujos multimedia.<br />RTP:Es un protocolo utilizado para la transmisión de información en tiempo real, como por ejemplo audio y vídeo en una video-conferencia. <br />Ejemplos:<br />SIP Register: Registra el usuario dentro del dominio IMS<br />SIP subscribe: indica que un usuario desea recibir información sobre el estado de una sesión de usuario.<br />SIP notify : Se manda un mensaje de cambio de estado del servidor Registrar a los usuarios registrados. <br />SIP invite: Sirve para iniciar las sesiones, dentro del cuerpo del mensaje usa SDP para ofrecer mas detalles sobre el tipo de sesión que se desea establecer. <br />
  13. 13. Prototipo<br /><ul><li>Es una prueba funcional de los servicios de tele-asistencia a pacientes Crónicos Cardiacos.
  14. 14. Los pacientes se encuentran en sus hogares donde se les instalará una pasarela fija que ofrecerá los distintos servicios.
  15. 15. Los agentes sanitarios estarán ubicados en el centro de coordinación para gestionar las monitorizaciones y video llamadas de los pacientes y médicos</li></li></ul><li>La pasarela fija<br />La pasarela no puede superar los 200 euros para adaptarse al mercado.<br />Está equipada con un micro nano de 1Ghz y 1Gb de memoria RAM, y usa Ubuntu 9.0<br />Usara los siguientes dispositivos:<br />Un mando WII.<br />Una videocámara.<br />Un televisor.<br />Sensor para la monitorización “Alive”<br />
  16. 16. Centro de coordinación<br />La función del centro de coordinación es gestionar los recursos gracias al sistema de gestión de proceso de negocio Business Process Management System (BMPS). <br />Se uso los estándares BPMN-BPEL para crear el software.<br />BPMN (Business Process Modeling Notation) es una notación grafica para modelar flujos de proceso de negocio, creando el workflow<br />BPEL (Business Process Execution Language) es un lenguaje de ejecución centrado en los procesos de negocio basado en XML<br />Ciclo de desarrollo del paradigma BMP:<br />Desarrollar las interfaces requeridas<br />Diseñar el modelo BPMN.<br />Generar el código BPEL<br />Desplegar el código BPEL<br />
  17. 17. Escenario general<br />
  18. 18. Estudio de metodologías Webservices<br />Un Web Services es una aplicación que usa un conjunto de estándares y protocolos que permite ser ejecutada de manera remota gracias al paso de mensajes.<br />SOAP (Protocolo Simple de Acceso a Objetos)<br /> Es un protocolo basado en XML que permite la interacción entre varios procesos, y se apoya sobre el protocolo HTTP.<br />Ventajas<br /><ul><li>No esta asociado con ningún lenguaje
  19. 19. Permite la interoperabilidad entre múltiples entornos</li></ul>Inconvenientes<br /><ul><li>Dificultades al tratar con datos complejos.</li></li></ul><li>Estudio de metodologías Webservices<br />
  20. 20. Servicio gestor de contenido<br />Requisitos<br />El gestor de contenido debe ser accesible desde una interfaz Web Services. Se sitúa así al nivel de servidor de aplicación (Aplication Server) de la red IMS.<br />El habilitador debe ofrecer un mapeo entre el identificador de contenido y la URL que indica la ubicación del archivo multimedia, función principal de un gestor de contenido.<br />Las URIs suministradas al habilitador deben seguir las reglas REST.<br />Debe suministrar la siguiente información del video: nombre, modo de visionado y dirección URL<br />
  21. 21. Servicio gestor de contenido<br /><ul><li>El primer paso es solicitar al enabler los datos del video, es decir que se solicita la ubicación del video y como se consume. El segundo paso seria realizar la petición al repositorio.
  22. 22. El centro de coordinación se encarga de mantener y subir los videos al repositorio. Dicha tarea se hará por parte de los administradores usando los scripts SQL correspondientes.</li></ul>Arquitectura del servicio<br />
  23. 23. Servicio gestor de contenido<br /><ul><li>El repositorio es un servidor http montado sobre una maquina Linux con la distribución Fedora
  24. 24. La base de datos utilizada es MySQL y esta ubicada en el nodo Aplication Server. </li></li></ul><li>Servicio calendario virtual<br /><ul><li>Calendario servidor:</li></ul>- Se insertan eventos médicos con alarmas<br />- Notificación (Disparador de workflows)<br /><ul><li>Calendario cliente:</li></ul>- Se consultan los eventos<br />- Saltan recordatorios<br /><ul><li>Sincronismo de los calendarios.
  25. 25. Capacidad offline
  26. 26. Uso de Open Source y estándares</li></li></ul><li>Servicio calendario virtual<br />Servidor de calendarios<br />Utiliza el protocolo Caldav<br />Ical de tipo Xml define el modelo de un objeto calendario<br />Bedework esta basado en java y es open source<br />Interfaces:<br />putEvent(String user, CalendarEvent event)<br />removeEvent (String user, CalendarEvent event) (NI)<br />getEventsInRange(String user, Date startDate, Date endDate) (NI)<br />
  27. 27. Servicio calendario virtual<br />Calendario cliente<br />
  28. 28. Servicio de videoconferencia<br />El servicio permite la comunicación entre dos o más personas usando la videoconferencia utilizando un micrófono y una webcam.<br />Requisitos:<br />Cliente SIP que permita realizar llamadas automáticas a determinados contactos, así como soportar un escenario de transferencia de llamadas entre 3 usuarios<br />Tecnología Web que permita activar el cliente SIP desde un portal Web<br />
  29. 29. Servicio de videoconferencia<br />El cliente SIP es el SIP Communicator, y utilizamos dos versiones.<br />Cliente para el paciente:<br />Al iniciarse la aplicación, se registra automáticamente. (Archivos de configuración XML)<br />Inicia automáticamente la llamada (Modificación de la lógica)<br />Cliente para el medico:<br />Registro automático del medico.<br />Lógica que soporte el escenario de trasferencia de la llamada.<br />Los clientes SIP son encapsulados en Java Web Start.<br />
  30. 30. Servicio de videoconferencia<br />
  31. 31. Servicio de videoconferencia<br />Registro y llamada<br />
  32. 32. Servicio de videoconferencia<br />Transferencia<br />
  33. 33. Servicio de videoconferencia<br />Transferencia<br />
  34. 34. Pruebas<br />Los servicios se probaron con:<br />Cliente java webservice construido con Axis1 y la metodología top-down<br />soapUI: Genera las peticiones automáticamente gracias al wsdl.<br />Se probó en el entorno real del prototipo los diferentes clientes SIP.<br />La transferencia se monitorizo gracias al wireshark.<br />
  35. 35. Pruebas<br />SoapUI: Transferencia<br />Petición<br />Respuesta<br />
  36. 36. Pruebas<br />Trazas Wireshark: Transferencia<br />
  37. 37. Conclusiones<br />Gestor de contenido: un servicio básico pero con potencial<br />Calendario Virtual: Dificultades con las librerías del protocolo CALDAV<br />Videoconferencia: Poco estable, y ofrece gran calidad en el video llamada.<br />IMS: Un producto para las telecomunicaciones<br />

×