capitulo v diseÑo de la propuesta

23
114 CAPITULO V DISEÑO DE LA PROPUESTA En este capitulo se desarrolla la propuesta para integrar la Aplicación CAMEL en la plataforma prepagada de la red GSM900 de la empresa INFONET, sobre la base de los resultados obtenidos en el capitulo anterior relacionados con el estudio de la situación actual de la infraestructura de la empresa. Los puntos que conforman el cuerpo de este capitulo, se refieren en un principio a un modelo basado en la migración de la plataforma GSM900 a Red Inteligente, posteriormente se analiza la Aplicación CAMEL en su estatus actual y por último de realiza el diseño de la propuesta de integración de la aplicación CAMEL en la Plataforma Prepagada de la red GSM900 de la empresa INFONET, cumpliendo con el último objetivo específico de la investigación. 1. Modelo de la Migración de la Plataforma GSM a Red Inteligente. Considerando que el funcionamiento de la Aplicación CAMEL está condicionado a que la infraestructura de red trabaje bajo el soporte de una Red Inteligente, en este punto se presentan los componentes que constituyen una red inteligente y el funcionamiento de cada uno de ellos, lo

Upload: others

Post on 12-Apr-2022

2 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: CAPITULO V DISEÑO DE LA PROPUESTA

114

CAPITULO V

DISEÑO DE LA PROPUESTA

En este capitulo se desarrolla la propuesta para integrar la Aplicación

CAMEL en la plataforma prepagada de la red GSM900 de la empresa

INFONET, sobre la base de los resultados obtenidos en el capitulo anterior

relacionados con el estudio de la situación actual de la infraestructura de la

empresa.

Los puntos que conforman el cuerpo de este capitulo, se refieren en

un principio a un modelo basado en la migración de la plataforma GSM900 a

Red Inteligente, posteriormente se analiza la Aplicación CAMEL en su

estatus actual y por último de realiza el diseño de la propuesta de integración

de la aplicación CAMEL en la Plataforma Prepagada de la red GSM900 de la

empresa INFONET, cumpliendo con el último objetivo específico de la

investigación.

1. Modelo de la Migración de la Plataforma GSM a Red Inteligente.

Considerando que el funcionamiento de la Aplicación CAMEL está

condicionado a que la infraestructura de red trabaje bajo el soporte de una

Red Inteligente, en este punto se presentan los componentes que

constituyen una red inteligente y el funcionamiento de cada uno de ellos, lo

Page 2: CAPITULO V DISEÑO DE LA PROPUESTA

115

que permite tener una visión acerca del comportamiento de una Red GSM

Inteligente.

La aplicación del concepto de inteligencia de red en una plataforma

GSM, permite implantar una infraestructura tecnológica basada en elementos

eficientes que distribuidos jerárquicamente permiten controlar la

funcionalidad de la red a través de un solo nodo, es decir, de una manera

centralizada. Lo que se traduce en versatilidad para el desarrollo e

introducción de servicios de Red Inteligente y mejor administración de los ya

existentes.

Para que una plataforma soporte servicios de red inteligente la misma

debe estar constituida por las siguientes entidades:

Gráfico 19. Constitución de un Servicio de Red Inteligente Fuente: Altube (2001)

Sistema deConmutación

Bse de DatosCentralizada

Red de Señalización

Sistema de Soporte de

Operaciones

Sistema deConmutación

Bse de DatosCentralizada

Red de Señalización

Red de Señalización

Sistema de Soporte de

Operaciones

Page 3: CAPITULO V DISEÑO DE LA PROPUESTA

116

1. Sistema de Conmutación: Este elemento realiza las operaciones de

conmutación necesarias para ejecutar cualquier servicio, tales como las

llamadas de cobro revertido automático (900) o las llamadas a crédito, las

cuales requieren ser tratadas mediante operaciones de conmutación de

circuitos, encaminamiento, gestión de enlaces o tratamiento de señalización

