Vous êtes sur la page 1sur 34

EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD

CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

COMPONENTE 07:

ADECUADO SISTEMA
DE COMUNICACIÓN

1
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

INDICE

1 IDENTIFICACION DEL PROYECTO…………………………………………………………………. 03


1.1 NOMBRE DEL PROYECTO…………………………………………………………………….. 03
1.2 UBICACIÓN GEOGRAFICA…………………………………………………………………….. 03

2 ANTECEDENTES………………………………………………………………………………………. 03

3 OBJETIVOS DEL COMPONTENTE………………………………………………………………….. 04


3.1 OBJETIVO GENERAL……………………………………………………………………………. 04
3.2 OBJETIVOS ESPECIFICOS…………………………………………………………………….. 04

4 CARACTERISTICAS PRINCIPALES DEL PROYECTO…………………………………………… 04

5 DESCRIPCION DEL SISTEMA DE TELEFONIA IP………………………………………………… 05


5.1 ARQUITECTURA DEL SISTEMA DE TELEFONIA IP………………………………………... 06
5.1.1 PBX IP (02 UNIDADES)…………………………………………………….……………. 07
5.1.2 GATEWAY VoIP (02 UNIDADES)………………………………………………………. 10
5.1.3 MODULO INTERFACE E1 PARA GATEWAY (04 UNIDADES)…………………….. 11
5.1.4 MODULO DE INTERFACE 4 FXO LINEAS ANALOGICAS (02 UNIDADES)……… 12
5.1.5 TELEFONO IP…………………………………………………………………………….. 12

6 DESCRIPCION DEL SISTEMA DE INTEROPERABILIDAD CON EL SISTEMA DE RADIO


TRONCALIZADO………………………………………………………………………………………….. 14
6.1 ARQUITECTURA DEL SISTEMA DE DESPACHO DE EMERGENCIAS………………….. 14
6.2 COMPONENTES DE LA SOLUCION DEL SISTEMA DE RADIO TRONCALIZADA……... 16
6.2.1 GATEWAY DE INTEROPERABILIDAD………………………………………………… 16
6.2.2 SERVIDOR SIP – PROXY…………………….…………………………………………. 17
6.2.3 INTERFAZ AUDIOVISUAL………………………………………………………………. 17
6.2.4 CONSOLA DE DESPACHO……………………………………………………………... 18
6.2.5 ESPECIFICACIONES DE LA RADIO PORTATIL…………………………………….. 19
6.2.6 ESPECIFICACIONES DE LA RADIO MOVIL………………………………………….. 21

7 PRUEBAS DE FUNCIONAMIENTO DEL SISTEMA DE CONTROL DE DESPACHO…………. 24


7.1 PRUEBAS AL GATEWAY DE TELEONIA IP………………………………………………….. 24
7.2 COMPONENTES DE LA SOLUCION DEL SISTEMA DE RADIO TRONCALIZADA……... 24
7.3 PRUEBAS DE FUNCIONALIDAD HA 1 + 1…………………………………………………... 24
7.4 PRUEBAS DE FUNCIONAMIENTO DE OPERACIÓN DE LOS TERMINALES DE
RADIO…………………………………………………………….......................................................... 25
7.5 PRUEBAS DE FUNCIONAMIENTO DEL SISTEMA DE CONTROL Y DESPACHO……... 25

8 RELACION DE ENTREGABLES DEL COMPONENTE


8.1 CENTRAL TELEFONICA………………………………………………………………………….26
8.2 SISTEMA DE RADIO TETRA……………………………………………………………………..27

9 DIAGRAMA DE FUNCIONAMIENTO DEL COMPONENTES Y FUNCIONAMIENTO


GENERAL DE LA SOLUCION…………………………………………………………………………… 28

2
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

MEMORIA DESCRIPTIVA DEL COMPONENTE 7:


ADECUADO SISTEMA DE COMUNICACIÓN

1. IDENTIFICACIÓN DEL PROYECTO

1.1 NOMBRE DEL PROYECTO


Elaboración del expediente definitivo de los componentes del 01 al 08 del proyecto
“Mejoramiento del servicio de seguridad ciudadana en el distrito de San Isidro –
Lima – Lima” Código SNIP: 2325535

1.2 UBICACIÓN GEOGRAFICA


El proyecto está ubicado en el ámbito de influencia del distrito de San Isidro,
Provincia de Lima, Departamento de Lima

ILUSTRACIÓN 1: UBICACIÓN DEL PROYECTO

2. ANTECENDENTES

El mejoramiento del servicio de seguridad que se pretende incorporar en el distrito es para


un rápido actuar, registro y apoyo en caso de hurto, emergencia o desastre, ya que en la
provincia de Lima hay elevadas tasas de delincuencia. El limitada sistema y disponibilidad
de seguridad ciudadana no permite el rápido actuar de los efectivos, tanto como un registro
rápido y fácil de los sucesos a presentar los cuales afecta considerablemente la seguridad
del distrito, al recibir en un periodo largo el apoyo correspondiente que le permita un
desarrollo optimo

3
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

3. OBJETIVOS DEL PROYECTO

3.1 OBJETIVO GENERAL

 Adquisición de equipos de comunicación para proveer un adecuado


servicio de seguridad ciudadana en el distrito de San Isidro.

 Adquisición de un nuevo sistema de telefonía IP para la central de


emergencias de la municipalidad de San Isidro.
 Adquisición de nuevos equipos terminales de radio troncalizado TETRA
compatibles con la actual flota de la municipalidad.
 Adquisición de un sistema de consolas de despacho que se pueda
interconectar tanto con el nuevo sistema de telefonía IP, así como con la
flota de radio troncalizado de la municipalidad (nueva y existente).

3.2 OBJETIVO ESPECIFICOS

 Disponer de un Sistema Nacional de Seguridad Ciudadana articulado y


fortalecido.

 Apoyar la solución de los problemas o incidentes ocurridos en el distrito


mediante la evidencia grabada, en los casos de asalto, invasión,
agresiones, vandalismo y/o evitar el daño a las instalaciones del municipio
o de particulares.

 El proyecto consolidará poner en marcha la atención de los Desastres en


el Distrito que contribuirá a la atención de la vulnerabilidad de las personas
y bienes expuestos a los peligros y riesgos naturales y promover el
desarrollo sostenible en el Distrito, lo cual se enmarca dentro de la política
nacional en el tema de prevención y atención de desastres reflejados en el
Plan Estratégico de la Municipalidad.

 Implementar una solución basada en PBX IP, para que asista la telefonía
al centro de control y lugares allegados con el protocolo IP.

 Permitir la gestión de llamas entrantes y salientes de la telefonía IP.

 Proveer comunicación o interconexión entre la red de Telefonía IP y los


equipos de radio troncalizado.

 Sincronizando las acciones y labores mediante radiocomunicación con la


finalidad de obtener la tranquilidad y sosiego del distrito entero.

4. CARACTERISTICAS PRINCIPALES DEL PROYECTO

 El sistema debe de estar constituido por una plataforma de software libre, diseñado
para dar servicio y mejorar la capacidad de comunicación de los efectivos del
Serenazgo de la Municipalidad y a la población que haces sus llamadas para alertar al
serenazgo.

4
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 El sistema de telefonía deberá contar con la capacidad de transmisión de voz y de


estar en alta disponibilidad, para cumplir eficientemente con las funciones asignadas
de seguridad ciudadana.
 El sistema estará soportado por una plataforma basada en la tecnología IP,
centralizando las llamadas en el centro de control.
 Se podrá crear un registro de llamadas para obtener una base de datos de llamadas e
identificar, que sectores llaman frecuente. Para que así se pueda sincronizar con el
sistema de seguridad ciudadana.
 La central de telefonía IP estará ubicada en las instalaciones de la municipalidad,
donde vía IP, se podrá interconectar con el área usuaria.
 Se configurará una central donde se responderán las llamadas en orden de llegada y
de ser necesario, se establecerá una cola en forma automática, permitiendo el correcto
uso de la central IP.
 El sistema de telefonía IP deberá contar con la capacidad de llamadas grupales o
