InterotecT Especificacion de Implementacion V1.1

Claro Chile - InterconnecT Especificación
de Implementación V1.1 Final
Especificación de Implementación
Interconexión
26 Octubre 2007
Especificación de Implementación Interconexión
Controle del Documento

Histórico de Versiones
Todas las alteraciones realizadas en este documento deben ser registradas en la tabla abajo.
Versión Fecha Autor Descripción
V 0.1 01-10-2007 Manoel Moya y Versión Inicial
Juliano Wallau
V 0.9 12-10-2007 Manoel Moya y Versión Inicial
Juliano Wallau
V 1.0 17-10-2007 Helder Leong Revisión
V 1.1 19-10-2007 Manoel Moya Ajustes definiciones Tráfico MMS
Aceptación del Documento
Nombre Funcion Firma Fecha

Ciro Bahamonde Gerente de 23-10-2007
Proyecto
Lista de Distribuciones
Todas las distribuciones de este documento deben ser registradas en la tabla abajo.
Versión Nombre del receptor Fecha de distribución (dd-mm-yyyy)
V 1.0 Sergio Casapía 16-10-2007
V 1.0 Candy Casas 16-10-2007
V 1.0 Raúl Zamorano 16-10-2007
V 1.0 Ivan Vega 16-10-2007
V 1.1 Sergio Casapía 19-10-2007
V 1.1 Candy Casas 19-10-2007
V 1.1 Raúl Zamorano 19-10-2007
V 1.1 Ivan Vega 19-10-2007
Aviso de Propiedad
Todas las informaciones contenidas en este documento son confidenciales y de propiedad
de Intec Telecom Systems y Claro Chile, no deben ser reproducidas aunque parcialmente,
no pudiendo ser utilizadas para otra finalidad ni entregue o comunicada para terceros sin
autorización expresa de Intec Telecom Systems y Claro Chile.
Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

Page 2 of 132
Contenido
LISTA DE TABLAS......................................................................................... 7
1. INTRODUCCIÓN ..................................................................................... 9
1.1 PROPÓSITO..........................................................................................9
1.2 VISIÓN GENERAL....................................................................................9
1.3 REFERENCIA .........................................................................................9
2. ALCANCE DEL PROYECTO..................................................................... 10
2.1 ARQUITECTURA DE LA SOLUCIÓN................................................................ 10
3. REGLAS DE PRE-PROCESSAMIENTO.................................................... 12
3.1 ARQUITECTURA DE LA SOLUCIÓN................................................................ 13
3.1.1 Gerenciador de Duplicación (DRD) ............................................................... 14
3.2 FORMATOS DE ENTRADA ......................................................................... 15
3.2.1 Formato normalizado de Voz GSM ................................................................ 15
3.2.2 Formato normalizado de Voz CDMA.............................................................. 19
3.2.3 Formato normalizado de SMS....................................................................... 22
3.2.4 Formato normalizado de MMS ...................................................................... 25
3.2.5 Formato normalizado Speedy ....................................................................... 29
3.2.6 Formato normalizado HIT ............................................................................ 33
3.3 FORMATOS DE SALIDA ............................................................................ 34
3.3.1 Formato ICT ............................................................................................... 34
3.4 NOMENCLATURA DE ARCHIVOS................................................................... 36
3.4.1 Salida ICT................................................................................................... 36
3.4.2 Salida Inválidos........................................................................................... 37
3.5 DISTRIBUCIÓN DE ARCHIVOS .................................................................... 37
3.6 FLUJOS DE PROCESAMIENTO..................................................................... 37
3.6.1 Voz GSM..................................................................................................... 38
3.6.2 Voz CDMA .................................................................................................. 43
3.6.3 SMS (CDMA y GSM)..................................................................................... 49
3.6.4 MMS........................................................................................................... 55
3.6.5 Speedy ....................................................................................................... 59
3.6.6 HIT ............................................................................................................ 63
4. ESCENARIOS DE TRÁFICO Y REGLAS DE PAGO ................................... 67

4.1 ESCENARIOS DE VOZ ENTRANTE................................................................. 67
4.1.1 VOZ OFF-NET INT ....................................................................................... 67
4.1.2 VOZ OFF-NET NAC QLP ............................................................................... 68
4.1.3 VOZ OFF-NET NAC QRP............................................................................... 68
4.1.4 VOZ OFF-NET NAC QLP TRANSITO .............................................................. 69
4.1.5 VOZ OFF-NET NAC QRP TRANSITO.............................................................. 69
4.1.8 VOZ OFF-NET NAC QLP CONMUTADO .......................................................... 71
4.1.9 VOZ OFF-NET NAC QRP CONMUTADO.......................................................... 71

Page 3 of 132
4.1.10 VOZ OFF-NET NAC 800 ............................................................................... 72

4.1.11 VOZ OFF-NET NAC 800 CONMUTADO .......................................................... 72
4.1.12 VOZ ON-NET NAC ....................................................................................... 73
4.2 ESCENARIOS DE VOZ SALIENTE.................................................................. 73
4.2.1 VOZ OFF-NET INT SIN CODIGO SELECCIÓN CARRIER .................................. 73
4.2.2 VOZ OFF-NET INT IP................................................................................... 74
4.2.3 VOZ OFF-NET NAC QLP ............................................................................... 74
4.2.4 VOZ OFF-NET NAC QLP (Telesat y Infopyme) ............................................... 75
4.2.5 VOZ OFF-NET NAC QRP............................................................................... 75
4.2.7 VOZ OFF-NET NAC QLP TRANSITO (Infopyme) ............................................. 76
4.2.10 VOZ OFF-NET NAC QLP CONMUTADO .......................................................... 78
4.2.11 VOZ OFF-NET NAC QRP CONMUTADO ......................................................... 78
4.2.12 VOZ OFF-NET NAC RUR .............................................................................. 79
4.2.13 VOZ OFF-NET NAC 800 ............................................................................... 79
4.2.14 VOZ OFF-NET NAC 300 CON CODIGO SELECCIÓN CARRIER EVENTO ............ 80
4.2.15 VOZ OFF-NET NAC 300 CON CODIGO SELECCIÓN CARRIER DURACIÓN ........ 80
4.2.16 VOZ OFF-NET NAC 700 CON CODIGO SELECCIÓN CARRIER EVENTO ............ 81
4.2.17 VOZ OFF-NET NAC 700 CON CODIGO SELECCIÓN CARRIER DURACIÓN ........ 81
4.2.18 VOZ OFF-NET NAC SVA DURACIÓN ............................................................. 82
4.2.19 VOZ OFF-NET NAC SVA EVENTO.................................................................. 82
4.2.20 VOZ OFF-NET NAC SVA DURACIÓN + EVENTO............................................. 83
4.2.21 VOZ OFF-NET NAC 600 ............................................................................... 83
4.2.22 VOZ OFF-NET NAC 600 (Telesat y Infopyme) ............................................... 84
4.2.24 VOZ OFF-NET NAC 609 ............................................................................... 85
4.2.25 VOZ OFF-NET NAC 609 (Telesat y Infopyme) ............................................... 85
4.2.27 VOZ ON-NET NAC ....................................................................................... 86
4.2.28 VOZ ON-NET NAC SVA EVENTO (*20).......................................................... 87
4.2.29 VOZ OFF-NET NAC EMERGENCIA GRATIS .................................................... 87
4.2.30 VOZ OFF-NET NAC EMERGENCIA PAGO ....................................................... 88
4.2.31 VOZ OFF-NET NAC EMERGENCIA PAGO CONMUTADO .................................. 88
4.3 ESCENARIOS DE SMS ENTRANTE................................................................ 89
4.3.1 SMS - OFF-NET NAC DLR MENSAJE .............................................................. 89
4.3.2 SMS - OFF-NET NAC STATUS MENSAJE ........................................................ 89
4.3.3 SMS - OFF-NET INT DLR MENSAJE............................................................... 90
4.3.4 SMS - OFF-NET INT STATUS MENSAJE ......................................................... 90
4.3.5 SMS - OFF-NET SVA CDMA DLR MENSAJE .................................................... 91
4.3.6 SMS - OFF-NET SVA CDMA STATUS MENSAJE............................................... 91
4.3.7 SMS - ON-NET CLIENTE STATUS MENSAJE................................................... 92
4.3.8 SMS - ON-NET SERVICIO STATUS MENSAJE ................................................. 92
4.4 ESCENARIOS DE SMS SALIENTE ................................................................. 93
4.4.1 SMS - OFF-NET NAC DLR MENSAJE .............................................................. 93

Page 4 of 132
4.4.2 SMS - OFF-NET NAC STATUS MENSAJE ........................................................ 93

4.4.3 SMS - OFF-NET INT DLR MENSAJE............................................................... 94
4.4.4 SMS - OFF-NET INT STATUS MENSAJE ......................................................... 94
4.4.5 SMS - OFF-NET SVA CDMA DLR MENSAJE .................................................... 95
4.4.6 SMS - OFF-NET SVA CDMA STATUS MENSAJE............................................... 95
4.4.7 SMS - ON-NET SVA SIM DLR MENSAJE......................................................... 96
4.4.8 SMS - ON-NET SVA SIM STATUS MENSAJE................................................... 96
4.4.9 SMS - ON-NET CLIENTE STATUS MENSAJE................................................... 97
4.4.10 SMS - ON-NET SERVICIO STATUS MENSAJE................................................. 97
4.5 ESCENARIOS DE MMS ENTRANTE ............................................................... 98
4.5.1 MMS - ON-NET NAC STATUS MENSAJE......................................................... 98
4.5.2 MMS - OFF-NET NAC DLR MENSAJE ............................................................. 98
4.5.3 MMS - OFF-NET NAC STATUS MENSAJE ....................................................... 99
4.6 ESCENARIOS DE MMS SALIENTE ................................................................ 99
4.6.1 MMS - ON-NET NAC STATUS MENSAJE......................................................... 99
4.6.2 MMS - OFF-NET NAC DLR MENSAJE ............................................................100
4.6.3 MMS - OFF-NET NAC STATUS MENSAJE ......................................................100
4.7 ESCENARIOS DE SPEEDY ENTRANTE........................................................... 101
4.7.1 SMS - AGREGADOR SVA GSM DLR MENSAJE................................................101
4.7.2 SMS - AGREGADOR SVA GSM STATUS MENSAJE..........................................101
4.7.3 SMS - PROVEEDOR SVA GSM DLR MENSAJE ................................................102
4.7.4 SMS - PROVEEDOR SVA GSM STATUS MENSAJE ..........................................102
4.8 ESCENARIOS DE SPEEDY SALIENTE............................................................ 103
4.8.1 SMS - AGREGADOR SVA GSM DLR MENSAJE................................................103
4.8.2 SMS - AGREGADOR SVA GSM STATUS MENSAJE..........................................103
4.8.3 SMS - PROVEEDOR SVA GSM DLR MENSAJE ................................................104
4.8.4 SMS - PROVEEDOR SVA GSM STATUS MENSAJE ..........................................104
4.8.5 WAP - AGREGADOR DESCARGA GSM DLR CONTENIDO ................................105
4.8.6 WAP - AGREGADOR DESCARGA GSM STATUS CONTENIDO ..........................105
4.8.7 WAP - PROVEEDOR DESCARGA GSM DLR CONTENIDO ................................106
4.8.8 WAP - PROVEEDOR DESCARGA GSM STATUS CONTENIDO ..........................106
4.9 ESCENARIO HIT ................................................................................. 107
5. DATOS DE REFERENCIA Y MOLDEO DE DATOS.................................. 108
5.1 VISIÓN GENERAL ............................................................................... 108
5.2 MODELADO DE LOS DATOS DE REFERENCIA .................................................. 108
5.2.1 Fuente de los Datos de Referencia ..............................................................108
5.2.2 Vigencia de los Datos de Referencia ............................................................109
5.3 DATOS DE OPERADORES (AGREEMENT – ORGANISATIONS )................................. 109
5.3.1 Grupos de Operadores (Organisation Group) ...............................................109
5.3.2 Operadores (Organisations) ........................................................................110
5.3.3 Categoría de Operación (Operation Category) ..............................................110
5.4 ACUERDOS (MAINTAIN AGREEMENT ) ......................................................... 110
5.4.1 Contractos (Agreement) .............................................................................110
5.4.2 Categoría de los Contractos (Agreement Parameter) ....................................111
5.5 CATÁLOGO DE PRODUCTOS (CATALOGUE).................................................... 111

Page 5 of 132
5.5.1 Categorías de Grupos de Productos (Product Group Category) ......................111

5.5.2 Grupos de Productos (Product Group) .........................................................111
5.5.3 Productos (Product) ...................................................................................111
5.6 DATOS DE RED (NETWORK) ................................................................... 116
5.6.1 Datos de la Red Física (Circuit Switched) .....................................................116
5.6.2 Datos de la Red Lógica (Administration) ......................................................118
5.7 ESCENARIOS DE T RÁFICO Y REGLAS DE PAGO (RATING).................................... 119
5.7.1 Rating Scenarios ........................................................................................120
5.7.2 Rating Scenario Determination ....................................................................121
5.7.3 Rating Components ....................................................................................121
5.7.4 Rating Rules ..............................................................................................122
5.8 COMPONENTES DE PAGO ....................................................................... 122
5.8.1 TIER .........................................................................................................122
5.8.2 Calendario (Calendar).................................................................................124
5.8.3 Moneda (Currencies) ..................................................................................126
5.8.4 Unidades (Units) ........................................................................................126
5.8.5 Tarifas (Rates) ...........................................................................................127
5.9 ADMINISTRACIÓN FINANCIERA (FINANCIAL MANAGEMENT )................................. 128
5.9.1 Periodos de Facturación (Billing Period) .......................................................128
6. REPORTES .......................................................................................... 130

6.1 ALCANCE......................................................................................... 130
6.2 INTERCONNECT STANDARD REPORTING ...................................................... 130
7. APROBACIÓN ..................................................................................... 132
7.1 FIRMA DE CLARO CHILE....................................................................... 132

Page 6 of 132
Lista de Tablas
Tabla 1-1: Documentos de referencia ......................................................................9

Tabla 3-1: Formato Normalizado VOZ GSM ............................................................. 18
Tabla 3-2: Formato Normalizado VOZ CDMA ........................................................... 21
Tabla 3-3: Formato Normalizado SMS.................................................................... 24
Tabla 3-4: Formato Normalizado MMS................................................................... 28
Tabla 3-5: Formato Normalizado Speedy ................................................................ 32
Tabla 3-6: Formato Normalizado HIT..................................................................... 33
Tabla 3-7: Formato ICT...................................................................................... 36
Tabla 3-8: Mapeo del Normalizado GSM Voz para ICT ............................................... 42
Tabla 3-9: Clave DRD GSM Voz ............................................................................ 42
Tabla 3-10: Mapeo del Normalizado CDMA Voz para ICT............................................ 47
Tabla 3-11: Clave DRD CDMA Voz ........................................................................ 48
Tabla 3-12: Mapeo del Normalizado SMS para ICT.................................................... 53
Tabla 3-13: Clave DRD SMS................................................................................ 54
Tabla 3-14: Mapeo del Normalizado MMS para ICT ................................................... 58
Tabla 3-15: Clave DRD MMS................................................................................ 58
Tabla 3-16: Mapeo del Normalizado Speedy para ICT................................................ 62
Tabla 3-17: Clave DRD Speedy ............................................................................ 63
Tabla 3-18: Mapeo del Normalizado HIT para ICT .................................................... 66
Tabla 3-19: Clave DRD HIT ................................................................................. 66
Tabla 5-1: Fuente de los Datos de Referencia ........................................................ 108
Tabla 5-2: Categoría de Operación...................................................................... 110
Tabla 5-3: Categorías de Grupos de Productos ...................................................... 111
Tabla 5-4: Grupos de Producto .......................................................................... 111
Tabla 5-5: Network Address Type....................................................................... 118
Tabla 5-6: Estructura del Rating Scenario ............................................................. 120
Tabla 5-7: Estructura del Rating Component ......................................................... 122
Tabla 5-8: Tier Hierarchy .................................................................................. 123
Tabla 5-9: Day Slice across Calendar Base............................................................ 125
Tabla 5-10 : Calendario Base............................................................................. 126
Tabla 5-11: Monedas....................................................................................... 126
Tabla 5-12: Conversión de Unidades ................................................................... 127
Tabla 5-13: Familias de Unidades ....................................................................... 127
Tabla 5-14: Periodos de Facturación ................................................................... 129
Lista de Figuras
Figura 1: Arquitectura de la Solución ..................................................................... 10
Figura 2: PREP Architecture ................................................................................ 13
Figura 3: Business Logic de VOZ GSM.................................................................... 38
Figura 4: Business Logic de VOZ CDMA (MTX y ASN) ................................................ 43

Page 7 of 132
Figura 5: Business Logic de SMS (CDMA y GSM) ...................................................... 49

Figura 6: Business Logic de MMS.......................................................................... 55
Figura 7: Business Logic de Speedy ...................................................................... 59
Figura 8: Business Logic de HIT ........................................................................... 63
Figura 9: Flujo de Procesamiento del Registro en el IcT v7.1 .................................... 109
Figura 10: Arbol de Network Address Aggregation .................................................. 119
Figura 11: Elementos del Proceso de Tasación en el IcT v7.1.................................... 119
Figura 12: Rating Process Workflow.................................................................... 120
Figura 13: Tier Hierarchy .................................................................................. 123
Figura 14: Concepto del Calendario .................................................................... 124
Figura 15: Ventana de Reportes ......................................................................... 130

Page 8 of 132
1. INTRODUCCIÓN
1.1 Propósito
Este documento representa el resultado de la fase del pre-estudio para

implementación del InterconnecT versión 7.1, con modulo de pre-procesamiento –
IntermediatE, para satisfacer el modelo de negocio de interconexión de Claro Chile.
1.2 Visión general
Este documento describe a los requisitos definidos por Claro Chile y relata el que
será implementado. Ha sido organizado para seguir el flujo de CDR al largo del
sistema, empezando con la definición del alcance y arquitectura de la solución,
pasando por las reglas del modulo de pre-procesamiento – IntermediatE – y
estructura de los archivos de CDR, hasta los escenarios de tráfico y reglas de
tasación.
1.3 Referencia
Document Delivered
IcT Claro Chile - IcT Workshop Ata_20070920.doc
IcT Claro Chile - IcT Workshop Questions_1.2.doc
IcT Resumen_Acciones.doc
IcT Registro Normalizado Voz CDMA.doc
IcT Registro Normalizado Voz GSM.doc
IcT Registro Normalizado SMS CDMA y GSM.xls
IcT Formato_Normalizado_MMS_v2.xls
IcT Registro Normalizado SPEEDY GSM_2.xls
IcT Registro Normalizado HIT CDMA y GSM.xls
IcT Dato Referencia: Operadores.xls
IcT Dato Referencia: Switch.xls
IcT Dato Referencia: RUTAS_SWITCH_12_09_07.xls

IcT Dato Referencia: Plan de Numeración Telcoy_30.05.2007.xls
IcT Dato Referencia: Plan de Numeración Telsur_30.05.2007.xls
IcT Tarifa: Ingreso_Compartido_SVA-VOZ_200705.xls
IcT Tarifa: Ingreso_Compartido_Servicios_300_y_700_con_iva.xls
IcT Tarifa: Ingreso_Compartido_Servicios_700_con_iva_ENTEL.doc
IcT Tarifa: Ingreso_Compartido_SVA-SMS_2007.xls
IcT Tarifa: Costo_Terminación_LDI_Visitante.xls
IcT Tarifa: Costo_Terminación_LDI_IP.xls
ImE Reglas de filtro y selección.xls
Todos los archivos de datos de referencia enviados por Claro
Tabla 1-1: Documentos de referencia

Page 9 of 132
2. ALCANCE DEL PROYECTO
2.1 Arquitectura de la Solución
La ilustración abajo muestra la solución que se llevará a cabo:
CONVERGENT CONVERGENT WHOLESALE

MEDIATION BILLING AND SETTLEMENT
Voz CDMA
ASN
MTX
Voz GSM Formatos Formatos

Normalizados ITX
Validaci ón Transformación
Colecta Transformación Voz CDMA IcT
Selección DRD
SMSC
CDMA
GSM Colecta Transformación Voz GSM IcT
Selección DRD
MMSC
Rating
CDMA Colecta Transformación SMS IcT
Selección DRD
MMSC Validación
Colecta Transformación
Selección
GSM Transformaci ón
MMS DRD IcT
Validación Summarisation
Selección
SPEEDY
GSM
Validación Transformació n
Colecta Transformación SPEEDY IcT
Selección DRD
HIT
Validación
GSM Colecta Transformación
Selección Storage
Transformaci ón
HIT DRD IcT
HIT Validación
Selección
CDMA
Figura 1: Arquitectura de la Solución
• Intec recibirá los registros en el flujo de mediación según los formatos

normalizados, ASCII, definidos en las sesiones del pre-estudio para Voz CDMA,
Voz GSM, SMS, MMS, Speedy y HIT. El plan rojo representa las actividades en
alcance de Claro Chile y el plan azul las actividades en alcance de Intec;
• Las actividades en el plan de Claro Chile que se presentan en color amarilla ya
están desarrolladas y las actividades que se presentan en color blanca deben ser
desarrolladas por Claro;
• VOZ CDMA: Intec hará el desarrollo de las reglas de validación y selección
conforme las regla s existentes actualmente en el flujo de Voz CDMA y las
transformaciones conforme las reglas definidas en este documento;
• VOZ GSM: Intec hará el desarrollo de las reglas de validación y selección
conforme las reglas existentes actualmente en el flujo de Voz GSM y las
• SMS CDMA y GSM: Intec hará el desarrollo de las reglas de validación y selección
conforme las reglas existentes actualmente en el flujo de SMS y las
• MMSC CDMA: Claro Chile irá desarrollar la colecta directamente del MMSC CDMA,
hará la Validación, Selección y Transformación para el Formato Normalizado
único MMS de acuerdo con la s reglas definidas por Intec en el documento
“Formato_Normalizado_MMS_v2.xls”;

Page 10 of 132
• MMSC GSM: Claro Chile hará la Validación, Selección y Transformación para el

Formato Normalizado único MMS, de acuerdo con las reglas definidas por Intec
en el documento “Formato_Normalizado_MMS_v2.xls”;
• SPEEDY: Claro Chile irá ajustar el formato actual conforme los requerimientos de
la área usuaria y Intec hará el desarrollo de las reglas de validación, selección y
• HIT CDMA y GSM: Claro Chile irá desarrollar la Colecta, Validación, Selección y
Transformación para el Formato Normalizado único HIT de acuerdo con las reglas
definidas por la área usuaria, en el documento “Registro Normalizado HIT CDMA
y GSM.xls”;
• InterconnecT recibirá un formato único de registros del IntermediatE para
interconexión;
• El InterconnecT hará la tasación, resumen y almacenamiento de los registros;
• El sistema InterconnecT V7.1 es, sobre todo, un sistema que permitirá llevar a
cabo la facturación de interconexión. De esta manera las opciones de proyecto
deben siempre, de ser posible, resguardar que su finalidad última no sea
comprometida;
• Este proyecto asume que no habrá migración de datos históricos referentes al
procesamiento de CDRs anteriores a la fecha de corte de migración del nuevo
sistema de interconexión;
• INTEC también asume que cualquier cambio necesario en las reglas de mediación
para acomodar necesidades de negocio es de responsabilidad de CLARO Chile.
Cabrá a INTEC solamente un análisis de impacto sobre las consecuencias del
referido cambio sobre las configuraciones de los sistemas InterconnecT PREP y
InterconnecT v7.1;
• No será realizada concatenación de ningún tipo de llamada/evento de manera a
se generar registros para interconexión;
• El proceso de detección de duplicados (DRD) será desarrollado solamente para
tratar registros destinados a la interconexión;
• Como actualmente la mediación de Claro Chile ya realiza filtros e transformación
para su actual sistema de interconexión, Intec genero a partir de estas reglas, y
de las especificaciones del área usuaria , las reglas relatadas en el documento
“Reglas de filtro y selección.xls”, que están validadas por Claro Chile , para el
desarrollo de InterconnecT PREP;
• Los reportes disponibles al usuario de interconexión Claro Chile son los reportes
Standard del InterconnecT, con las informaciones relatadas en este documento;
• Claro Chile podrá se utilizar del Intec InterviewR para generar informes a partir
de los datos del Intec InterconnecT, pero no está en el alcance de los servicios
de este proyecto el desarrollo de informes hechos a la medida.

Page 11 of 132
3. REGLAS DE PRE-PROCESSAMIENTO
El InterconnecT PREP es un sistema flexible, que apoya la preparación de los dados

requeridos por el InterconnecT v7.1, e está basado en el sistema de mediación de
Intec - Inter-mediatE.
Su función es actuar como un front end para InterconnecT v7.1, seleccionando los
datos recibidos, validándolos contra las reglas comerciales predefinidas y
reformateándolos, habilitando así el InterconnecT v7.1 a enfocar en su tarea
principal, de tarifar las llamadas, en lugar de intentar colectar la información
requerida para esto.
Como en el mediador Inter-mediatE, el módulo de pre-procesamiento (InterconnecT

PREP) pode realizar as siguientes tareas:
• Input – Coleta periódica de dados de las fuentes externas, en la forma de archivos
de entrada, llamados Master Files en el PREP, cada uno consistido de cierto número
de registros
• Procesamiento de Datos – la sumisión de cada Master File para una serie
programada de pasos, resultando en una generación de archivos llamados Derived
Files
• Output – la agregación de estés Derived Files en grupos llamados batches, e la
disponibilisación de estés batches para lo sistema InterconnecT v7.1
Cada paso no Procesamiento de Datos de el PREP é llamado Operación (Operation).

Cada Operación recibe un archivo de registros a partir de una entrada, o de una
Operación anterior. A Operación pode efectuar as siguientes actividades se
necesario:
• Seleccionar registros – los remueve del flujo de procesamiento de modo la que no

sean pasados as Operaciones subsecuentes.
• Transformar registros – altera los campos del registro, enriquece el contenido del
mismo, lo convierte en un nuevo formato
• Criar registros – inserta nuevos registros en el flujo de procesamiento a ser recibido
por los Operaciones subsecuentes
Para ejecutar estas actividades, la Operación submete cada registro de entrada a un

programa de instrucciones llamado Script CGDC (Compiled Generalized Data
Conversion) de Transformación.
En el Output del PREP, después de los Derived Files que sean agregados en batches,
cada registro en el batch es sometido al Script CGDC de Output, que convierte el
registro para el formato final que es esperado por el sistema destino. Un Script CGDC
de Output puede también insertar nuevos registros, por ejemplo: trailers y headers,
si el sistema downstream esperar que estos estén presentes.
Un Plan de ejecución en el PREP es la descripción de como un Master File que llego

de una fuente externa, será procesado a través de cierto número de Operaciones,

Page 12 of 132
resultando en un conjunto de Derived Files, que posteriormente será transmitido por

el Output del PREP para sistemas downstream.
Como el actual sistema de mediación utilizado por CLARO Chile también eres el
Inter-mediatE, no estarán siendo creados nuevos Planos para
tratamiento/transformación de los registros para InterconnecT. Las operaciones
necesarias al PREP serán desarrolladas y después incluidas en los actuales Planos de
la mediación, que generan los formatos normalizados, evitándose así la realización
de una nueva colecta de esos registros.
3.1 Arquitectura de la Solución
La figura abajo representa genericamente y esquemáticamente el flujo de CDRs de