con otros nodos de la red telefónica.

2. Bases de Datos Centralizadas: Los servicios llevarían normalmente

asociados grandes volúmenes de datos, que serían necesarios consultar

durante la atención del servicio. Por ejemplo, el tratamiento de una llamada

de cobro revertido automático supone la traducción del número marcado por

el usuario (número del servicio) por un número telefónico real al que se

encamina la llamada, existirán normalmente múltiples traducciones posibles

para un número “900” dado, pudiéndose emplear criterios complejos para

realizar la selección de la zona geográfica que origina la llamada, fecha y

hora, criterios aleatorios para conseguir que el tráfico se reparta según un

perfil deseado. En este caso la base de datos centralizada contendría toda la

información de los números de servicios existentes así como los criterios de

traducción y los números traducidos de cada uno de ellos.

3. Sistema de Soporte de Operaciones: La naturaleza dinámica de los

servicios hacen necesario que existan medios que faciliten el soporte de las

operaciones sobre la base de datos, de esta manera con relación al servicio

de cobro revertido automático, la explotación de este servicio exige dar de

alta nuevos números 900, entonces la modificación de los criterios de

Page 4: CAPITULO V DISEÑO DE LA PROPUESTA

117

traducción atendiendo a nuevas necesidades del cliente o la eliminación de

los nuevos que así se requieran.

4. Red de Señalización: Este elemento es necesario en caso de que

todos los restantes definidos no tengan la misma localización física cuando

las funciones se separan, es preciso que los diferentes elementos se

comuniquen y es la red de señalización la que proporciona esta facilidad.

Las entidades enunciadas anteriormente permiten explotar un servicio

previamente creado. Aunque este proceso de creación no intervenga

estrictamente en el escenario de explotación del servicio, si debe ser

considerado como un factor importante en la evaluación de las ventajas de

la introducción de una arquitectura de red inteligente.

Componentes de una Red Móvil Inteligente.

La distinción entre una red inalámbrica y una cableada es que muchas

de las actividades de las llamadas inalámbricas están asociadas con la

movilidad. En una Red Móvil Inteligente mas piezas de información de

llamadas asociadas son comunicadas entre el MSC (Centro de Conmutación

Móvil) y el SCP (Punto de Control del Servicio) o HLR (Registro de Ubicación

Local). La Red Móvil Inteligente traspasa el control de los servicios desde el

MSC hacia un elemento más alto en la red, usualmente el SCP.

En este sentido los componentes que constituyen una Red Móvil

Inteligente son:

Page 5: CAPITULO V DISEÑO DE LA PROPUESTA

118

1. El MSC como un Punto de Conmutación de Servicios (SSP): En la

red inteligente el SSP es el elemento que tiene la función de conmutación de

la red. El MSC provee esta función en una Red Móvil Inteligente.

2. Punto de Control de Servicios (SCP): Este equipo provee un

elemento centralizado en la red, el cual controla la entrega de servicios a los

suscriptores. Servicios de alto nivel pueden ser retirados del MSC y

controlados en un nivel más alto en la red. Este costo es efectivo ya que el

MSC pasa a ser más eficiente y no desperdicia ciclos procesando nuevos

servicios, y además se simplifica el desarrollo de nuevos servicios.

3. Periférico Inteligente (IN): El Periférico Inteligente toma la

información directamente del suscriptor, sea esta información sobre la tarjeta

de crédito, un número PIN o la información activada por voz. El periférico

toma la información, la transforma en data y la traspasa a otro elemento de

la red, como el SCP para el análisis y el control.

4. Punto de Transferencia de Señal (STP): Este es un paquete

conmutado en la red de señalización que maneja la distribución del control

de la señal entre los diferentes elementos de la red como el MSC y el HLR o

el MSC y el SCP. La ventaja de un STP es que esta se concentra en el

tráfico de enlace para la red. Este puede también capacidades avanzadas de

