Presidente Riesco Nº 5711, Piso 9, Las Condes. Santiago de Chile. PRESENTACIÓN PARA USM: “SOLUCIÓN CONECTIVIDAD PARA LOS BUSES DE TRANSANTIAGO” Junio de

Presidente Riesco Nº 5711, Piso 9, Las Condes. Santiago de Chile.

PRESENTACIÓN PARA USM:

“SOLUCIÓN CONECTIVIDAD PARA

LOS BUSES DE TRANSANTIAGO”

Junio de 2006

Por:

INTERXPORT CHILE S.A.

Hans Huper Oradini

Gerente División Transporte

[email protected]


Programa

1.- Descripción del Problema

2.- Requerimientos Técnicos Específicos

3.- Esquema General de Solución

4.- Componentes de la Solución

5.- Resumen



Tener conectividad de alta disponibilidad para la transmisión de datos on-line entre el 100% de los buses de Transantiago y el Centro de Control y Gestión (SIAUT –autoridad- y COF –operadores-), a fin de monitorear variables remotas.

Red de datos de respaldo para la transmisión de los datos batch.

?

COF

SIAUT



¿Que se busca medir y/o telecontrolar?

Botón de Emergencia(Entre otros, activa el CCTV)

GPS

Megafonía

Información aPasajeros

Alarma porExceso deVelocidad

CCTV con Grabación, (Esta información NO será enviada On-Line)

Sensores enMotor

Alarma dePuertas Abiertas

VOZ(RecepciónLlamadascelulares)

Control de Acceso, Validación y Conteo de Pasajeros

Display paraMensajería conEl Conductor

Eq. Validación (Obligatorio)Eq. Para Explotación de FlotaEq. Que NO utiliza Red de datos



¿Qué información es On-Line y cuál es Batch?

Tipo Frecuencia Tipo FrecuenciaPosición Cada 30 Segundos Contabilidad Diaria 1 Vez al díaCantidad de Pasajeros Cada 30 Segundos Listas Negras (Tarj. No validas) 1 Vez al díaAlarma de pérdida de enlace con PC Instantánea Listas Blancas (Cargas Remotas) 1 Vez al díaAlarma de pérdida de energía Instantánea Resumen del Recorrido 1 Vez al díaAlarma de pérdida de sist. Radiante Instantánea Resumen de Alarmas 1 Vez al díaAlrama de Tx de datos Batch Instantánea Resumen de conteo de pasajeros 1 Vez al díaBoton de Emergencia Instantánea Resumen de Sensores 1 Vez al díaPosición durante emergencias Cada 10 Segundos

DatosOn-Line

DatosBatch

RED WIRELESS

Control de Flota

CONCENTRADORES

Sistema de Validación

PosicionamientoAlarmas de Puertas AbiertasAlarma de exceso de VelocidadAlarma Detención NO AutorizadaBotón EmergenciaSensores de MotorMegafoníaConsola

Validadores en BusesPago ExactoConsola

POS Externos (Puntos deRecarga de tarjeta y ventaDe pasajes unitarios)


2.- Requerimientos Técnicos Específicos

El servicio (solución) debía cumplir con las siguientes especificaciones técnicas:

Parámetro Medición del dato Oportunidad

Entrada y salida de servicio Medida por evento. Transmitida en línea al SIAUT. Posiciones (ubicación geográfica de cada bus), para buses Troncales y alimentadores durante los períodos de coordinación.

Medida cada 30 segundos. Transmitida en línea al SIAUT.

Posiciones (ubicación geográfica de cada bus), para buses Alimentadores

Medida cada 30 segundos, acumulada en el bus.

Transmitida en un archivo diario al SIAUT. (*)

Detenciones Medida por evento, acumulada en el bus. Transmitida en un archivo diario al SIAUT. (*)

Apertura y cierre de puertas Medida por evento, acumulada en el bus. Transmitida en un archivo diario al SIAUT. (*)

Velocidad excedida Medida por evento, acumulada en el bus. Transmitida en un archivo diario al SIAUT. (*)

Emergencias Medida por evento, y transmitida en línea. Transmitida en línea al SIAUT. (*) Los archivos consolidados diarios deben ser enviados en forma segura al SIAUT, antes de las 3:00 AM del día siguiente.

Disponibilidad: 98% diaria por bus.

Cobertura en toda el área de Transantiago.

Envío de mensajes desde el SIAUT hacia los buses en cualquier momento..

Red de datos de respaldo para los datos batch.



Para solucionar la problemática original y dar cumplimiento a las exigencias técnicas, desarrollamos la siguiente solución general:

RED 1

GETWAYMODEMRED 1

ClienteMODEMRED 2

RED 2

TELENODO

GETWAY(Respaldo)

Dispositivo Remoto

Alta disponibilidad = Redundancia

Ser back up de datos batch

Ancho de Banda suficiente para datos batch