individuales, con un panel de administración de anexo. Para así gestionar el total de
reportes entrante y saliente.
 El sistema debe de estar constituido por una infraestructura tecnológica digital
diseñada para dar servicio y mejorar la capacidad de comunicación de los efectivos del
Serenazgo de la Municipalidad de san isidro; con capacidad de transmisión de voz y
datos para cumplir eficientemente con las funciones asignadas en el marco de la
Seguridad Ciudadana.
 Los terminales de radiocomunicación tendrán funciones como GPS integrado,
Bluetooth y mensajería de texto.
 El sistema de telefonía debe ser redundante a todo nivel sin un punto único de falla.
Debe incluir 02 appliances para el procesamiento de las comunicaciones SIP con
fuente de poder redundante y conexiones redundantes a la red IP

5. DESCRIPCION DEL SISTEMA DE TELEFONIA IP

El sistema de telefonía IP, se basara en una solución de alta disponibilidad utilizando 02


appliances de telefonía IP, tendrá la función de derivar las llamadas de emergencia de los
vecinos de la municipalidad de san isidro o al público flotante.
No se aceptaran soluciones adaptadas de servidores de propósito general con
instalaciones de sistemas de telefonía IP integrados o similares.
La Plataforma de la Central de Telefónica debe tener las siguientes funcionalidades como
mínimo:

 Creación de anexo.

 Derivar llamadas al interior de la municipalidad.

 Realizar llamadas al exterior.

 Recepción de llamadas en grupo e individual.

 Generar reporte de llamadas perdidas, recibidas y contestadas.

 Reporte de consumo de minutos.

5
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Reporte de llamadas por anexo interno.

El Sistema de telefonía, también permitirá interconectar los puntos externos de la


Municipalidad para que puedan gestionar no sólo los incidentes, sino también coordinar
acciones y prever situaciones de riesgo para el Distrito de san isidro.
La solución de Telefonía IP ofertada debe ser de una arquitectura centralizada (cliente-
servidor) y de Alta disponibilidad. Los componentes principales de la solución de Telefonía
IP, PBX IP, Gateways de voz deberán ser de la misma marca y los teléfonos IP podrán ser
de diferentes marcas siempre y cuando se asegúrela integración y compatibilidad de la
solución entre sus componentes, así como homogeneidad en el servicio de soporte
técnico.
La solución de Telefonía IP debe soportar como mínimo el protocolo IAX2 y SIP, y debe ser
implementada y configurada bajo este protocolo, lo cual incluye a todas las extensiones IP.
La solución de Telefonía IP debe contar con conectividad hacia la Red Telefónica PSTN y
RDSI, mediante los equipos “gateways” de voz. Además deberá contar con interfaces
analógicas para la integración con el Gateway de Radio (RoIP), el cual no necesariamente
deberá ser de la misma marca de la PBX IP.
La solución de telefonía IP debe soportar seguridad en las comunicaciones a través de las
troncales SIP utilizando mecanismos de encriptación
La solución de Telefonía IP deberá proveer una plataforma de administración y
configuración centralizada segura a través de una interface Web GUI utilizando seguridad
Web HTTPS y/o SSHv2 al menos, la cual deberá administrar los componentes de telefonía
IP.
La solución propuesta debe ser tipo llave en mano, por lo cual se tendrán que considerar
los elementos activos necesarios para implementar este sistema, se debe considerar los
“switches” necesarios y con las capacidades que permiten el óptimo funcionamiento del
sistema de telefonía IP, así mismo la central telefónica y los gateways de voz deberán
poder contar con la funcionalidad de alta disponibilidad (1+1 HA).

5.1 ARQUITECTURA DEL SISTEMA DE TELEFONIA IP

La topología propuesta funciona en Alta disponibilidad el cual está compuesto por 02


Gateway VoIP, el cual recibirá las 4 líneas digitales E1 además de las 6 líneas
analógicas para la integración con el Gateway de radio troncalizado RoIP, y 2 PBX IP
configurados en Alta disponibilidad, es decir la configuración se replicará en ambas
PBX como también la base de datos en donde se guarda la configuración y el CDR
(registro detallado de llamadas).
En operación normal, es decir la PBX activo esté operando todas las llamadas
recibidas por el Gateway VoIP serán enrutadas hacia esta (ruta principal), en caso esta
PBX falle el Gateway VoIP principal enrutara las llamadas hacia el PBX pasivo (ruta
Failover).
En caso falle el Gateway VoIP principal entrara en funcionamiento el Gateway
secundario, el cual usara la misma lógica de enrutamiento que cuando estaba
operativo el principal ya descrito.

6
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Los Teléfonos IP estarán registrados a una IP virtual (Cluster de 02 IP PBX) que


saltara entre la PBX activa y la PBX Pasiva dependiendo de cuál de estas se
encuentre activa.
No se aceptaran soluciones que utilicen doble autenticación como medida de
contingencia debido a que la alta disponibilidad solicitada es a nivel de Cluster PBX y
debe ser transparente para los aparatos telefónicos.
En modo normal la PBX activa tendrá 2 direcciones IP: la propia y la IP flotante,
mientras que la PBX pasiva solo tendrá su IP propia, en caso falle la PBX activa la
PBX secundaria tendrá 2 direcciones IP: la propia y la IP flotante. De esta forma los
teléfonos que usan para registro la IP flotante no perderán registro en caso falle la PBX
principal teniendo así una soluciona integral de Alta disponibilidad.
El sistema de telefonía IP debe incluir el licenciamiento de todas las funcionalidades
solicitadas instaladas y operativas sin costo adicional para la entidad.
Las redundancias que se consideraran en la central telefónica:
1. Redundancia en unidad central de procesamiento (Solución 1 + 1)
2. Redundancia en la fuente de alimentación integrada
3. Redundancia en almacenamiento a través de sistema integrado RAID 1 al
menos
4. Redundancia de interconexión de gateways VoIP

Ilustración 2: Diagrama de funcionamiento de una central telefónica IP

7
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

5.1.1 PBX IP (02 UNIDADES)

El PBX IP, funcionara en alta disponibilidad y tiene las siguientes características:

CARACTERÍSTICAS DE LA PBX

CAPACIDAD  El sistema deberá de poder escalar como mínimo hasta


500 usuarios (anexos) sin necesidad de alguna licencia
externa.
 El sistema deberá de soportar como mínimo 100 llamadas
concurrentes.
 Procesamiento de las comunicaciones en tiempo real.
 El sistema debe de incluir un Módulo de Grabación el cual
puede ser utilizado por todos los anexos dentro de la
central.
TECNOLOGÍA  Deberá ser de tecnología IP SIP 2.0 como mínimo
ARQUITECTURA
 Modular ensamblado en fabrica
DEL HARDWARE
ARQUITECTURA
 Cliente / Servidor
DEL SOFTWARE
FLEXIBILIDAD  Deberá ser de tecnología de última generación, que posea
una arquitectura distribuida, escalable y flexible, que
brinde servicios de Telefonía IP nativa, asegurando la
vigencia de la solución corporativa.
 Deberá ser integrado con el sistema informático de
seguridad ciudadana especificado en el componente 08.
La integración deberá ser transparente y en tiempo real
sin necesidad de agregar módulos de hardware y/o
software a la central telefónica IP solicitada
CODECS  Todos los teléfonos IP y las comunicaciones de estos con
otros tipos de teléfonos o troncales, debe poder
configurarse con los estándares de compresión (G.711a,
G.711u, G729a, G.722, entre otros).
INTERFACES DE  La solución deberá permitir conectarse a la Red LAN
INTERCONEXIÓN mediante interfaces Ethernet.
PLAN DE  La solución deberá permitir la implementación de un plan
NUMERACIÓN de numeración uniforme y personalizable.
 El plan de numeración será provisto por la Unidad de