direccionamiento.

5. Localización de Registros: Estos son usados para adicionar al MSC

información acerca de los suscriptores. El número de suscriptores que el

Switch soporta, cambia a medida que los clientes de otras redes entran

Page 6: CAPITULO V DISEÑO DE LA PROPUESTA

119

(Roamers) y los suscriptores locales salen de la red. La base de datos de los

suscriptores activos cambia muy dinámicamente. Cada MSC no puede tener

la base de datos de todos los usuarios potenciales de ese switch. En este

sentido, la localización de registros ayuda a atacar ese problema.

Registro de Localización Visitante (VLR): Dentro de un MSC hay un

registro de localización visitante, el cual mantiene la información de los

suscriptores visitantes o Roamers para el MSC. Cada MSC o grupo de MSCs

tendrá un VLR.

Registro de Localización Local (HLR): La información en visitantes o

Roamers es obtenida del HLR de ese suscriptor. Cada suscriptor es asociado

con un HLR singular, el cual retiene el registro del suscriptor. Cuando un

suscriptor se traslada hacia otro switch (otra operadora), el VLR consulta al

registro local del suscriptor (HLR) para obtener información acerca del

mismo. Cuando una va al MSC del suscriptor, el MSC reconoce que se trata

de un suscriptor en Roaming y pregunta al HLR por la localización del

suscriptor. El HLR comunicará esa información al VLR y le asigna un número

de localización recibido del sistema visitado. En una arquitectura de Red

Móvil Inteligente, el HLR es usualmente un elemento de la red como un SCP.

6. Modelo de Llamada en una Red Móvil Inteligente: Un modelo de

llamada de una red móvil Inteligente permite a la red manejar nuevos

“Triggers” (los cuales son puntos de decisiones en una llamada).

Sobre esta base, los pasos a seguir para avanzar hacia una Red Móvil

Inteligente son:

Page 7: CAPITULO V DISEÑO DE LA PROPUESTA

120

1. La incorporación de un SCP (Punto de Control de Servicio), IP

(Periférico Inteligente) y SN (Red de Señalización).

2. Debe implementarse la evolución del MSC (Centro de Conmutación

Móvil) a un SSP (Punto de Conmutación de Servicio).

3. Separación del control y transporte de llamadas del control del servico

1. Desarrollo de modelos genericos de llamadas, eventos y trigger

(puntos de decisiones en una llamada).

En este sentido considerando la arquitectura de una Red GSM se

puede decir, que en cuanto al sistema señalización presenta múltiples

ventajas hacia Red inteligente, tomando en cuenta que la misma es

completamente digital y utiliza señalización sobre un canal común (SS7),

facilitando así el proceso de transformación de GSM a IN, lo que por otro

lado no debe considerarse como una nueva red , sino como una evolución de

la mismas, introduciendo nuevos elementos a la arquitectura actual de red,

en la que a los nodos de conmutación ya existentes, se incorporan otros

nuevos, interconectados entre si mediante potentes medios de señalización,

y especificados en la realización de determinadas funciones, diferentes a las

existentes.

Page 8: CAPITULO V DISEÑO DE LA PROPUESTA

121

Gráfico 20. Componentes de una Red Móvil Inteligente Fuente: Altube (2001)

Ventajas de Plataforma Telefónica Inteligente:

Para el operador:

1. Creación más rápida de servicios a través de la red.

2. Estructura jerárquica de celdas, la cual permite ofrecer a los clientes

tarificación diferenciada.

3. Soporte de sistemas inalámbricos residenciales y de oficina.

4. Autentificación de terminales y privacidad de voz.

HLR

PerifericosInteligentes

IP

MSCSSP

SCPSTP

PSTNVLR

BSC

((( )))

((( ))) ((( )))

BTS

BTS

BTS

HLRHLR

PerifericosInteligentes

IP

MSCSSP

SCPSCPSTPSTP

PSTNPSTNVLR

BSC

