Download Especificaciones Técnicas

 COMISIÓN NACIONAL DE TELECOMUNICACIONES HONDURAS PORTABILIDAD NUMÉRICA Especificaciones Técnicas Comité Ejecutivo de Portabilidad Numérica 8/29/2013 El siguiente documento detalla las especificaciones técnicas del servicio de portabilidad numérica en Honduras. PORTABILIDAD NUMÉRICA August 29, 2013 Page 2 PORTABILIDAD NUMÉRICA August 29, 2013 Historial de Revisión Rev. Responsable Fecha Registro 1 Luis Cáceres 1-­‐abr-­‐2013 Borrador inicial 2 Luis Cáceres 10-­‐may-­‐2013 Modificación a la sección 4.2 indicando que el CIR es concatenado. 3 Luis Cáceres 6-­‐jun-­‐2013 Modificación a la sección 5.1 y 5.2 indicando como debe de funcionar la interconexión de SMS. Modificación a la sección 7 para adecuar la descripción del sistema a las presentaciones de los ABDC. Modificación a la sección 7.3, ahora habla de la ubicación y respaldo del sistema. Modificación a la sección 7.4, ahora habla del hardware y redundancia. 4 Luis Cáceres 19-­‐jun-­‐2013 Se agregó la sección 6.3, Casos de Uso Cambio de redacción a la sección 7. Modificación a la sección 7.1 para agregar el sitio web y el cliente SMPP que deberá de implementar el ABDC. Se agregó la Figura 5. 5 Luis Cáceres 5-­‐jul-­‐2013 Modificación a las secciones 4.1 para agregar la opción de Comunicación de Asistencia de Consulta más Tránsito. Modificación a la sección 5.1 para respaldar el tránsito de SMS bajo el concepto de Asistencia de Consulta más Tránsito. Modificación a la sección 7.1 para agregar en la interfaz E de la Figura 4 la opción de transporte https. 6 Luis Cáceres 9-­‐jul-­‐2013 Page 3 Modificación a la sección 7.1.1 PORTABILIDAD NUMÉRICA August 29, 2013 para agregar que el SMS CLIENT también será utilizado para enviar un mensaje con un número correlativo para comprobar la posesión física del número de teléfono a portar por parte del Usuario/Suscriptor. También se indica la obligación de los proveedores de servicio de brindar una interfaz al ABDC para el envío de mensajes de texto. 7 Luis Cáceres 20-­‐ago-­‐2013 Modificación a la sección 3.1, para eliminar la definición de NIP y agregar la definición de CIP e ID. Modificación a la sección 7.1.1, para incluir el concepto de generación y envió del CIP. Modificación a la sección 7.2, para incluir en la estructura de la base de datos el CIP e ID. Modificación a la sección 7.3, para indicar que solo los servidores de base de datos deben de estar físicamente en el país. Se eliminó la Figura 5. Se agregó la sección 7.5, que habla de la copia de seguridad de la BDC. 8 Luis Cáceres 27-­‐ago-­‐2013 Modificación a la sección 4.2 para indicar que se envía el DN, no el MSISDN. 9 Luis Cáceres 29-­‐ago-­‐2013 Cambio de redacción a la sección 5.1. Modificación a la sección 7 para hacer referencia a la descripción de sala de venta acorde a la NR012/13. Modificación a la sección 7.2.5 para incluir estadísticas de procesos de portación cancelados. Modificación a la sección 7.1 para indicar la obligación de los proveedores de servicio de Page 4 PORTABILIDAD NUMÉRICA August 29, 2013 telefonía móvil de brindarle al ABDC un mecanismo para determinar si los SMS MT fueron entregados exitosamente. Modificación a la definición de CIP, para indicar que tiene una vigencia hasta la media noche del día en que fue generado. Se elimino la sección 7.2.6. Aprobación por parte del CEPN. Page 5 PORTABILIDAD NUMÉRICA August 29, 2013 Contenido 1. Alcance ........................................................................................................................................7 2. Referencias ..................................................................................................................................7 3. Definiciones y Abreviaciones .......................................................................................................8 3.1. Definiciones ..........................................................................................................................8 3.2. Abreviaciones .......................................................................................................................9 4. Portabilidad Numérica en Llamadas de Telefonía Móvil .............................................................9 4.1. Mecanismo de Encaminamiento ..........................................................................................9 4.2. Transporte del Código Identificador de Red.......................................................................10 5. Portabilidad Numérica en Envió de Mensajes de Texto de Telefonía Móvil .............................11 5.1. Mecanismo de Encaminamiento ........................................................................................11 5.2. Transporte del Código Identificador de Red.......................................................................11 6. Portabilidad Numérica en Llamadas de Telefonía Fija e Internacional Entrante.......................11 6.1. Mecanismo de Encaminamiento ........................................................................................11 6.2. Transporte del Código Identificador de Red.......................................................................12 6.3. Casos de Uso.......................................................................................................................12 6.3.1. Llamada Originada de un Teléfono Fijo con Destino a un Número Portado ...................12 6.3.2. Llamada Originada de un Teléfono Fijo con Destino a un Número No Portado..............12 7. Sistema de Portabilidad Numérica Nacional .............................................................................13 7.1. Arquitectura del Sistema ....................................................................................................14 7.1.1. Módulos del ABDC ...........................................................................................................14 7.1.2. Módulos de los proveedores de servicio .........................................................................16 7.2. Estructura de la Base de Datos Central ..............................................................................17 7.2.1. Números Portados...........................................................................................................17 7.2.2. Histórico de Transacciones del ABDC ..............................................................................17 7.2.3. Histórico de NPDRs ..........................................................................................................17 7.2.4. Histórico de Fallas del ABDC ............................................................................................18 7.2.5. Histórico de Estadísticas ..................................................................................................18 7.3. Ubicación y Respaldo de Contingencia...............................................................................18 7.4. Hardware y Redundancia ...................................................................................................19 7.5. Copia de Seguridad.............................................................................................................19 Page 6 PORTABILIDAD NUMÉRICA August 29, 2013 1. Alcance El presente documento define la forma en que se cursaran las llamadas y los mensajes de texto en las PLMN y PSTN del país, detallando los mecanismos de encaminamiento y la forma de transporte del código identificador de la red. También explica la arquitectura del sistema de portabilidad numérica nacional, la estructura de la base de datos central, y las interfaces utilizadas por los operadores móviles y la entidad administradora de la base de datos central para el intercambio de información de números portados. 2. Referencias [ITU-­‐T E.164.Sup2] Recommendation ITU-­‐T E.164, The international public telecommunication numbering plan. Supplement 2, Number Portability. [ITU-­‐T Q.769.1] Recommendation ITU-­‐T Q.769.1, Signaling system No. 7 – ISDN user part enhancements for the support of number portability. [ETSI TR 101 697] Number Portability Task Force (NPTF); Guidance on choice of network solutions for service provider portability for geographic and non-­‐