Sistemas e Información.
SEGURIDAD  El sistema deberá de habilitar el cifrado (conocido también
como encriptación) de la voz y la señalización para
mantener la integridad y seguridad de las comunicaciones;
teniendo la posibilidad de elegir que usuarios cifraran sus
comunicaciones. (Opcional)
GESTIÓN  Debe incluir una plataforma de aprovisionamiento que
permita automatizar el proceso para la implementación
inicial así como para los cambios, movimientos, adiciones
y bajar para la etapa de mantenimiento.
 El aprovisionamiento de los clientes o teléfonos SIP debe
ser centralizado por tipo de teléfono y con capacidad de
realizar actualización centralizada de firmware masivo de

8
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

los equipos telefónicos, así como desplegar nuevas


configuración por grupos de usuarios sin necesidad de
efectuar la configuración en cada teléfono de forma
manual o por medio de scripts
 El sistema de la central telefónica debe permitir la
integración con el sistema de telefonía existente de la
municipalidad
OPERADORA  El sistema deberá contar con una operadora automática
AUTOMÁTICA (IVR) que permita presentar un mensaje de bienvenida a nivel
de audio, y poder distribuir la llamada de acuerdo al
número de extensión requerido (tonos DTMF – dual – tone
multi-frequency), en su defecto enviar la comunicación a
una operadora. El cual debe ser personalizado con lo
audios correspondientes (producidos por la entidad de
acuerdo a su requerimiento e implementados por el
proveedor).
 Cada usuario podrá tener un IVR personalizado el cual se
podrá configurar por Anexo o grupo de anexos de acuerdo
a requerimiento. Este IVR es usado para grupos de
trabajos, áreas funcionales u otros similares permitiendo
una mejor organización y ajuste del sistema telefónico a
las demandas actuales y crecimiento de la organización de
seguridad ciudadana hacia futuro. La organización e
implementación de los menús (y sus correspondientes
guías de voz) debe adecuarse al requerimiento de la
Entidad e implementadas por el proveedor.
 Se deberá incluir el audio con calidad profesional para el
mensaje de bienvenida.
FUNCIONALIDADES  Caller ID.
MÍNIMAS  Parqueo de llamada.
 Música en espera.
 Transferencia de llamada.
 Desvíos de llamadas.
 Llamada en espera.
 Colas de llamadas.
 Gestión de llamada en conferencias por web.
 DND.
 Conferencias Múltiples.
 Música en Espera.
 Claves de acceso.
 Callback.
 DISA.
 Manejo de Horarios de atención.
 Follow Me.
 IVR.
 Listas Negras.
 Transferencia sin consulta.
 Registro de detalles de Llamada.
 Transferencia de llamada bajo consulta.
 Jalar Llamadas.
 Enrutamiento de llamadas (DID & ANI).
 Identificación de Llamada
 Bloqueo por identificación de llamada

9
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Distintivo de ring tone.


 Recepción y Envío de Fax.
 BLF Support.
 Auto Provisionamiento.
 Música en Espera en transferencia.
 Control de Volumen.
 Privacidad.
 Desvío de llamadas.
 Extensiones móviles.
 VPN Cliente.
 VPN Master.
 Grupo de timbrado.
 Sistema de respaldo (Backup).
 LDAP.
 Reporte de llamadas.
 Autorización de usuario.
 Fecha y Hora.
 Sistema de Buzón de Voz.
 Discado abreviado (Speed Dial).
 Mensajes del Buzón de Voz a Email.
 Interfaz Web de acceso al anexo.

ALTA  La solución de Alta disponibilidad deberá soportar un


DISPONIBILIDAD método redundante en el cual un servidor se ejecuta
simultáneamente con un servidor primario idéntico. Y
todos los datos se duplican en el servidor secundario en
tiempo real. En caso de falla del servidor primario, el
servidor secundario se hace cargo de inmediato y
reemplaza el servidor primario.
 El servidor secundario tomará control de manera
automática e instantánea una vez que el servidor primario
se apague.
 Además, se deberá recibir una notificación de conmutación
por correo electrónico, llamadas y/o SMS cuando la PBX
principal no funcione.
 La solución de Alta disponibilidad se inicia en cada
Appliance de telefonía IP que tiene un sistema de
almacenamiento RAID 1 y fuentes de poder redundantes
además de sistemas de backup y restauración. Los
Gateway tambien redundantes (que contienen los puertos
para las troncales de telefonia analogicos y digital) tambien
se conectan de forman redundante con los appliance a
traves de enlaces de alta velocidad ya sea via USB y/o via
IP, los enlaces de los gateways tambien son redundantes.

10
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Ilustración 3: PBX IP referencial

5.1.2 GATEWAY VoIP (02 UNIDADES)

Este equipo recibirá las 4 líneas digitales E1 (2 por Gateway) de la PSTN además de
las 8 líneas troncales analógicas (4 por Gateway) y se comunicará hacia las PBX
principal y secundaria vía SIP TRUNK.

El Gateway RoIP se utilizara para la interconexión de la Central telefónica con los


servicios Tetra a través de la red IP (SIP TRUNK).

Además, este equipo será el que maneje el switcheo entre las PBX configuradas en
Alta Disponibilidad, es decir si el Gateway detecta que la PBX IP principal está activa
todas las llamadas serán enrutadas hacia esta, en caso el Gateway detecte que la PBX
principal ya no está activa esta enrutara las llamadas a la PBX secundaria.

El Gateway debe cumplir con las siguientes características:

 Deberán estar diseñados exclusivamente para su operación como Gateway de


Telefonía, es decir, que el fabricante del mismo haya diseñado y fabricado el
equipo para tales fines.
 Debe ser un equipo modular
 Disponibilidad mínima de 99.99 % al menos.
 Debe trabajar correctamente con las líneas digitales que proveen las operadoras
locales de telefonía.
 Debe soportar fuente redundante.
 Deberá incluir modulo integrado de cancelación de eco por hardware y del mismo
fabricante.
 Debe contar con al menos 02 puertos E1 PRI.
 Debe contar con al menos 04 puertos analógicos FXO.
 La conexión deberá ser Ethernet IP gigabit con conexión dual a la red IP o también
podrá ser con conexión directa a cada central telefónica por medio de enlace
redundante de alta velocidad.
 LED's indicadores de actividad de status de los canales.
 Soporte SIP V2.0 al menos
 Soporte de Codecs G.711, G.726, G.723.X, iLBC, G.729A
 Soporte T.38
 DTMF (RFC2833).
 Administración por web basado en credenciales de acceso con al menos 04 niveles
de privilegios tras la correcta autenticación.
 DHCP y provisionamiento TFTP

11
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Soporte SNMP.
 Rackmount como máximo de 02 RU.

Ilustración 4: Gateway VoIP referencial

5.1.3 MODULO INTERFACE E1 PARA GATEWAY (04 UNIDADES)

Este módulo se instala físicamente para cada Gateway para brindar las interfaces de
líneas digitales E1 que servirá para la interconexión de la PSTN, se consideran 4 ya
que la municipalidad de San Isidro cuenta actualmente son 2 líneas digitales E1
principales y 2 líneas digitales E1 redundantes.

Ilustración 5: Modulo de interface E1 referencial

5.1.4 MODULO INTERFACE 4 FXO LINEAS ANALOGICAS (02 UNIDADES)

Este módulo se instala físicamente en cada Gateway para brindar las interfaces de
líneas analógicas para la conexión hacia la PSTN, se consideran 01 módulo para cada
Gateway, ya que cada módulo provee 4 interfaces FXO como mínimo.

12
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Ilustración 6: Modulo interface 4 FXO referencial

5.1.5 TELEFONO IP

Un teléfono IP es un dispositivo que trabaja con una PBX-IP, este aparato telefónico
facilita hacer llamadas por teléfono a través del internet. Se ha dimensionado 59
teléfonos IP en la Central de Control de Operaciones para que los operarios reciban
llamadas de los contribuyentes y anexos internos, la distribución es la siguiente:

DISTRIBUCION DE TELEFONOS IP
SALA DE MONITOREO 40 UNIDADES
CALL CENTER 05 UNIDADES
SALA DE DESPACHADORES 08 UNIDADES
RECEPCION 01 UNIDAD
OFICINA N° 01 02 UNIDADES
OFICINA N° 02 01 UNIDAD
OFICINA N° 03 01 UNIDAD
SALA DE CRISIS 01 UNIDAD
TOTAL 59 UNIDADES