((( )))((( )))

((( )))((( ))) ((( )))((( )))

BTS

BTS

BTS

Page 9: CAPITULO V DISEÑO DE LA PROPUESTA

122

5. Interconexión en red ISDN (Red Digital de Servicios integrados) entre

redes públicas y privadas.

6. Roaming y Handover entre redes operando en las bandas de 800, 900

y 1900 Mhz.

Para el usuario:

1. Una gama completa de servicios como: Mensajes Cortos (SMS).

2. Datos y fax.

3. Acceso a paquetes de datos e Internet.

4. Calidad de voz a través de un codificador de voz mejorado.

5. Ahorro de batería del terminal a través del modo de reposo.

Ventajas de los Servicios Inteligentes en el Sistema Prepagado GSM:

1. Capacidad extensiva de Roaming, tanto nacional como internacional.

2. Tarifas múltiples y flexibles.

3. Alta capacidad (millones de abonados).

4. Uso óptimo de la infraestructura existente.

5. Mínimo uso de troncales de voz.

6. Mínimo tiempo de establecimiento de llamada.

2. Descripción de la Aplicación CAMEL en su Estatus Actual.

CAMEL (Aplicaciones Personalizadas para Redes Móviles de Lógica

Expandida) proporciona los mecanismos para soportar servicios

independientemente del operador. Las características de CAMEL facilita el

control de servicios específicos de operadores externos al PLMN. La

Page 10: CAPITULO V DISEÑO DE LA PROPUESTA

123

Aplicación CAMEL es un atributo para la red y no un servicio suplementario.

Es una herramienta para ayudar al operador a proveer a los suscriptores los

servicios específicos incluso cuando los suscriptores estén en Roaming

(fuera del HPLMN). CAMEL es aplicable a:

1. Actividades relacionadas con las llamadas originadas o terminadas

2. En la Fase 2, para la invocación de Servicios Suplementarios.

3. En la Fase 3, para la emisión de SMS, sesiones GPRS, para control

de data HLR, para controlar llamadas en conferencia y para el control

de señalización de la red.

El mecanismo descrito puntualiza especialmente la necesidad de

intercambio de información entre el VPLMN y el HPLMN y el ambiente de

servicio de CAMEL (CSE), para el soporte de servicios específicos del

operador.

La Fase 2 de CAMEL amplía las capacidades de la Fase 1, como se

detalla a continuación:

1. Nuevos eventos y puntos de detección.

2. Es posible interactuar con el usuario a través de anuncios y mensajes

de voz.

3. Es posible controlar la duración de las llamadas.

4. El CSE puede ser informado acerca de la invocación de servicios

suplementarios

Page 11: CAPITULO V DISEÑO DE LA PROPUESTA

124

5. Para un procesamiento mas sencillo la información de cargos desde

un nodo servidor puede ser integrada en registros de llamadas

normales.

La Fase 3 amplía la capacidad de la Fase 2, como se detalla a

continuación:

1. Mecanismos para ampliar la capacidad del manejo de llamadas

conectadas.

2. Control de sesiones de GPRS.

3. Control de SMS originado.

4. Soporte para los servicios de localización por área.

Procedimiento General.

Cada proceso en GSM esta compuesto por una serie de eventos de

telecomunicaciones. En un evento del servicio, la IPLMN o VPLMN puede

suspender el proceso y hacer contacto con el CSE para preguntar las

instrucciones o enviar una notificación. En ese momento la IPLMN o VPLMN

debe enviar para el CSE la información listada en esa especificación. Toda la

información enviada al CSE esta relacionada con el servicio CAMEL prestado

a menos que se establezca de otra manera. Los eventos del servicio inicial, y

la correspondiente identidad del CSE, la cual puede iniciar el contacto con el

CSE esta definido en la información de suscripción CAMEL.

Las características de CAMEL son aplicables en una PLMN si:

1. El CSI es recibido de un HPLMN.