mediación y su interacción con los módulos InterconnecT PREP e InterconnecT V7.1,
que hacen parte de la solución de interconexión a ser entregue por Intec.
Figura 2: PREP Architecture
Do que está presentado arriba es conveniente destacar que:

• Como la mediación de Claro está baseada en el Inter-mediatE, entonces las
operaciones de validación y transformación que irán componer el módulo
InterconnecT PREP de la solución, esenciales para transformación de los CDRs
normalizados por la mediación para lo formato de InterconnecT, serán incluidas
en los Planos de la mediación actual, en substitución a las operaciones de
generación del formato IX. O seya, no sera criada instancia/planos en separado
para implantación del InterconnecT PREP
• Estas nuevas operaciones irán tratar en su entrada los formatos de datos
normalizados, generados por los actuales planos de mediación, no siendo
necesario realizar la colecta de estes archivos

Page 13 of 132
• El nuevo formato para interconexión, llamado ICT, será único para todas
operaciones de transformación en el InterconnecT PREP
• El proceso DRD, para detección de registros duplicados, será incluido después de
la operación de validación/transformación, siendo aplicado solamente en los
registros destinados a el sistema InterconnecT V7.1
3.1.1 Gerenciador de Duplicación (DRD)
El módulo Duplicate Manager, o DRD, puede detectar duplicidad de registros de

cualquier formato usando para esto parámetros configurables muy sofisticados. Esto
no sólo perm ite la detección de registros duplicados en un mismo archivo, pero
también entre archivos distintos.
Registros duplicados pueden ser generados cuando:

• Varios elementos de red generan CDRs para el mismo evento
• Un mismo elemento de red genera mas que uno CDR para un único evento, por
engaño (definición o configuración incorrecta)
• Una central es reiniciada y reenvía el ultimo bloco de registros en un nuevo
archivo
• Si recuperan archivos de backup da central, en caso de falla de esta, enviando
nuevamente a la mediación algunos archivos ya procesados
• Si necesita realizar reprocesamientos para recuperar registros filtrados
indebidamente
Para realizar la verificación de duplicidad de registros nos archivos procesados serán

incluidas las operaciones de DRD en cada flujo de datos, bajeadas en la
funcionalidad de DRD de el Inter-mediatE. Esa verificación será realizada pela
comparación de cada registro contra una base histórica, que contendrá algunos
campos de lo registro que permitan identificar a unicidad de el mismo. Todo registro
que no ceja duplicado (en comparación con esa base) deberá ser encaminado al
portal de salida para InterconnecT V7.1, ya en el formato ICT. Ya los registros
duplicados deberán ser filtrados, no direccionándolos a ningún portal de salida.
Como las áreas de DRD, donde están almacenadas las claves de comparación para
detección de duplicados, están separadas físicamente por Centrales/Elementos de
Red, caso nuevos portales de colecta cejan criados/incluidos en algún plan que
genere salida para interconexión, nuevas áreas de DRD necesitarán ser
criadas/configuradas para contémplalos.
Como dicho anteriormente, las operaciones de el InterconnecT PREP que irán tratar
los CDRs disponibilisados por la mediación para posterior procesamiento por el
InterconnecT V7.1 serán incluidas en los Planos de la mediación actual, en
substitución a las operaciones de generación del formato IX.
Esas nuevas operaciones irán tratar en su entrada formatos ASCII, normalizados,
generados por la mediación (derivados) e, como salida, terán todas un mismo layout
de interconexión.

Page 14 of 132
3.2 Formatos de Entrada
Los actuales Planos do Inter-mediatE implementados en Claro tratan

llamadas/eventos de Voz, SMS, MMS, GPRS e VAS, GSM e CDMA, tiendo como
formato intermediario (derivado) archivos normalizados, diferentes para cada tipo de
entrada. Abajo tenemos la definición de eses formatos normalizados, que serán
entrada para las operaciones do InterconnecT PREP en la generación de salida para
o InterconnecT V7.1:
3.2.1 Formato normalizado de Voz GSM
Esta sección relata detalles sobre el formato normalizado de VOZ GSM

(sc_gsm_normalized), derivado de la operación PR_R12ANOR y que será entrada de
la nueva operación PR_GNOR2ITX, en el Plan PR_R12:
• Formato ASCII, con quiebra de línea
• Registros de tamaño fijo, con 321 bytes
• No tiene Header y Trailler
• Record sc_gsm_normalized.rec
Campo Formato Posición Largo Descripción

(Byte) (Bytes)
TIPO Dos dígitos 0 2 20: transit
21: mSOriginating
22: RoamingCallForwarding
23: CallForward
24: msTerminating
25: msOriginatingSMSinMSC
27: msterminatingSMSinMSC
NUMERO_ORIGEN Ajustado a la izquierda, 2 20 Número que origina la llamada. En caso de

completado con espacios a desvío (Call Forward) corresponde al número
la derecha: que desvía la llamada
-Móvil Smartcom:
NPA+Número 8 dígitos
-Móvil Otra Operadora:
Número 8 dígitos
-Fijo: Código área+número
NUMERO_DESTINO Ajustado a la izquierda, 22 20 Número que recibe la llamada.

completado con espacios a En caso de números especiales, corresponde
la derecha: al número traducido
-Móvil Smartcom:
Número 8 dígitos
-Fijo: Código área+número
NUMERO_DISCADO Número discado en el 42 20 Número real discado por el subscriptor
formato del CDR, ajustado
a la izquierda llenado con
espacios a la derecha
TLDN Formato que viene en el 62 10 Número TLDN devuelto por la consulta al

CDR HLR en caso que la llamada sea dirigida a un
móvil de Smartcom
IMSI_ORIGEN ASCII: Dígitos ‘0’-‘9’ 72 16 International Mobile Subscriber Identity

IMSI_DESTINO ASCII: Dígitos ‘0’-‘9’ 88 16 International Mobile Subscriber Identity

Page 15 of 132

(Byte) (Bytes)
IMEI_ORIGEN ASCII: Dígitos ‘0’-‘9’ 104 16 International Mobile Station Equipment
Identity
IMEI_DESTINO ASCII: Dígitos ‘0’-‘9’ 120 16 International Mobile Station Equipment

Identity
FECHA_RESPUESTA Formato AAAAMMDD 136 8 Fecha en la cual la llamada es atendida por

el receptor
HORA_RESPUESTA Formato HHMMSS 144 6 Hora en la cual la llamada es atendida por el

receptor
DURACION Formato SSSSSS 150 6 Duración de la conversación
(segundos, llenado con
ceros a la izquierda)
FECHA_INICIO Formato AAAAMMDD 156 8 Fecha en la cual el originador de la llamada

comienza el uso del canal de voz
HORA_INICIO Formato HHMMSS 164 6 Hora en la cual el originador de la llamada
comienza el uso del canal de voz
DURACION_RED Formato SSSSSS 170 6 Duración del uso de la red producto de la

(segundos, llenado con llamada
ceros a la izquierda)
RUTA_ENTRADA Formato que viene en el 176 16 Ruta de entrada a la MSC que genera el
CDR CDR, en caso que la llamada sea originada
en una celda, se deja en valor nulo
RUTA_SALIDA Formato que viene en el 192 16 Ruta de salida a la MSC que genera el CDR,
CDR en caso que la llamada sea terminada en una
celda, se deja en valor nulo
TIPO_RUTA_ENTR Carácter ASCII 208 1 Uno de los siguientes valores:
A Tabla de referencia "S": Si la ruta de entrada corresponde a una
sc_rote_data_tbl ruta interna a la red de Smartcom (Ruta a
otro Switch)
"I": Si la ruta de entrada corresponde a un
punto de interconexión (POI) Internacional
“N” Si la ruta de entrada corresponde a un
punto de interconexión (POI) Nacional
TIPO_RUTA_SALID Carácter ASCII 209 1 Uno de los siguientes valores:

Tabla de referencia "S": Si la ruta de entrada corresponde a una
otro Switch)
"I": Si la ruta de salida corresponde a un
“N” Si la ruta de salida corresponde a un
CELDA_ENTRADA. Ajustado a la izquierda, 210 3 MCC del local de origen de la llamada.

MCC completado con espacios a Si la llamada no es originada en móvil, se
la derecha deja en nulo
CELDA_ENTRADA. Ajustado a la izquierda, 213 3 MNC del local de origen de la llamada.

MNC completado con espacios a Si la llamada no es originada en móvil, se
CELDA_ENTRADA.L Ajustado a la izquierda, 216 5 LAC del local de origen de la llamada.
AC completado con espacios a Si la llamada no es originada en móvil, se
CELDA_ENTRADA.C Ajustado a la izquierda, 221 5 CI del local de origen de la llamada.
I completado con espacios a Si la llamada no es originada en móvil, se

Page 16 of 132

(Byte) (Bytes)
CELDA_SALIDA.MC Ajustado a la izquierda, 226 3 MCC del local de destino de la llamada.
C completado con espacios a Si la llamada no es terminada en móvil, se
CELDA_SALIDA.MN Ajustado a la izquierda, 229 3 MNC del local de destino de la llamada.

CELDA_SALIDA.LA Ajustado a la izquierda, 232 5 LAC del local de destino de la llamada.
CELDA_SALIDA.CI Ajustado a la izquierda, 237 5 CI del local de destino de la llamada.

completado con espacios a Si la llamada no es terminada en móvil, se
MSC_ID Dos dígitos 242 2 Número que identifica a la central (Nodo)

que genera el CDR
"11": Condor
"10": Telmex
TIPO_SUBS_ORIG Dos dígitos 244 2 Indica a que tipo de subscriptor Smartcom al
que corresponde la llamada:
- “00” Si el subscriptor no es Smartcom
- “01” Si el subscriptor es de PostPago
- “02” Si el subscriptor es de PrePago
- "03" Si el subscriptor es Cuenta exacta
- "04" Si el subscriptor es Smart Control
- "05" Si el subscriptor es Mobile Party Pays
- “09” Si el subscriptor es Roamer
- “DI” Si el subscriptor es Dato Inconsistente
o Desconocido
- “NI” Si el subscriptor es DN Invalido
- “NH” Si el subscriptor es No Habilitado
TIPO_SUBS_DEST Dos dígitos 246 2 Indica a que tipo de subscriptor Smartcom al
- “09” Si el subscriptor es Roamer
- “DI” Si el subscriptor es Dato Inconsistente
o Desconocido
- “NI” Si el subscriptor es DN Invalido
- “NH” Si el subscriptor es No Habilitado
ID_REGISTRO Número decimal de 8 248 8 Número de 8 dígitos que identifica cada
dígitos registro, independiente por Switch, si se
combina con el Id del Switch, corresponde a
un identificador único de registro, hasta que
el contador vuelva a cero
CORRELATIVO Número de 6 dígito 256 6 Cuando se realiza un desdoblamiento de
registros, este corresponde al correlativo que
diferencia cada uno de ellos.
ID_REGISTRO_REL Espacios en blanco 262 8 Contiene el Id de otro registro relacionado
ID_MSC_REL Espacios en blanco 270 6 Contiene el Id del Switch donde se generó el

otro registro relacionado

Page 17 of 132

(Byte) (Bytes)
NOMBRE_ARCHIVO 276 30 Nombre del archivo al que pertenece el
registro
EXCHANGE_IDENTI 306 15
VIDEO_CALL Carácter ASCII 1 dígito 321 1 “N”: No es llamada VideoCall

“S”: Si es llamada VideoCall
Tabla 3-1: Formato Normalizado VOZ GSM

Page 18 of 132
3.2.2 Formato normalizado de Voz CDMA
Esta sección relata detalles sobre el formato normalizado de VOZ CDMA

(sc_normalized), derivado de las operaciones SC_ASN1_NOR y SC_MTX12NOR y que
será entrada de la nueva operación SC_NORM_ICT, en los Planos SMASN1 y
SMMTX12:
• Record sc_normalized.rec

(Byte) (Bytes)
Dos dígitos 0 2 "01": Originada en Móvil (MOC)
"02": Terminada en Móvil (MTC)
"03", "04": Reservado para posibles usos
futuros
"05": Desvío incondicional (CFU)
"06": Desvío condicional (CFC)
"07": Tandem (TAN)
"08": Llamadas WAP
"09": Llamadas FAX
TYPE "10": Llamadas de datos (DAT)
Ajustado a la izquierda, 2 20 Número que origina la llamada. En caso de

completado con espacios desvío (Call Forward) corresponde al número
a la derecha: que desvía la llamada
-Móvil Smartcom:
Número 8 dígitos
-Fijo: Código
ORIG_NUMBER área+número
Ajustado a la izquierda, 22 20 Número que recibe la llamada.

completado con espacios En caso de números especiales, corresponde
a la derecha: al número traducido
-Móvil Smartcom:
Número 8 dígitos
-Fijo: Código
DEST_NUMBER área+número
Número discado en el 42 20 Número real discado por el subscriptor
formato del CDR,
ajustado a la izquierda
llenado con espacios a la
DIALED_NUMBER derecha
Formato que viene en el 62 10 Número TLDN devuelto por la consulta al
CDR HLR en caso que la llamada sea dirigida a un
TLDN móvil de Smartcom
Número que viene en el 72 11 Número de serie del móvil que origina la

CDR, convertido de llamada. Si la llamada no es originada en
hexadecimal, ajustado a Móvil, este campo queda con valor nulo
la izquierda llenado con
ORIGSER_NUMBER espacios a la derecha
Número que viene en el 83 11 Número de serie del móvil que termina la

DESTSER_NUMBER CDR, convertido de llamada. Si la llamada no es terminada en

Page 19 of 132

(Byte) (Bytes)
hexadecimal, ajustado a Móvil, este campo queda con valor nulo
Formato AAAAMMDD 94 8 Fecha en la cual la llamada es atendida por

ANSWER_DATE el receptor
Formato HHMMSS 102 6 Hora en la cual la llamada es atendida por el

ANSWER_TIME receptor
Formato SSSSSS 108 6 Duración de la conversación
(segundos, llenado con
CALL_DURATION ceros a la izquierda)
Formato AAAAMMDD 114 8 Fecha en la cual el originador de la llamada
ORIG_DATE comienza el uso del canal de voz
Formato HHMMSS 122 6 Hora en la cual el originador de la llamada

ORIG_TIME comienza el uso del canal de voz
Formato SSSSSS 128 6 Duración del uso de la red producto de la
(segundos, llenado con llamada
NET_DURATION ceros a la izquierda)
Formato que viene en el 134 8 Ruta de entrada a la MSC que genera el
CDR CDR, en caso que la llamada sea originada
IN_ROUTE en una celda, se deja en valor nulo
Formato que viene en el 142 8 Ruta de salida a la MSC que genera el CDR,
CDR en caso que la llamada sea terminada en una
OUT_ROUTE celda, se deja en valor nulo
Carácter ASCII 150 1 Uno de los siguientes valores:
otro Switch)
"I": Si la ruta de entrada corresponde a un
“N” Si la ruta de entrada corresponde a un
"P": Si la ruta corresponde a una consulta a
la plataforma de prepago
Nulo: Si la entrada al switch es de una celda
IN_ROUTE_TYPE
Carácter ASCII 151 1 Uno de los siguientes valores:

otro Switch)
"I": Si la ruta de salida corresponde a un
“N” Si la ruta de salida corresponde a un
"P": Si la ruta corresponde a una consulta a
la plataforma de prepago
"H": Si la ruta corresponde a una consulta al
HLR
"V": Si la ruta corresponde a la casilla de Voz
"W": Si la ruta corresponde al IWF (Llamadas
WAP)
Nulo: Si la salida del switch es hacia una
OUT_ROUTE_TYPE celda
Código que viene en el 152 8 Celda de origen de la llamada.

CDR, convertido de Si la llamada no es originada en móvil, se
hexadecimal, ajustado a deja en nulo
IN_CELL la izquierda llenado con

Page 20 of 132

(Byte) (Bytes)
Código que viene en el 160 8 Celda de destino de la llamada.
CDR, convertido de Si la llamada no es terminada en móvil, se
hexadecimal, ajustado a deja en nulo
OUT_CELL espacios a la derecha
Dos dígitos 168 2 Número que identifica a la central (Nodo)

que genera el CDR
"00": Santiago 1
"02": Temuco
"03": Antofagasta
"05": Concepción
ID_MSC "06": Santiago 2
Dos dígitos 170 2 Indica a que tipo de subscriptor Smartcom al
El valor de este campo se determina
evaluando el número de origen o destino
según rangos de numeración definidos en
Smartcom.
Si la llamada es originada en móvil Smartcom
o un desvío, se evalúa el campo Número
Origen
Si la llamada es terminada en móvil
Smartcom, se evalúa el campo Número
Destino
Si la llamada es Tandem, se evalúa el campo
SUBSCRIBER_TYPE Número Origen
Número decimal de 8 172 8 Número de 8 dígitos que identifica cada
dígitos registro, independiente por Switch, si se
combina con el Id del Switch, corresponde a
un identificador único de registro, hasta que
ID_RECORD el contador vuelva a cero
Número de un dígito 180 1 Cuando se realiza un desdoblamiento de

registros, este corresponde al correlativo que
CORRELATIVE diferencia cada uno de ellos.
Número decimal de 8 181 8 Contiene el Id de otro registro relacionado

ID_RELATED_REC dígitos
Número de un dígito 189 2 Contiene el Id del Switch donde se generó el
ID_RELATED_MSC otro registro relacionado
191 30 Nombre del archivo al que pertenece el

FILE_NAME registro
Tabla 3-2: Formato Normalizado VOZ CDMA

Page 21 of 132
3.2.3 Formato normalizado de SMS
Esta sección relata detalles sobre el formato normalizado de SMS CDMA y GSM
(sc_gsm_sms), derivado de la operación PR_GSMS2NOR y que será entrada de la
nueva operación PR_SMSN_ICT, en el Plan PR_SMS:
• Record sc_gsm_sms.rec

(Byte) (Bytes)
Up to 10 numeric 0 10 SM sequential number (ID)
characters.
If _sm_state_prefix is
configured to true, then
“I” shall appear before
the isn when state is
ISN initial and “F” otherwise.
Up to 5 numeric 10 5 Text length in bytes

characters
In case of send mode
with (LMH and CLH
TEXT_LEN equal to 0)
The string: Up to 40 15 40 The destination address
numeric characters
TARGET_ID *General address format
The string: Up to 40 55 40 The original destination address
Alphanumeric characters
ORIGINAL_TARGET *General address format
The String: Up to 40 95 40 The sender address

numeric characters
SOURCE_ID *General address format
The string: Up to 30 135 40 The source MSC address

Alphanumeric
SOURCE_MSC_ADD characters.
R *General address format
SEND_MODE Integer value 175 3 Control over MT flow
Numeric character: 178 3 The type of the EI

Source: 1
Source& target: 3
SOURCE_EI_TYPE Source& getway: 9
Numeric character, 181 3 The class of source EI

according to the
SOURCE_EI_CLASS ei_list.config file
SOURCE_EI_GROU Numeric character 184 3 The group of source EI
P
Up to 40 Alphanumeric 187 40 The ID of source EI

SOURCE_EI_ID characters
SOURCE_EI_VERS Ulphanumeric characters 227 5 The version of source EI

Up to 127 numeric 232 16 Source message type
TYPE characters
Integer 248 3 Target SME delivery attempt count when the

INI_DLV_ATT_CNT SM was created
ENTRY_DATE YYYYMMDDHHMMSS 251 14 Specifies the date and time when the

Page 22 of 132

(Byte) (Bytes)
message was recived by the ISMSC
YYYYMMDDHHMMSS 265 14 Specifies the date and the time when the
STATE_DATE message reached the state in the ISMSC
GSM_PRIORITY Default value: -1 279 3 GSM specific attributes

GSM_REPLACE Default value: -1 282 3 GSM specific attributes
GSM_PROTOCOL_I Default value: -1 285 3 GSM specific attributes

D
Numeric characters, 1 288 20 Language of the SM (configurable attribute)
LANG for English
Numeric character ( not 308 3 Priority of the SM (configurable attribute)

negative), default value
PRIORITY is 0
Number between 0 to 311 3 The trace level
100 (configurable
TRACE_LEVEL attribute)
Numeric character 314 20 What language the SM should be
LANG_OUT transformed to
Numeric character, not 334 6 Validity period of the sm configuration

VALIDTY_PERIOD negative parameter
D = delivered 340 25 Major state of the SM
U = Undelivered
E =Expired
C = Canceled
STATE I = Initial
For message notification 365 10 Message notification extension number
NOT_EXT_ISN only
NOT_EXT_SM_TYP For message notification 375 16 Message notification SM type

E only
For message notification 391 10 Message notification language
NOT_EXT_LANG only
For message notification 401 40 The sender address

only
NOT_EXT_SOURCE *General address format
YYYYMMDDHHMMSS 441 14 When the SM notification was created

NOT_EXT_CREA_D For message notification (display time)
T only
YYYYMMDDHHMMSS 455 14 When the SM notification arrived to the SFE
NOT_EXT_ARVL_D For message notification
T only
YYYYMMDDHHMMSS 469 14 When the current state was assigned
NOT_EXT_STAT_D For message notification
T only
For message notification 473 25 State of the Message notification

NOT_EXT_STATE only
0 = no notification 498 3 Recipt request flag
1= notification without
text
NOT_IND 2= notification with text
M = Message 501 3 Message Class
N = Notification
T = Transaction
A = Alert
E = Error SMS (available
when error-SMS feature
SM_CLASS is enabled, controlled by

Page 23 of 132

(Byte) (Bytes)
SFE configuration
parameter
use_error_sms)
NUM_BYTES_SUCC Numeric character 504 5 Number of bytes succeeded
Numeric character 509 5 Number of parts succeeded

When it is a long
message with (LMH and
MCH this field is equal to
NUM_PARTS_SUCC 0)
TOTAL_NUM_PART Numeric character 514 5 Total number of parts

S
Numeric character 519 5 Number of delivery attempts for short
DLVR_ATTEMPTS message
General address format 524 40 Destination msc address

The string: Up to 40
DEST_MSC_ADDR Alphanumeric characters
Numeric character: 564 3 Destination EI type

Target: 2
Source and target: 3
EI_TYPE Target and gateway: 10
Numeric character, 567 3 Destination EI class
according to the
EI_CLASS ei_list.config file
EI_GROUP Numeric character 570 3 Destination EI group
Up to 40 Alphanumeric 573 40 Destination EI ID

EI_ID characters
EI_VERSION Alphanumeric characters 613 5 Destination EI version
Not for transaction 618 5 Number of forward SMs

When it is a long
message with LMH and
MCH this field is equal to
0
NUM_OF_FWD_SM Default value = 0
VSMSC_ID Numeric character 623 10 VSMSC Identifier

N = not prepaid 633 5 Prepaid information
T = prepaid target
S = prepaid source
B = both prepaid
PREPAID_STATE Not in transaction
Numeric character up to 638 5 Protocol ID (special attribute – integer)
255
PID Default value = 0
General address format 643 5 Original destination address. Relevant only in

case FWD feature is available (requires PROV
PRIMARY_TARGET EI).
Tabla 3-3: Formato Normalizado SMS

Page 24 of 132
3.2.4 Formato normalizado de MMS
Esta sección relata detalles sobre el formato normalizado de MMS GSM

(sc_gsm_mms), derivado de la operación PR_ASC2MMS y que será entrada de la
operación PR_MMSN_ICT, en el Plan PR_GMMS:
• Record sc_gsm_mms.rec
Campo Formato Posició n Largo Descripción

(Byte) (Bytes)
ELEMENTO_RED "MMSCGSM" / 0 8 Elemento de red que generó el CDR.
"MMSCCDMA"
Alineado a la izquierda y
rellenado con espacios en
blanco a la derecha.
TECNOLOGIA "CDMA" / "GSM" 8 4 Tecnología del abonado que originó el MMS

Alineado a la izquierda y para las mensajes "MO" o que terminó el
rellenado con espacios en MMS para las mensajes "MT".
blanco a la derecha.
TIPO_TRAFICO 12 3 En el MMSC-GSM ON-NET es el tráfico en
que los dos abonados - origen y destino -
son de Claro. Si un dos dos abonados és de
otro operador, el tráfico és OFF-NET. El
registro OFF-NET generado en el MMSC-GSM
debe ser utilizado solamente para los
informes de gestion, no tendrá costo o
ingreso de interconexion, una vez que sera
considerado el registro generado en el
elemento de red CDMA, que tiene las rutas
de interconexión con la red del socio de
interconexión.
En el MMSC-CDMA ON-NET es el tráfico en

que los dos abonados - origen y destino -
son de Claro y no hay rutas de interconexión.
Si la ruta contenida en el campo SOURCE_IP
"ONN" = ON-NET es de interconexión con Entel o Movistar, el
"OFN" = OFF-NET tráfico debe ser clasificado como OFF-NET.
SENTIDO 15 2 El sentido debe ser configurado como:

On-Net: el sentido es del punto de vista del
abonado. Si es un registro de envio de la
mensaje, es “MO”, si es un Retrieve o Get es
“MT”.
Off-Net:
“MO” si es originado por Claro y recibido por
otro operador
"MO" - Mensaje Originada “MT” si es originado por otro operador y
"MT" - Mensaje Terminada recibido por Claro.
TIPO_ACCION R : Received 17 1 En el MMSC-GSM es un mapeo directo del

S : Send campo ACTION para el registro generado en
el Elemento de Red MMSC-GSM, donde:
G : Get (retrieved)
R : Received
N : Notificacion
S : Send
C : Credit (for undelivered)
G : Get (retrieved)
D : Delete (from mailbox)

Page 25 of 132

(Byte) (Bytes)
M : Move (from mailbox) N : Notificacion
F : Forward C : Credit (for undelivered)
J : Delete D : Delete (from mailbox)
P : Deliver M : Move (from mailbox)
I : Store (in mailbox) F : Forward
FD : FUD (future delivery–) J : Delete
P : Deliver
I : Store (in mailbox)
FD : FUD (future delivery)
En el MMSC-CDMA es derivado del campo

RECORD TYPE del formato de entrada MMS
CDMA, donde:
"R" si Record Type = MMSIN
"R" si Record Type = MMSIN-DeliveryReport
"S" si Record Type = MMSOUT-
DeliveryReport
"R" si Record Type = MMSIN-ReadReport
"G" si Record Type = MMSRetrieve
"R" si Record Type = SMTPIN
"S" si Record Type = MMSOUT
"S" si Record Type = MMSOUT-ReadReport
MSG_CONFIRMA 19 1 En el MMSC-GSM es un mapeo directo del

CION campo MESSAGE TYPE para el registro
generado en el Elemento de Red MMSC-
GSM, donde:
M : Message
D : Delivery Report
R : Read Reply

RECORD TYPE del formato de entrada MMS
CDMA, donde:
"M" si Record Type = MMSIN
"D" si Record Type = MMSIN-DeliveryReport
"D" si Record Type = MMSOUT-
DeliveryReport
"R" si Record Type = MMSIN-ReadReport
M : Message "M" si Record Type = MMSRetrieve
D : Delivery Report "S" si Record Type = SMTPIN
R : Read Report "M" si Record Type = MMSOUT
S : SMTP "R" si Record Type = MMSOUT-ReadReport
ESTADO 20 1 En el MMSC-GSM es un mapeo directo del