geographic numbers. [3GPP TS 23 002] 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Network architecture (Release 12). [CNT NR012/13] Reglamento de Portabilidad Numérica para el Servicio de Telefonía Móvil. Page 7 PORTABILIDAD NUMÉRICA August 29, 2013 3. Definiciones y Abreviaciones 3.1.Definiciones Las siguientes definiciones y términos utilizados en este documento deben de ser utilizados en el contexto de portabilidad numérica. Administrador de la Base de Datos Central (ABDC): Entidad independiente de CONATEL y de los proveedores de servicio que será responsable de la operación, administración, y manejo de la base de datos central, así como la gestión de portación de números entre los proveedores de servicio. Base de Datos Central (BDC): Base de datos relacional utilizada para almacenar la información de encaminamiento de números portados del país. La información de la BDC usualmente consiste en una lista de números portados asociados a un código de enrutamiento. Adicionalmente puede almacenar información administrativa requerida para soportar el procesamiento de solicitudes de portación de números de un proveedor de servicio a otro. Existirá una base de datos central en el país que servirá de referencia para las bases de datos de números portados de los proveedores de servicio. Base de Datos de Números Portados (BDNP): Base de datos relacional utilizada para almacenar la información de encaminamiento de números portados del país, igual que la BDC. Cada proveedor de servicio tendrá una BDNP, la cual deberá de estar sincronizada con la BDC del país. Base de datos operativa (BDO): Es el elemento de red NPDB definido en [3GPP TS 23 002]. La BDO almacena la información de encaminamiento de números portados de cada país, la cual es consultada en tiempo real por la MSC o SMSC para determinar el destino de la llamada o mensaje de texto. La BDO es sincronizada con la información de la BDNP y/o la BDC. Código de Identificación Personal (CIP): Código alfanumérico de cinco caracteres generado por el ABDC que identifica de forma única los números de teléfono durante su vigencia. El CIP tendrá una vigencia hasta las 23:59:59 del día en que fue generado. Mientras se encuentre vigente el CIP, éste debe de ser inmutable, en el sentido que sin importar la cantidad de vez que se solicite la generación de un CIP para un número, siempre se deberá de generar el mismo código alfanumérico de cinco caracteres. Se podrá solicitar la generación de un CIP por varios medios, pero siempre será entregado vía mensaje de texto al número de teléfono asignado. Código de Identificación de red (CIR): Código que permite identificar las redes de los proveedores de servicio, utilizado por la MSC o SMSC para encaminar la llamada o mensaje de texto a la red receptora. ID: Número de tarjeta de identidad o número de pasaporte en caso de persona natural y número de RTN en caso de persona jurídicas. Este debe de ser el mismo número de identidad o número de RTN con el que la persona registro su número de teléfono de acuerdo a la Resolución NR004/12 de fecha 21 de junio de 2012, específicamente en su Resolutivo SEGUNDO. NPDB: ver base de datos operativa (BDO). NPDR: Detalle de transacciones de números portados generado por el ABDC. Son los archivos planos generados por el ABDC para transferir la información de los números a portar utilizada por los proveedores de servicio para actualizar sus plataformas durante la ventana de transferencia. Proveedor de Servicio: Persona natural o jurídica que cuenta con un Título Habilitante que le autoriza para la prestación de servicios de telecomunicaciones, de carácter público. Proveedor Donante: Es el proveedor de servicio desde el cual el numero fue portado inicialmente. Page 8 PORTABILIDAD NUMÉRICA August 29, 2013 Proveedor Receptor: Es el proveedor de servicio hacia donde es portado el número, y que normalmente opera la red receptora. Red Donante: La red a la que el número fue asignado inicialmente, antes de que haya sido portado. Red Originante: La red brindando servicio al usuario llamante. Red Receptora: La red en la que el número está ubicado después de ser portado. Red Transito: Red existente entre dos redes que entrega de manera transparente la llamada o mensaje de texto. 3.2.Abreviaciones Este documento utiliza las siguientes abreviaciones: ABDC Administrador Base Datos Central BDC Base Datos Central BDNP Base Datos Números Portados BDO Base Datos Operativa CIP Código de Identificación Personal CIR Código de Identificación de Red DN Directory Number MSC Mobile Switching Centre MSISDN Mobile Subscriber ISDN Number NPDB Number Portability Data Base NPDR Number Portability Detail Record PLMN Public Land Mobile Network PSTN Public Switched Telephone Network SMSC Short Message Service Center 4. Portabilidad Numérica en Llamadas de Telefonía Móvil Será obligación de cada operador móvil la implementación del elemento de red NPDB, como lo define [3GPP TS 23 002], el cual almacenará la información de los números portados y será consultado por las MSCs. 4.1.Mecanismo de Encaminamiento De acuerdo a lo establecido en [CNT NR012/13], se estará utilizando el mecanismo de All Call Query (ACQ) en las redes de telefonía móvil. La Figura 1 muestra los pasos a seguir por los proveedores de servicio de telefonía móvil al momento de originar una llamada: Page 9 PORTABILIDAD NUMÉRICA August 29, 2013 1. La MSC de la red originante recibe una llamada de origen de un usuario, y envía una consulta a la NPDB incluyendo el MSISDN destino para determinar si el número fue portado. 2. En caso que el MSISDN destino no este portado, la NPDB le indica a la MSC que siga con el flujo normal de la llamada. En caso contrario la NPDB retorna el MSISDN y el CIR. 3. La MSC utiliza el CIR para encaminar la llamada hacia la red receptora. Figura 1 Los proveedores de servicio de telefonía móvil también tendrán la opción de no consultar al NPDB y encaminar las llamadas a través de una MSC de otro proveedor de servicio de telefonía móvil que le brindará el servicio de tránsito, bajo el concepto de tipo de encaminamiento de Comunicación de Asistencia de Consulta más Tránsito definido en [CNT NR012/13]. 4.2.Transporte del Código Identificador de Red Al momento de encaminar la llamada, el CIR y el DN serán enviados concatenados en el mismo campo del mensaje de señalización (Figura 2). Figura 2 Como esta descrito en [ITU-­‐T Q.769.1], el CIR y el DN son enviados en el mensaje IAM de la siguiente manera: •
•
El DN es enviado en el parámetro Número de parte llamada y se antepone el CIR. El parámetro Número de parte llamada se puede codificar con el valor NoA 0000011 – “número nacional (significativo)”, o con valor NoA 0001000 – “número de encaminamiento de red concatenado con el número de directorio llamado”. Page 10 PORTABILIDAD NUMÉRICA August 29, 2013 5. Portabilidad Numérica en Envió de Mensajes de Texto de Telefonía Móvil 5.1.Mecanismo de Encaminamiento Los proveedores de servicio de telefonía móvil están obligados a consultar a la NPDB para determinar si el MSISDN destino de un mensaje de texto fue portado o no. Esta consulta la podrán hacer en dos tiempos diferentes: 1. Realizar la consulta a la NPDB antes de que el SM MO llegue al SMSC de la red originante. La red originante realizará las gestiones necesarias para que cuando el mensaje de texto sea recibido por el SMSC, este tenga la capacidad de poder encaminar el mensaje a la red destino correcta. 2. Realizar la consulta a la NPDB durante el proceso de entrega del SM MT enviado por el SMSC de la red donante. La red donante realizará las gestiones necesarias para que el mensaje de texto sea encaminado de forma correcta al SMSC de la red destino. Los proveedores de servicio de telefonía móvil también tendrán la opción de no consultar al NPDB y encaminar los mensajes de texto a través de un SMSC de otro proveedor de servicio de telefonía móvil que le brindará el servicio de tránsito, bajo el concepto de tipo de encaminamiento de Comunicación de Asistencia de Consulta más Tránsito definido en [CNT NR012/13]. Los proveedores de servicio de telefonía móvil tendrán la obligación como operadores de una red donante de poder encaminar correctamente cualquier mensaje de texto recibido por su SMSC por medio de un enlace SMPP internacional. 5.2.Transporte del Código Identificador de Red Para el envío de mensajes de texto entre proveedores de servicio de telefonía móvil, no será necesario el envío del CIR en el enlace SMPP entre el SMSC de la red originante y el SMSC de la red destino. 6. Portabilidad Numérica en Llamadas de Telefonía Fija e Internacional Entrante 6.1.Mecanismo de Encaminamiento De acuerdo a lo establecido en [CNT NR012/13], se estará utilizando el mecanismo de Onward Routing (OR) en las redes de telefonía fija. La Figura 3 muestra los pasos a seguir por los proveedores de servicio de telefonía fija al momento de originar una llamada: 1. La central telefónica de la red originante recibe una llamada de origen de un usuario, y encamina la llamada hacia la red donante analizando el MSISDN destino. 2. La MSC de la red donante recibe la llamada entrante, y envía una consulta a la NPDB incluyendo el MSISDN destino para determinar si el número fue portado. 3. En caso que el MSISDN destino no este portado, la NPDB le indica a la MSC que siga con el flujo normal de la llamada. En caso contrario la NPDB retorna el MSISDN y el CIR. 4. La MSC utiliza el CIR para encaminar la llamada hacia la red receptora. Page 11 PORTABILIDAD NUMÉRICA August 29, 2013 Figura 3 6.2.Transporte del Código Identificador de Red Entre la red de telefonía fija y la red de telefonía móvil no hay transporte del CIR, debido a que el encaminamiento de la llamada se realiza mediante análisis de número destino. El transporte del CIR entre la red donante y la red receptora se realizará como se establece en la sección 4.2. 6.3.Casos de Uso 6.3.1. Llamada Originada de un Teléfono Fijo con Destino a un Número Portado a) El Usuario/Suscriptor marca el número destino en su terminal de telefonía fija. b) La central de telefonía fija en la que está conectada la terminal de telefonía fija recibe la llamada. c) La central de telefonía fija realiza un análisis del número destino para determinar hacia donde encaminar la llamada. d) La central de telefonía fija encamina la llamada hacia la red donante. e) La MSC de la red donante recibe la llamada entrante de la central de telefonía fija. f) La MSC de la red donante realiza una consulta a la NPDB para determinar si el número destino fue portado. g) La NPDB contesta la consulta indicando que el número es portado y envía el CIR de la red receptora. h) La MSC de la red donante encamina la llamada hacia la red receptora. i) La MSC de la red receptora recibe la llamada entrante y realiza su proceso normal para intentar completar la llamada. 6.3.2. Llamada Originada de un Teléfono Fijo con Destino a un Número No Portado j) El Usuario/Suscriptor marca el número destino en su terminal de telefonía fija. k) La central de telefonía fija en la que está conectada la terminal de telefonía fija recibe la llamada. l) La central de telefonía fija realiza un análisis del número destino para determinar hacia donde encaminar la llamada. m) La central de telefonía fija encamina la llamada hacia la red donante. n) La MSC de la red donante recibe la llamada entrante de la central de telefonía fija. o) La MSC de la red donante realiza una consulta a la NPDB para determinar si el número destino fue portado. Page 12 PORTABILIDAD NUMÉRICA August 29, 2013 p) La NPDB contesta la consulta indicando que el número no es portado. q) La MSC de la red donante realiza su proceso normal para intentar completar la llamada. 7. Sistema de Portabilidad Numérica Nacional El sistema de portabilidad numérica nacional consiste en varios módulos interconectados entre sí en una arquitectura orientada al servicio para habilitar el servicio de portabilidad numérica entre los proveedores de servicio de telefonía móvil. Una solicitud de portación de número empieza en una sala de venta del proveedor receptor, definidas en el Articulo 8 inciso e del [CNT NR012/13]. Por medio de un GUI proporcionado por el ABDC, o por un GUI implementado por el proveedor receptor, se envía en línea la solicitud de validación de número y la solicitud de portación de número al módulo central. El modulo central reenvía la solicitud al proveedor donante. Cada proveedor de servicio implementará una interfaz local (NP API), que servirá para que el modulo central realice las solicitudes en línea para la validación de número y la portación de número. El NP API deberá de estar integrada a las plataformas de prepago, facturación, aprovisionamiento, y cualquier otra plataforma que los proveedores de servicio vean conveniente para apoyar en las gestiones de validación y portación de número. La información de portabilidad numérica se almacenará en la base de datos central, la cual deberá tener un esquema de alta disponibilidad según lo descrito en [CNT NR012/13], y respaldo de información para garantizar el acceso y fiabilidad de la información. Cada proveedor de servicio tendrá una BDNP, la cual será actualizada con la información proporcionada por el ABDC. La BDNP es una base de datos relacional que les sirve a los proveedores de servicio para realizar consultas sobre la información de portabilidad numérica sin necesidad de sobrecargar el elemento de red NPDB. La BDNP puede estar integrada a las demás plataformas informáticas de los proveedores de servicio. El ABDC debe notificar a los proveedores de servicio los números que serán portados en la siguiente ventana de transferencia, ya sea por el NP API, o por medio de archivos planos. Cada proveedor de servicio podrá actualizar su BDNP por medio de la información recibida por el NP API o por archivos planos. Cada proveedor de servicio mantendrá actualizado su elemento de red NPDB por medio de la información recibida por el NP API, archivos planos u obteniendo la información de su BDNP. Page 13 PORTABILIDAD NUMÉRICA August 29, 2013 7.1.Arquitectura del Sistema Figura 4 7.1.1. Módulos del ABDC BDC: La BDC es la base de datos relacional que almacenará toda la información relacionada a los números portados, las gestiones de portación, datos históricos, entre otros. La base de datos debe de contar con un esquema de copia de seguridad de la información con un máximo de un (1) día de retraso. La copia de seguridad deberá de ser almacenada en cinta magnética, o cualquier otro medio electrónico externo a los servidores de la base de datos. La BDC deberá de tener suficiente capacidad para almacenar un mínimo de cinco (5) años de información histórica. Page 14 PORTABILIDAD NUMÉRICA August 29, 2013 NP Client: WEB GUI: El NP Client es el módulo que interactuará de manera automática con el NP API de los proveedores de servicio, cada vez que el ABDC reciba una gestión de validación o portación de número. El WEB GUI es una interfaz gráfica de usuario web, a través de la cual los proveedores de servicio podrán iniciar las gestiones de validación de número y portación de número. El WEB GUI también podrá ser utilizado por los proveedores de servicio para generar el CIP del número. El ABDC deberá de implementar mecanismos de seguridad para garantizar el acceso restringido al WEB GUI. Estas medidas deben de incluir, pero no limitarse a, un acceso validado por usuario y contraseña, validación de la dirección IP origen. WEB API: El WEB API es una interfaz de servicios web, utilizando mensajes SOAP sobre HTTPS. Este servicio web deberá de implementar todos los métodos necesarios para realizar las funciones del WEB GUI. Es decisión del proveedor de servicio si utiliza esta interfaz para realizar sus gestiones de validación de número y portación de número. El WEB API también podrá ser utilizado por los proveedores de servicio para generar el CIP del número. El ABDC deberá de implementar mecanismos de seguridad para garantizar el acceso restringido al WEB API. Estas medidas deben de incluir, pero no limitarse a, un acceso validado por usuario y contraseña, validación de la dirección IP origen. Generador NPDR: El generador NPDR se encarga de extraer los registros de modificaciones de números portados y crear un archivo plano. El conjunto de registros en archivos planos se llamarán NPDRs. Los NPDRs serán depositados en un servidor de archivos (diferente a los servidores de la BDC). El ABDC implementará un servicio de SFTP o SCP en el servidor de archivos, para que los proveedores de servicio puedan extraer esta información de forma automática. Se creará una estructura de archivos en donde cada proveedor de servicio tendrá su propia carpeta. Es responsabilidad del ABDC implementar un esquema de respaldo de los NPDRs. El respaldo deberá de ser almacenado en cinta magnética, o cualquier otro medio electrónico externo al servidor de archivos. El ABDC es responsable de almacenar un mínimo de cinco (5) años de NPDRs. El nombre de los archivos deberá de cumplir el siguiente formato, o algún formato similar: NPDR.<YYYYMMDDHH24MISS><XXX>.txt dónde: YYYYMMDDHH24MISS es la fecha y hora en que se generó el NPDR XXX es un número secuencial cíclico del 000 al 999 Mientras se genera el NPDR, el archivo no tener el sufijo .txt. El archivo deberá de tener el sufijo .txt hasta que se encuentre en la carpeta del proveedor de servicio listo para ser leído. Esta medida es requerida para evitar que el proveedor de servicio accidentalmente lea un archivo que se encuentra abierto por el ABDC. Page 15 PORTABILIDAD NUMÉRICA August 29, 2013 CVM: El CVM es el modulo encargado de obtener y generar las estadísticas necesarias para el Centro de Visualización y Monitoreo definido en [CNT NR012/13]. El CVM obtendrá las estadísticas necesarias para su reportería de la BDC, así como de los demás módulos ya sea por medio de JMX, SNMP, o cualquier otra forma que el ABDC convenga. El CVM brindará acceso a CONATEL a las estadísticas por medio del CVM GUI y CVM API. CVM GUI: El CVM GUI es una interfaz gráfica de usuario web, a través de la cual CONATEL tendrá acceso a las estadísticas generadas por el CVM. El ABDC deberá de implementar mecanismos de seguridad para garantizar el acceso restringido al CVM GUI. Estas medidas deben de incluir, pero no limitarse a, un acceso validado por usuario y contraseña, validación de la dirección IP origen. CVM API: El CVM API es una interfaz de servicios web, utilizando mensajes SOAP sobre HTTPS. Este servicio web deberá de implementar todos los métodos necesarios para realizar las funciones del CVM GUI. Es decisión de CONATEL si utiliza esta interfaz para realizar sus gestiones visualización y monitoreo del servicio. El ABDC deberá de implementar mecanismos de seguridad para garantizar el acceso restringido al CVM API. Estas medidas deben de incluir, pero no limitarse a, un acceso validado por usuario y contraseña, validación de la dirección IP origen. WEB SITE: El WEB SITE es un sitio web a través de la cual cualquier persona podrá consultar si un número de teléfono especifico fue o no portado. A parte de esto, cualquier persona podrá generar el CIP de un número. El WEB SITE también podrá ser utilizado por las personas para cancelar un proceso de portación. SMS CLIENT: El SMS CLIENT se encarga de enviar las notificaciones de mensaje de texto a los usuarios o suscriptores indicándoles el estado de su solicitud de portación. También cada vez que el CIP de un número sea generado por el ABDC, el SMS CLIENT enviará el CIP en un mensaje de texto al número al que se le solicito la generación del CIP. El SMS CLIENT también se encarga de recibir todos los mensajes de textos móvil originantes enviados al ABDC. Es obligación de todos los proveedores de servicio el implementar una interfaz para que el ABDC pueda enviar y recibir mensajes de texto a los números registrados en la red de telefonía móvil. El proveedor de servicio debe de garantizar la entrega inmediata de cada mensaje de texto móvil originantes enviados al ABDC, y todos los mensajes de texto móvil terminantes enviados por el ABDC. El proveedor de servicio debe de brindarle al ABDC un mecanismo para que éste pueda determinar si los mensajes de texto móvil terminantes fueron entregados exitosamente. 7.1.2. Módulos de los proveedores de servicio BDNP: La BDNP es la base de datos relacional que almacenará toda la información relacionada a los números portados del lado del proveedor de servicios. Page 16 PORTABILIDAD NUMÉRICA August 29, 2013 NP API: El NP API es una interfaz de servicios web, utilizando mensajes SOAP sobre HTTPS. A través de esta interfaz, el ABDC podrá hacer las gestiones de validación de número y portación de número. El proveedor deberá de implementar mecanismos de seguridad para garantizar el acceso restringido al WEB API. Estas medidas deben de incluir, pero no limitarse a, un acceso validado por usuario y contraseña, validación de la dirección IP origen. Receptor NPDR: El Receptor NPDR se encarga de leer los NPDRs del servidor de archivos del ABDC por medio del protocolo SFTP o SCP. Estos NPDRs pueden ser utilizados por los proveedores de servicio para validar la información de la BDNP. 7.2.Estructura de la Base de Datos Central La BDC debe de almacenar como mínimo la siguiente información: 7.2.1. Números Portados Esta tabla estará conformada por los registros de los números portados. Las modificaciones a estos registros son los que se replicarán a las BDNP de los proveedores de servicio. Tendrá como mínimo los siguientes atributos: •
•
•
•
•
CIP ID MSISDN CIR receptor Fecha y hora de última modificación 7.2.2. Histórico de Transacciones del ABDC Esta tabla estará conformada por los registros de todas las gestiones recibidas por el ABDC. Tendrá como mínimo los siguientes atributos: •
•
•
•
•
•
•
•
•
•
•
•
Id transacción CIP ID MSISDN CIR donante CIR receptor Fecha y hora de la transacción Tipo de transacción Tipo de suscriptor Código de respuesta Motivo de respuesta Fecha vencimiento contrato suscriptor 7.2.3. Histórico de NPDRs Esta tabla estará conformada por los registros de todos los NPDRs generados por el ABDC. Tendrá como mínimo los siguientes atributos: •
•
•
Número correlativo asociado al Id transacción de la tabla de Transacciones CIP ID Page 17 PORTABILIDAD NUMÉRICA August 29, 2013 •
•
•
•
•
•
MSISDN CIR receptor viejo (opcional) CIR receptor nuevo Operación (inserción, modificación, eliminación) Fecha y hora de la operación Número secuencial cíclico. El valor no se puede de repetir en un (1) minuto. 7.2.4. Histórico de Fallas del ABDC Esta tabla estará conformada por los registros de las fallas detectadas por el CVM. Tendrá como mínimo los siguientes atributos: •
•
•
•
•
•
Fecha y hora de inicio de la falla Fecha y hora del fin de la falla Modulo afectado Funcionalidad afectada Motivo de la falla Resolución de la falla 7.2.5. Histórico de Estadísticas Esta tabla estará conformada por los registros de las estadísticas obtenidas por el CVM. Tendrá como mínimo los siguientes atributos: •
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Fecha y hora de los contadores Cantidad total de transacciones Cantidad de transacciones exitosas Cantidad de transacciones fallidas Cantidad total de validaciones de número Cantidad de validaciones de número exitosas Cantidad de validaciones de número fallidas Cantidad de validaciones de número que retornaron aceptación Cantidad de validaciones de número que retornaron rechazo Cantidad de validaciones de número que retornaron rechazo según su motivos Cantidad total de portaciones de número Cantidad de portaciones de número exitosas Cantidad de portaciones de número fallidas Cantidad de portaciones de número que retornaron aceptación Cantidad de portaciones de número que retornaron rechazo Cantidad de portaciones de número canceladas validas Cantidad de portaciones de número canceladas no validas Cantidad de portaciones de número que retornaron rechazo según su motivos Cantidad de fallas según su módulo 7.3.Ubicación y Respaldo de Contingencia El ABDC deberá de tener un sitio primario ubicado físicamente en la Republica de Honduras, donde se hospedará el módulo BDC. Los demás módulos del ABDC podrán estar hospedados en el sitio primario o en el extranjero. Los proveedores de servicio deberán de establecer enlaces directos con el sitio primario. El ABDC también deberá de tener un sitio secundario donde hospedará todos sus módulos, el cual podrá estar ubicado en el extranjero. Los proveedores de servicio deberán tener enlaces directos o enlaces virtuales con el sitio secundario. Es Page 18 PORTABILIDAD NUMÉRICA August 29, 2013 responsabilidad del ABDC que la información respaldada en el sitio secundario se encuentre sincronizada con el sitio primario en todo momento. 7.4.Hardware y Redundancia Todas las aplicaciones de los módulos del ABDC deberán estar hospedadas en un clúster de servidores con una redundancia N+1. El ABDC deberá de garantizar que los módulos tendrán N servidores disponibles para soportar el tráfico de transacciones, además de mínimo un servidor redundante en caso de falla. Cada servidor deberá de tener mínimo dos (2) fuentes de poder, dos (2) puertos de red, y dos (2) discos de almacenamiento internos configurados en RAID 1. El arreglo de discos utilizado por el ABDC para almacenar la información de la BDC y el sistema de archivo de los clusters de los demás módulos, deberá de tener como mínimo dos (2) controladoras de disco, dos (2) fuentes de poder, y dos (2) puertos de conexión. La LAN interna del ABDC deberá de tener una redundancia de N+1 para cada nodo de la red, como ser switches y routers. El sitio secundario no es necesario que tenga el mismo nivel de redundancia que el sitio primario, pero si debe de estar dimensionado para soportar el mismo tráfico de transacciones que el sitio primario. 7.5.Copia de Seguridad El ABDC deberá de generar una vez al día dos copias de seguridad de la información de la BDC en archivos planos y guardarla en un medio de almacenamiento externo como ser cintas magnéticas o discos compactos. Una de las copias de seguridad será remitida el siguiente día hábil al Departamento de Infotecnología de CONATEL, para ser almacenado en sus oficinas principales. Page 19