Las características técnicas que deben cumplir los 59 teléfonos IP, que servirán para
recibir las llamadas de los contribuyentes y anexos internos, son las siguientes:

 Soporte del protocolo SIP.


 Soporte de protocolo IPv4 y IPV6.
 6 cuentas SIP como mínimo
 Presenta 8 teclas con LED como mínimo
 Presenta 8 teclas programables como mínimo
 Presenta 8 teclas con funciones pre determinadas como mínimo
 Presenta 6 teclas de navegación como mínimo
 Conexión dual Gigabit (10/100/1000 Mbps), con capacidad de manejo de vlan de
datos y voz al menos.
 Conexión de auricular, manos libres

13
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 PoE (Alimentación por Ethernet)


 Códecs: G.711 A/U, G.729AB, G.722, ILBC, Opus
 Soporte de Directorio de 1000 entradas y/o servicio a través del directorio LDAP
 La PBX IP deberá soportar directorio LDAP con mínimo 1000 entradas, y los
teléfonos IP deberán acceder a este mediante querys y/o consultas al servicio LDAP
montado sobre la PBX IP
 Soporte de idioma castellano.
 Toma auricular (RJ9).
 Identificación de llamada.
 Auto provisionamiento vía FTP y HTTPS como mínimo.
 Marcación rápida.
 Listas de llamadas perdidas, recibidas y marcadas.
 Indicador de llamada en espera.
 Reloj.
 Presenta tecla para el control del volumen.
 Selección del tono de llamada.
 Opción de no molestar.
 Altavoz Full Duplex.
 Llamada en espera
 Transferencia directa e asistida de llamada.
 Conferencia tripartita.
 Rellamada.
 Estándares de seguridad SRTP, TLS / Encriptación AES.
 Open VPN.
 VAD (Voice Activation Detection).
 Soporte de servidor de llamadas redundante.
 La alimentación debe ser por IEEE 802.3af o IEEE 802.3at.
 El servicio de voz utilizara una VLAN independiente solo usado para este servicio y
que para la integracion con las plataformas existentes se realizara un enrutamiento
configurado en los switches de core

A continuación, se muestra el diagrama lógico de cómo se distribuirán los teléfonos IP:

14
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

6. DESCRIPCION DEL SISTEMA DE INTEROPERABILIDAD CON EL SISTEMA DE RADIO


TRONCALIZADO

La Municipalidad de San Isidro requiere una solución integral para su centro de control y
despacho, este sistema debe poder integrar el sistema de telefonía IP con la flota de radios
TETRA de la Municipalidad, es decir, establecer comunicación de voz entre el sistema de
telefonía de los usuarios con las radios de los serenos que se encuentran de servicio, a
través del centro de comando y control de la municipalidad.
De este modo, se podrá atender rápidamente las llamadas de emergencias que lleguen al
centro de control y despacho a través de las líneas telefónicas de los usuarios, enviando
las instrucciones necesarias al personal del serenazgo, mediante el uso de la flota de
radios de la municipalidad. Los serenos podrán ser dirigidos rápidamente a los lugares de
las emergencias.

6.1 ARQUITECTURA DEL SISTEMA DE DESPACHO DE EMERGENCIAS


Basado en el análisis de las necesidades actuales del centro de control y despacho de
la municipalidad de San Isidro, se requiere contar con seis (06) consolas de despacho,
desde cada posición de consola se podrá hacer tanto llamadas telefónicas como
llamadas de radio, y realizar “puentes” (interconexión) entre dichas llamadas. La
siguiente figura muestra la arquitectura del sistema de despacho de emergencias.

15
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

La figura muestra la arquitectura del sistema de despacho de emergencia con las


Consolas de despacho, las interfaces audiovisuales de los terminales (PC), el servidor
SIP-PROXY y los Gateway de interoperabilidad en donde se conectan las radios bases
TETRA que sirven para la comunicación con la Policía Nacional y el operador.
Desde las posiciones de despacho será posible la comunicación con los siete (07)
grupos TETRA que utiliza la municipalidad de San Isidro, así como interoperar con los
dos (02) grupos de comunicaciones que proporciona la Policía Nacional del Perú
(PNP), lo cual permitirá una rápida y eficaz colaboración entre ambas entidades. Este
sistema de despacho debe estar basado en una arquitectura IP, permitiéndole
permanecer a la vanguardia de la tecnología.
Las grabaciones de llamadas de radio (Half Duplex) las realizara el operador de la
municipalidad de San Isidro.
Debido a que la Municipalidad de San Isidro no es el propietario de la Infraestructura
que provee la comunicación entre las radios TETRA de su flota, y tampoco tiene
acceso a la infraestructura de la PNP, la solución ofrecida para el Centro de Control
deberá recurrir al método de integración por “radios base escucha”, por lo que se
deberá considerar la cantidad de uno o varios Gateway IP de Interoperabilidad
dependiendo de la cantidad de grupos.
6.2 COMPONENTES DE LA SOLUCION DEL SISTEMA DE RADIO TRONCALIZADA

6.2.1 GATEWAY DE INTEROPERABILIDAD


Los Gateway IP de Interoperabilidad convierten el audio proporcionado por las “radios
base escucha” de los grupos de usuarios de la Municipalidad de San Isidro en señales
digitales junto con la información de señalización y control que será administrada por
las Consolas de Despacho. Se requieren dos (02) Gateway de interoperabilidad para
las seis posiciones de consolas.
El Gateway IP de Interoperabilidad debe tener como mínimo las siguientes
características:
ESPECIFICACIONES FÍSICAS
TIPO DE MONTAJE En Rack de 19”.

ESPACIO A OCUPAR 01 Unidad de Rack.

PROFUNDIDAD Máximo 30 centímetros.


INTERFACES DE INTEROPERABILIDAD
CANTIDAD DE INTERFACES LÓGICAS: Mínimo 8
TECNOLOGÍAS SOPORTADAS: P25 Convencional y Troncalizado TETRA.
Convencional Analógico.

INTERFAZ FÍSICA DE RADIO: Conector DB25.


Voltaje de salida = -25dBm a +10dBm.
Impedancia de salida = 600 ohms.
Voltaje de entrada = 20mV a 3V.
Impedancia de entrada = 10,000 ohms.

16
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

INTERFACES DE RED: 02 puertos Ethernet RJ45.

INTERFACES SUPLEMENTARIAS: 01 salida de altavoz.


01 conector para auricular.
01 conexión para botón PTT.

ESPECIFICACIONES ELECTRICAS

RANGO DE VOLTAJE: 220VAC a 60Hz (interno o fuente externa).


DISIPACIÓN: Máximo 25 W.
ESPECIFICACIONES AMBIENTALES

TEMPERATURA DE FUNCIONAMIENTO EN °C: -0 a +50


TEMPERATURA DE ALMACENAMIENTO EN °C: -20 a +80
HUMEDAD: 10% a 90% sin condensación.

6.2.2 SERVIDOR SIP - PROXY


El servidor SIP Proxy, establece sesiones de comunicación interactiva sobre las redes
IP utilizando el protocolo de señalización SIP (Session Initiation Protocol). Dicho
protocolo permite el intercambio de información con equipos de diversos fabricantes
que empleen el mismo protocolo, tal como los PSTN Gateways. El servidor cumple
con el estándar IETF-RFC3261 para los servicio de telefonía y para el enrutamiento de
llamadas multimedia.
El servidor SIP Proxy interactúa con los dispositivos WSGU y RGU, los cuales
implementan los Agentes de Usuario SIP (SIP User Agent (UA)) de acuerdo con el
estándar. El servidor opera sobre la plataforma HP Proliant y utiliza el sistema
operativo Red Hat Linux.
El servidor SIP Proxy maneja los recursos del sistema de consolas y las direcciones IP
de cada dispositivo, a los cuales se les asigna una Identidad de Registro (URI) única,
utilizada por el servidor. Para sistemas con un gran número de consolas de despacho,
se puede desplegar una configuración dual redundante con dos servidores SIP Proxy.
Los requerimientos técnicos mínimos del servidor SIP – Proxy son:

CARACTERISTICAS TECNICAS
PROCESADOR Intel Xeon X5650
MEMORIA 8 GB

SISTEMA OPERATIVO Red Hat Enterprise Linux ES5


TIPO DE RAID RAID 1

17
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

DISCO DUROS Dos de 50GB cada uno

UNIDAD DE LECTURA / ESCRITURA CD-ROM / DVD


TARJETA DE INTERFAZ DE RED NIC

Aplicaciones del servidor SIP PROXY


Se requiere un servidor para el procesamiento, control y administración de la red. Este
servidor debe incluir al menos las siguientes aplicaciones de software:
1) Administrador y gestor de la base de datos.
2) Servicio SIP Proxy

Administrador y gestor de la base de datos.

Brindará el principal servicio de administración en el sistema, es un nodo central donde


todos los usuarios y recursos del sistema (administradores, despachadores y radios)
son registrados, y donde la información de registro del sistema (conversaciones y
conferencias activas, parámetros de seguridad, etc.) es almacenada. Esta aplicación
es responsable por la operación, mantenimiento, aprovisionamiento, y control de las
“unidades Gateway de radio”, las “unidades Gateway de estaciones de trabajo y las
aplicaciones de despacho. El servicio opera sobre un sistema operativo Red Hat Linux
y se puede acceder a la configuración de parámetros a través de una interfaz de
usuario en una PC tipo cliente sobre Windows
Esta aplicación no debe representar un único punto de falla en el sistema, y se debe
contar con medidas para que todas las conexiones activas del sistema no se pierdan
en caso de fallas y continúen operando en caso se desconecte este servicio.
Esta aplicación deberá:
 Mantener el Control del estado operacional de las unidades de radio.
 Descargar nueva versión de Software a las interfaces de radio.
 Recolectar información de actividad (estado de radio Tx/Rx/Reposo,
Emergencia, PTT-ID, y más).
 Recolectar medidas de rendimiento y registro de las interfaces de radio
(latencia, “jitter”, carga de CPU, calidad de audio y otros).
 Manejar alarmas asíncronas y eventos desde las interfaces de consolas.
 Descargar llaves de encripción a las interfaces de radio (si se cuenta con ellas
en las radios).
 Enviar comandos a la interfaz de radio para establecer/desconectar
comunicaciones de audio para “patchs” de radios o por propósitos de error en
la radio.

18
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Configurar los parámetros de radio conectados a la interfaz de radio (tipo de


radio, identidad de registro única SIP de la radio, configuración de audio y RF,
configuración de canales, entre otros).

Esta aplicación también debe interactuar con las interfaces de consola para:
 Descargar nueva versión de Software.
 Autenticar al usuario de despachador, lo que permite que la interfaz de consola
reciba comandos del usuario de la Consola de Despacho.
 Establecer la interfaz de consola con la Prioridad de PTT asignada para un
usuario de consola de despacho específico. La Prioridad de PTT es un atributo
del usuario y es asignado por la aplicación justo después del inicio de sesión
del usuario. Ocho niveles de prioridad de PTT deberán ser soportados.
 Descargar llaves de encripción a la interfaz de consola (si se utilizan en el
sistema).
 Enviar comandos para estar o participar en una conferencia.
 Recolectar medidas de rendimiento y registro de las interfaces de consola
(latencia, “jitter”, carga de CPU, calidad de audio y otros).
 Manejar alarmas asíncronas y eventos desde la interfaz de consola.

La aplicación debe interactuar con las Consolas de Despacho para:


 Descargar nuevas versiones del software de la Aplicación de Despacho a la
Consola.
 Autenticar y autorizar a los usuarios de las Consolas de Despacho.
 Proporcionar al usuario de la Consola de Despacho con información a nivel de
sistema (radios disponibles y sus parámetros, otros usuarios, “patchs” y
conferencias activas, entre otros) de acuerdo a los privilegios del usuario.
La aplicación podrá manejar hasta 64 recursos como máximo (radios, consolas,
teléfonos)
La arquitectura lógica constará de tres capas:
 Capa de Interfaz: Esta capa incluirá:
o Interfaz de Control: Es utilizada para controlar las operaciones de las
interfaces de radio y consolas.
o Enlace con Cliente: Interfaz para el software de administración, el cual
permitirá a los administradores ver, y modificar la información del
sistema; para el sistema de administración vía web, el cual proporciona
una forma para los técnicos de mantener, monitorear, y solucionar
problemas utilizando el explorador de una laptop de servicio, y para la
herramienta de configuración, la cual provee una forma de configurar
una nueva interfaz de radio o consola.

19
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

o Enlace al Respaldo: Esta interfaz es utilizada para sincronizar las


bases de datos de un servidor principal y un servidor de respaldo, si
esta solución es adquirida.

 Interfaz de Aplicación: Esta capa consiste de todos los sistemas funcionales


del sistema manejados por el usuario y eventos internos de la red o
autónomamente por su propio ciclo de mantenimiento. La capa de aplicación
incluye los siguientes subsistemas:
o Contabilización de Autorización de Autenticación: Este subsistema
soportar la autorización de usuarios y autenticación al sistema una vez
el usuario se registra, y admite la autorización del usuario ante
cualquier solicitud de servicio del usuario.
o Administración de la Red: Proporciona todas las funcionalidades de
mantenimiento y administración de la red, incluyendo la gestión de la
configuración de la red, monitoreo del performance de la red, gestión
de fallas de la red y diagnóstico de la red.
o Administrador de Conexiones: Proporciona todas las funcionalidades
relacionadas a las conexiones realizadas en el sistema, incluyendo el
establecimiento de la conexión, monitoreo de la conexión, gestión de
fallas de la conexión, y liberación de la conexión.
o Gestión de la Redundancia: Si la opción de respaldo ha sido adquirida,
este servicio garantiza la alta disponibilidad.

 Capa de Base de Datos: Esta capa mantiene toda la información del sistema,
incluyendo:
o Base de Información de Usuarios: La cual proporciona un directorio de
usuarios centralizado, incluyendo perfiles de usuario e información de
privilegio.
o Base de Información Administrada: Este contiene información sobre
los objetos administrados, cuales son las posiciones de despacho y las
estaciones base de radio.
o Base de Información de Conexión: Este contiene los datos de
especificación de las conexiones para las comunicaciones de voz
activas cuales incluyen el tipo de conexión (radio, intercomunicador,
telefónica), ID de la fuente, ID de destino, número de referencia de la
conexión y estadísticas de la conexión.
o Registros de Monitoreo de Performance: Este contiene las estadísticas
de monitoreo de performance del sistema, incluyendo registros de
información y reportes.
o Registros de Fallas: Este contiene las estadísticas de fallas
monitoreadas en el sistema.
o Llaves de Seguridad: Este contiene la información de las llaves de
seguridad del sistema (si las tuviera).

20
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

o Planes de Gabinete: Contiene información del plan de asignación de


recursos ante incidentes de seguridad.
o Cargas de Software: Contiene una copia de la carga de software de la
unidad Gateway de enlace actual y una carga de software de respaldo.

La base de datos también debe incluir:


o Información sobre conferencias, conexiones PSTN y conexiones
“softphones”.
o Información respecto al historial de conexiones (fecha y hora del
inició/término de la conexión y por quién), incluyendo conferencias,
conexiones PSTN, y conexiones “softphone”.
o Alarmas del sistema.
o Información sobre los parámetros del sistema.
o Información sobre las limitaciones implicadas en el sistema de acuerdo
a la configuración actual.

Servicio SIP Proxy