2. El CSE requiere control de congestión en el VPLMN.

Page 12: CAPITULO V DISEÑO DE LA PROPUESTA

125

3. El CSE crea una llamada.

Adicionalmente los servicios marcados pueden ser aplicables en

PLMN si el N-CSI esta activo en la PLMN.

El CSE debe ser capaz de responder a un requerimiento CAMEL con

instrucciones acerca de cómo resumir el proceso GSM suspendido,

adicionalmente debe ser posible en los casos de servicios basados en

suscriptores que CSE indique al VPLMN lo siguiente:

1. Activar mas eventos de servicio para potencial invocación.

2. Alterar la información relacionada con el proceso suspendido.

3. Alterar la información relacionada con las partes involucradas en el

proceso.

4. Indicar cual de las posibles partes del proceso debe ocurrir. Un

Ejemplo sería la terminación de la llamada.

5. Realizar actividades de cargos.

6. Crear conexiones adicionales en una llamada.

7. Cambiar la configuración de las conexiones entre las partes de una

llamada.

Debe ser posible en el caso de servicios marcados por el suscriptor,

que el CSE indique al PLMN servidor:

1. Continuar el procesamiento de una llamada.

2. Conectar la parte que llama a la parte llamada.

Las características de CAMEL deben formar una parte integral de los

siguientes procesos GSM:

Page 13: CAPITULO V DISEÑO DE LA PROPUESTA

126

1. Llamadas entrantes.

2. Llamadas salientes (los desvíos son tratados como llamadas

salientes).

3. Invocación de servicios suplementarios.

Debe ser posible por el CSE, originar llamadas por parte de un

suscriptor CAMEL

Procedimiento para la emisión de llamadas y el desvío de

llamadas.

Debe ser posible especificar cual de los posibles eventos debe iniciar

contacto con el CSE:

1. Recolección de Dígitos Marcados.

2. Análisis del Numero marcado

3. Detección de falla en la llamada.

3.1. Usurario Ocupado

3.2. Usuario no localizado

3.3. Usuario no responde

3.4. Falla en el enrutamiento.

La definición de cual de los eventos definidos anteriormente debe

iniciar el contacto con el CSE, es parte de la información de suscripción del

cliente CAMEL.

Criterios para el Contacto con el CSE:

Debe ser posible por el HPLMN especificar el criterio a través del cual

deba ser satisfecho un requerimiento, antes que el CSE sea contactado.

Page 14: CAPITULO V DISEÑO DE LA PROPUESTA

127

El criterio del CSI debe ser definido por el suscriptor para el caso

donde los dígitos marcados, ya han sido almacenados, entonces el criterio

para números marcados debe ser:

1. El contenido de números marcados, debe estar definido en un formato

internacional.

2. La longitud del número marcado debe ser definida.

3. Debe ser definida una lista de códigos de servicios básicos para

manejarlos individualmente o por grupos (la lista debe contener al

menos cinco códigos de servicios básicos).

4. Se debe definir cuando una llamada debe ser desviada.

Procedimiento para la Configuración de Llamada Requerida:

El propósito de este procedimiento, es detectar un requerimiento de

llamada cuando los dígitos han sido almacenados, pero sin analizar, y de

esta manera permitir al CSE modificar el manejo de las llamadas.

Cuando el VPLMN ha hecho contacto con el CSE, este debe ser

capaz de indicarle que actúe como se detalla a continuación:

1. Realizar actividades de cargo.

2. Activar eventos de control de servicios para las llamadas. El CSE debe

tener la posibilidad de enviar la siguiente información:

2.1. El evento de servicio, donde debe ser detectado y reportado lo

siguiente:

2.1.1. Conexión con la parte llamada.

2.1.2. Desconexión de llamada.

Page 15: CAPITULO V DISEÑO DE LA PROPUESTA

128

2.1.3. Cuando una llamada es abandonada por una de las partes.