campo ACTION FINAL STATE para el registro
generado en el Elemento de Red MMSC-
GSM, donde:
S : Success
F : Failed
o blanco si no hay estado

TRANSACTION ID del formato de entrada
S : Success MMS CDMA, donde:
F : Failed "S" si Transaction ID = OK o
o Blanco "S" si RECORD TYPE = (MMSIN-

Page 26 of 132

(Byte) (Bytes)
DeliveryReport o MMSOUT-DeliveryReport)
"F" si Transaction ID = REJECTED o FAILED
o blanco si no hay estado o para los demás
casos
NUMERO_ORIGE “+”+<CP><ZP><Número 21 20 Número Abonado que originó el MMS.

N Origen> Formato : +569XXXXXXXX
CP = Código del país
ZP = Zona o blanco si no lo hay en el CDR
PrimáriaAlineado a la
izquierda y rellenado con
espacios en blanco a la
derecha.
NUMERO_TERMI “+”+<CP><ZP><Número 41 20 Número Abonado en que terminó el MMS.

NACION Destino> Formato : +569XXXXXXXX
ZP = Zona o blanco si no lo hay en el CDR
PrimáriaAlineado a la
izquierda y rellenado con
derecha.
RUTA_ENTRADA 61 10 En el MMSC-GSM es Fijo "INTERNA" una vez
que no hay interconexión a partir del
elemento de red MMSC-GSM.
En el MMSC-CDMA debe ser llenado para el

trafico "MT" y debe ser derivado del campo
"SOURCE_IP" del formato de entrada MMS
CDMA, donde:
"ENTEL" "ENTEL" si "SOURCE_IP" contiene
"MOVISTAR" "172.16.54.32"
o "INTERNA" Alineado a la "MOVISTAR" si "SOURCE_IP" contiene
izquierda y rellenado con "90.0.8.30"
espacios en blanco a la o "INTERNA" si "SOURCE_IP" no contiene
derecha. una de las rutas informadas.
RUTA_SALIDA 71 10 En el MMSC-GSM es Fijo "INTERNA" una vez
que no hay interconexión a partir del
elemento de red MMSC-GSM.
En el MMSC-CDMA debe ser llenado para el

trafico "MO" y debe ser derivado del campo
"SOURCE_IP" del formato de entrada MMS
"ENTEL" CDMA, donde:
"MOVISTAR" "ENTEL" si "SOURCE_IP" contiene "Entel"
o "INTERNA" Alineado a la "MOVISTAR" si "SOURCE_IP" contiene
izquierda y rellenado con "Movistar"
espacios en blanco a la o "INTERNA" si "SOURCE_IP" no contiene
derecha. una de las rutas informadas.
FECHA_EVENTO Fecha en formato 81 8 Fecha del evento
YYYYMMDDNA
HORA_EVENTO Fecha en formato 89 6 Hora del evento

HHMMSSNA
TIPO_ABONADO “00”: Si el subscriptor no 95 2 Tipo del abonado que originó el MMS para
es Smartcom las mensajes "MO" o que terminó el MMS
“01”: Si el subscriptor es para las mensajes "MT".
de PostPago
“02”: Si el subscriptor es
de PrePago, Cuenta
Exacta.
Alineado a la derecha y

Page 27 of 132

(Byte) (Bytes)
rellenado con ceros a la
izquierda.
SUBTIPO_ABON “00”: Si el subscriptor no 97 2 Subtipo del abonado que originó el MMS para
ADO es Smartcom las mensajes "MO" o que terminó el MMS
“01”: Si el subscriptor es para las mensajes "MT".
de PostPago
“02”: Si el subscriptor es
de PrePago
"03": Si el subscriptor es
Cuenta exacta.
Alineado a la derecha y
rellenado con ceros a la
izquierda.
TIPO_CONTENID 99 10 Em el MMSC-GSM es derivado del campo

O MSG_CONT_TYPE para el registro generado
en el Elemento de Red MMSC-GSM, donde:
"Picture" si MSG_CONT_TYPE =
"Picture_message"
"text/plain" si MSG_CONT_TYPE =
"text/plain"
"Video" si MSG_CONT_TYPE =
"Video_message"
"Multimedia" si MSG_CONT_TYPE =
"Multimedia_message"
"Text" si MSG_CONT_TYPE =
"Text_message"
"Picture" "Audio" si MSG_CONT_TYPE =
"text/plain" "Audio_message"
"Video" "Empty" si MSG_CONT_TYPE =
"Multimedia" "Empty_message"
"Text" "NoAnalized" si MSG_CONT_TYPE = "Not-
analyzed".
"Audio"
"Empty"
Em el MMSC-CDMA no hay informaci'on del
"NoAnalized" conenido en el registro generado en el
Blanco Elemento de Red MMSC-CDMA.
ID_REGISTRO Código de hasta 12 109 12 En el GGSM-CDMA es um código de hasta 12
posiciones posiciones que identifica cada registro.
o Blanco. Alineado a la Puede ser obtenido del campo "MESSAGE
izquierda y rellenado con ID" o puede ser blanco.
derecha. En el GGSM-CDMA es un código de hasta 12
posiciones que identifica cada registro.
Puede ser obtenido de los campos
"MESSAGE_ID o EXT_ROUTE" o
"TRANSACCION_ID" o puede ser blanco.
Tabla 3-4: Formato Normalizado MMS

Page 28 of 132
3.2.5 Formato normalizado Speedy
Esta sección relata detalles sobre el formato normalizado de Speedy,

(sc_gsm_speed), derivado de la operación PR_ASC2SPDY y que será entrada de la
operación PR_SPDY_ICT, en el Plan DR_SPDY :
• Record SC_GSM_SPEEDY .rec

(Byte) (Bytes)
Alineado a la izquierda y Identificador de la plataforma que realizó la
rellenado con espacios transacción
ID_APLICACION en blanco a la derecha. 0 8
Alineado a la izquierda y Descripción la plataforma que realizó la

APLICACION en blanco a la derecha. 8 50
Alineado a la izquierda y Identificador del proveedor que realizó la

PROVEEDOR en blanco a la derecha. 58 8
Alineado a la izquierda y Nombre del proveedor que realizó la

NOMBRE_PROV en blanco a la derecha. 66 20
Alineado a la izquierda y Identificador único de la transacción en la

rellenado con espacios que el usuario está involucrado
ID en blanco a la derecha. 86 12
Alineado a la izquierda y Número de teléfono del usuario

rellenado con espacios
TELEFONO en blanco a la derecha. 98 20
Alineado a la izquierda y Es el nombre del producto o servicio

rellenado con espacios proporcionado, esto lo ocupan los
en blanco a la derecha. operadores para poner el nombre del
producto en la factura. Ejemplo: “Servicios
NOMBRE 118 100 WAP” o “Descargas WAP” Es propio de Telcel
Alineado a la izquierda y Es el valor por el cual se está ofreciendo el

rellenado con espacios contenido, sin impuestos
PRECIO en blanco a la derecha. 218 22,1
Alineado a la izquierda y Es el valor del impuesto en porcentaje (10 ó

rellenado con espacios 15)
IMPUESTO en blanco a la derecha. 240 22,1
Alineado a la izquierda y Es el valor del impuesto cobrado en moneda

IMPUESTO_COBRA rellenado con espacios nacional
D en blanco a la derecha. 262 22,1
Alineado a la izquierda y El es el valor cobrado al usuario, es el precio

rellenado con espacios con impuestos
TOTAL en blanco a la derecha. 284 22,1
Alineado a la izquierda y Indica el identificador de donde surgió la

rellenado con espacios petición del contenido
ID_ORIGEN en blanco a la derecha. 306 8
Alineado a la izquierda y Descripción del Origen. Si ID_ORIGEN=

rellenado con espacios 1 : sms prov
en blanco a la derecha. 2 : sms agreg
3 : wap prov
NOMBRE_ORIGEN 314 20 4 : wap agreg

Page 29 of 132

(Byte) (Bytes)
Alineado a la izquierda y Identificador del contenido único
ID_CONTENIDO en blanco a la derecha. 334 22
Alineado a la izquierda y Descripción del contenido
DESCR_CONTENID rellenado con espacios
O en blanco a la derecha. 356 150
Alineado a la izquierda y Es la fecha que indica cuando se realizó la

FECHA en blanco a la derecha. 506 21
Alineado a la izquierda y Es el identificador del tipo de servicio del

rellenado con espacios contenido
ID_SERVICIO en blanco a la derecha. 527 8
Alineado a la izquierda y Descripción del servicio (Tonos Premium,

rellenado con espacios Juegos, etc). Si ID_SERVICIO=
en blanco a la derecha. ID SERVICIO
1 Ringtones
2 Logos
3 Premium Tones
4 Images
5 Games
6 Sonidos Especiales
7 Videoclips
8 Premium Games
9 Karaoke
NOMBRE_SERVICI 10 Tonos Reales
O 535 50 11 <Hay mas tipos>
Alineado a la izquierda y Región del usuario, para Argentina se ocupa

rellenado con espacios el identificador de la tarifa (rating)
REGION en blanco a la derecha. 585 5
Alineado a la izquierda y Tipo de usuario

rellenado con espacios 0 : Pospago
en blanco a la derecha. 1 : Prepago
TIPO_ABONADO 590 1 3 : Cuenta Exacta
Alineado a la izquierda y Tipo de acceso que utilizó el usuario para
rellenado con espacios realizar la compra.
en blanco a la derecha. 0 : Diferente de SMS (WAP)
IND_DE_ACCESO 591 1 1 : SMS
Alineado a la izquierda y Comisión del proveedor debe ser valor neto

rellenado con espacios (sin impuestos de ningún tipo) --Solicitado
COMISION_PROV en blanco a la derecha. 592 22 para facturación
Alineado a la izquierda y Entrante o Saliente. Indica el Sentido del

rellenado con espacios SMS (Entrante o Saliente). Speedy indicará
en blanco a la derecha. si el registro corresponde a un MO o a un
SENTIDO 614 2 MT.
Alineado a la izquierda y Es el impuesto que se debe pagar por
rellenado con espacios remesas al extranjero al no tener el
en blanco a la derecha. proveedor una oficina en chile. Este valor
IMP_PROV_EXTRA puede ser entre un 30% y un 35%
N 616 22 dependiendo del servicio.
Alineado a la izquierda y De acuerdo al porcentaje de incobrable que
rellenado con espacios se define por el modelo de negocios, se
en blanco a la derecha. aplica este valor sobre el valor a cliente para
INCOBRABLE 638 22 obtener el monto de incobrable.
Alineado a la izquierda y Este valor se obtendrá sólo para Sim
rellenado con espacios browsing usando la variable LOCI.
ID_CELDA en blanco a la derecha. 660 8
Alineado a la izquierda y Nombre de la Celda.

DESCR_CELDA en blanco a la derecha. 668 20

Page 30 of 132

(Byte) (Bytes)
Alineado a la izquierda y Indica el Estado Final de la Transacción. Ej: 0
rellenado con espacios (indica resultado exitoso). Se indicará Status
en blanco a la derecha. de Cobro
ID NOMBRE
-99 Catalogo de Errores
-25 Error BD Informatica
-23 Error de Conexión
-22 Usuario no valido
-21 Formato de Usuario Invalido
-20 Desacarga Expirada
-19 Maximo de Reintentos
-17 Destinatario invalido
-16 No hay contenidos pendientes
-14 Contenido Suspendido
-12 Base de Datos Telcel no disponible
-10 URL del proveedor invalida
-9 No se pudo conectar con proveedor
-8 No se encontro el contenido
-7 Contenido del proveedor no valido
-6 El usuario envio mensaje vacio
-5 La clave enviada no existe
-4 Problema con el sistema de cobro
-2 Sin credito suficiente
-1 Error
0 Contenido enviado
2 Descargando Contenido
4 Codigo verificado
5 Contenido OK
6 Contenido confirmado
7 Regresando conexion
8 Conexion devuelta
9 Dando formato a mensaje
10 Mensaje formateado
12 Enviando URL
15 Descarga en Progreso
16 Contenido Reservado
17 Contenido Cobrado
18 Contenido Cobrado Postpago
19 Escritura de CDR Pospago Pendiente
20 Escritura de CDR Prepago Pendiente
21 Cobrado en el SMS
STATUS 688 22 XX <Mas Estados>
Alineado a la izquierda y Id de la promoción.

ID_PROMOCION en blanco a la derecha. 710 8
Alineado a la izquierda y En el caso que al contenido se le aplique una

rellenado con espacios promoción, indicar la descripción de la
en blanco a la derecha. misma. Ej: Por una descarga de Ringtones,
PROMOCION 718 50 gratis 2 wallpaper.
Alineado a la izquierda y Especifica el tipo de plataforma usado. Solo 2

rellenado con espacios Tipos:
en blanco a la derecha. - GSM
PLATAFORMA 768 10 - CDMA
Alineado a la izquierda y Es una apertura del campo

rellenado con espacios "NOMBRE_ORIGEN". Sera el Mediador que
en blanco a la derecha. colocara, si corresponde a:
- "Proveedor"
TIPO_ACUERDO 778 10 - "Agregador"
Alineado a la izquierda y Numero Corto para SMS MO/MT y Blanco

rellenado con espacios para WAP.
ORIGEN en blanco a la derecha. 788 5 (Viene de Speedy)
Alineado a la izquierda y Indicara la fuente WAP o SMS con:
rellenado con espacios - Descarga : WAP
FUENTE 793 5 - SMS Saliente : SMSMO

Page 31 of 132

(Byte) (Bytes)
en blanco a la derecha. - SMS Entrante : SMSMT
(Viene de Speedy)
Alineado a la izquierda y Id de la confirmacion enviada al proveedor.

ID_CONFIRMACIO rellenado con espacios Solo para WAP y SMSMT. Blanco para SMSO.
N en blanco a la derecha. 798 12 (Viene de Speedy)
Alineado a la izquierda y Este dato, sera completado por el

rellenado con espacios Mediador, a partir del campo "TIPO", donde
en blanco a la derecha. :
TIPO 0 y 3 : Pospago
TIPO 810 10 TIPO 1 : Prepago
Tabla 3-5: Formato Normalizado Speedy

Page 32 of 132
3.2.6 Formato normalizado HIT
Esta sección relata detalles sobre el formato normalizado de HIT (sc_gsm_hit),

derivado de la operación PR_GNOR2HT y que será entrada de la operación
PR_HIT_ICT, en el Plan PR_HIT:
• Record sc_gsm_hit.rec

(Byte) (Bytes)
TECNOLOGIA “CDMA” o “GSM”. 0 8
Alineado a la izquierda y
en blanco a la derecha. CDMA o GSM
TIPO_ABONADO “POSTPAGO” o 8 8
“PREPAGO”. Alineado a
la izquierda y rellenado
con espacios en blanco a
la derecha. Pospago o Prepago
FECHA DDMMYYYY 16 8 Fecha del evento
HORA HH:MM:SS 24 8 Hora del evento
ORIGEN Alineado a la izquierda y 32 8

en blanco a la derecha. Numero PCS
DESTINO Alineado a la izquierda y 40 31

en blanco a la derecha. URL o IP
BROWSERS Alineado a la izquierda y 71 31

en blanco a la derecha. Informacion User-Agent
Tabla 3-6: Formato Normalizado HIT

Page 33 of 132
3.3 Formatos de salida
El InterconnecT V7.1 tendrá como entrada para su procesamiento archivos de CDRs

generados por el InterconnecT PREP. Con lo objetivo de normalizar el tratamiento de
eses registros, todas las operaciones de transformación para la salida del
InterconnecT terán un mismo formato.
3.3.1 Formato ICT
Esta sección relata detalles sobre el formato para interconexión, de nombre ICT,
generado por las operaciones del InterconnecT PREP:
• Registros con tamaño fijo, con 410 bytes
• Record sc_ict.rec

(Byte) (Bytes)
TIPO_REGISTRO String_ascii Identifica si el registro es del tipo MOC, MTC,
0 2 CFW, WAP, entre otros
SENTIDO String_ascii Marca la dirección de la llamada/evento, si

2 1 entrante o saliente. Podrá ser “I” o “O”
PRODUCTO_E String_ascii, Alineado a Identifica el escenario del tráfico para los
la izquierda y rellenado registros entrantes
la derecha. 3 14
PRODUCTO_S String_ascii, alineado a Identifica el escenario del tráfico para los

la izquierda y rellenado registros salientes
la derecha. 17 14
NUMERO_ORIGEN String_ascii, alineado a Es el número que originó la llamada, en el

la izquierda y rellenado formato: "“+”+<CP><CA><NUMERO>".
con espacios en blanco a Donde,
la derecha. CP = Código del país
CA = Código de área
NUMERO = Número del abonado que originó
31 20 la llamada.
NUMERO_DESTINO String_ascii, alineado a Es el número, IP o URL en que
la izquierda y rellenado terminó/destino la llamada/evento, en el
con espacios en blanco a formato: "“+”+<CP><CA><NUMERO>"
la derecha. cuando sea número de abonado. Donde,
NUMERO = Número del abonado en que
51 31 terminó la llamada.
ELEMENTO_RED_E String_ascii, alineado a Identifica la central o plataforma que genero

la izquierda y rellenado los registros entrantes
la derecha. 82 7
RUTA_E String_ascii, alineado a Es la ruta de interconexión para llamadas

la izquierda y rellenado entrantes off-net o la identificación de ruta
con espacios en blanco a interna para llamadas entrantes on-net
la derecha. 89 10
ELEMENTO_RED_S String_ascii, alineado a 99 7 Identifica la central o plataforma que genero

Page 34 of 132

(Byte) (Bytes)
la izquierda y rellenado los registros salientes
la derecha.
RUTA_S String_ascii, alineado a Es la ruta de interconexión para llamadas

la izquierda y rellenado salientes off-net o la identificación de ruta
con espacios en blanco a interna para llamadas salientes on-net
la derecha. 106 10
FECHA_EVENTO String_ascii, no formato Fecha inicio de la llamada/evento en el

YYYYMMDD formato YYYYMMDD
116 8
HORA_EVENTO String_ascii, no formato Hora inicio de la llamada/evento en el

HHMMSS formato HHMMSS
124 6
DURACION_EVENT String_ascii, no formato Duración cobrable de la llamada en el

O HHHHMMSShh formato HHHHMMSShh
HHHH – Horas
MM – Minutos
SS – Segundos
hh – centésimo de segundos (siempre "00"
130 10 si la red redonda)
VOLUME_DATOS Integer 140 10 Volumen cobrable de los eventos

UNIDAD_DATOS String_ascii, alineado a Unidad de medida en que está informado lo
la izquierda y rellenado volumen. Podrá ser “BYTE”, “KBYTE”,
con espacios en blanco a “MBYTE”, entre otros
la derecha. 150 5
TECNOLOGIA String_ascii, alineado a Es la tecnología del NUMERO_ORIGEN para

la izquierda y rellenado el tráfico Saliente o del NUMERO_DESTINO
con espacios en blanco a para el tráfico Entrante. Cuando es un
la derecha. visitante en la red de Claro que originó una
llamada, la tecnología debe ser llenada con
"C" si es un registro de la red CDMA o “G” si
155 1 es un registro de la red GSM.
TIPO_ABONADO String_ascii, alineado a Identifica el tipo del abonado subscriptor de
la izquierda y rellenado la llamada
la derecha. 156 2
SUBTIPO_ABONAD String_ascii, alineado a Identifica el subtipo del abonado subscriptor

O la izquierda y rellenado de la llamada
la derecha. 158 2
STATUS String_ascii, alineado a Status de los eventos tratados por el

la izquierda y rellenado Speedy, MMS y SMS
la derecha. 160 4
TIPO_CONTENIDO String_ascii, alineado a Es la identificación del tipo de contenido

la derecha. 164 10
ID_REGISTRO String_ascii, alineado a Código que identifica cada registro,

la izquierda y rellenado independiente por Switch, si se combina con
con espacios en blanco a el Id del Switch, corresponde a un
la derecha. identificador único de registro, hasta que el
174 12 contador vuelva a cero.
TIPO_TRAFICO String_ascii, alineado a Identifica se o tráfago é ON-NET o OFF-NET

la derecha. 186 3

Page 35 of 132

(Byte) (Bytes)
CELDA_E String_ascii, alineado a Informaciones referentes la celda de origen
la izquierda y rellenado de la llamada. Si la llamada no es originada
con espacios en blanco a en móvil, es nulo.
la derecha. 189 16
CELDA_S String_ascii, alineado a Informaciones referentes la celda de destino
la izquierda y rellenado de la llamada.
la derecha. 205 16
NRO_ORIGEN String_ascii, alineado a Es el número origen de la llamada/evento

la izquierda y rellenado recibido en lo registro normalizado, sin
con espacios en blanco a ningún tratamiento
la derecha. 221 20
NRO_DESTINO String_ascii, alineado a Es el número destino de la llamada/evento

la derecha. 241 20
NRO_DISCADO String_ascii, alineado a Es el número discado de la llamada/evento

la derecha. 261 20
IMSI String_ascii, alineado a Es el IMSI - International Mobile Subscriber

la izquierda y rellenado Identity – del subscriptor de la
con espacios en blanco a llamado/evento
la derecha. 281 16
IMEI String_ascii, alineado a Es el IMEI – International Mobile Station

la izquierda y rellenado Equipment Identity – del subscriptor de la
con espacios en blanco a llamado/evento
la derecha. 297 16
PROMOCION String_ascii, alineado a Identifica la promocione en eventos tratados

la izquierda y rellenado pelo Speedy
la derecha. 313 50
SUBTIPO_CONT EN String_ascii, alineado a Identifica o subtipo de contenido visitado, en

IDO la izquierda y rellenado eventos tratados por el Speedy, pudiendo
con espacios en blanco a tener el nombre da música, lo nombre del
la derecha. 363 50 juego, entre otros
Tabla 3-7: Formato ICT
3.4 Nomenclatura de archivos
3.4.1 Salida ICT
Todos los archivos generados por el InterconnecT PREP para el InterconnecT V7.1
terán la siguiente estructura de nombre:
ICT_<CENTRAL>_<YYYYMMDD><HHMMSS>_<CC>.V1
Donde:
• “ICT” – identificador fijo de los archivos para InterconnecT V7.1
• CENTRAL – es el nombre de la central o plataforma que generó el CDR o EDR
• YYYYMMDD – es la fecha en que el archivo fue creado por el InterconnecT PREP
• HHMMSS - es la hora en que el archivo fue creado por el InterconnecT PREP
• CC – es el secuencial identificador del archivo, generado por el portal de salida
de InterconnecT PREP

Page 36 of 132
• “V1” – identificador fijo de versión del formato de archivo ICT
3.4.2 Salida Inválidos
Todos los archivos generados por el InterconnecT PREP con registros inválidos para
interconexión terán la siguiente estructura de nombre:
ICT_INV_<NOMBRE COLECTADO>
Donde:
• “ICT_INV_” – identificador fijo de los archivos con registros filtrados por el PREP
y que no sirven para interconexión
• NOMBRE COLECTADO – nombre del archivo colectado por la mediación en sus
Portales de colecta
3.5 Distribución de archivos
InterconnecT PREP entregará los archivos de CDR validos para interconexión en un

directorio específico del servidor de producción del sistema InterconnecT V7.1, en
frecuencia a ser definida conforme necesidades de Claro Chile , obedeciendo las
siguientes reglas:
• Todos los archivos deberán ser grabados en el directorio
$ICT_HOME/Rating/Data, con permiso de lectura y escritura para el usuario
“Intec”
• El número máximo de CDRs en un archivo no podrá exceder 200.000 registros.
Portando, los Portales de Output del InterconnecT PREP que generan las salidas
para InterconnecT V7.1 estarán configurados para hacer esta padronización de
tamaño, haciendo una quiebra cuando el limite sea ultrapasado. Los nuevos
archivos generados tendrán el mismo nombre del archivo anterior, pero con un
incremento en su secuencial
• Considerando que el número medio de CDRs por archivo es un factor
determinantes de desempeño del sistema InterconnecT V7.1, el InterconnecT
PREP también acumulará CDRs de la siguiente forma: los CDRs recibidos por el
PREP, que no excedieran la cuota máxima de 200.000 registros por archivo,
obedecerán un determinado plazo de corte a ser definido. Al alcanzar este plazo,
estos CDRs serán agrupados en un mismo archivo y enviados a InterconnecT
v7.0.
Ya los archivos con registros inválidos para interconexión, filtrados por el

InterconnecT PREP, serán grabados en un directorio específico de la máquina de
mediación.
3.6 Flujos de Procesamiento
Considerando que las operaciones del InterconnecT PREP estarán inseridas dentro de
la instancia del Inter-mediatE de la Mediación, compartiendo los Business Logic
existentes, presentamos en esta sección todos eses Business Logic que serán
modificados, ya contemplando las nuevas operaciones e portales del PREP
(transformación y DRD).

Page 37 of 132
3.6.1 Voz GSM
Figura 3: Business Logic de VOZ GSM
Plan que colecta registros de VOZ GSM, transformándolos primeramente para un

formato normalizado y, a partir de este, generará salidas para los sistemas destino.
Serán incluidas en el mismo la operación de transformación PR_GNOR2ICT, del
formato normalizado GSM para el formato ICT, y la operación de PR_DRDGSMVZ,
para detección de duplicados.
Considerando solamente la implementación de las operaciones del InterconnecT

PREP en este Business Logic, tendremos:
• Business Logic
o GSM_VOZ
• Plan:
o PR_R12
• Portal de salida:
o OIFICTE – tendrá todos los registros de GSM Voz a que sean
considerados para tarifación de interconexión, tanto on-net como off-net
o OILICTI – tendrá todo el tráfic o filtrado por la operación PR_GNOR2ICT

que no se encuadró en los criterios de selección de los registros para
interconexión
• Operaciones:
o PR_GNOR2ICT – que transforma del formato normalizado para el formato
ICT

Page 38 of 132
o PR_DRDGSMVZ – que irá a tratar la duplicidad de registros
• Scripts:
o sc_gsm_norm_to_ict.scr - que transforma, selecciona y enriquece, del
formato normalizado GSM para el formato ICT
o sc_ict_display.scr – para visualización de los registros en el formato ICT
o sc_ict_out.scr – para generación/disponibilización en disco del archivo de

salida en lo formato ICT
o sc_gsm_ict_unbill_out.scr – para generación/disponibilización en disco del

archivo con registros filtrados por la operación, en el formato normalizado
GSM
o sc_drd_voz.scr – que tendrá la lógica para detección de duplicidad de

registros GSM
o sc_drd_voz_display.scr – para visualización da área del DRD GSM
3.6.1.1 Operación PR_GNOR2ICT
Irá realizar la transformación y filtro de los registros, del formato normalizado GSM
para lo formato ICT, de envió la el InterconnecT.
3.6.1.1.1 Filtros GSM Voz
Una de las funciones de la operación PR_GNOR2ICT será filtrar los registros que no
deben ser enviados la lo InterconnecT V7.1 para tarifación de interconexión. Las
siguientes reglas de filtro serán aplicadas:
• Filtrar llamadas donde DURACION es 0 (ZERO)
• Llamadas donde DURACION es 5 segundos mayor que DURATION_RED también
deben ser filtradas
• Enviar para procesamiento en el sistema InterconnecT v7.1 los registros de:
o Llamadas roaming-in saliente
o Llamadas roaming-in entrante
o Llamadas on-net saliente
o Llamadas on-net entrante
o Llamadas off-net saliente
o Llamadas off-net entrante
3.6.1.1.2 Mapeo del Normalizado GSM Voz para ICT