Esta aplicación utiliza el protocolo de señalización estándar SIP para establecer
sesiones de comunicación interactivas en tiempo real sobre redes IP. El protocolo
estará basado en texto similar a HTTP, permitiendo a dispositivos y servidores de
distintos fabricantes intercambiar información fluidamente. EL Servicio “SIP Proxy”
cumplirá con el estándar IETF-RFC3261 de direccionamiento de llamadas multimedia y
servicios de telefonía sobre Internet.
Este servicio interactúa con las interfaces de radio y consola, las cuales implementan
la porción del Agente de Usuario SIP del estándar. Este servicio co-habitará la misma
plataforma física donde se encuentra el Administrador y Gestor de la base de datos.
El SIP Proxy descarga del Administrador y Gestor de la base de datos la información
necesaria para administrar los recursos y las direcciones IP, o para ser envueltas en
cada inicio de sesión SIP en la red. El SIP Proxy es además un habilitador de la
conectividad de telefonía SIP en el sistema de consolas.
A cada recurso se le asignará una Identidad de Registro Única, que es utilizada por el
servicio “SIP Proxy”.
Sobre el sistema operativo, los siguientes paquetes de software son instalados para el
funcionamiento de este servicio:
 Java: Es la plataforma sobre la cual opera la aplicación SIP Proxy.
 Tablas de Bases de Datos: La cual es la base de datos que utiliza la aplicación
SIP Proxy.

21
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Aplicación SIP Proxy: Aplicación que está encargada del direccionamiento de


las llamadas entre las interfaces de radio, consola y otros recursos telefónicos.
 Direccionamiento de PSTN configurados: Esa parte de la aplicación se
encarga del direccionamiento con líneas telefónicas analógicas de la red
pública (PSTN) de ser necesario.

6.2.3 INTERFAZ AUDIOVISUAL


Para poder cumplir con las funciones de despacho e interoperabilidad que requiere el
centro de control, el sistema de interoperabilidad debe tener la capacidad de soportar
hasta seis (06) operadores de despacho, cada operador debe ser capaz de escuchar
en simultáneo, por lo menos, un (01) grupo de la Municipalidad de San Isidro, un (01)
grupo de la PNP y una (01) interfaz telefónica.
Para poder manejar los recursos descritos, se requiere que la consola de despacho
sea parte del mismo portafolio de soluciones que los Gateway IP de Interoperabilidad
para que su compatibilidad sea completa; además, con el objetivo de operar con la
mejor calidad de audio posible, se requiere que cada operador disponga de una
interfaz audiovisual para cada Consola donde se conecten los accesorios de audio y
señalización. La interfaz audiovisual debe tener las siguientes características:

ESPECIFICACIONES FÍSICAS
TIPO DE MONTAJE En Escritorio
DIMENSIONES MÍNIMAS: 38x227x153 mm

INTERFACES
INTERFACES DE RED: 02 puertos Ethernet RJ45
INTERFACES DE AUDIO 01 salida de altavoz
01 conector para auricular
01 conexión para botón PTT
ESPECIFICACIONES ELECTRICAS

RANGO DE VOLTAJE: 220VAC a 60Hz (interno o fuente


externa).
DISIPACIÓN Máximo 10 W
ESPECIFICACIONES AMBIENTALES

TEMPERATURA DE FUNCIONAMIENTO EN °C: -0 a +50

22
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

TEMPERATURA DE ALMACENAMIENTO EN °C: -20 a +80

HUMEDAD: 10% a 90% sin condensación.

6.2.4 CONSOLA DE DESPACHO


El operador de la consola deberá trabajar sobre una interfaz de usuario amigable, y
debe tener la capacidad de unir 2 o más canales de comunicación, ya sea grupos
TETRA de San Isidro, Grupos TETRA de la PNP o la línea telefónica asignada a cada
consola de despacho. Además, también es un requerimiento que el operador pueda
tener control remoto de las radios base que le son asignadas, de tal manera que pueda
cambiar el grupo de la radio base y pueda tener acceso a todos los grupos TETRA
como el operador lo vea conveniente. En total, las funcionalidades que debe proveer la
consola de despacho o interfaz de usuario deben ser:

FUNCIONALIDADES DE LA CONSOLA DE DESPACHO


IDIOMA: Español.

CANALES DE COMUNICACIÓN DISPONIBLES: Todos los proporcionados por


Gateway
CANALES ACTIVOS: Mínimo 20

CONTROLA DE VOLUMEN: por Canal

INTERCOMUNICADOR: Funcional de comunicación entre


Operadores de consola
CONEXIÓN DE RADIO A RADIO: Si
CONEXIÓN DE RADIO A TELÉFONO: Si
CONTROL DE RADIO VIRTUAL: Si
RECONOCIMIENTO/ALERTA DE EMERGENCIA: Si
LLAMADA PRIVADA: Si
SEÑALIZACIÓN MDC1200: Si

SILENCIAR CANAL/TODO: Si
SILENCIAR OTRA CONSOLA DE DESPACHO: Si
MONITOREO DE ENLACES DE VOZ IP: Si
AUTENTICACIÓN DE USUARIO: Si

6.2.5 ESPECIFICACIONES DE LA RADIO PORTÁTIL


Se adquirirá doscientos setenta y nueve (279) radios portátiles con sus respectivas
baterías y cargadores. Las radios portátiles y las móviles (explicadas más adelante)

23
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

deben ser del estándar europeo TETRA de ETSI, el mismo que se utiliza actualmente
en la municipalidad de San Isidro. Las radios portátiles y móviles deben tener la
capacidad de enlazarse con la plataforma de radio de la Policía Nacional y del
operador privado que actualmente brinda servicio a la municipalidad de San Isidro.

GENERAL
RENDIMIENTO DE LA BATERIA: (Batería de la clase 4 a 1650mAH)
Ciclo de trabajo 5/5/90 > 16 horas
Ciclo de trabajo 5/35/60 > 12 horas
BATERIA Li Ion 1650mAh o superior
SONIDO ALTO Y CLARO: Potencia de sonido de 2 Wrms (4W
pico)

ESPECIFICACIONES TECNICAS DE RF
BANDAS DE FRECUENCIA OPERATIVA: 350-470 MHz.

TRANSMISOR DE RF: Potencia Clase 3L (1,8W).

RECEPTOR CLASE: A y B.
SENSIBILIDAD ESTATICA DE RECEPCION: 350-470 MHz: -116dBm (min); -
118dBm
SENSIBILIDAD DINAMICA DE RECEPCION: 350-470 MHz: -107dBm (min); -
109dBm.
ESPECIFICACIONES AMBIENTALES

TEMPERATURA DE FUNCIONAMIENTO EN °C: -30 a +60


TEMPERATURA DE ALMACENAMIENTO EN °C: -40 a +85

HUMEDAD: ETSI 300 019-1-7 clase 7.3E.

PROTECCIÓN CONTRA POLVO Y AGUA: IP65.


SOLUCIÓN SALINA: Inmersión, clasificada a 1m de
profundidad durante 30 minutos.
IMPACTO, CAÍDA Y VIBRACIÓN: ETSI 300-019 1-7 clase 5M3; MIL-
STD 810 C/D/E/F/G.
RENDIMIENTO
Opciones de idioma y de teclado numérico: Español

Bluetooth para Audio y Datos


Potencia de transmisión Elevada / Reducida Mandatorio
Servicio de datos paquete de ranuras múltiples Opcional.
OPCIONES DE SEGURIDAD
Opciones de idioma y de teclado numérico: OTAR/DMO SCK, Opcional.
Deberá estar preparado.
Autenticación, Opcional. Deberá estar preparado.
Cifrado de interfaz aire Clase 1, 2, y 3, Opcional. Deberá estar preparado.
Desactivación permanente, Opcional. Deberá estar preparado.

24
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Desactivación permanente, Opcional. Deberá estar preparado.


SERVICIO DE DATOS
Datos por paquetes, Mandatorio.
Mensajería SDS en TMO & DMO, Mandatorio.

Comandos mejorados AT (Incluido control de voz) Opcional. Deberá estar preparado.


ESPECIFICACIONES RECEPTOR GPS
Satélites en simultáneo Hasta 12

ANTENA: Antena externa integrada

SENSIBILIDAD DE SEGUIMIENTO: -160 dBm (típica) (garantizada)


PRECISION: < 5 metros (50% probabilidad) a -
130 dBm
PROTOCOLOS: ETSI LIP
INTERFAZ DE USUARIO
Bloqueo del teclado Mandatorio