2.1.4. Establecimiento de llamada no completada.

2.2. La parte en la llamada para la cual debe ser detectado y

reportado el evento (pare que llama o parte llamada).

2.3. El tipo de monitoreo.

3. Crear partes adicionales en la llamada.

4. Remover partes individuales de una llamada.

5. Conectar una llamada o grupo de llamadas a otra llamada o grupo de

llamadas.

No debería haber restricción en cuanto al orden o el número de veces

que cada instrucción de las mencionadas anteriormente pueda ser repetida.

Una vez que el CSE a concluido una instrucción, debe ejecurau una y solo

una de las siguientes instrucciones:

1. Finalizar la llamada.

2. Permitir que la llamada continué sin alteraciones.

3. Permitir el procesamiento de la llamada con información modificada.

Eventos de Notificaciones al CSE.

Manejo de la Movilidad:

Debe ser posible marcar para un suscriptor cuando una notificación

debe ser enviada al CSE, una vez que el VPLMN haya completado el

procesamiento de cualquiera de los siguientes eventos de movilidad:

1. Un suscriptor móvil es sujetado.

Page 16: CAPITULO V DISEÑO DE LA PROPUESTA

129

2. Actualización de la localización del suscriptor móvil, esto puede ser en

un área de servicio diferente a la del VLR o igual a la del VLR.

3. Inicio de desconexión del suscriptor móvil.

4. Inicio de desconexión por parte de la red.

La notificación debe contener la siguiente información si esta

disponible:

1. Evento.

2. IMSI (Módulo Identificación del Suscriptor).

3. MSISDN (Números Telefónicos).

4. Información de localización.

5. Fase CAMEL soportada por la VPLMN.

Notificación al CSE de Cambios en la Data del Suscriptor.

Debe ser posible identificar cambios en un suscriptor, que deban ser

enviados al CSE, cuando cualquiera de los siguientes atributos de GSM sean

alterados como resultado de un requerimiento de cualquier entidad, excepto

el CSE al cual se enviara la notificación:

1. CF SS Data (Desvío de Llamada).

2. CB SS Data (Barrido de Llamada).

3. ODB Data (Barrido determinado por el operador).

4. Información de suscripción CAMEL.

Uno o más CSE debe ser definido para enviar las notificaciones .

Control de la Data del Suscriptor GSM en el CSE.

Interrogación en Cualquier Momento:

Page 17: CAPITULO V DISEÑO DE LA PROPUESTA

130

Debe ser posible para el CSE interrogar el HLR para tener información

acerca de un suscriptor particular. La información requerida debe ser la

siguiente:

1. Estatus actual.

2. Información de la localización.

5. CF SS Data (Desvío de Llamada).

6. CB SS Data (Barrido de Llamada).

7. ODB Data (Barrido determinado por el operador).

8. Información de suscripción CAMEL.

9. Fase CAMEL soportada por el VPLMN.

Modificación en cualquier Momento:

Debe ser posible para el CSE modificar data de usuario para un

suscriptor específico. La data a modificar puede ser la siguiente:

1. CF SS Data (Desvío de Llamada).

2. CB SS Data (Barrido de Llamada).

3. Información de suscripción CAMEL.

Actividades de Cargos.

Los siguientes principios son válidos para los cargos basados en

CAMEL:

1. Las llamadas deben ser dirigidas en períodos de duración, a fin de

controlar la duración de cada llamada.

2. El manejo y control de una tarifa es responsabilidad del HPLMN.

Page 18: CAPITULO V DISEÑO DE LA PROPUESTA

131

3. El tiempo para el cambio de tarifa es notificado al operador con

suficiente antelación para realizar las modificaciones necesarias.

Procedimientos Excepcionales:

1. Roaming en Redes no soportadas.

2. Configuración de llamadas desde un PLMN que no soporta

interrogación.

3. Roaming en un VPLMN que soporte una fase de CAMEL inferior a la

del HPLMN.