Page 39 of 132
La operación PR_GNOR2ICT también irá realizar la transformación, normalización de

contenido y enriquecimiento de los registros, del formato normalizado GSM para el
formato ICT, de envió a el InterconnecT V7.1.
Campo ICT Contenido Regla Mapeo

TIPO_REGISTRO "20": transit Mapeo directo del campo "TIPO".
"21": mSOriginating El contenido "MU" es utilizado cuándo hay necesidad de
"22": RoamingCallForwarding hacer una inversión de los pagos en el InterconnecT,
"23": CallForward debido a algun problema en el flujo de interconexión. Por
"24": msTerminating ejemplo, si hay um grupo de CDR's tasados com
"25": msOriginatingSMSinMSC problema, la mediación debe enviar los mismos CDR's
"27": msterminatingSMSinMSC para el InterconnecT, pero con este campo llenado con
"MU": Mediation Undo "MU".
SENTIDO “O”: Saliente (Otgoing) Si llamada es Off-Net:

“I”: Entrante (Incoming) - Llenar con "O": Si Tipo Ruta Salida es "I" o "N"
- Llenar con "I": Si Tipo Ruta Entrada es "I" o "N"
Si llamada es On-Net:
- Llenar con "O": Si es el primero registro generado en la
red de Claro
- Llenar con "I": Si es el último registro generado en la
red de Claro
PRODUCTO_E “VOZ”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Entrante solamente, conforme

“INT”>+<TIPO DESTINO>+<CODIGO reglas de mapeo definidas en lo capitulo 5.5.3.1 de este
SELECION CARRIER> donde: documento.
- Tipo Destino es opcional y asociado la el Para el tráfico Saliente llenar con Blancos.
abonado A o B
- Codigo Selection Carrier es opcional y
dependente del tipo de escenário
PRODUCTO_S “VOZ”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Saliente solamente, conforme

- Tipo Destino es opcional y asociado la el Para el tráfico Entrante llenar con Blancos.
abonado A o B
NUMERO_ORIGEN “+”+<CP><CA><NUMERO> Llenar con el número que originó la llamada, en el

formato: "“+”+<CP><CA><NUMERO>". Donde,
NUMERO = Número del abonado que originó la llamada.
NUMERO_DESTINO “+”+<CP><CA><NUMERO> Llenar con el número en que terminó la llamada, en el

NUMERO = Número del abonado en que terminó la
llamada.
ELEMENTO_RED_E "IVLTMX1", "IVLDOR1" o "IVLLCN1" Derivado del nombre del Portal de Colecta en el Plan de
Mediación. Llenado para el tráfico Entrante solamente.
Para el tráfico Saliente llenar con Blancos
RUTA_E Ruta de Entrada, "INTERNA" o Blanco Llenado para el tráfico Entrante solamente.
Si llamada és Off-Net:
- Llenar con la Ruta de Entrada
Si llamada és On-Net:
- Llenar con la Ruta Ficticia "INTERNA"
ELEMENTO_RED_S "IVLTMX1", "IVLDOR1" o "IVLLCN1" Derivado del nombre del Portal de Colecta en el Plan de
Mediación. Llenado para el tráfico Saliente solamente.
Para el tráfico Entrante llenar con Blancos
RUTA_S Ruta de Salida, "INTERNA" o Blanco Llenado para el tráfico Saliente solamente:

Page 40 of 132

- Llenar con la Ruta de Salida
FECHA_EVENTO Fecha de início de la llamada Fecha respuesta en el formato YYYYMMDD

HORA_EVENTO Hora de início de la llamada Hora respuesta en el formato HHMMSS
DURACION_EVENT Duración de la llamada Duración de la llamada en el formato HHHHMMSShh

O HHHH – Horas
MM – Minutos
SS – Segundos
hh – centésimo de segundos (siempre "00" si la red
redonda)
VOLUME_DATOS “0” No si aplica. Llenado con ZERO

UNIDAD_DATOS Blanco No si aplica. Llenado con Blanco
TECNOLOGIA "G" - GSM Es la tecnología del ICT.NUMERO_ORIGEN para el tráfico

"N" - No Identificada Saliente o del ICT.NUMERO_DESTINO para el tráfico
Entrante. Cuando es un visitante en la red de Claro que
originó una llamada, la tecnología debe ser llenada con
"N" - No Identificada.
TIPO_ABONADO “00”: Si el subscriptor no es Smartcom El valor de este campo se determina evaluando el campo
“01”: Si el subscriptor es de PostPago "ICT.SUBTIPO_ABONADO":
“02”: Si el subscriptor es de PrePago, Llenar con "00" para "ICT.SUBTIPO_ABONADO" "00"
Cuenta Exacta o Smart Control Llenar con "01" para "ICT.SUBTIPO_ABONADO" "01" o
“05”
Llenar con "02" para "ICT.SUBTIPO_ABONADO" "02",
"03" o "04"
SUBTIPO_ABONAD “00”: Si el subscriptor no es Smartcom Llenar con TIPO_SUBS_ORIGE si llamada es Saliente

O “01”: Si el subscriptor es de PostPago Llenar con TIPO_SUBS_DEST si llamada es Entrante
“02”: Si el subscriptor es de PrePago
"03": Si el subscriptor es Cuenta exacta
"04": Si el subscriptor es Smart Control
"05": Si el subscriptor es Mobile Party
Pays
STATUS Blanco No si aplica. Llenado con Blanco

TIPO_CONTENIDO "VIDEO": Tráfico de Video Derivado del campo VIDEO_CALL del formato
"VOZ": Tráfico de Voz normalizado Voz GSM:
"VIDEO" si VIDEO_CALL = “S”
“VOZ” si VIDEO_CALL = "N"
ID_REGISTRO Código de 8 posiciones alineado a la Mapeo directo del campo "ID REGISTRO".
izquierda y rellenado con espacios en Código de 8 posiciones que identifica cada registro,
blando a la derecha. independiente por Switch, si se combina con el Id del
Switch, corresponde a un identificador único de registro,
hasta que el contador vuelva a cero.
TIPO_TRAFICO "ONN": On-Net Llenar con "ONN": ICT.NUMERO_ORIGEN pertenece a
"OFN": Off-Net Claro o es un visitante en la red de Claro y el
ICT.NUMERO_DESTINO pertenece a Claro.
Llenar con "OFN": ICT.NUMERO_ORIGEN pertenece a
Claro o es un visitante en la red de Claro y el
ICT.NUMERO_DESTINO no pertenece a Claro.
Llenar con "OFN": ICT.NUMERO_ORIGEN no pertenece a
Claro y no es un visitante en la red de Claro y el
CELDA_E Alineado a la izquierda y rellenado con Mapeo directo del campo Celda Entrada.
espacios en blando a la derecha.
CELDA_S Alineado a la izquierda y rellenado con Mapeo directo del campo Celda Salida.
NRO_ORIGEN NUMERO_ORIGEN Mapeo directo del campo Numero Origen.

Page 41 of 132

NRO_DESTINO NUMERO_DESTINO Mapeo directo del campo Numero Destino.
NRO_DISCADO NUMERO_DISCADO Mapeo directo del campo Numero Discado.
IMSI IMSI - International Mobile Subscriber Mapeo directo de los campos:

Identity. MSI Origen para el tráfico saliente
MSI Destino para el tráfico entrante
IMEI IMEI – International Mobile Station Mapeo directo de los campos:
Equipment Identity IMEI Origen para el tráfico saliente
IMEI Destino para el tráfico entrante
PROMOCION Blanco No si aplica. Llenar con Blanco

SUBTIPO_CONTEN Blanco No si aplica. Llenar con Blanco
IDO
Tabla 3-8: Mapeo del Normalizado GSM Voz para ICT
3.6.1.2 Operación PR_DRDGSMVZ
Para esa operación será criada un área de DRD para cada portal de colecta de datos.
Los parámetros asociados a la configuración de cada área san dependientes del tipo
de dado en que la verificación de duplicidad será implementada:
• script de detección de duplicidad: sc_drd_voz.scr
• script de visualización de la área de duplicidad: sc_drd_voz_display.scr
• plazo de retención de la clave: 30 días
• áreas DRD:
o IVLDOR1
o IVLTMX1
o IVLLCN1
• formato de entrada: sc_ict
• formato de salida:
o para los registros no duplicados – sc_ict
o para los registros duplicados – no se aplica. Deberán ser filtrados
• clave de comparación: sc_drd_key
Campo Formato Posicion Largo Descripción

(Byte) (Bytes)
String_ascii 0 20 Identificación original del abonado que
NRO_ORIGEN originó la llamada
String_ascii 20 20 Identificación original del abonado donde

NRO_DESTINO terminó la llamada
FECHA_EVENTO String_ascii 40 8 Fecha de inicio de la llamada

HORA_EVENTO String_ascii 48 6 Hora de inicio de la llamada
DURACION_EVENTO String_ascii 54 10 Duración de la llamada

String_ascii 64 2 Identificación de llamada es MOC, MTC,
TIPO_REGISTRO CFW, RCF, etc.
Tabla 3-9: Clave DRD GSM Voz

Page 42 of 132
3.6.2 Voz CDMA
Figura 4: Business Logic de VOZ CDMA (MTX y ASN)
Planos que colectan registros de VOZ CDMA (ASN1 y MTX), transformándolos

primeramente para un formato normalizado y, a partir de este, generando salidas
para los sistemas destino. Serán incluidas en los mismos la operación de
transformación SC_NORM_ICT, del formato normalizado CDMA (ASN1 y MTX) para el
formato ICT, y la operación de SC_DRDCDMAV, para detección de duplicados.

• Business Logic
o SC_ASN y SC_MTX
• Plan:
o SMSASN1 y SMMTX12
o OIFICTE – tendrá todos los registros de CDMA Voz a que sean
o OILICTI – tendrá todo el tráfico filtrado por la operación SC_NORM_ICT

interconexión
• Operaciones:
o SC_NORM_ICT – que transforma del formato normalizado CDMA para el
formato ICT
o SC_DRDCDMAV – que irá a tratar la duplicidad de registros

Page 43 of 132
• Scripts:
o sc_cdma_norm_to_ict.scr - que transforma, filtra y enriquece, del formato
normalizado CDMA para el formato ICT

o sc_cdma_ict_unbill_out.scr – para generación/disponibilización en disco

del archivo con registros filtrados por la operación, en el formato
normalizado CDMA
o sc_drd_voz.scr – que tendrá la lógica para detección de duplicidad de

registros CDMA
o sc_drd_voz_display.scr – para visualización da área del DRD para CDMA
3.6.2.1 Operación SC_NORM_ICT
Irá a realizar la transformación y filtragen de los registros, del formato normalizado

cdma para lo formato ICT , de envió la el InterconnecT.
3.6.2.1.1 Filtros CDMA Voz
Una de las funciones de la operación SC_NORM_ICT será filtrar los registros que no
siguientes reglas de filtro serán aplicadas:
• Filtrar llamadas donde CALL_DURACION es 0 (ZERO)
• Llamadas donde CALL_DURACION es 5 segundos mayor que NET_DURATION
también deben ser filtradas
• Enviar para procesamiento en el sistema InterconnecT v7.1 los registros de:
o Llamadas on-net saliente
o Llamadas on-net entrante
o Llamadas off-net saliente, nacionales y internacionales
o Llamadas off-net entrante, nacionales y internacionales
o Llamadas de Desvios la Casilla de Voz
o Llamadas de Depósito en la Casilla de Voz
o Llamadas WAP, FAX y Datos
o Llamadas con destino la los Unbill Numbers, conforme tabla
sc_unbill_numbers_tbl_rec de la mediación
Los demás registros, no validos para interconexión, deberán ser filtrados.
3.6.2.1.2 Mapeo del Normalizado CDMA Voz para ICT

Page 44 of 132
La operación SC_NORM_ICT también irá a realizar la transformación, normalización

de contenido y enriquecimiento de los registros, del formato normalizado cdma para
el formato ICT, de envió la el InterconnecT V7.1.

TIPO_REGISTRO "01": Originada en Móvil (MOC) Mapeo directo del campo "TIPO".
"02": Terminada en Móvil (MTC) El contenido "MU" es utilizado cuándo hay necesidad de
"03", "04": Reservado para posibles usos hacer una inversión de los pagos en el InterconnecT,
futuros debido a algun problema en el flujo de interconexión. Por
"05": Desvío incondicional (CFU) ejemplo, si hay um grupo de CDR's tasados com
"06": Desvío condicional (CFC) problema, la mediación debe enviar los mis mos CDR's
"07": Tandem (TAN) para el InterconnecT, pero con este campo llenado con
"08": Llamadas WAP "MU".
"09": Llamadas FAX
"10": Llamadas de datos (DAT)
"MU": Mediation Undo
SENTIDO “O”: Saliente (Otgoing) Si llamada es Off-Net:

“I”: Entrante (Incoming) - Llenar con "O": Si Tipo Ruta Salida es "I" o "N"
- Llenar con "I": Si Tipo Ruta Entrada es "I" o "N"
Si llamada es On-Net:
- Llenar con "O": Si es el primero registro generado en la
red de Claro
- Llenar con "I": Si es el último registro generado en la
red de Claro
PRODUCTO_E “VOZ”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Entrante solamente, conforme

- Tipo Destino es opcional y asociado la el Para el tráfico Saliente llenar con Blancos.
abonado A o B
PRODUCTO_S “VOZ”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Saliente solamente, conforme
- Tipo Destino es opcional y asociado la el Para el tráfico Entrante llenar con Blancos.
abonado A o B
NUMERO_ORIGEN “+”+<CP><CA><NUMERO> Llenar con el número que originó la llamada, en el
NUMERO_DESTINO “+”+<CP><CA><NUMERO> Llenar con el número en que terminó la llamada, en el
NUMERO = Número del abonado en que terminó la
llamada.
ELEMENTO_RED_E “SANTGO1”, "TEMUCO", "ANTOFTA", Derivado del nombre del Portal de Colecta en el Plan de
"CCN_FTP", "SANTGO2", "MTX_TEM" o Mediación. Llenado para el tráfico Entrante solamente.
"MTX_ANT" Para el tráfico Saliente llenar con Blancos
- Llenar con la Ruta de Entrada
ELEMENTO_RED_S “SANTGO1”, "TEMUCO", "ANTOFTA", Derivado del nombre del Portal de Colecta en el Plan de
"CCN_FTP", "SANTGO2", "MTX_TEM" o Mediación. Llenado para el tráfico Saliente solamente.

Page 45 of 132

"MTX_ANT" Para el tráfico Entrante llenar con Blancos
- Llenar con la Ruta de Salida
FECHA_EVENTO Fecha de inicio de la llamada Fecha respuesta en el formato YYYYMMDD
HORA_EVENTO Hora de inicio de la llamada Hora respuesta en el formato HHMMSS

DURACION_EVENT Duración de la llamada Duración de la llamada en el formato HHHHMMSShh
O HHHH – Horas
MM – Minutos
SS – Segundos
hh – centésimo de segundos (siempre "00" si la red
redonda)

TECNOLOGIA "C" - CDMA Es la tecnología del ICT.NUMERO_ORIGEN para el tráfico
"N" - No Identificada Saliente o del ICT.NUMERO_DESTINO para el tráfico
Entrante segundo la tabla sc_number_plan_tbl_rec de la
mediación. Cuando es un visitante en la red de Claro que
originó una llamada, la tecnología debe ser llenada con
"N" – No Identificada.
Cuenta Exacta o Smart Control Llenar con "01" para "ICT.SUBTIPO_ABONADO" "01" o
“05”
"03" o "04"
SUBTIPO_ABONAD “00”: Si el subscriptor no es Smartcom El valor de este campo se determina evaluando el
O “01”: Si el subscriptor es de PostPago número de origen o destino según rangos de numeración
“02”: Si el subscriptor es de PrePago definidos en Smartcom en la tabla
"03": Si el subscriptor es Cuenta exacta sc_number_plan_tbl_rec de la mediación.
"04": Si el subscriptor es Smart Control Llenar con Tipo Subscriptor Entrada si llamada es Saliente
"05": Si el subscriptor es Mobile Party
Pays Llenar con Tipo Subscriptor Salida si llamada es Entrante
STATUS Blanco No si aplica. Llenado con Blanco

TIPO_CONTENIDO "VOZ": Tráfico de Voz Debe ser fijo "VOZ" para el tráfico de voz.
ID_REGISTRO Código de 8 posiciones alineado a la Mapeo directo del campo "ID REGISTRO".
izquierda y rellenado con espacios en Código de 8 posiciones que identifica cada registro,
blando a la derecha. independiente por Switch, si se combina con el Id del
Switch, corresponde a un identificador único de registro,
hasta que el contador vuelva a cero.
TIPO_TRAFICO "ONN": On-Net Llenar con "ONN": ICT.NUMERO_ORIGEN pertenece a

"OFN": Off-Net Claro o es un visitante en la red de Claro y el
Llenar con "OFN": ICT.NUMERO_ORIGEN pertenece a
Claro o es un visitante en la red de Claro y el
ICT.NUMERO_DESTINO no pertenece a Claro.
Llenar con "OFN": ICT.NUMERO_ORIGEN no pertenece a
Claro y no es un visitante en la red de Claro y el
CELDA_E Alineado a la izquierda y rellenado con Mapeo directo del campo Celda Entrada.
CELDA_S Alineado a la izquierda y rellenado con Mapeo directo del campo Celda Salida.
NRO_ORIGEN NUMERO_ORIGEN Mapeo directo del campo Numero Origen.

Page 46 of 132

NRO_DESTINO NUMERO_DESTINO Mapeo directo del campo Numero Destino.
NRO_DISCADO NUMERO_DISCADO Mapeo directo del campo Numero Discado.
IMSI Blanco No si aplica. Llenar con Blanco

IMEI IMEI – International Mobile Station Mapeo directo de los campos:
Equipment Identity "N SERIE ORIGEN" para el tráfico saliente
"N SERIE DESTINO" para el tráfico entrante

IDO
Tabla 3-10: Mapeo del Normalizado CDMA Voz para ICT
3.6.2.2 Operación SC_DRDCDMAV
Para esa operación será criada un área de DRD para cada portal de colecta de datos.
Los parámetros asociados a la configuración de cada área san dependientes del tipo
de dado en que la verificación de duplicidad será implementada:
• script de detección de duplicidad: sc_drd_voz.scr
• script de visualización de la área de duplicidad: sc_drd_voz_display.scr
• áreas DRD:
o SANTGO1
o TEMUCO
o ANTOFTA
o CCN_FTP
o SANTGO2
o MTX_TEM
o MTX_ANT
• clave de comparación: sc_voz_drd_key

(Byte) (Bytes)


Page 47 of 132

(Byte) (Bytes)
DURACION_EVENTO String_ascii 54 10 Duración de la llamada
String_ascii 64 2 Identificación de llamada es MOC, MTC,

TIPO_REGISTRO CFW, RCF, etc.
Tabla 3-11: Clave DRD CDMA Voz

Page 48 of 132
3.6.3 SMS (CDMA y GSM)
Figura 5: Business Logic de SMS (CDMA y GSM)
Plan que colecta registros de SMS (CDMA y GSM), transformándolos primeramente

para un formato normaliz ado y, a partir de este, generando salidas para los sistemas
destino. Serán incluidas en lo mismo la operación de transformación PR_SMSN_ICT,
del formato normalizado SMS (CDMA y GSM) para el formato ICT, y la operación de
PR_DRD_SMS, para detección de duplicados.

• Business Logic
o GSM_SMS
• Plan:
o PR_SMS
o OIFICTE – tendrá todos los registros de SMS (CDMA y GSM) que sean
o OILICTI – tendrá todo el tráfico filtrado por la operación PR_SMSN_ICT

interconexión
• Operaciones:

Page 49 of 132
o PR_SMSN_ICT – que transforma del formato normalizado SMS para el

formato ICT
o PR_DRD_SMS – que irá a tratar la duplicidad de registros
• Scripts:
o sc_sms_norm_to_ict.scr - que transforma, filtra y enriquece, del formato
normalizado SMS para el formato ICT

o sc_sms_ict_unbill_out.scr – para generación/disponibilización en disco del

archivo con registros filtrados por la operación, en el formato normalizado
SMS
o sc_drd_sms.scr – que tendrá la lógica para detección de duplicidad de

registros SMS
o sc_drd_sms_display.scr – para visualización da área del DRD para SMS
3.6.3.1 Operación PR_SMSN_ICT
Irá a realizar la transformación y filtragen de los registros, del formato normalizado

sms para lo formato ICT, de envió la el InterconnecT.
3.6.3.1.1 Filtros SMS
Una de las funciones de la operación PR_SMSN_ICT será filtrar los registros que no
siguientes reglas de filtro e crítica serán aplicadas:
• Actualmente, son enviados para interconexión solamente los registros donde el
STATE es “D” - Delivered - y que seyam:
o GSM y CDMA Postpago ON-NET
o Registro de Despacho de GSM/CDMA Postpago OFF-NET
o Registro de Despacho de CDMA Prepago OFF-NET
o Registro de Despacho de CDMA Prepago ON-NET
o Registro de Delivery de GSM/CDMA Postpago OFF-NET
o Registro de entrada OFF-NET a GSM/CDMA
o GSM/CDMA Postpago a INTERNACIONAL
o CDMA Prepago a INTERNACIONAL
o INTERNACIONAL a GSM/CDMA

Page 50 of 132
o CDMA Postpago a VAS

o CDMA Prepago a VAS
o VAS a CDMA
o GSM a OTA GSO SIM
o OTA a GSM
o DELIVERED
Los demás registros que son de STATE Delivered y no están encuadrados en
una de las reglas arriba son enviados la el EPS Suspend, para verificación.
• Claro desea que sean enviados al InterconnecT V7.1 todos los estados. Los filtros
que permanecerán en la mediación son los siguientes:
o Filtrar registros de validación de saldo para CDMA Prepago
o Filtrar GSM a SPEEDY
o Filtrar SPEEDY a GSM
o Filtrar registros entrantes de GCO (SIM)
3.6.3.1.2 Mapeo del Normalizado SMS para ICT
La operación PR_SMSN_ICT también irá realizar la transformación, normalización de

contenido y enriquecimiento de los registros, del formato normalizado SMS para el
formato ICT, de envió la el InterconnecT V7.1.
El estado detallado del evento será transferido para el campo de resumen (User
Summarization) del InterconnecT para los informes de gestión.

TIPO_REGISTRO "MO": Para SMS originado en la red de UD.TIPO_TRAFICO = "OFN":
Claro para un número Claro o otra red "MO": Si campo EI_ID = SMPP.6, SMPP.26, SMPP.38,
"MT": Para SMS terminado en la red de SMPP.40, SMPP.42, SMPP.44 o SMPP.46
Claro de un número Claro o otra red "MT": Si campo SOURCE_EI_ID = SMPP.7, SMPP.27,
"MU": Mediation Undo SMPP.37, SMPP.39, SMPP.41, SMPP.43 o SMPP.45
UD.TIPO_TRAFICO = "ONN":
"MO": Si campo SOURCE_EI_ID = MAP o IS41 y
SM_CLASS = T
"MT": Si campo EI_ID = MAP o IS41 y SM_CLASS = M
El contenido "MU" es utilizado cuándo hay necesidad de
hacer una inversión de los pagos en el InterconnecT,
debido a algun problema en el flujo de interconexión. Por
ejemplo, si hay um grupo de CDR's tasados com
problema, la mediación debe enviar los mismos CDR's
para el InterconnecT, pero con este campo llenado con
"MU".
SENTIDO “O”: MO - Mensaje Originada (Outgoing) UD.TIPO_TRAFICO = "OFN":

“I”: MT - Mensaje Terminada (Incoming) "O": Si campo EI_ID = SMPP.6, SMPP.26, SMPP.38,
SMPP.40, SMPP.42, SMPP.44 o SMPP.46
"I": Si campo SOURCE_EI_ID = SMPP.7, SMPP.27,
SMPP.37, SMPP.39, SMPP.41, SMPP.43 o SMPP.45
UD.TIPO_TRAFICO = "ONN":
"O": Si campo SOURCE_EI_ID = MAP o IS41 y SM_CLASS
=T

Page 51 of 132

"I": Si campo EI_ID = MAP o IS41 y SM_CLASS = M
PRODUCTO_E “SMS”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Entrante solamente, conforme
“INT”>+<ESTADO> donde: reglas de mapeo definidas en lo capitulo 5.5.3.2 de este
- Estado es derivado sigundo reglas documento.
asociadas a Tipo Trafico, State, SM Class y Para el tráfico Saliente llenar con Blancos.
Not Ext State
PRODUCTO_S “SMS”+<TIPO_TRAFICO>+<”NAC” o Llenado para el tráfico Saliente solamente, conforme
“INT”>+ <ESTADO> donde: reglas de mapeo definidas en lo capitulo 5.5.3.2 de este
- Estado es derivado sigundo reglas documento.
asociadas a Tipo Trafico, State, SM Class y Para el tráfico Entrante llenar con Blancos.
Not Ext State
NUMERO_ORIGEN “+”+<CP><CA><NUMERO> o Es el número que originó el evento, derivado del campo
<NUMERO CORTO> SOURCE_ID, en el formato:
"“+”+<CP><CA><NUMERO>". Donde,
CA = Código de área (9 para Móvil de Chile)
Excepción: Cuando MT, SOURCE_EI_ID = EI_ID y
SM_CLASS = N (Notification), debe ser derivado del
campo TARGET_ID.
NUMERO_DESTINO “+”+<CP><CA><NUMERO> Es el número que originó el evento, derivado del campo

TARGET_ID, en el formato:
Excepción: Cuando MT, SOURCE_EI_ID = EI_ID y
SM_CLASS = N (Notification), debe ser derivado del
campo SOURCE_ID.
ELEMENTO_RED_E “SMSC” Debe ser fijo "SMSC" para el tráfico de SMS.

- Llenar con la con la Ruta de Entrada (SOURCE_EI_ID)
ELEMENTO_RED_S “SMSC” Debe ser fijo "SMSC" para el tráfico de SMS.

- Llenar con la Ruta de Salida (EI_ID)
FECHA_EVENTO Fecha de inicio de la llamada Fecha respuesta en el formato YYYYMMDD, derivada del
campo STATE_DATE
HORA_EVENTO Hora de inicio de la llamada Hora respuesta en el formato HHMMSS, derivada del
campo STATE_DATE
DURACION_EVENT “0” No si aplica. Llenado con ZERO
O

TECNOLOGIA "C" - CDMA Es la tecnología del ICT.NUMERO_ORIGEN para el tráfico
"G" - GSM Saliente o del ICT.NUMERO_DESTINO para el tráfico

Page 52 of 132

"N" - No Identificada Entrante conforme validación del numero en la tabla
sc_number_info_tbl de la mediación. Cuando es un
visitante en la red de Claro que originó una llamada, la
tecnología debe ser llenada con "N" - No Identificada.
Cuenta Exacta Llenar con "01" para "ICT.SUBTIPO_ABONADO" "01"
"03"
SUBTIPO_ABONAD “00”: Si el subscriptor no es Smartcom El valor de este campo se determina evaluando el