Botones y teclas “Un Toque” configurables por el usuario. Mandatorio

Bloqueo del teclado Mandatorio

Modo Encubierto Mandatorio

Menús personalizables y fáciles de utilizar Mandatorio

Atajos de menú – personalizables para el usuario Mandatorio

Editor de menú, simplifique y ajuste a las necesidades del usuario Mandatorio

Pantalla transflectiva a color, de 132x90 píxeles con más de 65,000 colores vivos, visible a
plena luz del sol Mandatorio

Retroiluminación inteligente configurable para optimizar el uso de la potencia Mandatorio


Indicación de tiempo universal Mandatorio

Grupos de conversación TMO: 256 carpetas TMO, 2048 Grupos TMO

Grupos de conversación DMO: 128 carpetas DMO, 1024 Grupos DMO


Carpetas favoritas: Mínimo 3

Listas de Rastreo: Mínimo 40 listas de hasta 20 grupos

Lista de contactos: Hasta 1000 contactos, Hasta 6 números por contacto; máximo de 2000
números.
PRINCIPALES SERVICIOS DE VOZ
Llamadas de Grupo TMO/DMO Mandatorio

25
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Llamada de Emergencia Mandatorio

Emergencia “HOT MIC”: abrir micrófono sin presionar PTT para situaciones críticas
Mandatorio

Llamada Individual Full Dúplex Mandatorio

Llamada Individual Semi Dúplex Mandatorio

Mensaje de Estado Mandatorio


OTROS
Conector lateral robusto para accesorios Mandatorio
Conector inferior PEI y carga de radio Mandatorio.

6.2.6 ESPECIFICACIONES DE LA RADIO MOVIL


Se adquirirá cincuenta (50) radios móviles para el serenazgo municipal de San Isidro.
La instalación en el tablero vehicular debe cumplir con Estándar DIN 75490 (ISO 7736)
para rápida instalación en vehículo.

INTERFAZ DE USUARIO Y PANTALLA


Pantalla Dimensión diagonal 2.8” Tipo VGA – Transflexiva TFT de 640x480 píxeles, 65.000
colores.

Luz de fondo Luz de fondo variable; configurable por usuario.

Tamaño de fuente Caracteres en modo estándar y “zoom” (90 píxeles, altura: 4,5mm).

Botones y teclado Numérico Teclado numérico integral de 12 teclas

Funcionales programables 3 teclas funcionales programables (más 10 teclas numéricas


programables).
Navegación Tecla de navegación de 4 sentidos, menú y teclas programables.

Emergencia Botón de emergencia con luz de fondo.

Accesos directos Acceso directo a menú configurable por usuario y funciones comunes vía
“Botón de un toque”.

Perilla Doble función: Ajuste de volumen y cambio de grupo de conversación con opción de
bloqueo.
Indicación LED de tres colores.

Idioma de Interfaz de Usuario Opciones estándar inglés y español.

Menú Personalizado según las necesidades del usuario.


Administración de contactos: Tipo celular.

26
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Lista de contactos: Hasta 1000 contactos, Hasta 6 números: por contacto; máximo de 2000
números.
Listas de escaneo: 40 listas de 20 grupos.
Bloqueo de teclado: Mandatorio.

Grupos de conversación TMO: 256 carpetas TMO, 2048 Grupos TMO.

Grupos de conversación DMO: 128 carpetas DMO, 1024 Grupos DMO.


Carpetas preferidas: Hasta 3 (para almacenar cualquier grupo de conversación preferido).
ESPECIFICACIONES AMBIENTALES
Temperatura de funcionamiento (°C) -30 - +60

Temperatura de almacenamiento (°C) -40 - +85


ALMACENAMIENTO: ETSI 300 019-1-1 CLASE 1.3
TRANSPORTE: ETSI 300 019-1-2 CLASE 2.3
USO MÓVIL – INSTALACIÓN EN VEHÍCULO Pruebas Climáticas ETSI 300 019-
TERRESTRE: 1-5 CLASE 5.2

USO MÓVIL – INSTALACIÓN EN VEHÍCULO Pruebas Mecánicas ETSI 300


TERRESTRE: Pruebas Climáticas ETSI 300 019-
1-5 CLASE 5.2 019-1-5 CLASE
5M3
MIL STD: Especificaciones 810 C/D/E/F/G

Protección contra el ingreso de polvo y agua IP54

ESPECIFICACIONES ELECTRICAS
RANGO DE TENSIÓN: 10.8 - 15.6 V DC
CONSUMO DE ENERGÍA: Inactivo / Rx / Tx @ 10W - (0.5 / 1.0
/ 1.2 (TX 3.4A Pico) Amperes).
ESPECIFICACIONES RF
BANDA DE FRECUENCIA (MHZ): 380 – 430

Separación transmisión/recepción (MHz) 10


ANCHO DE BANDA DE CANAL RF (KHZ): 25

POTENCIA RF DE TRANSMISOR: TETRA Versión 1

CLASE DE RECEPTOR: A&B


Sensibilidad estática de receptor (dBm) -114 mínima, -116 típica

Sensibilidad dinámica de receptor (dBm) -105 mínima, -107 típica.

ESPECIFICACIONES GPS

27
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

SATELITES SIMULTANEOS 12

MODO DE FUNCIONAMIENTO Autónomo o asistido


ANTENA GPS: Admite antena activa (suministro de
5V, 25mA)
SENSIBILIDAD DE ADQUISICION AUTONOMA: -143 dBm
SENSIBILIDAD DE SEGUIMIENTO: -159 dBm
PRECISION: <5m (50% probable) <10m (95%
probable)
TTFF (Arranque en CALIENTE - Autónomo) <1s
TTFF (Arranque en FRÍO - Autónomo) <36s
PROTOCOLOS DE LOCALIZACIÓN: ETSI-LIP.
SERVICIOS DE VOZ

Llamadas de Grupo TMO/DMO Mandatorio


Llamada de Emergencia Mandatorio
Emergencia “HOT MIC”: abrir micrófono sin presionar PTT para situaciones críticas
Mandatorio
Llamada Individual Full Dúplex Mandatorio

Llamada Individual Semi Dúplex Mandatorio.


SERVICIOS DE DATOS

Datos por paquetes Mandatorio


Mensajería SDS en TMO & DMO Mandatorio
Comandos mejorados AT

(Incluido control de voz) Opcional. Deberá estar preparado.


INTERFACES
RS232 Para PEI (cuatro puertos virtuales permiten que las aplicaciones instaladas en la PC
ejecuten, de manera simultánea, Datos de Paquetes, Comandos AT, SDS, SCOUT vía
Multiplexor AT).
USB Admite USB 2.0 para PEI (dos puertos virtuales permiten que las aplicaciones
instaladas en la PC ejecuten, de manera simultánea, Datos de Paquetes y Comandos AT
vía drivers Windows estándar).

28
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Resistente conector para accesorios (GCAI) GCAI – Interfaz para la conexión de


accesorios, equipos auxiliares, terminales de datos.

FUNCIONES DE SEGURIDAD
Aumento de la seguridad: OTAR/DMO SCK Opcional. Deberá estar preparado.

Autenticación, Mandatorio

Cifrado de interfaz aire Clase 1, 2, y 3 Opcional. Deberá estar preparado.


Desactivación permanente Opcional. Deberá estar preparado.

Desactivación temporal (Stan), Mandatorio.

7. PRUEBAS DE FUNCIONAMIENTO DEL COMPONENTE

7.1 PRUEBAS AL GATEWAY DE TELEFONIA IP

 Se realizaran la configuración de direcciones IP’s en la Central de Control de


Operaciones.
 Se realizaran pruebas de conexión físicas de las líneas RDSI.
 Verificación de IP físico y lógico de línea RDSI.
 Conexión de líneas troncales analógicas.

7.2 PRUEBAS A LA CENTRAL TELEFONICA

 Se realizaran la configuración de direcciones IP’s en la Central de Control de