4. Configuración de llamadas desde un VPLMN que soporte una fase de

CAMEL inferior a la del HPLMN.

Interacción con los Servicios Suplementarios:

La interacción de los servicios suplementarios de GSM y la aplicación

CAMEL debe ser manejada a través del provisionamiento de servicios.

Donde sea posible que los suscriptores sean provisionados con servicios

utilizando la aplicación CAMEL no deben ofrecerse servicios GSM, si esto va

ocasionar conflictos con los servicios basados en CAMEL. Los servicios

suplementarios de GSM no deben tener ningún conocimiento de los servicios

basados en CAMEL. En este sentido, a continuación se mencionan algunos

servicios soportados por CAMEL:

1. Identificación de Líneas.

1.1. Presentación de la identificación de la línea que llama.

1.2. Restricción de la identificación de la línea que llama.

1.3. Presentación de identificación de la línea conectada.

Page 19: CAPITULO V DISEÑO DE LA PROPUESTA

132

1.4. Restricción de identificación de la línea conectada.

2. Desvío de Llamadas.

2.1. Desvío de llamada incondicional.

2.2. Desvío de llamadas ocupadas.

2.3. Desvío de llamadas sin respuesta.

2.4. Desvío de llamadas no localizadas.

3. Completación de llamada.

3.1. Llamada retenida.

3.2. Llamada en espera.

4. Conferencias.

5. Usuarios grupo cerrado.

6. Aviso de cargos.

7. Barrido de Llamadas.

7.1. Barrido de todas llamada saliente.

7.2. Barrido de todas llamada saliente internacional.

7.3. Barrido de todas llamada saliente internacional, excepto

aquellas dirigidas al país HPLMN.

7.4. Barrido de toda llamada entrante.

7.5. Barrido de toda llamada entrante en Roaming

8. Transferencia de llamada explicita.

9. Completación de llamada a un usuario ocupado.

10. Perfil de suscriptor múltiple.

Page 20: CAPITULO V DISEÑO DE LA PROPUESTA

133

Gráfico 21. Arquitectura Funcional para el Soporte de CAMEL

Fuente: Altube (2001)

3. Diseño de la Integración de la Aplicación CAMEL en la Plataforma GSM900 de Empresas de Telecomunicaciones.

Después de haber realizado un análisis previo basado en las variables

en estudio, se obtuvieron una serie de resultados que sirven de soporte para

cumplir con el objetivo final de esta investigación que es el Diseño de la

Integración de la Aplicación CAMEL en la Plataforma GSM900 de Empresas

de Telecomunicaciones. El cual se detalla a continuación:

HLR gsm SCF

GMSC

gsmSSF

MSC

VLR gsmSSF

Enlace de Roaming

Llamada salienteo Desviada

CAPCAP

MAP

MAP MAP

MAP

LlamadaDesviada

Línea Entrante

MS (Mobile Suscriber)

Red Interrogante Red Visitada

HLR gsm SCF

GMSC

gsmSSF

MSC

VLR gsmSSF

Enlace de Roaming

Llamada salienteo Desviada

CAPCAP

MAP

MAP MAP

MAP

LlamadaDesviada

Línea Entrante

MS (Mobile Suscriber)

Red Interrogante Red Visitada

Page 21: CAPITULO V DISEÑO DE LA PROPUESTA

134

Gráfico 22. Diseño de la Integración de la Aplicación CAMEL en la Plataforma GSM900 de Empresas de Telecomunicaciones Fuente: Altube (2001)

BTS

BTS

BTS

BSC

BSC

BSC

Interface Abis

Interface de Aire

Interface A

HLR/AuCEIR

GMSC/VLR

PSTNPSPDN

OMC

SMC

Enlace de R

oaming

gsmSSF

MSC/VLRMS

gsmSCF CAPgsmSSF

CAP

Red Visitada

Red Local

gsmSRF

CAP

Aplicación CAMEL