O “01”: Si el subscriptor es de PostPago número de origen o destino según rangos de numeración
“02”: Si el subscriptor es de PrePago definidos en Smartcom en la tabla sc_number_info_tbl de
"03": Si el subscriptor es Cuenta exacta la mediación.
Llenar con Tipo Subscriptor Entrada si llamada es Saliente
Llenar con Tipo Subscriptor Salida si llamada es Entrante
STATUS Alineado a la izquierda y rellenado con Estado del evento. Compuesto de los campos: STATE (2
espacios en blando a la derecha. posiciones alineado a la izquierda con espacios en blanco
a la derecha) + SM_CLASS (1 posición) + decodificación
NOT_EXT_STATE (1 posición):
- "S" si "STATE_DELIVERED (1)"
- "F" si "STATE_UNDELIVERABLE (2)"
- o Blanco
TIPO_CONTENIDO "SMS": Tráfico de SMS Debe ser fijo "SMS" para el tráfico SMS.
ID_REGISTRO Código de 10 posiciones alineado a la Mapeo directo del campo "ISN".
izquierda y rellenado con espacios en Código de 10 posiciones que identifica cada registro.
blando a la derecha.
TIPO_TRAFICO "ONN": On-Net - Llenar con "ONN": si SOURCE_EI_ID y EI_ID no tienen
"OFN": Off-Net una de las rutas abajo.
- Llenar con "OFN": si (SOURCE_EI_ID = SMPP.7,
SMPP.27, SMPP.37, SMPP.39, SMPP.41, SMPP.43 o
SMPP.45) o (EI_ID = SMPP.6, SMPP.26, SMPP.38,
SMPP.40, SMPP.42, SMPP.44 o SMPP.46).
CELDA_E Blanco No si aplica. Llenar con Blanco
CELDA_S Blanco No si aplica. Llenar con Blanco

NRO_ORIGEN SOURCE_ID Mapeo directo del campo "SOURCE_ID", entre los dos
primeros simbolos ":".
NRO_DESTINO TARGET_ID Mapeo directo del campo "TARGET_ID", entre los dos
primeros simbolos ":".
NRO_DISCADO ORIGINAL_TARGET Mapeo directo del campo "ORIGINAL_TARGET", entre los
dos primeros simbolos ":".

IMEI Blanco No si aplica. Llenar con Blanco

IDO
Tabla 3-12: Mapeo del Normalizado SMS para ICT
3.6.3.2 Operación PR_DRD_SMS
Para esa operación será criada un área de DRD solamente, para todos los registros
SMS de interconexión. Los parámetros asociados a la configuración de esta área san

Page 53 of 132
dependientes del tipo de dado en que la verificación de duplicidad será

implementada:
• script de detección de duplicidad: sc_drd_sms.scr
• script de visualización de la área de duplicidad: sc_drd_sms_display.scr
• áreas DRD:
o SMSC
• clave de comparación: sc_sms_drd_key
Campo Formato posición Largo Descripción

(Byte) (Bytes)


STATUS String_ascii 54 4 Status de los eventos SMS
Tabla 3-13: Clave DRD SMS

Page 54 of 132
3.6.4 MMS
Figura 6: Business Logic de MMS
Plan que colecta registros de MMS (CDMA y GSM), transformándolos primeramente

para un formato normalizado y, a partir de este, generando salidas para los sistemas
destino. Serán incluidas en lo mismo la operación de transformación PR_MMSN_ICT,
del formato normalizado MMS (CDMA y GSM) para el formato ICT, y la operación de
PR_DRD_MMS, para detección de duplicados.

• Business Logia:
o GSM_MMS
• Plan:
o PR_GMMS
o OIFICTE – tendrá todos los registros de MMS (CDMA y GSM) que sean
• Operaciones:
o PR_MMSN_ICT – que transforma del formato normalizado MMS para el
formato ICT
o PR_DRD_SMS – que irá a tratar la duplicidad de registros
• Scripts:

Page 55 of 132
o sc_mms_norm_to_ict.scr - que transforma, filtra y enriquece, del formato

normalizado MMS para el formato ICT

o sc_drd_mms.scr – que tendrá la lógica para detección de duplicidad de

registros MMS
o sc_drd_mms_display.scr – para visualización da área del DRD para MMS
3.6.4.1 Operación PR_MMSN_ICT
Irá realizar la transformación de los registros, del formato normalizado MMS para lo
formato ICT, de envió la el InterconnecT.
3.6.4.1.1 Filtros MMS
La filtragen de registros MMS para interconexión será realizada por la operación que
generará el formato normalizado de MMS, que está siendo especificada por Claro
Chile y será desarrollado por Claro Chile . La operación de transformación del formato
normazido MMS para el formato ICT enviará todos los registros de entrada para la lo
InterconnecT V7.1, para tasación de interconexión.
3.6.4.1.2 Mapeo del Normalizado MMS para ICT
La operación PR_MMSN_ICT también irá realizar la transformación, normalización de

contenido y enriquecimiento de los registros, del formato normalizado MMS para el

TIPO_REGISTRO "MO": Para MMS originado en la red de Mapeo directo del campo SENTIDO.
Claro para un número Claro o otra red El contenido "MU" es utilizado cuándo hay necesidad de
"MT": Para MMS terminado en la red de hacer una inversión de los pagos en el InterconnecT,
Claro de un número Claro o otra red debido a algun problema en el flujo de interconexión. Por
"MU": Mediation Undo ejemplo, si hay um grupo de CDR's tasados com
"MU".
SENTIDO “O”: MO - Mensaje Originada (Outgoing) Derivado del campo SENTIDO.

“I”: MT - Mensaje Terminada (Incoming)
PRODUCTO_E “MMS”+<TIPO_TRAFICO>+”NAC”+<EST Llenado para el tráfico Entrante solamente, conforme
ADO> donde: reglas de mapeo definidas en lo capitulo 5.5.3.3 de este
- Estado es derivado de lãs informciones documento.
de Tipo Registro, Status, Elemento Red Para el tráfico Saliente llenar con Blancos.
Entrada y Elemento Red Salida

Page 56 of 132

PRODUCTO_S “MMS”+<TIPO_TRAFICO>+”NAC”+ Llenado para el tráfico Saliente solamente, conforme
<ESTADO> donde: reglas de mapeo definidas en lo capitulo 5.5.3.3 de este
- Estado es derivado de las informciones documento.
de Tipo Registro, Status, Elemento Red Para el tráfico Entrante llenar con Blancos.
Entrada y Elemento Red Salida
NUMERO_ORIGEN “+”+<CP><CA><NUMERO> Mapeo directo del NUMERO_ORIGEN. Es el número que

originó el evento en el formato:
NUMERO = Número del abonado que originó el evento.
NUMERO_DESTINO “+”+<CP><CA><NUMERO> Mapeo directo del NUMERO_TERMINACION. Es el número

en que terminó el evento en el formato:
NUMERO = Número del abonado en que terminó el
evento.
ELEMENTO_RED_E "MMSCGSM": MMSC GSM Mapeo directo del campo ELEMENTO_RED

"MMSCCDMA": MMSC CDMA
RUTA_E Llenado para el tráfico Entrante Mapeo directo del campo RUTA_ENTRADA
solamente:
"CLRGSM", "CLRCDMA", "ENTEL",
"MOVISTAR" o Blanco
ELEMENTO_RED_S "MMSCGSM": MMSC GSM Mapeo directo del campo ELEMENTO_RED
"MMSCCDMA": MMSC CDMA
RUTA_S Llenado para el tráfico Saliente solamente: Mapeo directo del campo RUTA_SALIDA
"CLRGSM", "CLRCDMA", "ENTEL",
"MOVISTAR" o Blanco
FECHA_EVENTO Fecha de início del evento Fecha respuesta en el formato YYYYMMDD, derivada del
campo FECHA_EVENTO
HORA_EVENTO Hora de início del evento Hora respuesta en el formato HHMMSS, derivada del
campo HORA_EVENTO

O

TECNOLOGIA "C" - CDMA Derivado del campo TECNOLOGIA.
"G" – GSM
TIPO_ABONADO “00”: Si el subscriptor no es Smartcom Mapeo directo del campo TIPO_ABONADO

“01”: Si el subscriptor es de PostPago
“02”: Si el subscriptor es de PrePago,
Cuenta Exacta
SUBTIPO_ABONAD “00”: Si el subscriptor no es Smartcom Mapeo directo del campo SUBTIPO_ABONADO

O “01”: Si el subscriptor es de PostPago
“02”: Si el subscriptor es de PrePago
"03": Si el subscriptor es Cuenta exacta
STATUS Alineado a la izquierda y rellenado con Estado del evento. Compuesto de los campos:
espacios en blando a la derecha. TIPO_ACCION (2 posiciones alineado a la izquierda con
espacios en blanco a la derecha) +
MSG_CONFIGURMACION (1 posición) + ESTADO (1
posición).
TIPO_CONTENIDO Tipo Contenido. Ej: "Picture_Message" Derivado del campo TIPO_CONTENIDO con 8 dígitos.
ID_REGISTRO Código de 8 posiciones alineado a la Mapeo directo del campo "ID_REGISTRO".
izquierda y rellenado con espacios en Código de 8 posiciones que identifica cada registro.
blando a la derecha.

Page 57 of 132

TIPO_TRAFICO "ONN": On-Net Mapeo directo del campo TIPO_TRAFICO.
"OFN": Off-Net

NRO_ORIGEN Blanco No si aplica. Llenar con Blanco
NRO_DESTINO Blanco No si aplica. Llenar con Blanco

NRO_DISCADO Blanco No si aplica. Llenar con Blanco


IDO
Tabla 3-14: Mapeo del Normalizado MMS para ICT
3.6.4.2 Operación PR_DRD_MMS
MMS GSM y CDMA de interconexión. Los parámetros asociados a la configuración de
esta área san dependientes del tipo de dado en que la verificación de duplicidad será
implementada:
• script de detección de duplicidad: sc_drd_mms.scr
• script de vis ualización de la área de duplicidad: sc_drd_mms_display.scr
• áreas DRD:
o MMSC
• clave de comparación: sc_mms_drd_key

(Byte) (Bytes)
NUMERO_ORIGEN originó el evento
NUMERO_DESTINO terminó el evento
FECHA_EVENTO String_ascii 51 8 Fecha de inicio del evento

HORA_EVENTO String_ascii 59 6 Hora de inicio del evento
STATUS String_ascii 65 4 Status de los eventos MMS
Tabla 3-15: Clave DRD MMS

Page 58 of 132
3.6.5 Speedy
Figura 7: Business Logic de Speedy
Plan que colecta registros de Speedy, transformándolos primeramente para un

formato normalizado y, a partir de este, generando salidas para los sistemas destino.
Serán incluidas en lo mismo la operación de transformación PR_SPDY_ICT, del
formato normalizado Speedy para el formato ICT, y la operación de PR_DRD_SPDY,
para detección de duplicados.

• Business Logic
o GSM_SPD
• Plan:
o PR_SPDY
o OIFICTE – tendrá todos los registros de Speedy que sean considerados
para tarifación de interconexión, tanto on-net como off-net
• Operaciones:
o PR_SPDY_ICT – que transforma del formato normalizado Speedy para el
formato ICT
o PR_DRD_SPDY – que irá a tratar la duplicidad de registros
• Scripts:
o sc_speedy_norm_to_ict.scr - que transforma, filtra y enriquece, del
formato normalizado Speedy para el formato ICT

Page 59 of 132

o sc_drd_speedy.scr – que tendrá la lógica para detección de duplicidad de

registros Speedy
o sc_drd_speedy_display.scr – para visualización da área del DRD para

Speedy
3.6.5.1 Operación PR_SPDY_ICT
Irá realizar la transformación de los registros, del formato normalizado Speedy para
lo formato ICT, de envió la el InterconnecT.
3.6.5.1.1 Filtros Speedy
La filtragen de registros Speedy para interconexión será realizada por la operación

que generará el formato normalizado de Speedy. La operación de transformación del
formato normazido Speedy para el formato ICT enviará todos los registros de
entrada para la lo InterconnecT V7.1, para tarifación de interconexión.
3.6.5.1.2 Mapeo del Normalizado Speedy para ICT
La operación PR_SPDY_ICT también irá realizar la transformación, normalización de

contenido y enriquecimiento de los registros, del formato normalizado Speedy para el

TIPO_REGISTRO "WP": Descarga WAP Derivado del campo FUENTE:
"MO": SMS Saliente WAP = "WP" (Descarga WAP)
"MT": SMS Entrante SMSMO = "MO" (SMS Saliente)
"MU": Mediation Undo SMSMT = "MT" (SMS Entrante)
El contenido "MU" es utilizado cuándo hay necesidad de
debido a algun problema en el flujo de interconexión. Por
ejemplo, si hay um grupo de CDR's tasados com
"MU".
SENTIDO “O” Derivado del campo FUENTE:

“I” WAP = "O" (Descarga WAP)
SMSMO = "O" (SMS Saliente)
SMSMT = "I" (SMS Entrante)
PRODUCTO_E <ID_ORIGEN>+”NAC”+<ESTADO > Llenado para el tráfico Entrante solamente, conforme
donde: reglas de mapeo definidas en lo capitulo 5.5.3.4 de este
documento.
- ID Origen: “SMSAGD”, “SMSPVD”,
“WAPAGD” o “WAPPVD” Para el tráfico Saliente llenar con Blancos.
- Estado es derivado del Status
PRODUCTO_S <ID_ORIGEN>+”NAC”+<ESTADO > Llenado para el tráfico Saliente solamente, conforme
reglas de mapeo definidas en lo capitulo 5.5.3.4 de este

Page 60 of 132

donde: documento.
- ID Origen: “SMSAGD”, “SMSPVD”, Para el tráfico Entrante llenar con Blancos.
“WAPAGD” o “WAPPVD”
- Estado es derivado del Status
NUMERO_ORIGEN WAP: “+”+<CP><CA><NUMERO> WAP: Es el número que originó el evento, derivado del
SMS: campo TELEFONO, en el formato:
MO: “+”+<CP><CA><NUMERO> "“+”+<CP><CA><NUMERO>". Donde,
MT: <NRO_CORTO> CP = Código del país
SMS:
MO: Es el número que originó el evento, derivado del
campo TELEFONO, en el formato:
MT: Es el número corto originó el evento, derivado del
campo ORIGIN.
NUMERO_DESTINO WAP: <PROVEEDOR><ID_SERVICIO> WAP: Será constituido por la concatenación de los

SMS: campos PROVEEDOR y ID_SERVICIO del formato
MO: <NRO_CORTO> normalizado SPEEDY.
MT: “+”+<CP><CA><NUMERO> SMS:
MO: Es el número corto en que terminó el evento,
derivado del campo ORIGIN.
MT: Es el número en que terminó el evento, derivado del
campo TELEFONO, en el formato:
ELEMENTO_RED_E "SPEEDY" Debe ser fijo "SPEEDY" para el tráfico de Speedy.
RUTA_E Llenado para el tráfico Entrante Derivado del campo FUENTE:

solamente: SMSMO o SMSMT = "SMS"
"SMS" o Blanco
ELEMENTO_RED_S "SPEEDY" Debe ser fijo "SPEEDY" para el tráfico de Speedy.

RUTA_S Llenado para el tráfico Saliente solamente: Derivado del campo FUENTE:
"WAP", "SMS" o Blanco WAP = "WAP"
SMSMO o SMSMT = "SMS"
campo FECHA
campo FECHA
O
VOLUME_DATOS MMMMMMDDDD Derivado del monto total con 4 decimales -

MMMMMMDDDD
UNIDAD_DATOS "PESO" Debe ser fijo "PESO" para el tráfico de Speedy.
TECNOLOGIA "C" - CDMA Derivado del campo PLATAFORMA.

"G" – GSM
Cuenta Exacta Llenar con "01" para "ICT.SUBTIPO_ABONADO" "01"
"03"
SUBTIPO_ABONAD “00”: Si el subscriptor no es Smartcom Derivado del TIPO_ABONADO del formato Speedy:
O “01”: Si el subscriptor es de PostPago "01" si TIPO_ABONADO = 0 (Pospago)

Page 61 of 132

“02”: Si el subscriptor es de PrePago "02" si TIPO_ABONADO = 1 (Prepago)
"03": Si el subscriptor es Cuenta exacta "03" si TIPO_ABONADO = 3 (Cuenta Exacta)
"00" si no es 0, 1 o 3
STATUS Status del evento. Mapeo directo del campo STATUS.
TIPO_CONTENIDO Nombre Servicio. Ej: "Picture_Message" Derivado del campo NOMBRE_SERVICIO con 8 dígitos.
ID_REGISTRO Código de 12 posiciones Mapeo directo del campo ID.
Código de 12 posiciones que identifica cada registro.
TIPO_TRAFICO "AGD": Agregador Derivado del campo TIPO_ACUERDO:

"PVD": Proveedor "AGD" si TIPO_ACUERDO = "Agregador"
"PVD" si TIPO_ACUERDO = "Proveedor"
CELDA_E Celda Mapeo directo del campo ID_CELDA



PROMOCION Promoción Derivado del campo PROMOCION con 50 posiciones.

SUBTIPO_CONTEN Descripción del Contenido Derivado del campo DESCR_CONTENIDO con 50
IDO posiciones.
Tabla 3-16: Mapeo del Normalizado Speedy para ICT
3.6.5.2 Operación PR_DRD_SPDY
Speedy con destino la interconexión. Los parámetros asociados a la configuración de
implementada:
• script de detección de duplicidad: sc_drd_speedy.scr
• script de visualización de la área de duplicidad: sc_drd_speedy_display.scr
• áreas DRD:
o SPEEDY
• clave de comparación: sc_speedy_drd_key

(Byte) (Bytes)

Page 62 of 132

(Byte) (Bytes)

STATUS String_ascii 65 4 Status de los eventos Speedy
Tabla 3-17: Clave DRD Speedy
3.6.6 HIT
Figura 8: Business Logic de HIT
Plan que colecta registros de HIT, transformándolos primeramente para un formato

normalizado y, a partir de este, generando salidas para los sistemas destino. Serán
incluidas en lo mismo la operación de transformación PR_HIT_ICT, del formato
normalizado HIT para el formato ICT, y la operación de PR_DRD_HIT, para detección
de duplicados.

• Business Logic
o GSM_HIT
• Plan:
o PR_HIT
o OIFICTE – tendrá todos los registros de HIT que sean considerados para
tarifación de interconexión, tanto on-net como off-net

Page 63 of 132
• Operaciones:
o PR_HIT_ICT – que transforma del formato normalizado HIT para el
formato ICT
o PR_DRD_HIT – que irá a tratar la duplicidad de registros
• Scripts:
o sc_hit_norm_to_ict.scr - que transforma, filtra y enriquece, del formato
normalizado HIT para el formato ICT

o sc_drd_hit.scr – que tendrá la lógica para detección de duplicidad de

registros HIT
o sc_drd_hit_display.scr – para visualización da área del DRD para HIT
3.6.6.1 Operación PR_HIT_ICT
Irá realizar la transformación de los registros, del formato normalizado HIT para lo
formato ICT, de envió la el InterconnecT.
3.6.6.1.1 Filtros HIT
La selección de registros HIT para interconexión será realizada por la operación que
generará el formato normalizado de HIT. La operación de transformación del formato
normalizado HIT para el formato ICT enviará todos los registros de entrada para la lo
InterconnecT V7.1, para tarifación de interconexión.
3.6.6.1.2 Mapeo del Normalizado HIT para ICT
La operación PR_HIT_ICT también irá realizar la transformación, normalización de

contenido y enriquecimiento de los registros, del formato normalizado HIT para el

TIPO_REGISTRO "HT": HIT Fijo "HT" para el tráfico HIT o "MU".
"MU": Mediation Undo El contenido "MU" es utilizado cuándo hay necesidad de
debido a algún problema en el flujo de interconexión. Por
ejemplo, si hay un grupo de CDRs tasados con problema,
la mediación debe enviar los mismos CDRs para el
InterconnecT, pero con este campo llenado con "MU".
SENTIDO "O" Fijo "O" para el tráfico HIT.

PRODUCTO_E “HIT” Llenado para el tráfico Entrante solamente, conforme

Page 64 of 132

documento.
Para el tráfico Saliente llenar con Blancos.
PRODUCTO_S “HIT” Llenado para el tráfico Saliente solamente, conforme

documento.
Para el tráfico Entrante llenar con Blancos.
NUMERO_ORIGEN “+”+<CP><CA><NUMERO> Es el número que originó el evento, derivado del campo
ORIGEN, en el formato: "“+”+<CP><CA><NUMERO>".
Donde,
NUMERO_DESTINO <URL> Es la URL o IP acezada, derivada del campo DESTINO,
sin el “http”, hasta la extensión ".cl". Ej.
"dclarochile.immessenger.cl" o "wap.movidreams.cl".
ELEMENTO_RED_E Blanco No si aplica. Llenar con Blanco

RUTA_E Blanco No si aplica. Llenar con Blanco
ELEMENTO_RED_S "HIT" Debe ser fijo "HIT" para el tráfico de HIT.

RUTA_S "HIT" Debe ser fijo "HIT" para el tráfico de HIT.
campo FECHA
campo HORA

O

UNIDAD_DATOS Blanco No si aplica. Llenar con Blanco
TECNOLOGIA "C" - CDMA Derivado del campo TECNOLOGIA:

"G" - GSM "C" - CDMA
"G" - GSM
TIPO_ABONADO “01”: Si el TIPO_ABONADO es "Postpago" Derivado del campo TIPO_ABONADO:
“02”: Si el TIPO_ABONADO es "Prepago" “01”: Si el TIPO_ABONADO es "Postpago"
“00”: Si el TIPO_ABONADO no "PostPago" “02”: Si el TIPO_ABONADO es "Prepago"
o "Prepago" “00”: Si el TIPO_ABONADO no "PostPago" o "Prepago"
SUBTIPO_ABONAD Blanco No si aplica. Llenar con Blanco
O
STATUS Blanco No si aplica. Llenar con Blanco

TIPO_CONTENIDO Blanco No si aplica. Llenar con Blanco
ID_REGISTRO Blanco No si aplica. Llenar con Blanco
TIPO_TRAFICO Blanco No si aplica. Llenar con Blanco





Page 65 of 132

SUBTIPO_CONTEN <Browsers> Mapeo directo del campo BROWSERS.
IDO
Tabla 3-18: Mapeo del Normalizado HIT para ICT
3.6.6.2 Operación PR_DRD_HIT
HIT con destino la interconexión. Los parámetros asociados a la configuración de
implementada:
• script de detección de duplicidad: sc_drd_hit.scr
• script de visualización de la área de duplicidad: sc_drd_hit_display.scr
• áreas DRD:
o HIT
• clave de comparación: sc_hit_drd_key

(Byte) (Bytes)

Tabla 3-19: Clave DRD HIT

Page 66 of 132
4. ESCENARIOS DE TRÁFICO Y REGLAS DE PAGO
Esta sesión describe los escenarios de llamadas y eventos que serán manejados por
el sistema InterconnecT V7 en la implementación Claro Chile . No hay aquí, todavía,
la intención de limitar los escenarios que el sistema InterconnecT puede a cualquier
momento implementar. En el contrario, este documento solamente formaliza los
escenarios discutidos y que harán parte del alcance de implementación a ser
realizado por INTEC en el proyecto. Así, Claro Chile podrá en el futuro manejar
nuevos requerimientos de escenarios a través de la adición de datos de referencia.
4.1 Escenarios de Voz Entrante
4.1.1 VOZ OFF-NET INT
ESCENARIO SENTIDO E
ID E.VOZ.1
ELEMENTO RED Central VOZ
PRODUCTO ICT VOZOFNINT
TIPO TRÁFICO VOZ OFF-NET INT
DESCRIPCIÓN ORIGEM INTERNACIONAL
OPERADOR DE LA RUTA RED CARRIER
DESTINO MÓVIL CLARO o VIS ITANTE
REGLA DE DEUDORA Ruta de Entrada
PAGO
ACREEDORA Claro
NOMBRE TARIFA Cargo de Acceso
UNIDAD DE TASACIÓN 1 segundo
TASACIÓN MÍNIMA (seg) 1 segundo
FRANJA HORÁRIA Standard
INFORMACIÓN INFORMACIÓN PAGOS Precio ingreso Cargo de
Acceso Claro es lo mismo
para todos los operadores.
Es posible utilizar el "CRB".
INFORMACIÓN
ESCENÁRIO

Page 67 of 132
4.1.2 VOZ OFF-NET NAC QLP
ESCENARIO SENTIDO E
ID E.VOZ.2
PRODUCTO ICT VOZOFNNACQLP
TIPO TRÁFICO VOZ OFF-NET NAC QLP
DESCRIPCIÓN ORIGEM FIJO CHILE / RED MÓVIL
CHILE
OPERADOR DE LA RUTA RED FIJA CHILE / RED
MÓVIL CHILE
DESTINO MÓVIL CLARO
PAGO
ACREEDORA Claro
INFORMACIÓN
ESCENÁRIO
4.1.3 VOZ OFF-NET NAC QRP
ESCENARIO SENTIDO E
ID E.VOZ.3
PRODUCTO ICT VOZOFNNACQRP
TIPO TRÁFICO VOZ OFF-NET NAC QRP
DESCRIPCIÓN ORIGEM FIJO CHILE / RED MÓVIL
CHILE
MÓVIL CHILE
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - QRP
UNIDAD DE TASACIÓN NA
TASACIÓN MÍNIMA (seg) NA
INFORMACIÓN INFORMACIÓN PAGOS
INFORMACIÓN
ESCENÁRIO

Page 68 of 132
4.1.4 VOZ OFF-NET NAC QLP TRANSITO
ESCENARIO SENTIDO E
ID E.VOZ.4
TRANSITO
DESCRIPCIÓN ORIGEM FIJO CHILE
OPERADOR DE LA RUTA OTRA RED FIJA
REGLA DE DEUDORA Abonado A
PAGO
ACREEDORA Claro
INFORMACIÓN Identificar transito por
ESCENÁRIO operador Ruta diferente del
operador de A# (NAA A#).
4.1.5 VOZ OFF-NET NAC QRP TRANSITO
ESCENARIO SENTIDO E
ID E.VOZ.5
TRANSITO
DESCRIPCIÓN ORIGEM FIJO CHILE
PAGO
ACREEDORA Claro


Page 69 of 132
ESCENARIO SENTIDO E
ID E.VOZ.6
TRANSITO
DESCRIPCIÓN ORIGEM MÓVIL CHILE
OPERADOR DE LA RUTA OTRA RED MÓVIL CHILE
PAGO
ACREEDORA Claro
ESCENARIO SENTIDO E
ID E.VOZ.7
TRANSITO
DESCRIPCIÓN ORIGEM MÓVIL CHILE
PAGO
ACREEDORA Claro