Operaciones.
 Activación de la funcionalidad de HA 1+1
 Verificación de activación de Cluster PBX IP
 Pruebas de registro de anexos CCO hacia el Cluster PBX IP
 Pruebas de conexión SIP Trunk con los “Gateway de telefonía IP” A y B
 Llamadas salientes hacia abonados analógicos mediante "Gateway de telefonía IP"
AyB
 Llamadas salientes hacia abonados RDSI mediante "Gateway de telefonía IP" A y
B
 Llamadas entrantes desde abonados RDSI mediante "Gateway de telefonía IP" A y
B
 Pruebas de llamadas entre anexos CCO
 Pruebas de comunicación entrantes a través del IVR
 Pruebas de transmisión y recepción de tonos DTMF
 Pruebas de transferencia de llamadas entre anexos CCO
 Pruebas de conferencia de llamadas entre anexos CCO
 Pruebas de conferencia de llamadas entre anexos CCO y PSTN
 Pruebas de llamadas en espera de anexos CCO

7.3 PRUEBAS DE FUNCIONALIDAD HA 1+1

 Apagado de central telefónica A


 Verificación de registro automático de anexos CCO a central telefónica B

29
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Ejecución de ITEM 7.2 (CENTRAL TELEFONICA)


 Encendido de energía de central telefónica A
 Verificación de registro automático de anexos CCO a central telefónica A
 Ejecución de ITEM 7.2 (CENTRAL TELEFONICA)

7.4 PRUEBAS DE FUNCIONAMIENTO DE OPERACIÓN DE LOS TERMINALES DE


RADIO

Cada terminal de radio deberá cumplir con las siguientes pruebas:

 Establecimiento de Llamadas de grupo

 Establecimiento de Llamadas de emergencia

 Establecimiento de Llamadas privadas semi-duplex (radio a radio)

 Establecimiento de Llamadas privadas full-Duplex (radio a teléfono)

 Servicios de datos, envío de mensajes cortos

 Servicio de mensajes de estado, envío de mensajes de estado.

7.5 PRUEBAS DE FUNCIONAMIENTO DEL SISTEMA DE CONTROL Y DESPACHO

Cada posición de despacho deberá cumplir con las siguientes pruebas:

 Establecimiento de llamadas grupales de radio troncalizado entre el operador y


cualquier grupo de la Municipalidad de San Isidro. Creación de un radio “talkpath”
entre el operador y una radio.

 Establecimiento de llamadas telefónicas entre el operador y cualquier número


telefónico interno o externo.

 Establecimiento de una interconexión (“patch”) entre un teléfono y cualquier grupo


de radio troncalizado.

 Desactivación de cualquier posición de operador, la prueba comprobará que si una


posición de consola queda fuera de servicio, esto no impedirá la operación normal
de las otras posiciones de operador.

 Cambio de grupo de conversación desde la posición del operador, implica cambiar


a cualquier grupo de conversación en la radio base conectada al sistema desde la
posición de operador.

 Prueba Radio – PTT priority, implica demostrar que se puede asignar prioridad a
los usuarios para realizar llamadas, un usuario con mayor prioridad se superpone a
un usuario con menor prioridad en el uso de los recursos.

30
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

 Ajuste del volumen de audio en la consola para cada radio, cada radio puede tener
un diferente nivel de volumen de audio establecido desde la consola de despacho.

 Reproducción de los últimos 60 segundos de una conversación, el despachador


podrá escuchar los últimos 60 segundos de una conversación si es requerido.

 Creación de conferencia telefónica con otros despachadores, el despachador será


capaz de establecer llamadas de conferencia telefónica con otros despachadores,
inclusive si se encuentran en posiciones remotas.

 Llamada múltiple desde la posición de despacho, permite al operador llamar


simultáneamente a múltiples radios individualmente, para que todos lo escuchen.

 Conferencia de grupos de conversación, el operador podrá crear una conferencia


entre varios grupos para que todos participen en una misma conversación.

8. RELACION DE ENTREGABLES DEL COMPONENTE

8.1 CENTRAL TELEFONICA

Cronograma de implementación
Documento detallado de la planificación del trabajo de tiempos desde la adquisición de
los equipos hasta la instalación, configuración, puesta en marcha, pruebas de
verificación, aceptación y conformidad de la solución completa.

HLD (High Level Design)


Documento de alto diseño, que explica conceptualmente el diseño de la red, recoge los
requerimientos del cliente, analiza las interacciones con los otros elementos de la red y
servicio.

LLD (Low Level Design)


Documento de diseño de bajo nivel que incluye todos los parámetros de configuración
e ingeniería de detalle para cumplir los requerimientos funcionales de los servicios.

NIP (Network Implementation Plan)


Documento que detalla el conjunto de actividades y acciones para desplegar los
servicios en producción, así como las contingencias del caso, para realizar
implementaciones de poco impacto y de manera transparente para los usuarios de los
servicios.

ATP (Acceptance Test Procedure)


Documento con el protocolo de pruebas detallado, que verifican y certifican que los
servicios de implementación cumplen su cometido. Este documento aprobado es un
hito que marca el fin de cada migración.

Manual de Usuario
Guía didáctica de uso y funcionalidades de los teléfonos a nivel de usuario como
generación de llamadas, recepción de llamadas, etc.

31
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Manuales de Administración de la solución


Documento que contendrá pasos básicos para el mantenimiento lógico, backup del
sistema, etc. hasta la administración de las funciones de configuración generales del
sistema como los procedimientos para la creación de los usuarios, eliminación de
usuarios, etc. Básicamente lo que se necesita es el registro escrito de lo que se está
dejando instalado.

8.2 SISTEMA DE RADIO TETRA

Cronograma de implementación (Gantt chart)


Documento detallado de la planificación del trabajo de tiempos desde la adquisición de
los equipos hasta la instalación, configuración, puesta en marcha, pruebas de
verificación, aceptación y conformidad de la solución completa.

Diseño de alto nivel


Documento de diseño de alto nivel, que explica conceptualmente el diseño de la red,
recoge los requerimientos del cliente, analiza las interacciones con los otros elementos
de la red de acuerdo con el servicio solicitado.

Funciones del sistema


Documento que explica las funciones que proporciona el sistema en conjunto y desde
cada posición de despacho para facilitar la comprensión del potencial del sistema.

Configuración del sistema


Documento que proporciona los parámetros de configuración e ingeniería de detalle
para cumplir los requerimientos funcionales de los servicios.

Programación de las radios


Documento que proporciona los parámetros de configuración de las radios del sistema
tales como el mapa de flota y las funciones programadas en las radios.

Guía para la programación de las radios


Documento que proporciona los pasos para programar la personalidad de las radios,
su ID y las funciones para cada radio.

Protocolo de aceptación del sistema (ATP)


Documento con el protocolo de pruebas detallado, que verifican y certifican que los
servicios de implementación cumplen su cometido. Este documento aprobado es un
hito que marca el fin de la instalación y puesta en servicio.

Manual de Usuario Consolas


Guía didáctica de uso y funcionalidades de las posiciones de consolas, y la forma de
establecer llamadas entre los recursos del sistema (radios y teléfonos), realización de
conferencias y cambio de canales de radio, etc.

Manual de Usuario Radios


Guía didáctica de uso y funcionalidades de las radios (portátiles y móviles), y la forma
de establecer llamadas entre los recursos del sistema (radios y teléfonos), cambio de
canales de radio, etc.

32
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

Manual de equipos
Documento que contiene la descripción técnica de los equipos, software,
características, mantenimiento y recomendaciones para su uso.

Manual de Administración de la solución


Documento que contendrá pasos básicos para la administración de las funciones de
configuración generales del sistema como los procedimientos para la creación de los
usuarios, eliminación de usuarios, etc.

33
EXPEDIENTE TECNICO”MEJORAMIENTO DEL SERVICIO DE SEGURIDAD
CIUDADANA EN EL DISTRITO DE SAN ISIDRO –LIMA-LIMA CODIGO SNIP: 2325535”

9. DIAGRAMA DE FUNCIONAMIENTO DEL COMPONENTE Y FUNCIONAMIENTO GENERAL DE LA SOLUCION

34

Vous aimerez peut-être aussi