CDR

Un Call Detail Record o simplemente CDR es un archivo que posee la información detallada de una llamada realizada. Por cada llamada realizada existe su respectivo CDR con la información detallada del sistema que corresponde a esta llamada.

Un CDR puede poseer la información de la celda donde se inicia la llamada y donde termina la llamada, pero sin duda debe poseer la información del número inicio y destino. Por supuesto como todo registro se obtiene una relación del equipo que suministro la información así como fecha/hora.

Principalmente se utiliza el CDR para determinar el cobro en un sistema post-pago, sin embargo también puede darse otros usos. El ejemplo de CDR que tenemos a continuación por ejemplo fue elaborado para un proceso criminal y en este caso sirvió como evidencia.

El CDR es generado una vez finalizado el proceso, es decir, cuando se finaliza la llamada. La plataforma encargada de monitorear y establecer el proceso mantiene en memoria la información necesaria y una vez terminado su ciclo genera el archivo CDR que es almacenado

Como existen más procesos que solo los de llamada, como por ejemplo SMS, RBT, WAP que también requieren de documentación se aplica el mismo proceso extendido a estas plataformas, sin embargo, cada plataforma posee su información correspondiente

En la actualidad, cuando hablamos de CDR no podemos dar fe que este registro es de llamada, sino que puede ser de otro elemento de red el cual cumple con la función de registro

SMSC... continuacion

Ahora que miro la información que corresponde para SMSC  y veo la información la cual suministre ya 2 años atrás, creo podría haber subministrado más información

A fin de continuar con un análisis más profundo y más completo en relación a esta plataforma vamos a verificar los tipos de mensajes de acuerdo a su inicio/destino

Los posibles destinatarios o emisores de mensajes son

Persona: Sería el teléfono que posee todo usuario, es decir, es una línea telefónica destinada para un usuario normal (del cual lo más probablemente tú seas uno)

Aplicación: Los mensajes de aplicación son generalmente emitidos por aplicaciones, tal como puede ser un servidor o plataforma. Los mensajes de campañas de publicidad masivos o mensajes de notificación de llamada perdida por el HLR/RBT pueden verse como mensajes de aplicación

Así podemos clasificar a los mensajes como

P2P (Persona a Persona): Envío de un mensaje de una persona a otro (el mensaje de texto más común)

P2A (Persona a Aplicación): Envío de mensaje de una persona a una aplicación dentro de la red. Un ejemplo son las subscripciones a sorteo que en lo general son enviar un mensaje a un numero corto (“auto” al 611)

A2P (Aplicación a Persona): Envío de mensaje de una aplicación a una persona. Un ejemplo es el envío de mensaje de notificación del HLR cuando se llamó al usuario y este tenía el teléfono apagado.

Como comente en el post anterior, el proceso de envío de mensajes consta de dos parte: A)el envió del mensaje del inicio a la SMSC B) La remisión del mensaje de  la SMSC al destino

El primer paso es MO (Mobile Origination) y MT(Mobile Terminating)

La sección MO funciona del siguiente modo

Al partir el mensaje del usuario A el mensaje llega a la red de acceso (puede ser BTS/BSC o NodoB/RNC) del mismo modo como lo realizan todos los mensajes hasta la MSC. La MSC es quien discrimina que tipo de mensaje es enviándola a la plataforma que se encarga de los mensaje, la SMSC.

Aunque no es parte del proceso de mensajes, es necesario que el usuario este registrado en la red. De este modo el MS(Mobile Station) debe haber procedido al Access Request y Autenticación necesaria para cualquier usuario en la red.  Se realiza en un procedimiento el cual involucra al MS y VLR, donde el VLR tiene el perfil del HLR en su memoria (en caso de no tenerla, hace un pedido al HLR)

Posteriormente el terminal envía el SM mediante un Message Transfer al MSC que a su vez se comunica con el VLR para interrogar al mismo si el usuario posee los servicios necesarios para el envío de mensajes mediante un sendInfoFor-MO-SMS.

De aquí en más, el mensaje se encamina a la SMSC del abonado. Para lle SMSC se pasa por una SMS-IWMSC que luego envía un Message Transfer.

En este punto se debe pasar de una red a la otra mediante interconexión entre las SMSC. Es decir, el mensaje que posee una de las SMSC debe ser transferido a la SMSC del abonado B

Podría ser un nube SMPP, o conexión directa.

De aquí en más la SMSC de destino debe determinar donde debe continuar el envío del mensaje

En base a esto se realiza un requerimiento de ruta al HLR mediante un SRI_SM, el cual se responde con la información de ruta

Finalmente el mensaje es enviado a la MSC/VLR al cual está registrado el abonado de modo a entregar el mensaje