Page 70 of 132
4.1.8 VOZ OFF-NET NAC QLP CONMUTADO
ESCENARIO SENTIDO E
ID E.VOZ.8
CONMUTADO
DESCRIPCIÓN ORIGEM FIJO CHILE / RED MÓVIL CHILE
OPERADOR DE LA RUTA RED CARRIER (Telmex y Entel)
REGLA DE DEUDORA Abonado A Claro
PAGO
ACREEDORA Claro Ruta de Entrada
NOMBRE TARIFA Cargo de Acceso Costo Conmutado
UNIDAD DE TASACIÓN 1 segundo 1 segundo
TASACIÓN MÍNIMA (seg) 1 segundo 1 segundo
FRANJA HORÁRIA Standard Plano
INFORMACIÓN INFORMACIÓN PAGOS Precio ingreso Cargo de Acceso
Claro es lo mismo para todos El Costo Conmutado depende
los operadores. Es posible de la zona primaria de origen
utilizar el "CRB". y de la Carrier de la Ruta.
INFORMACIÓN Identificar Conmutado por
ESCENÁRIO operador Ruta Carrier.
4.1.9 VOZ OFF-NET NAC QRP CONMUTADO
ESCENARIO SENTIDO E
ID E.VOZ.9
CONMUTADO
DESCRIPCIÓN ORIGEM FIJO CHILE / RED MÓVIL CHILE
OPERADOR DE LA RUTA RED CARRIER (Telmex y Entel)
PAGO
NOMBRE TARIFA Sin Cargo - QRP Costo Conmutado
UNIDAD DE TASACIÓN NA 1 segundo
TASACIÓN MÍNIMA (seg) NA 1 segundo
INFORMACIÓN INFORMACIÓN PAGOS El Costo Conmutado depende
de la zona primaria de origen
y de la Carrier de la Ruta.

Page 71 of 132
4.1.10 VOZ OFF-NET NAC 800
ESCENARIO SENTIDO E
ID E.VOZ.10
PRODUCTO ICT VOZOFNNAC800
TIPO TRÁFICO VOZ OFF-NET NAC 800
DESCRIPCIÓN ORIGEM 800 FIJO / 800 CARRIER
CARRIER
PAGO
ACREEDORA Claro
INFORMA CIÓN INFORMACIÓN PAGOS Precio ingreso Cargo de
INFORMACIÓN
ESCENÁRIO
4.1.11 VOZ OFF-NET NAC 800 CONMUTADO
ESCENARIO SENTIDO E
ID E.VOZ.11
TIPO TRÁFICO VOZ OFF-NET NAC 800 CONMUTADO
DESCRIPCIÓN ORIGEM 800 FIJO
OPERADOR DE LA RUTA RED CARRIER (Telmex)
PAGO
INFORMACIÓN INFORMACIÓN PAGOS Precio ingreso Cargo de Acceso Claro
es lo mismo para todos los El Costo Conmutado es
operadores. Es posible utilizar el el de Santiago pq el
"CRB". 800 es Non Geográfico.
INFORMACIÓN Identificar Conmutado por operador
ESCENÁRIO Ruta Carrier.

Page 72 of 132
4.1.12 VOZ ON-NET NAC
ESCENARIO SENTIDO E
ID E.VOZ.12
PRODUCTO ICT VOZONNNAC
TIPO TRÁFICO VOZ ON-NET NAC
DESCRIPCIÓN ORIGEM MÓVIL CLARO
OPERADOR DE LA RUTA RUTA INTERNA
REGLA DE DEUDORA Claro
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - Voz On-net
INFORMACIÓN
ESCENÁRIO
4.2 Escenarios de Voz Saliente
4.2.1 VOZ OFF-NET INT SIN CODIGO SELECCIÓN CARRIER
ESCENARIO SENTIDO S
ID S.VOZ.2
TIPO TRÁFICO VOZ OFF-NET INT SIN CODIGO
SELECCIÓN CARRIER
DESCRIPCIÓN ORIGEM MÓVIL CLARO / VISITANTE
DESTINO MÓVIL VISITADO /
INTERNACIONAL
PAGO
ACREEDORA Ruta de Salida
NOMBRE TARIFA Costo Terminación LDI Roaming
FRANJA HORÁRIA Plano
INFORMACIÓN INFORMACIÓN PAGOS El "Costo Terminación LDI
Visitante" depende del grupo de
destino y del Operador de la Ruta.
INFORMACIÓN
ESCENÁRIO

Page 73 of 132
4.2.2 VOZ OFF-NET INT IP
ESCENARIO SENTIDO S
ID S.VOZ.3
TIPO TRÁFICO VOZ OFF-NET INT IP
OPERADOR DE LA RUTA OPERADOR IP
DESTINO INTERNACIONAL
PAGO
NOMBRE TARIFA Costo Terminación LDI IP
INFORMACIÓN INFORMACIÓN PAGOS El "Costo Terminación LDI
IP" depende del grupo de
destino y del Operador de
la Ruta.
INFORMACIÓN Identificar el operador IP
ESCENÁRIO por la Ruta de Salida.
4.2.3 VOZ OFF-NET NAC QLP
ESCENARIO SENTIDO S
ID S.VOZ.4
OPERADOR DE LA RUTA RED FIJA CHILE
DESTINO FIJO CHILE
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El "Cargo de Acceso"
depende de la zona
primaria de destino.
INFORMACIÓN
ESCENÁRIO

Page 74 of 132
4.2.4 VOZ OFF-NET NAC QLP (Telesat y Infopyme)
ESCENARIO SENTIDO S
ID S.VOZ.5
(Telesat y Infopyme)
OPERADOR DE LA RUTA RED FIJA (Telesat y
Infopyme)
DESTINO FIJO (Telesat y Infopyme)
PAGO
FRANJA HORÁRIA Standard 2
depende de la zona
INFORMACIÓN Telesat y Infopyme tienen
ESCENÁRIO franja horaria distinta.
4.2.5 VOZ OFF-NET NAC QRP
ESCENARIO SENTIDO S
ID S.VOZ.7
OPERADOR DE LA RUTA RED MÓVIL CHILE
DESTINO MÓVIL CHILE
PAGO
INFORMACIÓN
ESCENÁRIO

Page 75 of 132
ESCENARIO SENTIDO S
ID S.VOZ.8
TRANSITO
DESTINO FIJO CHILE
PAGO
ACREEDORA Abonado B
INFORMACIÓN INFORMACIÓN PAGOS El "Cargo de Acceso" depende
de la zona primaria de destino.
INFORMACIÓN Identificar transito por operador
ESCENÁRIO Ruta diferente del operador de
B# (NAA B#).
4.2.7 VOZ OFF-NET NAC QLP TRANSITO (Infopyme)
ESCENARIO SENTIDO S
ID S.VOZ.9
TRANSITO (Infopyme)
DESTINO FIJO (Infopyme)
PAGO
ACREEDORA Abonado B
de la zona primaria de destino.
INFORMACIÓN Identificar transito por operador
ESCENÁRIO Ruta diferente del operador de
B# (NAA B#).

Page 76 of 132
ESCENARIO SENTIDO S
ID S.VOZ.10
TRANSITO
PAGO
ACREEDORA Abonado B

operador de B# (NAA B#).
ESCENARIO SENTIDO S
ID S.VOZ.11
TRANSITO
PAGO
ACREEDORA Abonado B
operador de B# (NAA B#).

Page 77 of 132
4.2.10 VOZ OFF-NET NAC QLP CONMUTADO
ESCENARIO SENTIDO S
ID S.VOZ.12
CONMUTADO
OPERADOR DE LA RUTA RED CARRIER (Telmex y
Entel)
DESTINO FIJO CHILE / MÓVIL CHILE
REGLA DE DEUDORA Claro Claro
PAGO
ACREEDORA Abonado B Ruta de Salida
INFORMACIÓN INFORMACIÓN PAGOS El "Cargo de Acceso" depende El Costo Conmutado depende
de la zona primaria de de la zona primaria de destino
destino. y de la Carrier de la Ruta.
4.2.11 VOZ OFF-NET NAC QRP CONMUTADO
ESCENARIO SENTIDO S
ID S.VOZ.13
CONMUTADO
OPERADOR DE LA RUTA RED CARRIER (Telmex y
Entel)
DESTINO RED MÓVIL NACIONAL
PAGO
NOMBRE TARIFA Sin Cargo - QRP Costo Conmutado
UNIDAD DE TASACIÓN NA 1 segundo
TASACIÓN MÍNIMA (seg) NA 1 segundo
INFORMACIÓN INFORMACIÓN PAGOS El Costo Conmutado depende
de la zona primaria de destino
y de la Carrier de la Ruta.

Page 78 of 132
4.2.12 VOZ OFF-NET NAC RUR
ESCENARIO SENTIDO S
ID S.VOZ.14
PRODUCTO ICT VOZOFNNACRUR
TIPO TRÁFICO VOZ OFF-NET NAC RUR
OPERADOR DE LA RUTA FIJO CHILE / FIJO RURAL
DESTINO FIJO CHILE / FIJO RURAL
PAGO
NOMBRE TARIFA Cargo de Acceso Rural
depende de la zona
INFORMACIÓN
ESCENÁRIO
ESCENARIO SENTIDO S
ID S.VOZ.15
CARRIER
DESTINO 800 FIJO / 800 CARRIER
REGLA DE DEUDORA Ruta de Salida
PAGO
ACREEDORA Claro
INFORMACIÓN
ESCENÁRIO

Page 79 of 132
4.2.14 VOZ OFF-NET NAC 300 CON CODIGO SELECCIÓN CARRIER EVENTO
ESCENARIO SENTIDO S
ID S.VOZ.16
PRODUCTO ICT VOZOFNNAC300<CSC>
TIPO TRÁFICO VOZ OFF-NET NAC 300 CON CODIGO
SELECCIÓN CARRIER EVENTO
DESTINO 300 CARRIER
PAGO
NOMBRE TARIFA Ingreso Compartido
UNIDAD DE TASACIÓN Evento
INFORMACIÓN INFORMACIÓN PAGOS El precio de "Ingreso Compartido para
Servicios 300 y 700" depende del
número llamado.
INFORMACIÓN
ESCENÁRIO
4.2.15 VOZ OFF-NET NAC 300 CON CODIGO SELECCIÓN CARRIER DURACIÓN
ESCENARIO SENTIDO S
ID S.VOZ.17
SELECCIÓN CARRIER DURACIÓN
DESTINO 300 CARRIER
PAGO
número llamado.
INFORMACIÓN
ESCENÁRIO

Page 80 of 132
4.2.16 VOZ OFF-NET NAC 700 CON CODIGO SELECCIÓN CARRIER EVENTO
ESCENARIO SENTIDO S
ID S.VOZ.18
SELECCIÓN CARRIER EVENTO
DESTINO 700 CARRIER
PAGO
número llamado.
INFORMACIÓN
ESCENÁRIO
4.2.17 VOZ OFF-NET NAC 700 CON CODIGO SELECCIÓN CARRIER DURACIÓN
ESCENARIO SENTIDO S
ID S.VOZ.19
SELECCIÓN CARRIER DURACIÓN
DESTINO 700 CARRIER
PAGO
número llamado.
INFORMACIÓN
ESCENÁRIO

Page 81 of 132
4.2.18 VOZ OFF-NET NAC SVA DURACIÓN
ESCENARIO SENTIDO S
ID S.VOZ.20
PRODUCTO ICT VOZOFNNACSVA
TIPO TRÁFICO VOZ OFF-NET NAC SVA
DURACIÓN
OPERADOR DE LA RUTA RED VOZ SVA / RED FIJA (Latin
Telecom)
DESTINO VOZ SVA / FIJO (Latin Telecom)
PAGO
ACREEDORA Abonado B
INFORMACIÓN INFORMACIÓN PAGOS El precio de "Ingreso
Compartido SVA-VOZ" depende
del número llamado.
INFORMACIÓN
ESCENÁRIO
4.2.19 VOZ OFF-NET NAC SVA EVENTO
ESCENARIO SENTIDO S
ID S.VOZ.22
TIPO TRÁFICO VOZ OFF-NET NAC SVA
EVENTO
OPERADOR DE LA RUTA VOZ SVA
DESTINO VOZ SVA
PAGO
ACREEDORA Abonado B
INFORMACIÓN INFORMACIÓN PAGOS El precio de "Ingreso
Compartido SVA-VOZ" depende
del número llamado.
INFORMACIÓN
ESCENÁRIO

Page 82 of 132
4.2.20 VOZ OFF-NET NAC SVA DURACIÓN + EVENTO
ESCENARIO SENTIDO S
ID S.VOZ.23
TIPO TRÁFICO VOZ OFF-NET NAC SVA DURACIÓN +
EVENTO
OPERADOR DE LA RUTA VOZ SVA (Publiguias)
DESTINO VOZ SVA (Publiguias)
PAGO
ACREEDORA Abonado B
UNIDAD DE TASACIÓN Evento + 1 segundo
TASACIÓN MÍNIMA (seg) 1 Evento + 1 segundo
INFORMACIÓN INFORMACIÓN PAGOS El precio de "Ingreso Compartido
SVA-VOZ" depende del número
llamado.
INFORMACIÓN
ESCENÁRIO
ESCENARIO SENTIDO S
ID S.VOZ.24
OPERADOR DE LA RUTA RED FIJA
DESTINO 600 FIJO
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de Santiago
pq el 600 es Non Geográfico.
INFORMACIÓN
ESCENÁRIO

Page 83 of 132
4.2.22 VOZ OFF-NET NAC 600 (Telesat y Infopyme)
ESCENARIO SENTIDO S
ID S.VOZ.25
TIPO TRÁFICO VOZ OFF-NET NAC 600 (Telesat
y Infopyme)
OPERADOR DE LA RUTA RED FIJA (Telesat y Infopyme)
DESTINO 600 FIJO (Telesat y Infopyme)
PAGO
INFORMA CIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de
Santiago pq el 600 es Non
Geográfico.
ESCENARIO SENTIDO S
ID S.VOZ.26
CONMUTADO
DESTINO 600 FIJO
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de El Costo Conmutado es el de
Santiago pq el 600 es Non Santiago pq el 600 es Non
Geográfico. Geográfico.

Page 84 of 132
ESCENARIO SENTIDO S
ID S.VOZ.27
DESTINO 609 FIJO
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de
Geográfico.
INFORMACIÓN
ESCENÁRIO
4.2.25 VOZ OFF-NET NAC 609 (Telesat y Infopyme)
ESCENARIO SENTIDO S
ID S.VOZ.28
(Telesat y Infopyme)
OPERADOR DE LA RUTA RED FIJA (Telesat y
Infopyme)
DESTINO 609 FIJO (Telesat y
Infopyme)
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de
Geográfico.

Page 85 of 132
ESCENARIO SENTIDO S
ID S.VOZ.29
CONMUTADO
DESTINO 609 FIJO
PAGO
INFORMACIÓN INFORMACIÓN PAGOS El Cargo de Acceso es el de El Costo Conmutado es el de
Santiago pq el 609 es Non Santiago pq el 609 es Non
Geográfico. Geográfico.
4.2.27 VOZ ON-NET NAC
ESCENARIO SENTIDO S
ID S.VOZ.30
TIPO TRÁFICO VOZ ON-NET NAC
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - Voz On-net
INFORMACIÓN
ESCENÁRIO

Page 86 of 132
4.2.28 VOZ ON-NET NAC SVA EVENTO (*20)
ESCENARIO SENTIDO S
ID S.VOZ.31
TIPO TRÁFICO VOZ ON-NET NAC SVA
EVENTO (*20)
DESTINO MÓVIL CLARO SVA VOZ
(*20)
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - Voz SVA On-net
INFORMACIÓN Identificar los SVA Claro por
ESCENÁRIO el NAA B#.
4.2.29 VOZ OFF-NET NAC EMERGENCIA GRATIS
ESCENARIO SENTIDO S
ID S.VOZ.32
PRODUCTO ICT VOZOFNNACEME
TIPO TRÁFICO VOZ OFF-NET NAC
EMERGENCIA GRATIS
DESTINO EMERGENCIA FIJO GRATIS
PAGO
NOMBRE TARIFA Sin Cargo - Emergencia
Gratis
INFORMACIÓN Identificar servicio
ESCENÁRIO emergencia gratis por NAA
B#.

Page 87 of 132
4.2.30 VOZ OFF-NET NAC EMERGENCIA PAGO
ESCENARIO SENTIDO S
ID S.VOZ.33
EMERGENCIA PAGO
DESTINO EMERGENCIA FIJO
PAGO
de la zona primaria de
destino.
INFORMACIÓN Identificar servicio emergencia
ESCENÁRIO pagos por NAA B#.
4.2.31 VOZ OFF-NET NAC EMERGENCIA PAGO CONMUTADO
ESCENARIO SENTIDO S
ID S.VOZ.34
EMERGENCIA PAGO
CONMUTADO
DESTINO EMERGENCIA FIJO
PAGO
FRANJA HORÁRIA Standard Standard
INFORMACIÓN INFORMACIÓN PAGOS El "Cargo de Acceso" depende El Costo Conmutado depende
de la zona primaria de destino de la zona primaria de destino
. y de la Carrier de la Ruta.
INFORMACIÓN Identificar servicio emergencia Identificar Conmutado por
ESCENÁRIO pagos por NAA B#. operador Ruta Carrier.

Page 88 of 132
4.3 Escenarios de SMS Entrante
4.3.1 SMS - OFF-NET NAC DLR MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.1.1
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNNACDLR
TIPO TRÁFICO SMS - OFF-NET NAC DLR MENSAJE
DESCRIPCIÓN ORIGEM <OP SMS ITX NAC>
OPERADOR DE LA RUTA <RUTAS IN OP SMS ITX NAC>
PAGO
ACREEDORA Claro
NOMBRE TARIFA Tarifa SMS inter-compañia
INFORMACIÓN INFORMACIÓN PAGOS El cobro debe ser hecho para el operador de la
Ruta cuando no se identifica el operador del A#.
INFORMACIÓN
ESCENÁRIO
4.3.2 SMS - OFF-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.1.2
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNNACSTS
TIPO TRÁFICO SMS - OFF-NET NAC STATUS MENSAJE
DESCRIPCIÓN ORIGEM <OP SMS ITX NAC>
OPERADOR DE LA RUTA <RUTAS IN OP SMS ITX NAC>
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - SMS Off-Net
INFORMACIÓN INFORMACIÓN PAGOS El cobro debe ser hecho para el operador de la
Ruta cuando no se identifica el operador del A#.
INFORMACIÓN
ESCENÁRIO

Page 89 of 132
4.3.3 SMS - OFF-NET INT DLR MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.2.1
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNINTDLR
TIPO TRÁFICO SMS - OFF-NET INT DLR
MENSAJE
DESCRIPCIÓN ORIGEM MÓVIL INTERNACIONAL
OPERADOR DE LA RUTA SMPP.45
REGLA DE DEUDORA Mobile 365
PAGO
ACREEDORA Claro
NOMBRE TARIFA Tarifa SMS internacional
INFORMACIÓN INFORMACIÓN PAGOS La Tarifa SMS internacional
depende de la origen del SMS.
INFORMACIÓN
ESCENÁRIO
4.3.4 SMS - OFF-NET INT STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.2.2
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNINTSTS
TIPO TRÁFICO SMS - OFF-NET INT STATUS
MENSAJE
DESCRIPCIÓN ORIGEM MÓVIL INTERNACIONAL
REGLA DE DEUDORA Mobile 365
PAGO
ACREEDORA Claro
Internacional
INFORMACIÓN
ESCENÁRIO

Page 90 of 132
4.3.5 SMS - OFF-NET SVA CDMA DLR MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.3.1
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - OFF-NET SVA CDMA
DLR MENSAJE
DESCRIPCIÓN ORIGEM OP SVA
PAGO
ACREEDORA Abonado A
NOMBRE TARIFA Ingreso Compartido SMS SVA
INFORMACIÓN INFORMACIÓN PAGOS Los precios del "Ingreso
Compartido SVA-SMS"
dependem del número de
origen.
INFORMACIÓN Identificar el tráfico para SVA
ESCENÁRIO por la ruta de entrada
SMPP.27.
4.3.6 SMS - OFF-NET SVA CDMA STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.3.2
ELEMENTO RED SMSC
STATUS MENSAJE
PAGO
ACREEDORA Abonado A
NOMBRE TARIFA Sin Cargo - SMS Off-Net SVA

ESCENÁRIO por la ruta de entrada
SMPP.27.

Page 91 of 132
4.3.7 SMS - ON-NET CLIENTE STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.4
ELEMENTO RED SMSC
PRODUCTO ICT SMSONNNACSTS
TIPO TRÁFICO SMS - ON-NET CLIENTE STATUS
MENSAJE
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - SMS On-Net
INFORMACIÓN
ESCENÁRIO
4.3.8 SMS - ON-NET SERVICIO STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.5
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - ON-NET SERVICIO STATUS
MENSAJE
DESCRIPCIÓN ORIGEM MÓVIL CLARO SMS SERVICIO
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - SMS On-Net Servicio
INFORMACIÓN Identificar los servicios Claro por el

ESCENÁRIO NAA A#.

Page 92 of 132
4.4 Escenarios de SMS Saliente
4.4.1 SMS - OFF-NET NAC DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.1.1
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - OFF-NET NAC DLR MENSAJE
OPERADOR DE LA RUTA SMPP.<RUTAS OUT OP SMS ITX NAC>
DESTINO <OP SMS ITX NAC>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Tarifa SMS inter-compañia
INFORMACIÓN INFORMACIÓN PAGOS El pago debe ser hecho para el
operador de la Ruta cuando no se
identifica el operador del B#.
INFORMACIÓN ESCENÁRIO
4.4.2 SMS - OFF-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.1.2
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - OFF-NET NAC STATUS MENSAJE
OPERADOR DE LA RUTA SMPP.<RUTAS OUT OP SMS ITX NAC>
DESTINO <OP SMS ITX NAC>
PAGO
ACREEDORA Abonado B

Page 93 of 132
4.4.3 SMS - OFF-NET INT DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.2.1
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNINTDLR
TIPO TRÁFICO SMS - OFF-NET INT DLR
MENSAJE
DESTINO MÓVIL INTERNACIONAL
PAGO
ACREEDORA Mobile 365
NOMBRE TARIFA Tarifa SMS internacional
INFORMACIÓN INFORMACIÓN PAGOS La Tarifa SMS internacional
depende del destino del SMS.
INFORMACIÓN
ESCENÁRIO
4.4.4 SMS - OFF-NET INT STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.2.2
ELEMENTO RED SMSC
PRODUCTO ICT SMSOFNINTSTS
TIPO TRÁFICO SMS - OFF-NET INT STATUS
MENSAJE
DESTINO MÓVIL INTERNACIONAL
PAGO
ACREEDORA Mobile 365
Internacional
INFORMACIÓN
ESCENÁRIO

Page 94 of 132
4.4.5 SMS - OFF-NET SVA CDMA DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.3.1
ELEMENTO RED SMSC
DLR MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido SMS SVA
INFORMACIÓN INFORMACIÓN PAGOS Los precios del "Ingreso
Compartido SVA-SMS"
dependem del número de
destino.
ESCENÁRIO por la ruta de salida SMPP.26.
4.4.6 SMS - OFF-NET SVA CDMA STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.3.2
ELEMENTO RED SMSC
STATUS MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - SMS Off-Net SVA

ESCENÁRIO por la ruta de salida SMPP.26.

Page 95 of 132
4.4.7 SMS - ON-NET SVA SIM DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.4.1
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - ON-NET SVA SIM DLR MENSAJE
DESTINO <OP SVA> SIM (10015XX)
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido SMS SVA SIM
INFORMACIÓN INFORMACIÓN PAGOS Los precios dependem del número de
destino 10015XX. Identificar cuales son
los operadores dueños de los números.
INFORMACIÓN Deben ser identificados el SVA SIM por
ESCENÁRIO la ruta de salida SMPP.6.
4.4.8 SMS - ON-NET SVA SIM STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.4.2
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - ON-NET SVA SIM STATUS
MENSAJE
DESTINO <OP SVA> SIM (10015XX)
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - SMS Off-Net SVA SIM
INFORMACIÓN Deben ser identificados el SVA SIM por

ESCENÁRIO la ruta de salida SMPP.6.

Page 96 of 132
4.4.9 SMS - ON-NET CLIENTE STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.5
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - ON-NET CLIENTE STATUS
MENSAJE
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - SMS On-Net
INFORMACIÓN
ESCENÁRIO
4.4.10 SMS - ON-NET SERVICIO STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.6
ELEMENTO RED SMSC
TIPO TRÁFICO SMS - ON-NET SERVICIO STATUS
MENSAJE
DESTINO MÓVIL CLARO SMS SERVICIO
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - SMS On-Net Servicio
INFORMACIÓN Identificar los servicios Claro por el

ESCENÁRIO NAA B#.

Page 97 of 132
4.5 Escenarios de MMS Entrante
4.5.1 MMS - ON-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.MMS.1
ELEMENTO RED MMSCGSM / MMSCCDMA
PRODUCTO ICT MMSONNNACSTS
TIPO TRÁFICO MMS - ON-NET NAC STATUS MENSAJE
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - MMS On-Net
INFORMACIÓN
ESCENÁRIO
4.5.2 MMS - OFF-NET NAC DLR MENSAJE
ESCENARIO SENTIDO E
ID E.MMS.2.1
ELEMENTO RED MMSC CDMA
PRODUCTO ICT MMSOFNNACDLR
TIPO TRÁFICO MMS - OFF-NET NAC DLR MENSAJE
DESCRIPCIÓN ORIGEM RED MÓVIL CHILE (Entel y Movistar)
OPERADOR DE LA RUTA "ENTEL" o "MOVISTAR"
PAGO
ACREEDORA Claro
NOMBRE TARIFA Tarifa MMS inter-compañia Received
INFORMACIÓN INFORMACIÓN PAGOS El cobro debe ser hecho para el
identifica el operador del A#.
INFORMACIÓN
ESCENÁRIO

Page 98 of 132
4.5.3 MMS - OFF-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.MMS.2.2
PRODUCTO ICT MMSOFNNACSTS
TIPO TRÁFICO MMS - OFF-NET NAC STATUS MENSAJE
DESCRIPCIÓN ORIGEM RED MÓVIL CHILE (Entel y Movistar)
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - MMS Off-Net
INFORMACIÓN INFORMACIÓN PAGOS El cobro debe ser hecho para el
identifica el operador del A#.
INFORMACIÓN
ESCENÁRIO
4.6 Escenarios de MMS Saliente
4.6.1 MMS - ON-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.MMS.1
ELEMENTO RED MMSCGSM / MMSCCDMA
PRODUCTO ICT MMSONNNACSTS
TIPO TRÁFICO MMS - ON-NET NAC STATUS MENSAJE
PAGO
ACREEDORA Claro
NOMBRE TARIFA Sin Cargo - MMS On-Net
INFORMACIÓN
ESCENÁRIO

Page 99 of 132
4.6.2 MMS - OFF-NET NAC DLR MENSAJE
ESCENARIO SENTIDO S
ID S.MMS.2.1
PRODUCTO ICT MMSOFNNACDLR
TIPO TRÁFICO MMS - OFF-NET NAC DLR MENSAJE
DESTINO RED MÓVIL CHILE (Entel y Movistar)
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Tarifa MMS inter-compañia Submit
INFORMACIÓN
ESCENÁRIO
4.6.3 MMS - OFF-NET NAC STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.MMS.2.2
PRODUCTO ICT MMSOFNNACSTS
TIPO TRÁFICO MMS - OFF-NET NAC STATUS MENSAJE
DESTINO RED MÓVIL CHILE (Entel y Movistar)
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - MMS Off-Net
INFORMACIÓN
ESCENÁRIO