PREPAGO(BOSTON

COMUNICATIONS

BTS

BTS

BTS

BSC

BSC

BSC

Interface Abis

Interface de Aire

Interface A

HLR/AuCEIR

GMSC/VLR

PSTNPSPDN

OMC

SMC

Enlace de R

oaming

gsmSSF

MSC/VLRMS

gsmSCF CAPgsmSSF

CAP

Red Visitada

Red Local

gsmSRF

CAP

Aplicación CAMEL

BTS

BTS

BTS

BTS

BTS

BTS

BSC

BSC

BSC

Interface Abis

Interface de Aire

Interface A

HLR/AuCEIR

GMSC/VLR

PSTNPSPDN

OMC

SMC

Enlace de R

oaming

gsmSSF

MSC/VLRMSC/VLRMS

gsmSCF CAPgsmSSF

CAP

Red Visitada

Red Local

gsmSRF

CAP

Aplicación CAMEL

PREPAGO(BOSTON

COMUNICATIONS

Page 22: CAPITULO V DISEÑO DE LA PROPUESTA

135

A continuación se describe los componentes que integran la

Aplicación CAMEL, que interactuarían con la Plataforma GSM900 de

empresas de Telecomunicaciones, a fin de ofrecer el Roaming a los

suscriptores móviles en la modalidad prepagada:

HLR: (Para suscritores solicitando soporte CAMEL) El HLR almacena

la información relevante para los suscriptores que solicitan soporte CAMEL

en lo que respecta a O-CSI, D-CSI, T-CSI, VT-CSI, TIF-CSI y SS CSI. El O-

CSI es enviado al VLR en el punto de localización o si el VT-CSI. El SS-CSI

es enviado al VLR en el punto de localización. El O/T-CSI es enviado al

GMSC cuando el HLR responde al requerimiento para el enrutamiento de la

información.

GMSC: Cuando se esta procesando una llamada para suscriptores

que solicitan el soporte CAMEL, el GMSC recibe un O/T-CSI desde el HLR,

indicando al GMSc que debe solicitar instrucciones al gsmSSF. El GMSC

monitorea el requerimiento del estado de la llamada (eventos) e informa al

gsmSSF acerca de estos estados durante el proceso, permitiendo al gsmSSF

controlar la ejecución de la llamada en el GMSC

MSC: Cuando se esta procesando una llamada para suscriptores que

solicitan el soporte CAMEL, el MSC recibe un O-CSI y/o VT-CSI desde el

VLR, indicando al MSC que debe solicitar instrucciones al gsmSSF. El MSC

monitorea el requerimiento del estado de la llamada (eventos) e informa al

gsmSSF acerca de estos estados durante el proceso, permitiendo al gsmSSF

controlar la ejecución de la llamada en el MSC.

Page 23: CAPITULO V DISEÑO DE LA PROPUESTA

136

VLR: El VLR almacena el O-CSI, VT-CSI, TIF-CSI y el SS-CSI como parte de

la data del suscriptor cuando esta en roaming en el área del VLR.

Interfaces definidas para la notificación de SS

1. Interface MSC-gsmSCF: esta interface es utilizada por el MSC para

enviar notificaciones de invocación de servicios suplementarios al

gsmSCF. Las invocaciones de servicios suplementarios que pueden

ser notificadas a través de esta interface son Transferencia de

Llamada Explicita y Multi Conferencia.

2. Interface HLR-gsmSCF: esta interface es utilizada por el HLR para

enviar notificaciones de invocación de servicios suplementarios al

gsmSCF. La invocación de servicios suplementarios que puede ser

notificada a través de esta interface es Llamada Completada a un

suscriptor ocupado.

3. Interface VLR-MSC: esta interface es utilizada por el VLR para enviar

SS-CSI al MSC.

4. Interface HLR-VLR: esta interface es utilizada por el HLR para enviar SS-CSI al VLR o para remover un SS-CSI del VLR.