En particular, la solución para Transantiago:

Nota: Los datos batch son descargados una vez al día mediante WiFi

RedMOBITEX

GATEWAYMODEM

MOBITEX

Enlace aAplicaciónMODEM

CELULAR

RedCELULAR

TELENODO

GATEWAY(Respaldo)

PC a Bordo



Componentes:

Telenodo (TN): Dispositivo que maneja las comunicaciones en el extremo donde se localizan los terminales remotos.

Gateway (GW): Conjunto de servidores que se conectan con el dtacentes del cliente.

Redes: Redes inalámbricas que permiten el tráfico de los datos entre los dispositivos remotos y el datacenter del cliente.

Enlaces: Enlaces de datos entre las redes - Gateway, y entre el Gateway – Cliente.



Telenodo:

MicroProcesador

Fuente dePoder

MódemRED 1

MódemRED 2

Alimentación

AntenaRED 1

AntenaRED 2

Entradas I/O

•Puerta RS485•Ethernet•Puerta RS232

HaciaComputador

A Bordo

Entrada y Salida deVoz y Audio vía

CELULAR para llamadade Emergencia

El TELENODO está compuesto por un Microprocesador, una Fuente de Poder con autonomía de dos horas, un módem RED 1, un módem RED 2, además cuenta con las siguientes características técnicas adicionales:

4 Entradas digitales (para medir variables de estado)* 1 Puerta RS485 para conectar el computador a bordo 1 Puerta Ethernet

Certificación EMI, IP54, Vibraciones y Temperatura El diseño fue realizado completamente en Chile (Placa, definición de elementos, conectores, caja, elementos disipadores de calor, medidas de seguridad para las certificaciones, SW embebido, jumper antena, etc). La fabricación se hizo en Taiwán, terminado de integrarse ciertos componentes en Chile (SIM Card, y Módem Mobitex)



Gateway:

VPN aAplicaciónDel Cliente

Enlace DedicadoRED 1

Enlace DedicadoRED 2

GATEWAY

GETWAY(Respaldo)

La solución contempla la utilización dos servidores en paralelo con la aplicación de Gateway corriendo en Hot-Stand by, además se incorpora un arreglo de routers y switches, uno para la recepción de los datos desde cualquiera de las redes, y otro para conectarse con la aplicación del Cliente, de manera de entregar los datos en un formato a definir.


4.-Componentes de la Solución

Red MOBITEX:

Red exclusiva para la transmisión de datos digital, no comparte recursos con redes de voz (no compite)

Trafica datos en formato de paquetes (tipo paquet switching) de hasta 512 bytes, no orientada a la conexión.

Protocolo de comunicación especialmente diseñado para transmisión de datos del tipo transaccional, rápida, de alta confiabilidad y seguridad.

Trabaja en la Banda de 900 MHz.

Registro y certificación completo del tráfico cursado (Logs de los paquetes traficado y entregados)

Buffer de almacenamiento en las radios-base y en el switch para los paquetes traficados que no pudieron ser entregados.

Alta disponibilidad (99,98%).

Throughput: 8 kbps.


4.-Componentes de la Solución

Red GPRS:

Protocolo de transmisión de datos sobre la red GSM (comparte recursos).

Red IP orientada a la conexión (requiere establecer sesión).

Amplia cobertura.

Ancho de Banda (40 kbps).

Disponibilidad de Servicio Público (81%).



TN: Se deben programar las reglas de negocios (de operación) con las cuales el sistema transmitirá/recibirá los datos - distribuyendo la inteligencia-. Además se debe acordar con el cliente el protocolo de comunicación entre su dispositivo remoto y el TN.

GW: Se debe dimensionar para la totalidad de los datos a transmitir, incluyendo la redundancia y la conexión desde las redes y hacia el cliente. Además, se debe definir el protocolo o la forma en que se entregará la información al cliente (texto plano, aplicación web, etc.)

Redes: Se debe generar un contrato de servicio con el proveedor del tráfico.


5.- Resumen

Estar alertas a la búsqueda de oportunidades.

A partir de una problemática en particular, se generaron las alianzas con especialistas para el desarrollo de una solución.

Es relevante la visión integradora de la solución, de manera de manejar la coordinación entre todos los proveedores.

Evaluación económica del negocio (todo tiene un presupuesto)

Rigurosidad en las etapas de diseño y pruebas, que aseguren los resultados esperados.

Buscar otras aplicaciones para la misma solución y replicarla (con esto se genera un buen negocio).

En nuestro caso:El D&I es generado por una oportunidadde negocio, el cual buscamos replicar en

otros clientes y/o mercados


FIN

GRACIAS

Documents

Presidente Riesco Nº 5711, Piso 9, Las Condes. Santiago de Chile. PRESENTACIÓN PARA USM: “SOLUCIÓN CONECTIVIDAD PARA LOS BUSES DE TRANSANTIAGO” Junio de