Page 100 of 132
4.7 Escenarios de Speedy Entrante
4.7.1 SMS - AGREGADOR SVA GSM DLR MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.1.1
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSAGRNACDLR
TIPO TRÁFICO SMS - AGREGADOR SVA GSM DLR MENSAJE
OPERADOR DE LA RUTA SMS (Virtual)
PAGO
ACREEDORA Abonado A
NOMBRE TARIFA Ingreso Compartido Mensaje Exitosa
INFORMACIÓN INFORMACIÓN PAGOS Los CDR's ya tienen el monto. Será importado el MONTO
TOTAL (con impuestos) y todos los otros montos: MONTO
NETO, INGRESO COMPARTIDO debido al proveedor e
INCOBRABLE, serán porcentuales derivados del MONTO
TOTAL.
4.7.2 SMS - AGREGADOR SVA GSM STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.1.2
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSAGRNACSTS
TIPO TRÁFICO SMS - AGREGADOR SVA GSM STATUS MENSAJE
PAGO
ACREEDORA Abonado A
NOMBRE TARIFA Sin Cargo - SMS Speedy
INFORMACIÓN INFORMACIÓN PAGOS Los registros de Status tendrán el monto cero y no serán
importados del registro Speedy.

Page 101 of 132
4.7.3 SMS - PROVEEDOR SVA GSM DLR MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.2.1
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSPVDNACDLR
TIPO TRÁFICO SMS - PROVEEDOR SVA GSM DLR MENSAJE
PAGO
ACREEDORA Abonado A
NOMBRE TARIFA Ingreso Compartido Mensaje Exitosa
TOTAL.
4.7.4 SMS - PROVEEDOR SVA GSM STATUS MENSAJE
ESCENARIO SENTIDO E
ID E.SMS.2.2
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSPVDNACSTS
TIPO TRÁFICO SMS - PROVEEDOR SVA GSM STATUS MENSAJE
PAGO
ACREEDORA Abonado A

Page 102 of 132
4.8 Escenarios de Speedy Saliente
4.8.1 SMS - AGREGADOR SVA GSM DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.1.1
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSAGRNACDLR
TIPO TRÁFICO SMS - AGREGADOR SVA GSM DLR MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido envio mensaje
TOTAL.
4.8.2 SMS - AGREGADOR SVA GSM STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.1.2
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSAGRNACSTS
TIPO TRÁFICO SMS - AGREGADOR SVA GSM STATUS MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B

Page 103 of 132
4.8.3 SMS - PROVEEDOR SVA GSM DLR MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.2.1
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSPVDNACDLR
TIPO TRÁFICO SMS - PROVEEDOR SVA GSM DLR MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido envio mensaje
TOTAL.
4.8.4 SMS - PROVEEDOR SVA GSM STATUS MENSAJE
ESCENARIO SENTIDO S
ID S.SMS.2.2
ELEMENTO RED SPEEDY
PRODUCTO ICT SMSPVDNACSTS
TIPO TRÁFICO SMS - PROVEEDOR SVA GSM STATUS MENSAJE
DESTINO <OP SVA>
PAGO
ACREEDORA Abonado B

Page 104 of 132
4.8.5 WAP - AGREGADOR DESCARGA GSM DLR CONTENIDO
ESCENARIO SENTIDO S
ID S.WAP.3.1
ELEMENTO RED SPEEDY
PRODUCTO ICT WAPAGDNACDLR
TIPO TRÁFICO WAP - AGREGADOR DESCARGA GSM DLR CONTENIDO
OPERADOR DE LA RUTA WAP (Virtual)
DESTINO <OP SVA + SERVICIO>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido Enviado Contenido
TOTAL.
INFORMACIÓN ESCENÁRIO El número de destino es el ID del proveedor concatenado
con el ID del servicio.
4.8.6 WAP - AGREGADOR DESCARGA GSM STATUS CONTENIDO
ESCENARIO SENTIDO S
ID S.WAP.3.2
ELEMENTO RED SPEEDY
PRODUCTO ICT WAPAGDNACSTS
TIPO TRÁFICO WAP - AGREGADOR DESCARGA GSM STATUS CONTENIDO
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - WAP Speedy

Page 105 of 132
4.8.7 WAP - PROVEEDOR DESCARGA GSM DLR CONTENIDO
ESCENARIO SENTIDO S
ID S.WAP.4.1
ELEMENTO RED SPEEDY
PRODUCTO ICT WAPPVDNACDLR
TIPO TRÁFICO WAP - PROVEEDOR DESCARGA GSM DLR CONTENIDO
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Ingreso Compartido Enviado Contenido
TOTAL.
4.8.8 WAP - PROVEEDOR DESCARGA GSM STATUS CONTENIDO
ESCENARIO SENTIDO S
ID S.WAP.4.2
ELEMENTO RED SPEEDY
PRODUCTO ICT WAPPVDNACSTS
TIPO TRÁFICO WAP - PROVEEDOR DESCARGA GSM STATUS CONTENIDO
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - WAP Speedy

Page 106 of 132
4.9 Escenario Hit
ESCENARIO SENTIDO S
ID S.HIT.1
ELEMENTO RED HIT
PRODUCTO ICT HIT
TIPO TRÁFICO HIT
OPERADOR DE LA RUTA HIT (Virtual)
DESTINO <URL>
PAGO
ACREEDORA Abonado B
NOMBRE TARIFA Sin Cargo - HIT
INFORMACIÓN Las URL's deben estar asociadas

ESCENÁRIO a un o más operadores en el
InterconnecT.

Page 107 of 132
5. DATOS DE REFERENCIA Y MOLDEO DE DATOS
5.1 Visión General
En esta sesión, serán relatados los datos de red y del modelo de negocio de
interconexión en términos de InterconnecT v7.1. Este formato se comprende de:
• Modelado y convención de Nombres para ID’s y descripciones;
• El dominio de valores y reglas de utilización.
5.2 Modelado de los Datos de Referencia
5.2.1 Fuente de los Datos de Referencia
Los datos de referencia, informaciones acerca de la red (network), del modelo de

negocios (agreements) y de tasación (Billing) de Claro Chile, serán obtenidos y
derivados según la tabla abajo:
Tipo de Datos Tipo de Mapeo Fuente

Operadores: Organisation Group, Mapeo directo con Documento enviado por Claro
Organisations, Operation Category y ajustes en los Chile : “Operadores.xls”.
Organisation Category nombres.
Acuerdos: Agreement, Agreement Modelado por Intec Derivados de los escenarios de
Parameter, Product Group Category, tráfico y datos de los operadores.
Product Group y Product
Datos de Red Física: Switch/Node, Path, Mapeo directo con Documento enviado por Claro
POI y CNP ajustes en los Chile :
nombres y POI “RUTAS_SWITCH_12_09_07.xls”.
modelado por Intec
Datos de Red Lógica: Network Address Modelado por Intec Derivado del documento enviado
Type, Network Address Hierarchy, por Claro Chile :
Network Address Aggregation “mantenedores.xls” y de los
escenarios de tráfico.
Escenarios de Tráfico y Pago: Rating Modelado por Intec Derivados de los escenarios de
Scenario, Rating Scenario tráfico.
Determination, Rating Components y
Rating Rules
Componentes de Pago: Tier, Tier Modelado por Intec Derivados de los escenarios de
Derivation Style, Calendar, Time tráfico y informaciones obtenidas
Premium, Base Calendar, Rating durante el Pre-estudio.
Calendar, Currency, Currency
Conversion y Unit
Administración Financiera: Billing Period Modelado por Intec Definido por Claro
Tabla 5-1: Fuente de los Datos de Referencia

Page 108 of 132
El diagrama siguiente pone en correlación los diferentes datos de referencia y el flujo

del proceso de un registro en el InterconnecT.
Figura 9: Flujo de Procesamiento del Registro en el IcT v7.1
5.2.2 Vigencia de los Datos de Referencia
Todos los datos que poseen vigencia serán llenados con fecha de inicio igual a
01/09/2007, o sea, primero de Septiembre de 2007.
5.3 Datos de Operadores (Agreement – Organisations)
Los operadores en el sistema InterconnecT v7.1 son las entidades con que se
establece una relación física (rutas directas) o financiera (pagos y cobros). La
configuración de operadores antecede todas las demás configuraciones y debe al
mismo tiempo tener un patrón fácil de acordarse y ser robusto para soportar el
crecimiento de nuevos operadores.
Todos los datos de operadores están relatados en el documento “Operadores.xls”.
5.3.1 Grupos de Operadores (Organisation Group)
Un Grupo de Operadores (Organisation Group) es un agrupamiento de Operadores

de Red (NOPs - Network Operators) y Franquicias en Holdings o grupos de
operadores basados en segmentaciones comerciales o las regiones geográficas, por
ejemplo para extraer informes de InterconnecT v7.1.

Page 109 of 132
5.3.2 Operadores (Organisations)
Los operadores en el sistema InterconnecT v7.1 son las entidades con que se
establece una relación física (rutas directas) o financiera (pagos y cobros).
Existen dos tipos de operadores:
• Franquicias (FRN – Franchises): Franquicia representa el operador, o

concesión de este, que es considerado el dueño del sistema de
interconexión. Es en la perspectiva de este(s) operador(es) que toda la
configuración de los datos de referencia es hecha. La consideración de
flujo físico (entrante y saliente) o financiero (ingreso o costo) es hecha
teniendo como referencial la franquicia. Claro Chile tiene solamente una
franquicia que es: “CLRM - Claro PCS”
• Operadores de Red (NOP – Network Operators): Operador de Red es un

operador que por lo menos una de las franquicias establece una relación,
o interconectándose a través de un camino físico a la red del operador o
por facturas financieras enviadas o recibidas del operador
5.3.3 Categoría de Operación (Operation Category)
Operadores y Franquicias pueden tener una categoría asociada en InterconnecT v7.1

por razón de los informes. Para este proyecto, las categorías están definidas como se
sigue:
ID Name Description
CARRIER Carrier Operador Carrier
CARRIERIP Carrier IP Operador Carrier IP
FIJO Fijo Operador Fijo
MÓVIL Móvil Operador Móvil
SVA SVA Operador SVA
VOZ SVA Voz SVA Operador Voz SVA
Tabla 5-2: Categoría de Operación
5.4 Acuerdos (Maintain Agreement)
5.4.1 Contractos (Agreement)
Un Acuerdo puede ser considerado una relación financiera entre una Franquicia y un
Operador de Red. Los acuerdos son obligatorios para haber tasación de llamadas o
eventos. Si durante el proceso de la valuación InterconnecT no puede trazar un
acuerdo existiendo entre una franquicia y su compañero de la interconexión este
registro se suspenderá del proceso de la valuación y se mandará el registro para la
tabla de errores. Todos los operadores usados válidos en InterconnecT serán parte
de acuerdos con Claro Chile.

Page 110 of 132
5.4.2 Categoría de los Contractos (Agreement Parameter)
Se usan las Categorías de los Contractos para definir productos o servicios apoyados
en Acuerdos entre una Franquicia y un Operador de Red. Encima de eso, estos
parámetros definen límites para la duración y eventos (Call Attempt Rules y
Thresholds).
Para este proyecto, se define que ningún parámetro (productos por ejemplo) se
pondrá para los acuerdos para facilitar el mantenimiento del sistema cuando el
sistema va vivo en producción.
5.5 Catálogo de Productos (Catalogue)
5.5.1 Categoría s de Grupos de Productos (Product Group Category)
Se crean Categorías de Grupos de Productos en un alto nivel en el IntereconnecT

para agruparse los diferentes productos. Los ejemplos para estos datos de referencia
incluyen categorías con y sin Cargo, y así sucesivamente.
Para este proyecto sólo una categoría se usará y es el juego predefinido en la
instalación del sistema:
ID Name
BIL Billing
Tabla 5-3: Categorías de Grupos de Productos
5.5.2 Grupos de Productos (Product Group)
El Grupo del producto es una agrupación de diferentes productos que tienen las
mismas características y puede usarse de dos posibles maneras:
• como un criterio al generar informes y
• como un parámetro al definir periodos de facturación
La tabla abajo representa los grupos del producto que se crearán para la solución de
Claro Chile:
ID Nombre Categoría
VOZ Voz BIL
SMS Short Messaging Service BIL
MMS Multi Media Service BIL
SPD SPEEDY - SMS SVA y WAP BIL
HIT HIT BIL
Tabla 5-4: Grupos de Producto
5.5.3 Productos (Product)

Page 111 of 132
Productos pueden ser definidos como los diferentes tipos de llamadas o servicios que
un par de operadores (Franquicia y socio de interconexión) acuerden transportar
entre sus redes de comunicación.
Los productos pueden ser derivados en el sistema, utilizándose los campos numero
llamante, numero llamado y Ruta, o mismo ser derivados en el IntermediatE y
comunicados a través del registro enviado al sistema InterconnecT v7.1. La segunda
opción fue la escogida para nuestro proyect.
La nomenclatura de los Productos obedecerá las siguientes reglas:
5.5.3.1 Mapeo para el Tráfico de Voz:
<TRAFICO>+<TIPO TRAFICO>+<NAC/INT>+<TIPO DESTINO>+<CSC>
TIPO TIPO
Producto Sentido TRAFICO TRAFICO NAC/INT DESTINO CSC
VOZOFNINT I "VOZ" OFN "INT"
VOZOFNNAC800 I "VOZ" OFN "NAC" 800
VOZOFNNACQLP I "VOZ" OFN "NAC" QLP
VOZOFNNACQRP I "VOZ" OFN "NAC" QRP
VOZONNNAC I "VOZ" ONN "NAC"
VOZOFNINT O "VOZ" OFN "INT"
VOZOFNINT<CSC> O "VOZ" OFN "INT" <CSC>
VOZOFNNAC300<CSC> O "VOZ" OFN "NAC" 300 <CSC>
VOZOFNNAC600 O "VOZ" OFN "NAC" 600
VOZOFNNAC700<CSC> O "VOZ" OFN "NAC" 700 <CSC>
VOZOFNNACEME O "VOZ" OFN "NAC" EME
VOZOFNNACQLP O "VOZ" OFN "NAC" QLP
VOZOFNNACQRP O "VOZ" OFN "NAC" QRP
VOZOFNNACRUR O "VOZ" OFN "NAC" RUR
VOZOFNNACSVA O "VOZ" OFN "NAC" SVA
VOZONNNAC O "VOZ" ONN "NAC"
Donde:
• TRÁFICO: Fijo “VOZ” para el tráfico de voz
• TIPO TRÁFICO: “ONN” para el tráfico On-Net y “OFN” para el tráfico Off-
Net
• NAC/INT:
o "INT" (Internacional) si el campo "TIPO RUTA ENTRADA" es "I" para
el tráfico entrante o si el campo "TIPO RUTA SALIDA" es "I" para el
tráfico saliente
o "NAC" (Nacional) si el campo "TIPO RUTA ENTRADA" es "N" para el
tráfico entrante, si el campo "TIPO RUTA SALIDA" es "N" para el
tráfico saliente o si el TIPO TRAFICO es “ONN”
• TIPO DESTINO: debe ser clasificado conforme el abonado llamado
o Debe ser blanco si el tráfico es Internacional o si es On-Net

Page 112 of 132
o 800: solamente para el tráfico entrante en que el número de origen es

un servicio 800, el TIPO DESTINO debe ser identificado de acuerdo
con el número de origen, es decir 800
o QLP: si el número de destino es un QLP
o QRP: si el número de destino es un QRP
o 300: si el número de destino es un servicio 300
o EME: si el número de destino es un servicio de emergencia corto o
traducido
o RUR: si el número de destino es un numero Rural
o SVA: si el número de destino es un Servicio de Valor Agregado corto
• CSC: El Código de Selección de Carrier debe ser llenado con 2 posiciones,
eliminando el "1" del inicio, solamente para el tráfico saliente
internacional y saliente para los servicios 300 y 700.
o Hay escenarios de tráfico internacional saliente en que no hay Código
de Selección de Carrier, son estos: el saliente originado por visitante
en la red de Claro Chile , el saliente para un visitante de Claro Chile en
la red de otro operador móvil y el saliente internacional IP, en estos
casos en producto debe tener el CSC en blanco
5.5.3.2 Mapeo para el Tráfico de SMS:
<TRAFICO>+<UD.TIPO_T RAFICO>+<NAC/INT>+<ESTADO>
Producto Sentido TRAFICO UD.TIPO_TRAFICO NAC/INT ESTADO

SMSOFNNACDLR I "SMS" OFN "NAC" "DLR"
SMSOFNINTDLR I "SMS" OFN "INT" "DLR"
SMSOFNNACSTS I "SMS" OFN "NAC" "STS"
SMSOFNINTSTS I "SMS" OFN "INT" "STS"
SMSONNNACSTS I "SMS" ONN "NAC" "STS"
SMSOFNNACDLR O "SMS" OFN "NAC" "DLR"
SMSOFNINTDLR O "SMS" OFN "INT" "DLR"
SMSOFNNACSTS O "SMS" OFN "NAC" "STS"
SMSOFNINTSTS O "SMS" OFN "INT" "STS"
SMSONNNACSTS O "SMS" ONN "NAC" "STS"
Donde:
• TRÁFICO: Fijo “SMS” para el tráfico de SMS
• TIPO TRÁFICO:
o "OFN": (SOURCE_EI_ID = SMPP.7, SMPP.27, SMPP.37, SMPP.39,
SMPP.41, SMPP.43 o SMPP.45) o (EI_ID = SMPP.6, SMPP.26,
SMPP.38, SMPP.40, SMPP.42, SMPP.44 o SMPP.46).
o "ONN": si las rutas de entrada y salida no tienen una de las rutas
informadas anteriormente.

Page 113 of 132
• NAC/INT:
o "INT" (Internacional) si la ruta de entrada es "SMPP.45" para el tráfico
entrante o la ruta de salida es “SMPP.46” para el tráfico saliente
o "NAC" (Nacional) si la ruta de entrada no es "SMPP.45" para el tráfico
entrante o si la ruta de salida no es "SMPP.46" para el tráfico saliente
• ESTADO
o Para el tráfico entrante:
§ "DLR" si UD.TIPO_TRAFICO = "OFN" y STATE = "D" y
SM_CLASS = "N" y NOT_EXT_STATE = "STATE_DELIVERED
(1)"
§ "DLR" si Ruta IN = ("SMPP.27" o "SMPP.7") y STATE = "D" y
SM_CLASS = "M"
§ "DLR" si Ruta IN = "SMPP.45" y STATE = "D" y SM_CLASS =
"M"
§ "STS" si no es una de las 3 reglas "DLR" del tráfico entrante
§ "STS" si UD.TIPO_TRAFICO = "ONN"
o Para el tráfico saliente:
§ "DLR" si UD.TIPO_TRAFICO = "OFN" y STATE = "D" y
SM_CLASS = "N" y NOT_EXT_STATE = "STATE_DELIVERED
(1)"
§ "DLR" si Ruta OUT = ("SMPP.26" o "SMPP.6") y STATE = "D" y
SM_CLASS = "T"
§ "DLR" si Ruta OUT = "SMPP.46" y STATE = "D" y SM_CLASS =
"T"
§ "STS" si no es una de las 3 reglas "DLR" del tráfico saliente
§ "STS" si UD.TIPO_TRAFICO = "ONN"
Ojo:
• Solamente se considera los registros de notificación de delivery
(SM_CLASS = "N") exitoso o no exitoso para el tráfico Off-NET nacional.
El tráfico internacional o para proveedores SMS SVA es tasado por el
registro del mensaje que se envió (SM_CLASS = "M" o "T").
• El estado detallado del evento será transferido para el campo de resumen
(User Summarization) del InterconnecT para los informes de gestión.
5.5.3.3 Mapeo para el Tráfico de MMS:
<TRAFICO>+<UD.TIPO_TRAFICO>+<NAC>+<ESTADO>
Producto Sentido TRAFICO UD.TIPO_TRAFICO NAC ESTADO

MMSOFNNACDLR I "MMS" OFN "NAC" "DLR"
MMSOFNNACSTS I "MMS" OFN "NAC" "STS"
MMSONNNACSTS I "MMS" ONN "NAC" "STS"
MMSOFNNACDLR O "MMS" OFN "NAC" "DLR"
MMSOFNNACSTS O "MMS" OFN "NAC" "STS"
MMSONNNACSTS O "MMS" ONN "NAC" "STS"

Page 114 of 132
Donde:
• TRÁFICO: Fijo “MMS” para el tráfico MMS
• TIPO TRÁFICO: Mapeo directo del campo Tipo Trafico
o "OFN": Tráfico Off-Net
o "ONN": Tráfico On-Net
• NAC: Fijo “NAC” para el tráfico MMS
• ESTADO:
o Para el tráfico entrante:
§ "DLR" si TIPO_REGISTRO = "MT" y US.STATUS = "R DS" y
ELEMENTO_RED_E = "MMSCCDMA"
§ "STS" para todos los escenarios "MT" diferentes del ESTADO
"DLR"
o Para el tráfico saliente:
§ "DLR" si TIPO_REGISTRO = "MO" y US.STATUS = "S DS" y
ELEMENTO_RED_S = "MMSCCDMA"
§ "STS" para todos los escenarios "MO" diferentes del ESTADO
"DLR"
Ojo:
5.5.3.4 Mapeo para el Tráfico de SPEEDY:
<ID_ORIGEN>+<NAC>+<ESTADO >
Producto Sentido ID_ORIGEN NAC ESTADO

SMSAGDNACDLR I "SMSAGD" "NAC" "DLR"
SMSPVDNACDLR I "SMSPVD" "NAC" "DLR"
SMSAGDNACSTS I "SMSAGD" "NAC" “STS”
SMSPVDNACSTS I "SMSPVD" "NAC" “STS”
SMSAGDNACDLR O "SMSAGD" "NAC" "DLR"
SMSPVDNACDLR O "SMSPVD" "NAC" "DLR"
SMSAGDNACSTS O "SMSAGD" "NAC" “STS”
SMSPVDNACSTS O "SMSPVD" "NAC" “STS”
WAPAGDNACDLR O "WAPAGD" "NAC" "DLR"
WAPPVDNACDLR O "WAPPVD" "NAC" "DLR"
WAPAGDNACSTS O "WAPAGD" "NAC" “STS”
WAPPVDNACSTS O "WAPPVD" "NAC" “STS”
Donde:
• ID ORIGEN: Sigue las reglas de mapeo del campo ID ORIGEN del formato
normalizado Speedy:
o "SMSAGD" si ID_ORIGEN = "sms agreg"
o "SMSPVD" si ID_ORIGEN = "sms prov"
o "WAPAGD" si ID_ORIGEN = "wap agreg"

Page 115 of 132
o "WAPPVD" si ID_ORIGEN = "wap prov"

• NAC: Fijo “NAC”
• ESTADO :
o "DLR" (Delivery) si STATUS = 0
o "STS" (Status) si STATUS <> 0
Ojo:
5.5.3.5 Mapeo para el Tráfico de HIT:
< TRAFICO>
Producto Sentido TRAFICO

HIT O Fijo "HIT"
5.6 Datos de Red (Network)
5.6.1 Datos de la Red Física (Circuit Switched)
5.6.1.1 Elementos de Red (Switch / Network Node)
Un Elemento de Red es un elemento del hardware que tiene conexión física entre
redes a través de una ruta (Trunk Group). Este hardware es responsable por generar
archivos de detalle de las l amadas o eventos de la red de Claro Chile. Franquicia y
Operadores de Red tienen sus propios Elementos de Red, pero solamente los
Elementos de Red de Claro Chile, que es la franquicia, donde una llamada o evento
entra o le deja su red es pertinente para los propósitos de la interconexión.
Para InterconnecT v7.1 se cargarán sólo los Elementos de Red poseídos por Claro
Chile donde sus Puntos de Interconexión, o POIs, se asociará para conectar una red
de otro operador. Los siguientes Elementos de Red serán cargados en el
InterconnecT v7.1:
ID NOMBRE
SANTGO1 Santiago 1
TEMUCO Temuco
ANTOFTA Antofagasta
CCN_FTP Concepción
SANTGO2 Santiago 2
MTX_TEM Temuco 2
IVLTMX1 TELMEX
IVLDOR1 CONDOR
MTX_ANT Antofagasta 2
IVLLCN1 Lo Cañas
SMSC SMS
MMSC MMS
SPEEDY SPEEDY
5.6.1.2 Point of Interconnection

Page 116 of 132
Punto de Interconexión (POI), en el contexto del sistema InterconnecT v7.1, es un

punto lógico en la red de otro operador que representa el local de entrada o salida
de tráfico de/para la red de origen. En otras palabras, es la forma como son
conocidas las rutas físicas de interconexión por otros operadores. Esta es,
normalmente, la información presentada en los reportes de tráfico y utilizada en la
determinación de escenarios. Los POI’s para Claro Chile siguen la estructuro abajo:
Estructura Descripción Dominios
Posición 12, SW ID Central Claro Chile .

Documento “Switch.xls”
SWIDOPZP Posición 3456, IDOP ID Operador Interconectado.

Documento “Operadores.xls”
Posición 78 – ZP Código de la Zona Primaria.
Documento “Mantenedores.xls ”
5.6.1.3 Rutas (Trunk Group)
Rutas son representaciones en el lenguaje del sistema InterconnecT v7.1 de los

caminos físicos entre los elementos de red Claro Chile y sus socios de interconexión.
En el contexto de esta implementación, no hay fuentes automatizadas para
validación y registro de nuevas rutas. Nuevas entradas o cambios en las rutas
existentes, son informadas por la ingeniería a los responsables de cada área que
deben cargar en los diversos sistemas.
Diferentemente del sistema InterconnecT v7.1, InterconnecT PREP mantendrá una
tabla de rutas con todas las rutas de CDR posibles, incluyendo las rutas internas
(HLR, Cell site, etc.). El propósito es soportar las reglas de filtro de tráfico y la regla
de validación de prefijos.
Una vez que la validación de rutas es un proceso intrínseco a el sistema
InterconnecT v7. 1, este no podrá ser omitido, aunque la mediación ya lo haya
hecho. Sin embargo, la validación de rutas en el sistema considera aspectos de
negocio y topología de red. Por ejemplo, una determinada ruta validada en la
mediación puede ser invalidada en el sistema InterconnecT v7.1 caso esté
configurada en una Franquicia diferente de aquel apuntado en el registro de
interconexión.
Las rutas que deben ser cargadas en el InterconnecT v7.1 son las rutas de tipo “I” –
Interconexión Internacional y “N” – Interconexión Nacional y no serán cargadas
rutas de señalización. Las rutas de Claro Chile están relatadas en el documento
“RUTAS_SWITCH_12_09_07.xls”.
5.6.1.4 Plan de Numeración (Network Address o Charging Number Prefix)
Para realizar la configuración del plan en el sistema InterconnecT v7.1, es necesario

realizar una conversión del formato de franjas para el formato Network Addrees (o
también conocido por CNP - Charging Number Prefix ), o sea, para el sistema, sólo la
parte significativa del prefijo deberá ser configurada en él. Por ejemplo, la franja 2-
332-9000 – 2-332-9999 pertenencia a CTC en la Zona Primaria de Santiago. En el
InterconnecT v7.1, sería necesario configurar esta información de la siguiente
manera: 23329 – CTC Santiago.

Page 117 of 132
La lista de numeración de Claro Chile se encuentra en el documento

“mantenedores.xls”.
5.6.2 Datos de la Red Lógica (Administration)
5.6.2.1 Network Address Hierarchy Level
Se usan los Aggregation Hierarchy Level para definir diferentes niveles de jerarquía
para las direcciones de red (números de acceso), cuando asoció con información
geográfica y/o lógica.
5.6.2.2 Network Address Types
Network Address Type ofertas la posibilidad de clasificar prefijos. Note que esto no
tiene impacto en el proceso de la valuación y se usa sólo para propósito de informar.
Para esta implementación, los tipos siguientes se definirán:
ID Name
DAT Datos
FIJ Fijo
MOV Móvil
NGEO Non Geográfico
SVA Servicio Valor Agregado
SVA VOZ Servicio Valor Agregado Voz
Tabla 5-5: Network Address Type
5.6.2.3 Network Address Aggregation
Network Address Aggregation se usa para definir un grupo de prefijos (direcciones

de la red) basado en su situación geográfica. Se definirá la estructura de Network
Address Aggregation durante el desarrollo del proyecto. Abajo sigue un ejemplo del
árbol de agregación de las direcciones (números de acceso):

Page 118 of 132
Nível 1 Mundo - Mundo
Nível 2 Región - América del Sur, Europa, Ásia, etc.
Nível 3 País - Chile, Argentina, Brasil, España, etc.
Nível 4 Operación - Móvil, Fijo, Non Geográfico, etc.
Nível 5 Operador - Operadores de Interconexión
Nível 6 Zona - Zona Primária de Chile

Primária
Figura 10: Arbol de Network Address Aggregation
El tráfico para Compañía de Teléfonos Coyhaique y Compañía Telefónica del Sur

debe ser clasificado por Area Tarifaria, según los documentos “Plan de Numeración
Telcoy_30.05.2007.xls” y “Plan de Numeración Telsur_30.05.2007.xls” y hay precios
distintos por Área Tarifaria.
5.7 Escenarios de Tráfico y Reglas de Pago (Rating)
El diagrama siguiente representa los elementos principales a ser considerados por el

proceso de tasación en el InterconnecT v7.1:
Figura 11: Elementos del Proceso de Tasación en el IcT v7.1

Page 119 of 132
La figura siguiente representa el uso de los datos de la referencia durante el proceso

de tasación en la secuencia del procesamiento:
Figura 12: Rating Process Workflow

5.7.1 Rating Scenarios
Se usan los Rating Scenarios para agruparse un conjunto de llamadas o eventos que
comparten las mismas características cuando viene a los pagos e ingresos.
Abajo sigue un ejemplo de estructura de formación de los Rating Scenarios, que será
definida durante el desarrollo del proyecto, donde:
Posición 12, Fuente del Tráfico “VZ” – Voz

“SM” – SMS
“MM” – MMS
“SP” – SPEEDY
“HT” – HIT
Posición 3, Tipo Tráfico “N” – Nacional

“I” – Internacional
Posición 4, Sentido “E” – Entrante

“S” – Saliente
Posición 5, Tipo Escenário “D” – Conexión Directa

“C” – Conmutado
“T” – Transito
12345678 “O” – On-Net
Posiciones 678, Tipo Abonado “QLP” – Quién Llama Paga

“QRP” – Quién Recibe Paga
“RUR” – Rural
“EME” - Emergencia
“300” – Servicio 300
“SVA” – Servicio Valor Agregado
“CSC” – Código Selección Carrier
“IP” – Internacional IP
Tabla 5-6: Estructura del Rating Scenario

Page 120 of 132
Ejemplo: Una llamada saliente directa para un acceso Rural de un operador fijo:
VZNSDRUR.
5.7.2 Rating Scenario Determination
Rating Scenario Determination es el proceso aplicado para asociar un Rating

Scenario a un evento o llamada. Esta asociación depende principalmente de la
dirección del tráfico y del producto, pero pueden ser utilizados datos del operador
dueño de la ruta (operador interconectado), de la ruta física o del árbol de
agregación de prefijos (direcciones de la red).
Los Rating Scenario Determination serán definidos durante el desarrollo del proyecto.
5.7.3 Rating Components
Componentes de tasación definen el tipo de tarifa y como esta será aplicada a un

dado escenario de llamada. Rating component es, en esta forma, la definición de
cómo será tasado el tráfico. El tipo de tarifa depende si la llamada es de voz
(tasación basada en duración), si es un evento (tasación basada en evento) o si es
tráfico de datos (tasación basada en volumen). Para cada producto, uno o más
componentes de tasación pueden ser definidos:
• La llamada deberá ser tratada como basada en duración, evento o en
volumen
• Es una llamada de larga duración o una llamada de corta duración (long
o short call)
• La llamada será tarifada utilizando la duración real (de la llamada o de la
red) o la duración aproximada
• El módulo de rating que será utilizado: Standard para el proyecto de
interconexión
• La moneda utilizada
Los Rating Components serán definidos durante el desarrollo del proyecto, pero fue
creada una estructura propia para agregar valor a la información del Rating
Component para Claro Chile. Esta codificación está presentada a través de la tabla a
seguir:

Page 121 of 132
Posición 1 y 2, Tipo Pago “CA” – Cargo Acceso

“CC” – Costo Conmutado
“NC” – No Cargo
“TS” – Tarifa de SMS Inter-compañía
Etc.
Posición 3, Tipo Tráfico “N” – Nacional
“I” – Internacional
Posic ión 4, Sentido “E” – Entrante
“S” – Saliente
1234567
Posiciones 567, Tipo Abonado “QLP” – Quién Llama Paga
“QRP” – Quién Recibe Paga
“RUR” – Rural
“EME” - Emergencia
Tabla 5-7: Estructura del Rating Component
Ejemplo: Una llamada saliente directa para un acceso Rural de un operador fijo irá
generar un costo de Cargo de Acceso para Claro Chile: CANSRUR.
5.7.4 Rating Rules
Los Rating Rules definen las reglas a ser aplicadas para tasación de una llamada o
evento. Las reglas de la valuación se definen por:
• Lo que se tasará (Rating Scenario combinado con Rating Component)
• Quién es el socio de interconexión (Billing Operator Type)
• Cómo es la tasación a ser usada (Tier Derivation Style , Time Apportionment Rule ,
Digits to Ignore, Cash Flow, etc)
La regla de construcción de los Rating Rules será definida durante el desarrollo del
proyecto, en conformidad con los escenarios de tráfico y regla de pago definidos en
el capítulo 4.
5.8 Componentes de Pago
5.8.1 TIER
TIER es un concepto lógico adoptado en InterconnecT v7.1 para propósito de

tasación que puede identificar la distancia del origen y/o destino para un tráfico
dado. Es uno de los importantes campos que determinan la tarifa. De esta manera el
concepto de TIER puede aplicarse siempre que la tarifa para un mismo compañero
Page 122 of 132
de la interconexión, Rating Component y Product no puede ser la misma. Se

configuran TIERS basado en una estructura de la jerarquía con tres niveles: Tipo de
TIER, Grupo de TIER y TIER.
Figura 13: Tier Hierarchy
5.8.1.1 Tier Maintenance
Los TIERs serán definidos durante el desarrollo del proyecto. El principal objetivo de
utilización del TIER es identificar diferentes montos para un mismo escenario de
tráfico.
Por ejemplo, para el Cargo de Acceso debido a un operador Fijo, el monto depende
de la Zona Primaria de destino. En este caso es posible definir un TIER para cada
Zona Primaria de destino con montos distintos para cada Zona Primaria. Otro
ejemplo de que sea posible a utilización del TIER es para servicios de emergencia,
para identificar los números llamados gratis y non gratis o para el tráfico de SMS
SVA, en que los números de acceso a los proveedores tienen montos distinctos.
La tabla abajo presenta algunos ejemplos de TIER posibles para Claro Chile:
Tier Type Tier Group Tier

VOZ MÓVIL CA – Cargo Acceso Móvil
VOZ FIJO CASTGO – Cargo Acceso Santiago
VOZ FIJO CCSTGO – Costo Conmutado Santiago
SMS SMS TS – Tarifa SMS Inter-compañia
SMS VAS TSICJJ – Tarifa SMS Ingreso Compartido Juegos Java
SMS VAS TSICRP – Tarifa SMS Ingreso Compartido Ringtones Polifonicos
MMS MMS TM – Tarifa MMS Inter-compañia
SPEEDY SMS ICSPDSMS – Ingreso Compartido Speedy SMS
SPEEDY WAP ICSPDWAP – Ingreso Compartido Speedy WAP (Descargas)
Tabla 5-8: Tier Hierarchy

Page 123 of 132
5.8.1.2 Tier Derivation Style
El Tier Derivation Style permite el uso de datos de la referencia, principalmente

Número Llamante, Número Llamado, NAA Número Llamante, NAA Número Llamado y
POI, en cierto modo para determinar una tarifa específica durante el proceso de la
tasación, cuando todos los parámetros anteriores son el mismo: Rating Scenario y
Rating Component.
Hay diferentes maneras de hacer la derivación del TIER, como:
• TDST A-Number Aggregation B-Number Aggregation (ABA)
• TDST B-Number (B)
• Etc.
Intec irá identificar durante el proyecto cuales son las maneras que deben ser
utilizadas para simplificar el proceso de tasación de Claro Chile.
5.8.2 Calendario (Calendar)
Calendar is the concept used by InterconnecT v7.1 in order to do use of different

time bands when different rates can be applied to a given rating scenario according
to the time it took place. For this implementation the very same concept of TARIFF
CLASS and TARIFF CLASS EXCEPTION configured in InterconnecT SET TLER will be
adopted.
El calendario (Calendar) es el concepto usado por InterconnecT v7.1 para identificar
las diferentes tramos horarios para un Rating Scenario.
Figura 14: Concepto del Calendario
5.8.2.1 Tramo Horario (Time Premium)
Time Premium es el nombre de un periodo dentro de un día para el que las tarifas
varían del punto de vista de la tasación, es decir Tramo Horario.
Éstos se usan para permitir la configuración de una tarifa por Time Premium, y por
consiguiente las tarifas son fijas por Time Premium. Se usan el Calendar y el Time
Premium de la tasación aplicable a un registro particular durante el proceso de la
tasación.
Claro Chile tendrá los siguientes Tramos Horarios: Plano, Normal, Reducido y
Nocturno.

Page 124 of 132
5.8.2.2 Calendario Base (Base Calendar)
Se usa el Calendario Base para determinar, durante el proceso de la tasación, los

Tramos Horarios que deben asociarse a la llamada.
Claro Chile tendrá tres Calendarios Base:
Calendario Día de la Tramo Horario Hora Inicio Hora Final

Semana
PLANO All Week Plano 00:00:00 23:59:59
STANDARD 1 All Week Nocturno STD 1 00:00:00 07:59:59

STANDARD 1 Weekdays Normal STD 1 08:00:00 13:59:59
STANDARD 1 Saturday Normal STD 1 08:00:00 13:59:59
STANDARD 1 Sunday Reducido STD 1 08:00:00 13:59:59
STANDARD 1 Saturday Reducido STD 1 14:00:00 19:59:59
STANDARD 1 All Week Reducido STD 1 20:00:00 23:59:59
STANDARD 2 Saturday Normal STD 2 09:00:00 13:59:59
STANDARD 2 Saturday Reducido STD 2 14:00:00 19:59:59
Tabla 5-9: Day Slice across Calendar Base
Los Días de Fiesta en Chile que deben ser configurados en el sistema son:
Día Mes Motivo Fijo/Variable

01 Enero Año Nuevo Fijo
Caso 1 : Ultimo fin de semana Viernes Santo.

(Viernes/Sabado/Domingo). Caso 1 : Marzo.
Sabado Santo. Variable
Caso 2 : Primer Fin de semana Caso 2 : Abril.
(Viernes/Sabado/Domingo) Domingo Santo.
01 Mayo Dia del Trabajador Fijo

21 Mayo Glorias Navales Variable
29 Junio San Pedro y San Pablo Variable

16 Julio Virgen del Carmen Fijo
15 Agosto Asunción de la Virgen Fijo

Page 125 of 132
18 Septiembre Independencia Fijo
19 Septiembre Glorias Ejercito Fijo

12 Octubre Dia de la Raza Variable
01 Noviembre Dia de todos los Santos Fijo
08 Diciembre Inmaculada Concepción Fijo

25 Diciembre Navidad Fijo
5.8.2.3 Rating Calendar
En la configuración del Rating Calendar se define cual de los Calendarios existentes

debe ser utilizado por el escenario de tráfico en el proceso de tasación.
Para Claro Chile los Calendarios serán utilizados según la tabla abajo:
ID Name Description
PLN PLANO Será utilizado en los escenarios de tasación
de evento y ingreso compartido.
STD2 STANDARD 2 Será utilizado para los escenarios en que el
operador socio de interconexión del pago es
Infopyme, Telesat o VTR.
STD1 STANDARD 1 Será utilizado para los escenarios en que el
operador socio de interconexión del pago no
es Infopyme, Telesat o VTR.
Tabla 5-10 : Calendario Base
5.8.3 Moneda (Currencies)
La funcionalidad de mantenimiento de monedas permite que el usuario trabaje con

diferentes tipos de monedas en el sistema. La moneda estándar (ya configurada en
el sistema) es el Euro (EUR). Será configurado también el Peso Chileno (CLP) una
vez que es la moneda utilizada en Chile y el Dólar Americano (USD).
La conversión de monedas permite la configuración de factores de conversión (tasas
de cambio) entre las diferentes monedas utilizadas por el sistema, siempre en
función de la moneda base (Nacional Currency Unit), que será el Peso Chileno.
Las seguientes monedas serán configuradas en el sistema.
ID Name Symbol Fraction Fraction Fraction Currency Start

Unit Name Symbol Ratio Date
EUR EURO EUR Centavos C 100 EUR 1/9/2007
USD US Dólar U$ Centavos C 100 OTH 1/9/2007
CLP Peso Chileno $ Centavos C 100 OTH 1/9/2007
Tabla 5-11: Monedas
5.8.4 Unidades (Units)
5.8.4.1 Conversión de Unidades (Conversions)

Page 126 of 132
Esta funcionalidad permite la conversión de unidades de medida usando factores de

conversión.
Las unidades de conversión serán definidas durante el desarrollo del proyecto. Abajo
se relatan algunos ejemplos de unidades de conversión posibles:
ID Name Base Unit Conversion Factor

SEC SECONDS YES
BYTE BYTES YES
KBYTE KBYTES NO 1024 BYTE
MINUTE MINUTES NO 60 SEC
Tabla 5-12: Conversión de Unidades
5.8.4.2 Famílias de Unidades (Unit Family )
Units of measure can be grouped into Unit Families in order to facilitate their
maintenance and usage. They are used for on Rating Components definition to
indicate whether the rating process will be duration or volume based.
Pueden agruparse unidades de medida en las Familias de Unidad para facilitar su
mantenimiento y uso. Los Tipos de Unidad (Unit Types) pueden ser Datos (Data) o
Tiempo (Time) y se usan en la definición de los Rating Components para indicar que
la tasación será basada en la duración o en el volumen.
Las familias de unidades serán definidas durante el desarrollo del proyecto. Abajo se
relatan algunos ejemplos de familias de unidades posibles:
ID Name
BYT Byte Unit Family
TIM Time Unit Family
UNT Unit Family
Tabla 5-13: Familias de Unidades
5.8.5 Tarifas (Rates)
Las tarifas son asociadas entre una Franquicia y un Operador de Red para definir qué
valor, precio, debe aplicarse durante el proceso de la tasación para una llamada o
evento. Las tarifas pueden cambiar según: el Rating Component, Product, TIER,
Time Premium y Sentido del Tráfico.
Para los productos donde el mismo precio se usa para diferentes operadores, se
aplicará la tarifa COMMON RATE BOOK, es decir que no es necesario configurar
varias veces el mismo precio en el InterconnecT v7.1.
Para información detallada, por favor refiérase al capítulo 4.
Claro debe enviar a Intec para carga en el InterconnecT v7.1 las tarifas abajo
actualizadas para el inicio del desarrollo del proyecto:
• Cargo de Acceso Móvil – Móvil
• Cargo de Acceso Móvil – Fijo por Zona Primaria (y por Area Tarifaria para
Compañía de Teléfonos Coyhaique y Compañía Telefónica del Sur)

Page 127 of 132
• Costo Conmutado Móvil – Fijo por Zona Primaria

• Cargo de Acceso Rural por Zona Primaria
Caso haga cambio en los precios, Claro debe enviar a Intec para carga en el
InterconnecT v7.1 las tarifas abajo actualizadas para el inicio del desarrollo del
proyecto:
• Ingreso Compartido de Voz por número de destino (Archivo
“Ingreso_Compartido_SVA-VOZ_200705.xls”)
• Ingreso Compartido para 300 y 700 por número de destino (Archivos
“Ingreso_Compartido_Servicios_300_y_700_con_iva.xls” y
“Ingreso_Compartido_Servicios_700_con_iva_ENTEL.doc”)
• Ingreso Compartido de SMS VAS por número de destino (Archivo
“Ingreso_Compartido_SVA-SMS_2007.xls”)
• Tarifa de SMS inter-compañía (Precio: CLP 25)
• Tarifa de MMS inter-compañía (Precio: CLP 50)
• Tarifa de Terminación Internacional por Destino para el tráfico originado por
visitantes en la red de Claro Chile o clientes Claro Chile recibiendo llamadas
(Archivo “Costo_Terminación_LDI_Visitante.xls”)
• Tarifa de Terminación Internacional IP por Destino (Archivo
“Costo_Terminación_LDI_IP.xls”)
5.9 Administración Financiera (Financial Management)
5.9.1 Periodos de Facturación (Billing Period)
Un Periodo de Facturación es un ciclo financiero definido para una Franquicia

particular, Operador de Red, Grupo de Productos, Método de Facturación (Invoice o
Declaration) y Sentido de la Declaración contra que el registro que se procesó se
asignará. Esto habilita la generación de facturas y permite resúmenes diarios que
contienen los datos resumidos de los registros a ser asignados por Periodo de
Facturación.
Se usarán los campos de facturación y definiciones siguientes en este proyecto:
Campo Descripción Aplicación en el Proyecto
Nombre Identificador único del La siguiente estructura será utilizada para los
Periodo de Facturación nombres de los Periodos de Facturación:
<AAAA><MM>, donde:
<AAAA> - Ano
<MM> - Mes
Operador de Socio de Interconexión Network Operator ID
Red con relación financiera
Franquicia CLRM Franchise ID
Método de Métodos de Facturación Billing Methods posibles:
Facturación posibles: “D” – Cuando la Franquicia tiene un Costo
“D” – Declaration “I” – Cuando la Franquicia tiene un Ingreso
“I” – Invoice
Sentido de la Sentido de la Statement Direction posibles:

Page 128 of 132
Campo Descripción Aplicación en el Proyecto

Declaración Declaración Posibles: “R” – Cuando la Franquicia tiene un Costo
“S” – Send “S” – Cuando la Franquicia tiene un Ingreso
“R” – Receive
Grupo de Grupo de Productos Solamente los grupos de productos (product group)
Productos para el socio de interconexión serán aplicados
Fecha Inicio Fecha de Inicio del Para periodos de facturación mensuales será el
Periodo de Facturación primer día de cada mes.
Fecha Cerro Fecha de cerro del Para periodos de facturación mensuales será el
Periodo de Facturación último día de cada mes.
Fecha Indica en días cuando Todos los periodo de facturación tendrán este
Extracción los archivos tasados campo definido según la regla siguiente: <FECHA
Programada deben extraerse del CERRO> + 5
banco de datos
después de la fecha de
cerro de facturación
Fecha Cerro Indica en días cuando Todos los periodo de facturación tendrán este
Programada los archivos tasados campo definido según la regla siguiente: <FECHA
podrán tener su cierre CERRO> + 5
del periodo de
facturación después de
la fecha de Cerro del
Periodo de Facturación
Status del Status del Periodo de Todos los periodos de facturación se configurarán
Periodo de Facturación posibles: como OPEN
Facturación “O” – Open
“C” – Close
Tabla 5-14: Periodos de Facturación

Page 129 of 132
6. REPORTES
6.1 Alcance
Los módulos de reportes suportados por InterconnecT dentro del alcance son:
• Aplicación estándar parte del InterconnecT Core (InterconnecT Reporting)
El módulo de reportes opcional que nao hace parte del alcance:
• Aplicación opcional IntervieweR
Los servicios de configuración de Reportes no estay en el alcance de este Proyecto
InterconnecT.
6.2 InterconnecT Standard Reporting
InterconnecT v7.1 has a large set of built-in reports in order to extract many
different data from the system. It is possible to generate reports containing
information regarding the system set-up, such as network data, as well as traffic
data where we can set as example amount of calls or minutes rated for the traffic
between CLARO Chile franchises and other operators for a given period.
InterconnecT v7.1 tiene un juego grande informes para extraer muchos datos
diferentes del sistema. Es posible generar informes que contienen información con
respecto a la estructuración del sistema, como datos de la red, así como los datos de
tráfico donde nosotros podemos poner como la cantidad del ejemplo de llamadas o
minutos tasada para el tráfico entre CLARO las franquicias y otros operadores para
un periodo dado.
La ilustración bajo muestra la ventana del sistema de los informes:
Figura 15: Ventana de Reportes
Los informes siguientes están disponibles en el InterconnecT Standard Reporting:

Page 130 of 132
• Billing Report: Las muestras resumieron información sobre tasado CDR.

• Error Management Report: Información sobre CDR rechazados durante el
procesamiento.
• Traffic Report: Shows different views of reference data for a given period by
the user. It is a flexible report and fully configurable by the user thus the traffic
information can be grouped in a level as much detailed as possible. For example,
a traffic report can show the total duration of incoming calla for a given billing
period for each product, considering each operator. It is even possible to select if
either the data to be shown reflects the real traffic or the rated traffic.
• Discount Plan Report y Discount Traffic Report: extrae información sobre
los descuentos solicitó a los compañeros de la interconexión. CLARO CHILE no ha
comprado el módulo de VBR.
• Traffic Report: Muestra las vistas diferentes de datos de la referencia para un
periodo dado por el usuario. Es un informe flexible y configurable por el usuario
así la información de tráfico puede agruparse en un nivel tan detalla do como
posible.
• Traffic Analysis Report: Muestra los datos en un formato métrico. Por
ejemplo, este informe puede mostrar la información sobre la media duración por
tráfico entrante para un periodo dado.
• Verification Report - Este informe se usa rastrear y monitorear el mecanismo
aseguraba que los portadores operan dentro de los límites de un acuerdo.
• YTD Financial Report: Permite que gerente comercial, por ejemplo, extrae
informes sobre estado financiero durante un año dado. El estado financiero es
derivado de las agregaciones diarias, descuentos y ajustes.
• Network Report: Muestra la información de datos de red, con respecto al
punto de interconexiones, centrales y rutas.
• Product Report: Muestra la información de datos de referencia sobre los
productos, relacionando los productos a sus grupos de la categoría.
• Rates Report: Muestras las proporciones según los precios por el producto y
dispone en gradas entre las franquicias y operadores de la red. La aplicación
extrae datos sobre las proporciones según la selección del criterio definida.
• Rating Scenario Report: Extrae la estructuración de rating scenarios para una
franquicia específica, según el criterio de la selección disponible.
• Reminders Report: Apoyos el monitoreando de integridad de datos de
referencia. Este informe le permite al usuario monitorear cuando la validez de
datos de referencia está a punto de expirar. El informe muestra las entidades de
datos de la referencia seleccionados y presenta sus detalles, fecha de la salida y
fecha del extremo. El Informe del Recordatorio mostrará la fecha de la referencia
para un periodo dado.
• Schedule Report: Proporciona una lista que contiene los trabajos del lote
recurrentes que eran fijo para la ejecución futura. Es posible filtrarse fuera la
información a ser mostrada en los informes, por ejemplo, muestre fecha y sólo
cronometre para los funcionamientos del repricing fijados durante una semana
siguiente.
• Rating Rule Report: Muestra las propiedades, facturando elementos del
operador y componentes tasando y sus parámetros.
Información más detallada en cómo usar estos informes puede encontrarse en el
documento “InterconnecT v7.1 Standard Reporting Guide”.

Page 131 of 132
7. APROBACIÓN
7.1 Firma de CLARO Chile
Aprobación:
Aceptado Condicional Negado
Comentários:
Nombre y Título Firma Fecha
Nombre y Título Firma Fecha

Page 132 of 132

InterotecT Especificacion de Implementacion V1.1

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

InterotecT Especificacion de Implementacion V1.1

Încărcat de

Drepturi de autor:

Formate disponibile

Claro Chile - InterconnecT Especificación

de Implementación V1.1 Final

Controle del Documento

Aceptación del Documento

Nombre Funcion Firma Fecha

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

4. ESCENARIOS DE TRÁFICO Y REGLAS DE PAGO ................................... 67

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

4.1.10 VOZ OFF-NET NAC 800 ............................................................................... 72

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

4.4.2 SMS - OFF-NET NAC STATUS MENSAJE ........................................................ 93

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

5.5.1 Categorías de Grupos de Productos (Product Group Category) ......................111

6. REPORTES .......................................................................................... 130

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

Tabla 1-1: Documentos de referencia ......................................................................9

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

Figura 5: Business Logic de SMS (CDMA y GSM) ...................................................... 49

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

Este documento representa el resultado de la fase del pre-estudio para

IcT Registro Normalizado Voz CDMA.doc

IcT Registro Normalizado Voz GSM.doc

IcT Registro Normalizado SMS CDMA y GSM.xls

IcT Registro Normalizado SPEEDY GSM_2.xls

IcT Registro Normalizado HIT CDMA y GSM.xls

IcT Dato Referencia: Operadores.xls

IcT Dato Referencia: Switch.xls

IcT Dato Referencia: RUTAS_SWITCH_12_09_07.xls

Todos los archivos de datos de referencia enviados por Claro

Tabla 1-1: Documentos de referencia

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

2. ALCANCE DEL PROYECTO

2.1 Arquitectura de la Solución

La ilustración abajo muestra la solución que se llevará a cabo:

CONVERGENT CONVERGENT WHOLESALE

Voz GSM Formatos Formatos

Figura 1: Arquitectura de la Solución

• Intec recibirá los registros en el flujo de mediación según los formatos

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

• MMSC GSM: Claro Chile hará la Validación, Selección y Transformación para el

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

El InterconnecT PREP es un sistema flexible, que apoya la preparación de los dados

Como en el mediador Inter-mediatE, el módulo de pre-procesamiento (InterconnecT

Cada paso no Procesamiento de Datos de el PREP é llamado Operación (Operation).

• Seleccionar registros – los remueve del flujo de procesamiento de modo la que no

Para ejecutar estas actividades, la Operación submete cada registro de entrada a un

Un Plan de ejecución en el PREP es la descripción de como un Master File que llego

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

resultando en un conjunto de Derived Files, que posteriormente será transmitido por

3.1 Arquitectura de la Solución

La figura abajo representa genericamente y esquemáticamente el flujo de CDRs de

Figura 2: PREP Architecture

Do que está presentado arriba es conveniente destacar que:

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

3.1.1 Gerenciador de Duplicación (DRD)

El módulo Duplicate Manager, o DRD, puede detectar duplicidad de registros de

Registros duplicados pueden ser generados cuando:

Para realizar la verificación de duplicidad de registros nos archivos procesados serán

Claro Chile - InterconnecT Especificacion de Implementacion V1.1.doc / Final / 26 Octubre 2007

3.2 Formatos de Entrada

Los actuales Planos do Inter-mediatE implementados en Claro tratan

3.2.1 Formato normalizado de Voz GSM

Esta sección relata detalles sobre el formato normalizado de VOZ GSM

Campo Formato Posición Largo Descripción