PROCEDIMIENTO Y SISTEMA DE CONTROL Y TARIFICACIóN DE TRáFICO EN TIEMPO REAL DE SERVICIOS MóVILES PARA CLIENTES EN ITINERANCIA

D E S C R I P C I ó N

CAMPO TéCNICO DE LA INVENCIóN

La invención que se describe tiene su ámbito de aplicación en las tecnologías de telefonía móvil que siguen Ia estandarización de los organismos 3GPP y ETSI. En concreto, Ia presente invención se refiere a un procedimiento alternativo de control distribuido de tráfico en tiempo real que ofrece el establecimiento y tarificación en tiempo real (prepago) de llamadas sobre red conmutada (CS) a servicios móviles (voz, videollamada, datos, fax,...) de manera transparente a clientes en itinerancia, de forma global, independientemente del soporte en las redes visitadas de otros estándares de red definidos al efecto tales como CAMEL. Asimismo, Ia invención recoge el sistema de red, aplicable en entornos GSM y UMTS, que implementa dicho procedimiento de control y tarificación en tiempo real, así como Ia aplicación en tarjeta SIM para terminales móviles que actúa en tal sistema permitiendo Ia invocación del control de Ia llamada desde el terminal.

ANTECEDENTES DE LA INVENCIóN

CAMEL (Customized Application for Mobile networks Enhanced Logic) estandariza una arquitectura de red mediante Ia cual, en entornos de itinerancia, Ia red origen a Ia que pertenece el cliente (HPMN: Home Public Mobile Network) tiene pleno control en tiempo real de las llamadas salientes efectuadas por dicho cliente

(o abonado). Conceptualmente CAMEL estandariza un mecanismo de control de tráfico en tiempo real una vez que el cliente se ha localizado en otra red, en Ia Red Visitada (VPMN: Visited Public Mobile Network).

CAMEL es un estándar para Ia Red Inteligente móvil (IN: Intelligent Network) y está basado en capacidades adicionales de Ia Red de Conmutación (Core Network). El protocolo CAP (CAMEL Application Part) es en realidad una adaptación del estándar INAP-CS1 para red IN móvil, que además define unos

criterios de disparo IN, en forma de unas marcas de suscripción (CSI: CAMEL Subscription Information), que constituyen nuevos campos para el protocolo MAP (Mobile Application Part), el cual es una de las últimas capa de Ia torre de protocolos de señalización correspondiente a la parte de aplicación. Las marcas CSI consisten en información para invocar un servicio

CAMEL en Ia HPMN y pueden ser de dos tipos: Originating-CAMEL Subscription Information (O-CSI) y Terminating-CAMEL Subscription Information (T-CSI). La marca CSI que corresponde se añade al perfil de cliente definido en el Registro de Localización de Origen (HLR: Home Location Register), para ser enviada a Ia VPMN y registrada en Ia base de datos VLR (Visitor Location Register) del MSC

(Mobile Switch Center) donde el cliente se localiza. Cuando el cliente intenta efectuar una llamada saliente, Ia MSC/VLR consulta si existe Ia marca O-CSI (Originating - CAMEL Subscription Information) en el registro, en cuyo caso el MSC suspende el procesamiento de dicha llamada, contactando con Ia HPMN para solicitar instrucciones adicionales de cómo procesar Ia llamada.

Para tarificar las llamadas de voz en itinerancia y, en general servicios sobre red conmutada (CS) que también engloban videollamada, fax o datos sobre Ia red conmutada de datos (CSD), es necesaria una interacción entre las redes VPMN y HPMN en el establecimiento de Ia llamada. Dicho de otra forma, debe establecerse un intercambio de señalización entre el usuario y su red origen que comprende: una función de interceptación del tráfico, unos procedimientos de señalización internacional asociados de control y una modificación del procesamiento de dicha llamada. Estos procesos son los que estandariza CAMEL en Ia entidad denominada gsmSSF y que hace funciones de interfaz entre el MSC/VLR con el nodo gsmSCF de Ia red IN móvil encargado de tomar el control de

Ia llamada en un momento de Ia misma, con Ia particularidad de que el procedimiento de señalización que implementa el gsmSSF está asociado a Ia llamada.

Siendo CAMEL un estándar para IN móvil, permite a un operador ofrecer a sus clientes los mismos servicios que en su HPMN ₁ siempre y cuando Ia red visitada soporte CAMEL, esté Ia funcionalidad abierta y el cliente tenga en el HLR aprovisionado las marcas CSI. CAMEL permite el control de Ia llamada por parte de Ia HPMN durante su establecimiento. No obstante, esta funcionalidad no está abierta en todas las redes móviles con las que existe acuerdo de itinerancia

(roaming, en inglés) básico, sino que exige nuevas pruebas de interoperabilidad y tarificación, además de nuevas inversiones en las redes visitadas, que no siempre se pueden justificar.

Por consiguiente, si bien se puede decir que las redes CAMEL cubren Ia inmensa mayoría del tráfico de prepago en itinerancia, en Ia actualidad dista mucho de ser una solución global, puesto que requiere una actualización en las capacidades de Ia red visitada, que no en todos los casos está asegurada. Lo más costoso es Ia logística asociada a cada operador con el que se quiera abrir Ia funcionalidad y, aunque las pruebas interoperador necesarias para actualizar el acuerdo de itinerancia básico requieren toda Ia batería estandarizada por Ia GSM-

Association (IREG-32, TADIG), Io cierto es que se suele probar exclusivamente los escenarios básicos de prepago (incluyendo Ia descarga de marcas en Ia actualización de posición, el disparo -"trigger"- en llamada saliente y las operaciones Connect y ReleaseCall). En redes donde no se soporta CAMEL o si dicha funcionalidad todavía no ha sido habilitada por Ia HPMN para Ia VPMN, una solución comúnmente usada en el mundo GSM/3G es Ia lógica de Ia Retrollamada mediante código USSD (USSD-CalIBack: Unstructured Supplementary Service Data-CalIBack). Esta solución se comenzó a adoptar hacia finales de Ia década de los 90, siendo posteriormente sustituida por CAMEL. USSD-CalIBack es una solución muy poco amigable en Ia que el cliente debe enviar un código USSD a Ia red origen para solicitar una retrollamada y, una vez recibida y contestada esa retrollamada, Ia lógica de prepago se invoca como si fuese una llamada originada en el usuario, estableciéndose Ia segunda parte de llamada al destino final, siempre que exista crédito suficiente para establecerla.

Genéricamente, Ia arquitectura de red que corresponde a Ia solución de Retrollamada (USSD-CalIBack) se ilustra en Ia Figura 1 y el procesamiento de Ia llamada se puede resumir en los siguientes pasos: (1a) El cliente envía desde su terminal un código USSD (USSD code) de un rango reservado, que contiene el número llamado o también convencionalmente denominado número B (no.B) que es el número de destino con el que el cliente desea establecer Ia llamada. Este código se envía hacia Ia red de acceso radio mediante canales de señalización. Al recibirlo Ia red visitada (VMSC), envía dicho código hacia el Registro de Localización de Origen (HLR) en un mensaje de MAP:

mensaje Process-USSD-Request.

(2a) El HLR reenvía dicho mensaje hacia una pasarela de USSD (USSD-

Gateway) para que ésta decida donde enviar dicho mensaje. (3a) En base al código USSD, Ia pasarela de USSD encamina el mensaje hacia el nodo correspondiente de IN-Prepago (IN-Pre) para que éste ¡nicialice Ia lógica de Retrollamada (USSD-CalIBack). Del mensaje de MAP Process-USSD- Request recibido en el HLR, Ia lógica de Retrollamada obtiene el número llamante o también convencionalmente denominado número A (no. A) que es el número del cliente que envía Ia petición. Aparte, del mismo mensaje de MAP Process-USSD- Request, Ia lógica de Retrollamada del nodo de IN-Prepago (IN-Pre) obtiene el número B de destino de Ia llamada, contenido en el parámetro USSD-String del mensaje, así como obtiene Ia dirección origen de Ia llamada, esto es, de Ia dirección almacenada en el registro de localización visitado (VLR) del centro de conmutación móvil visitado (VMSC) desde Ia que se solicita Ia retrollamada y para Ia que hay aplicar una determinada tarifa especial.

(4a) La lógica de Retrollamada inicializa una llamada hacia el número A.

Para ello usa los mensajes del protocolo de Ia Parte de Aplicación de Ia Red Inteligente: mensaje INAP InitiateCallAttempt para inicializar Ia llamada, mensaje INAP RequestReportBCSMEvent para monitorizar los eventos básicos de llamada y mensaje INAP Continué para dejar que Ia pasarela MSC (GMSC) proceda con las instrucciones anteriores.

(5a) La llamada inicializada por Retrollamada es encaminada, en un mensaje ISUP, parte ISDN del protocolo de señalización SS7, lnitial_Address_Message (IAM), por Ia red de voz internacional hasta el número A, correspondiente al cliente originante del USSD.

(6a) El cliente contesta Ia llamada, es decir, descuelga, generándose un mensaje ISUP Answer_Message (ANM) que transita hacia el conmutador que ha inicializado Ia llamada a petición del nodo IN-Prepago, esto es, Ia GMSC. (7a) El evento de contestación de llamada es reportado hacia Ia lógica de Retrollamada, como si dicha llamada hubiese sido originada mediante un procedimiento normal móvil originante, mediante un mensaje INAP EventReportBCSM. Dicho evento es utilizado para inicializar Ia lógica de control (CCL: Cali Control Logic) de llamada asociada a prepago, es decir, tarificación en tiempo real.

(8a) Siempre y cuando haya crédito para tarificar esta llamada y teniendo en cuenta el tipo determinado de tarifa especial en función del origen en el extranjero, Ia llamada se conecta al número B, mediante un mensaje INAP Connect, monitorizando los eventos básicos de llamada con un mensaje INAP RequestReportBCSMEvent y opcionalmente garantizando a Ia GMSC unidades de tiempo de llamada, en un mensaje INAP AppIyCharging, para que esta entidad lleve un control más preciso del tiempo consumido.

(9a) La llamada se encamina, enviando otro mensaje ISUP lnitial_AddressJMessage (IAM), hacia el número B por Ia red de voz, Aún siendo una solución costosa en recursos de red y con una interfaz de usuario muy poco amigable (por Io que se ha decidido deshabilitar este servicio en redes CAMEL), Io cierto es que se sigue ofreciendo USSD-CalIBack como solución global. La solución de Retrollamada podía tener sentido en un primer momento, en el que Ia penetración de clientes de prepago era baja en las operadoras GSM. Pero ya que el prepago en sí mismo no es un servicio sino una forma de tarificación especial, es más que razonable que un cliente desee utilizar todos sus servicios en el extranjero (voz, mensajes cortos SMS y multimedia MMS, navegación WAP, descarga de juegos, etc.). Otro inconveniente de Ia solución de Retrollamada es que el número A correspondiente al cliente debe tener prohibidas todas las llamadas de voz y SMS salientes, esto se puede controlar en el HLR mediante el bloqueo estándar ODB-BAOC cuando el cliente está en itinerancia. Con esto último se impide Ia marcación ordinaria, ya que en Ia actualidad es imposible tarificar llamadas en tiempo real en ausencia de CAMEL. El funcionamiento de este bloqueo falla en muchas redes por falta de configuración, especialmente en Io relacionado con el envío de SMS e incluso en llamadas de voz, de Io que se deduce Ia alta sensibilidad al fraude de USSD-CaII Back.

Hoy en día prepago no es un servicio sino una modalidad de pago en Ia que no tiene sentido Ia fuerte dependencia de las capacidades de Ia red de Conmutación, por Io que CAMEL no debería ser el único mecanismo de control en tiempo real de Ia llamada.

Por todo ello, sabiendo que puede afirmarse que nunca existirá una cobertura global CAMEL por Io que productos como prepago en itinerancia requieren un mecanismo de control alternativo, y que USSD-CalIBack es una solución muy poco amigable ya que requiere un procedimiento complicado no

transparente para el usuario además de que el tráfico saliente de voz y SMS quede restringido, es deseable definir una solución global alternativa a Ia Retrollamada (USSD-CalIBack) y a CAMEL, que permita a cualquier cliente de prepago realizar llamadas de voz de forma normal en el extranjero. Por otro lado, dentro de los mecanismos de control de un terminal móvil

(ME: Mobile Equipment), es conocido el SIM Application Toolkit (SAT) como un conjunto de comandos y procedimientos, añadidos a los definidos en Ia norma 3GPP TS 11.11 , que permiten construir aplicaciones seguras residentes en Ia tarjeta SIM (Subscriber Identity Module). También se conoce Ia plataforma de gestión OTA (Over-The-Air) de Ia tarjeta SIM: OTA-SIM, que provee un protocolo de transporte seguro usando mensajes SMS para actualizar Ia tarjeta SIM, permitiendo una gestión remota y segura de los ficheros de Ia SIM (por ejemplo, entradas de Ia agenda de contactos, lista de redes de itinerancia, etc.), así como Ia descarga de aplicaciones a Ia SIM. La especificación de este protocolo seguro se recoge en Ia norma 3GPP TS 03.48.

DESCRIPCIóN DE LA INVENCIóN

La invención que se describe viene a resolver Ia problemática anteriormente expuesta, en todos y cada uno de los puntos comentados, constituyendo un mecanismo de control alternativo para el tráfico de voz y datos sobre conmutación de circuitos (CS), incluyendo llamadas de voz, datos sobre circuitos (CSD), videollamada, fax, etc., que permite tarificar en tiempo real los servicios usados en itinerancia, salvando las incapacidades de CAMEL y las restricciones del actual USSD-CalIBack explicadas en los antecedentes.

La presente invención representa una alternativa a los sistemas existentes de control y tarificación de llamadas que resulta efectiva para ofrecer servicios móviles a clientes de prepago en itinerancia de manera global, constituyendo un mecanismo de control distribuido entre Ia tarjeta SIM del cliente y Ia red HPMN a Ia que pertenece el cliente, que implica: una aplicación SIM Toolkit capaz de monitorizar los comandos CSU (Cali Set Up) de llamada saliente enviados por el terminal (ME) y enviar hacia Ia HPMN un mensaje de señalización de control MAP USSD (Unstructured Supplementary Service Data), siendo una aplicación subyacente en Ia tarjeta SIM ejecutable de

forma transparente al usuario y que facilita el establecimiento directo de llamadas en condiciones de itinerancia en redes no CAMEL; un terminal (ME) susceptible de ser controlado por dicha aplicación SIM Toolkit, capaz de modificar el número de destino original de las llamadas salientes por un nuevo número generado aleatoriamente por Ia tarjeta SIM del cliente, Io que permite al cliente efectuar transparentemente llamadas salientes por el procedimiento ordinario MOC (Mobile Originating Cali), llamadas sobre las que Ia red HPMN logra un pleno control en tiempo real, independientemente de las capacidades de Ia MSC/VLR de Ia red visitada VPMN relativas al estándar CAMEL. Más concretamente, Ia invención que se propone está basada en dos partes bien diferenciadas:

Aplicación SIM Toolkit capaz de controlar de manera segura las acciones del terminal ME cuando el cliente se encuentra localizado en una red extranjera sin soporte de CAMEL, porque en vez de que Ia entidad de control de tráfico sea Ia MSC que accede al gsmSCF de IN para pedir instrucciones antes de encaminar Ia llamada, esta aplicación provee a Ia tarjeta SIM de capacidades para interceptar el tráfico de llamadas, monitorizando cualquier intento de llamada saliente efectuado por el terminal ME y ejecutando una serie de acciones de control avanzado de llamada desde Ia misma tarjeta SIM. - Lógica de "llamada hacia adelante" en el nodo IN-Prepago, que a partir de ahora pasa a denominarse USSD-CSU (Unstructured Supplementary Service Data - Cali Set Up), encargada de correlar una petición USSD previa al establecimiento de llamada con un disparo IN a un número aleatorio o pseudo aleatorio, proporcionado este último por Ia propia tarjeta SIM alojada en el terminal ME del cliente, para finalmente recuperar los datos de llamada y establecer el control de Ia misma, Io que va a permitir su tarificación según Ia tarifa especial correspondiente.

Mediante Ia presente solución Ia tarjeta SIM del terminal ME se comporta como una entidad gsmSSF de Ia red IN. Puesto que desde el usuario (MS = ME+SIM) no se pueden lanzar mensajes de señalización CAP, esta solución se basa en enviar un USSD para generar en Ia red un registro de llamada, usado posteriormente para establecer el control de Ia tarificación.

De esta forma, Ia invención aquí descrita combina las ventajas de las dos soluciones actuales: el envío de mensajes USSD hacia Ia red en ausencia del

protocolo CAP para desencadenar acciones de control y Ia correlación posterior con un mensaje de señalización asociado a llamada mediante una identidad de Ia misma, simulando finalmente que Ia llamada ha sido originada en Ia red HPMN.

Hasta Ia fecha, para dar Prepago en llamadas MO (Mobile Originated) realizadas por clientes en itinerancia, el estándar CAMEL se considera tan común que incluso implícitamente se puede percibir como "imprescindible". La presente invención supone una alternativa al estándar CAMEL además con las siguientes mejoras:

Resulta una solución más económica para los operadores móviles que Ia basada en el estándar CAMEL, con respecto a los clientes de prepago (sólo en servicios básicos de llamadas de voz), en itinerancia, para cualquier red visitada.

No requiere de costosos acuerdos de interoperabilidad y tarificación en las redes visitadas VPLMNs, tal como sí necesita CAMEL. - Permite un coste uniforme de Ia arquitectura de red independientemente del número de VPLMNs ofrecidas al cliente en intinerancia.

Es aplicable también para los Operadores de Redes Móviles Virtuales

(MVNO: Mobile Virtual Network Operator), que no poseen una concesión de espectro de frecuencia para ofrecer el servicio de telefonía móvil a través de una red propia, sino que revenden servicios de telefonía móvil bajo su propia marca usando Ia red de otra operadora de servicio móvil.

Facilita Ia marcación prepago en redes no Camel, simplificando Ia experiencia del usuario y evitándole Ia complejidad de realizar Ia marcación con códigos USSD, que es Ia solución estándar en las arquitecturas actuales.

Inclusión de una aplicación SIM Toolkit en Ia tarjeta SIM prepago del cliente que presenta las siguientes funcionalidades: - Lógica de detección de registro en red no Camel.

Interceptación de los intentos de marcación del cliente.

Generación de números de correlación aleatorios.

Envío de USSD de control a Ia parte de Red Inteligente (IN) del sistema.

Realización del establecimiento de llamada (Cali Set Up), de forma transparente al cliente.

Opcionalmente, mantenimiento de una tabla en tarjeta con Ia lista de acuerdos de itinerancia con redes no Camel. - Introducción de una plataforma de red para redes GSM y UMTS que realiza Ia actualización remota, automática, de Ia tabla de redes no CAMEL residente en Ia tarjeta SIM prepago del cliente. Este mantenimiento de Ia tabla se realiza mediante el envío remoto, vía OTA, de comandos de actualización a Ia tarjeta SIM. Un aspecto de la invención consiste en un procedimiento de control de tráfico en tiempo real de servicios móviles para clientes en itinerancia que, a partir de un intento de llamada saliente a un número llamado desde un número llamante asociado a una tarjeta SIM (o USIM) de un terminal móvil, comprende Ia realización los siguientes pasos: - Intercepción del intento de llamada saliente mediante el mecanismo de detección y control de llamadas (Cali Control) provisto en Ia aplicación SIM Toolkit de Ia tarjeta SIM del terminal. Se entiende aquí por intento de llamada saliente Ia marcación de dígitos seguida de pulsación de tecla de llamada que efectúa el cliente. En itinerancia, el intento de llamada se realiza en una red visitada (VPMN), por un cliente que pertenece a una red origen (HPMN), estando todos los datos de cliente registrados en un Registro de Localización de Origen (HLR) de Ia red origen (HPMN).

Generación de un número aleatorio o pseudoaleatorio por medio de los mecanismos disponibles a tal efecto en el hardware de Ia tarjeta SIM. Este número aleatorio se utiliza posteriormente como parámetro de correlación entre un código de señalización USSD y Ia llamada que se realiza a Ia pasarela de encaminamiento de Ia red IN.

Envío desde el terminal móvil de un código de señalización USSD que contiene referencias al número llamado (i.e., convencionalmente, número B) y el número aleatorio generado como parámetro de correlación. El código USSD con estos parámetros llega al centro de conmutación móvil de Ia red visitada (VMSC) que gestiona al cliente en ¡tinerancia.

Para pasar de Ia red visitada (VPMN) a Ia red origen (HPMN) del cliente, reenvío del código USSD desde el centro de conmutación móvil de Ia red visitada

(VMSC) al Registro de Localizador) de Origen (HLR) de Ia red origen (HPMN) y de ahí a una pasarela USSD de Ia red origen (HPMN), que Io retransmite hacia Ia parte de red inteligente (IN). Cuando el código USSD generado por Ia SIM del terminal en Ia VPMN llega primero al HLR de Ia HPMN, este HLR no reconoce ninguna aplicación estándar perteneciente a dicho nodo, dentro del rango reservado de aplicaciones para activación de servicios suplementarios que existe (por ejemplo, para desvíos de llamada, retención de llamada, etc.) y, por tanto, este código USSD es reenviado hacia Ia pasarela USSD. La pasarela USSD traduce y ejecuta el algoritmo de encaminamiento a Ia red IN en función del código de aplicación incluido en el mensaje de señalización USSD. El siguiente paso, por Io tanto, es enviar desde Ia pasarela USSD un mensaje de petición de servicio a un nodo de red inteligente adecuado, nodo IN-Prepago, dotado de una lógica de control de crédito para llamadas de prepago.

En el nodo de red inteligente IN-Prepago, se genera un registro que comprende, entre otros datos, el número llamado y el número llamante (Le., convencionalmente, número A), etiquetando el registro con el número aleatorio enviado por Ia SIM y contenido en el código USSD. Además, se detecta una posible colisión entre peticiones de llamada simultáneas y, en caso de no ocurrir Ia colisión, se crea un nuevo registro o reutiliza un registro ya caducado, usando siempre como clave el número aleatorio.

Mientras, en Ia VPMN, Ia tarjeta SIM envía al terminal móvil un comando de establecimiento de llamada a un nuevo número destino formado por un prefijo de red usado por Ia HPMN para tránsito internacional y el número aleatorio generado anteriormente para Ia correlación. Aquí puede haber una espera activa, opcional, para dar tiempo a Ia aplicación de Red en el paso anterior a procesar Ia cadena de parámetros USSD, generar el registro correspondiente y ejecutar Ia lógica preparatoria previa al establecimiento de Ia llamada. Opcionalmente, pues, tras Ia generación del registro de correlación, se puede enviar desde el nodo de red inteligente un mensaje seguro de confirmación, vía OTA, a Ia tarjeta SIM, quien envía al terminal móvil el comando de establecimiento de llamada tras recibir dicho mensaje de confirmación.

Envío del comando de establecimiento de llamada al número destino construido en el paso anterior con el prefijo de red y el número aleatorio, que intercepta un centro de conmutación móvil de Ia red origen (GMSC).

Tras alcanzar así Ia llamada a Ia HPMN, el GMSC procede al análisis del número destino recibido para seleccionar un identificador de disparo de red inteligente. Después de eliminar el prefijo de red del número destino recibido, este GMSC envía un mensaje de señalización, que contiene el identificador de disparo INAP seleccionado y el número aleatorio extraído del número destino, hacia el nodo de red inteligente IN-Prepago.

Cuando el nodo IN-Prepago recibe el mensaje de señalización del GSMC con el número aleatorio incluido, se recuperan de modo inmediato los datos del registro, usando para Ia correlación dicho número aleatorio, a fin de invocar Ia lógica de control de crédito del nodo IN-Prepago, ejecutándose Ia llamada como si hubiese sido originada en Ia HPMN.

Los pasos que comprende este procedimiento de control de tráfico en tiempo real de servicios móviles para clientes en itinerancia pueden formar parte de un procedimiento de tarificación para clientes de prepago en itinerancia, como se explica a continuación.

En el registro etiquetado con el número aleatorio y generado en el nodo IN-Prepago, aparte de los números llamante y llamado, se incluye el origen de Ia llamada que corresponde a Ia dirección del registro de localización visitado (VLR) asociado al VMSC. La lógica de control de crédito para llamadas de prepago del nodo IN-Prepago puede determinar así una tarifa que depende del origen de Ia llamada en el extranjero, es decir de Ia dirección del VLR/VMSC incluida en el registro etiquetado con el número aleatorio de correlación generado para esa llamada. Si Ia lógica de control de crédito del nodo IN-Prepago verifica que el cliente de prepago sí tiene crédito para tarificar Ia llamada originada en Ia dirección registrada, entonces envía un mensaje de conexión para encaminar Ia llamada al número llamado, junto con un mensaje de monitorización de eventos de llamada dirigido al GMSC. También puede enviar un mensaje con información de tarificación al GMSC, para que a partir de entonces el GMSC lleve un control preciso del tiempo consumido en el servicio móvil. La llamada de servicio móvil es encaminada por Ia red de voz o de datos según corresponda hasta el número B de destino final.

Adicionalmente, para tener un control de las peticiones de llamada simultáneas y evitar su colisión, el nodo IN-Prepago puede añadir en Ia generación del registro etiquetado con el número aleatorio una marca temporal, de forma que

cada vez que llega un nuevo intento de llamada y provoca Ia generación de un registro: primero, el nodo IN-Prepago comprueba si el número aleatorio recibido para etiquetar el nuevo registro está ya definido en su base de datos, puesto que de hecho va a ser Ia clave para Ia generación del registro de llamada, y segundo, verifica Ia marca temporal para excluir como registro válido aquel que haya sido generado antes de cierto intervalo temporal.

Otro aspecto de Ia invención se refiere a Ia tarjeta para terminales móviles, que hasta aquí se ha venido denominando tarjeta SIM, como comúnmente se llama en este sector técnico y que se trata de una tarjeta con circuito integrado, ICC (Integrated Circuit Card) o UICC (Universal Integrated Circuit Card), para redes

GSM y UMTS, Ia cual implementa las aplicaciones de telecomunicación SIM (Subscriber Identity Module) y/o USIM (Universal Subscriber Identity Module), necesarias para acceder a los servicios de telefonía móvil en redes de tecnología GSM ó UMTS. La tarjeta que se define, incluye el conjunto de comandos estándar para Ia construcción de aplicaciones SIM Toolkit según Ia norma 3GPP TS 11.11 , así como los comandos proactivos de control de terminal ME desde Ia SIM establecidos según Ia norma 3GPP TS 11.14, implementando los pasos del procedimiento anteriormente descrito que se llevan a cabo en el terminal móvil (ME). En concreto, esta tarjeta tiene una aplicación SIM Toolkit programada para usarse en el procedimiento descrito de control de tráfico y tarificación en tiempo real de servicios móviles para clientes en itinerancia, llevando a cabo los siguientes pasos:

- Intercepción de un intento de llamada saliente a un número llamado B desde el número llamante A de un cliente en itinerancia, cuyos datos se encuentran en un Registro de Localización de Origen (HLR) de Ia red origen (HPMN) y quien realiza desde una red visitada (VPMN) el intento de llamada al número B;

- Generación de números aleatorios o pseudoaleatorios, haciendo corresponder un número aleatorio a cada intento de llamada saliente interceptado, para enviar a un centro de conmutación móvil de Ia red visitada (VMSC) dicho número aleatorio junto con el número B, encapsulados ambos datos en un código

USSD, destinado a ser recibido en un nodo de red inteligente (IN-Pre) que genera un registro que comprende los números A y B y que etiqueta dicho registro usando el número aleatorio entregado por Ia tarjeta;

- Medios para enviar un comando de establecimiento de llamada a un

número destino, formado por un prefijo de red usado por Ia red origen (HPMN) para tránsito internacional y el número aleatorio, a un centro de conmutación móvil de Ia red origen (GMSC), que selecciona un identificador de disparo de red inteligente IN y genera un mensaje de señalización con ese disparo IN incluyendo el número aleatorio para enviarlo al nodo de red inteligente (IN-Pre), donde se inicializa Ia lógica de control de crédito (CCL) para llamadas de prepago a partir de Ia información que recupera del registro etiquetado con dicho número aleatorio.

La tarjeta tiene configurado un mecanismo de interceptación de los intentos de llamada saliente que además verifican si Ia red visitada (VPMN) es distinta de Ia red origen (HPMN) del cliente. Asimismo, los medios de envío del comando de establecimiento de llamada se pueden activar in-situ, cuando Ia tarjeta recibe desde Ia red visitada (VPMN) un mensaje de señalización Location Update, o bien, una vez que Ia misma tarjeta verifica, consultando en un fichero que tiene con una lista de redes no CAMEL, que Ia red visitada (VPMN) no soporta CAMEL. Con Ia capacidad de Ia tarjeta para procesar mensajes OTA-SIM, se puede actualizar el fichero que contiene Ia lista de redes no CAMEL.

Asimismo, es otro aspecto de Ia invención un sistema de control de tráfico y tarificación en tiempo real de servicios móviles que comprende una plataforma de terminales móviles que incorporan una tarjeta con Ia aplicación SIM Toolkit según se ha definido arriba. Este sistema implementa el método descrito anteriormente, comprendiendo un nodo de red inteligente (IN-Pre), que pertenece a Ia red origen (HPMN) con Ia que conecta un terminal móvil desde Ia red visitada (VPMN) para establecer una llamada a un número llamado. Este nodo de red inteligente (IN-Pre) presenta una lógica de control de crédito (CCL) para llamadas de prepago y una lógica de "llamada hacia adelante" (USSD-CSU) encargada de correlar un código USSD, enviado por Ia tarjeta previamente al establecimiento de llamada al número llamado, con un identificador de disparo de red inteligente a un número aleatorio (RAND) generado por dicha tarjeta.

DESCRIPCIóN DE LOS DIBUJOS

Para complementar Ia descripción que se está realizando y con objeto de ayudar a una mejor comprensión de las características del invento, de acuerdo con un ejemplo preferente de realización práctica del mismo, se acompaña como parte integrante de esta descripción, un juego de dibujos en donde con carácter

ilustrativo y no limitativo, se ha representado Io siguiente:

La figura 1.- Muestra un diagrama de bloques de Ia arquitectura del sistema de tarificación en tiempo real de tráfico de clientes en itinerancia basado en retrollamada (USSD-CaII Back), conforme se conoce en el estado de Ia técnica. La figura 2.-. Muestra un diagrama de bloques de Ia arquitectura del sistema de tarificación en tiempo real de tráfico de clientes en itinerancia de acuerdo a un aspecto de Ia invención y según una realización preferida.

REALIZACIONES PREFERENTES DE LA INVENCIóN

A Ia vista de Ia Figura 2, puede describirse una realización práctica de Ia invención como un sistema de tarificación en tiempo real de llamadas de servicios móviles, tanto de voz como de datos sobre redes conmutadas (CSD), fax, videollamada, etc., efectuadas por clientes en itinerancia. A partir de un intento de llamada saliente originado en una red visitada (VPMN) por un cliente perteneciente a una red origen (HPMN) y cuyos datos se encuentran en un Registro de Localización de Origen (HLR), se desencadenan los siguientes pasos para el procesamiento de Ia llamada:

(1) El terminal móvil intercepta el intento de llamada saliente y cede el control de Ia llamada a Ia aplicación SIM Toolkit residente en Ia tarjeta SIM del cliente. La aplicación SIM Toolkit genera un número aleatorio (RAND). Posteriormente ordena al terminal que envíe un código USSD (USSD code) que contiene el número llamado (no. B) así como al número aleatorio (RAND). (2) El Registro de Localización de Origen (HLR) reenvía el código USSD (USSD code) a Ia pasarela USSD (USSD-GW) en un mensaje MAP Process-USSD- Request.

(3) La pasarela USSD (USSD-GW) identifica Ia aplicación y reenvía Ia petición al nodo de red inteligente (IN-Pre) correspondiente. En este nodo (IN-Pre) IN de prepago se inicia, a Ia recepción del código USSD (USSD code), una lógica de "llamada hacia delante", que aquí se ha denominado aplicación "USSD-CaII Set Up" (USSD-CSU), encargada de generar un registro etiquetado con el número aleatorio (RAND) ₁ que constituye Ia clave de acceso al registro. En el registro se incluye el número llamante (no. A),

obtenido del mensaje MAP Process-USSD-Request, el número llamado (no. B), extraído del USSD-String y el origen de Ia llamada, que corresponde al valor del argumento VLR-number del mensaje MAP USSD-Request e indica Ia dirección del registro de localización visitado (VLR) asociado al centro de conmutación móvil de Ia red visitada (VMSC).

(4) Si el nodo de red inteligente (IN-Pre) genera un mensaje de confirmación, envía por el camino inverso un mensaje Process-USSD-Ack atravesando Ia pasarela USSD (USSD-GW) y el Registro de Localización de Origen (HLR) de Ia red origen (HPMN), hasta el terminal móvil en Ia red visitada (VPMN). Una vez obtenida Ia confirmación de procesamiento del código USSD

(USSD code), Ia tarjeta SIM ordena al terminal encaminar Ia llamada a un nuevo número destino, formado por un prefijo de Red, usado para encaminar Ia llamada a Ia red origen e identificar un rango reservado de numeración del operador, seguido del número aleatorio (RAND). (5) Tras llegar Ia llamada a Ia red origen (HPMN), el centro de conmutación móvil de Ia red origen (GMSC) obtiene por análisis del número llamado (no. B) un identificador de disparo INAP. Tras eliminar el prefijo, lanza un mensaje de señalización (InitialDP) que incluye ese identificador de disparo de red inteligente y el número aleatorio (RAND), el cual usa Ia aplicación "USSD-CaII Set Up" (USSD-CSU) para recuperar los datos del registro de llamada en el el nodo de red inteligente (IN-Pre).

(6) La lógica del control de crédito (CCL) es invocada tras Ia recuperación de los datos del registro para que, siempre y cuando confirme que este cliente de prepago tiene crédito suficiente, se dé continuación a Ia llamada, enviando en tal caso un mensaje de conexión (Connect) para encaminar Ia llamada al número llamado (no. B) y un mensaje de eventos (RequestReportBCSMEvent) para monitorizar Ia llamada, estableciendo el control sobre Ia misma. Además, el nodo de red inteligente (IN-Pre) envía un mensaje con información de tarificación (AppIyCharging) para el centro de conmutación móvil de Ia red origen (GMSC).

(7) La llamada es finalmente encaminada, en un mensaje ISUP lnitial_Address_Message (IAM), a través de Ia red al destino final determinado por el número llamado (no. B).

Para dar una descripción más detallada del procesamiento de llamada

propuesto, se distinguen cuatro puntos básicos en el procedimiento:

Ejecución del control del terminal ME a través de Ia aplicación SIM Toolkit residente en Ia tarjeta SIM.

Generación del registro de llamada en el nodo de Prepago. - Generación de llamada a número formado por un prefijo más secuencia de dígitos aleatoria. Disparo y ejecución de lógica de control de llamada en Ia red origen.

Primeramente, para proceder al control de Ia llamada por el terminal ME mediante Ia SIM, Ia aplicación SIM Toolkit efectúa Ia interceptación de Ia marcación y el establecimiento de llamada en el terminal. Para activar el servicio de control de llamadas especificado en SIM Toolkit según Ia norma 3GPP TS 11.14, se activan los bits correspondientes al servicio n° 28 en el fichero EF-SST de Ia SIM Service Table del perfil eléctrico de Ia tarjeta. Con el el servicio de control de llamadas, por medio del mecanismo CALL CONTROL, se permite a Ia tarjeta solicitar al terminal Ia cesión del control de los intentos de llamada. Cuando este mecanismo está activo, el terminal cede el control de los intentos de llamada a Ia tarjeta SIM y Ie envía en primer lugar las cadenas de marcación de llamada, servicios suplementarios y USSDs. Además, al mismo tiempo, el terminal envía a Ia SIM los detalles de Ia celda de Ia red de acceso que está dando el servicio. En este punto, Ia tarjeta SIM puede permitir o modificar el intento de llamada, Ia operación de servicio suplementario o USSD. La tarjeta también puede reemplazar cualquiera de las operaciones anteriores por otra llamada diferente, envío de servicio suplementario o USSD.

La secuencia ejecutada por Ia aplicación residente en tarjeta es: 1 ^o Cuando el teléfono detecta un intento de llamada, pasa el control de Ia misma a Ia tarjeta, junto a los detalles de Ia cadena de marcación al número B y Ia celda en servicio. El teléfono envía un comando ENVELOPE con los detalles anteriores, tal y como se define en 3GPP TS 1 1.14.

2 ^o Se realiza un análisis de Ia cadena de marcación, según las reglas indicadas a continuación: a. Sólo se interceptan las marcaciones compuestas por una secuencia de dígitos 0-9 y, opcionalmente, precedida del signo +. b. Caso de existir el prefijo +, indicativo de marcación internacional, se sustituye éste por doble cero: 00.

c. A continuación, si Ia longitud del número B resultante es mayor o igual a un número configurable de dígitos, se intercepta como una marcación válida y se continúa con el envío de código USSD y establecimiento de llamada. d. Si el número B resultante está contenido en Ia tabla SDN (Service

Dialing Numbers) de Ia SIM, se encapsula y se cursa igual que en el caso anterior, e. En caso contrario, se cancela el intento de marcación mostrándose un mensaje informativo, parametrizado, al cliente. f. Se comprueba Ia marcación de los números internacionales de emergencias 112 y 911. En este caso, se devuelve el control inmediatamente al teléfono con el código de retorno correspondiente para que continúe Ia llamada en Ia red VPMN y no hay intercepción. 3 ^o La tarjeta genera un número pseudoaleatorio, en principio de seis dígitos pero de longitud configurable, que se emplea como número de correlación para el establecimiento posterior de Ia llamada.

4 ^o Se envía el comando proactivo SEND USSD al teléfono para solicitar que envíe un mensaje de señalización USSD, para el envío del parámetro de correlación, es decir, el número aleatorio o pseudoaleatorio, incorporado en Ia cadena del USSD.

5 ^o Opcionalmente, Ia aplicación realiza una espera activa a Ia recepción de

Ia respuesta de Ia red al mensaje USSD, respuesta que el terminal móvil notifica a Ia tarjeta SIM.

6 ^o La aplicación en tarjeta construye el número destino de Ia llamada que se va a realizar, integrando en el comando de establecimiento de llamada SETUP

CALL el número aleatorio o pseudoaleatorio como parte del número de destino. Para ello, la tarjeta concatena un prefijo constante junto al número aleatorio y envía el comando proactivo SETUP CALL al teléfono, para solicitar que establezca con los parámetros incluidos en el comando una llamada al número destino construido. Si bien el mecanismo de control de llamadas está siempre marcado activo en el perfil eléctrico de Ia tarjeta SIM del cliente, antes de responder al comando ENVELOPE enviado por el teléfono, Ia tarjeta verifica que Ia red registrada no sea Ia red origen (HPMN). Es decir, se garantiza por diseño que Ia aplicación nunca entra en funcionamiento en Ia red origen del cliente.

Existen dos posibilidades para Ia activación de Ia aplicación en condiciones de itinerancia: a) La tarjeta SIM incluye un fichero propietario EF_NO_CAMEL, que contiene una lista de los códigos numéricos identificadores de red móvil PLMN -Public Land Mobile Network- que no tienen soporte Camel. Estos identificadores a su vez están formados por los códigos MCC -Mobile Country Code- y MNC -Mobile Network Code-. De este modo, Ia aplicación puede comprobar en todo momento si Ia red registrada está incluida en esta tabla y proceder a Ia activación de Ia funcionalidad CSU -Cali Set Up- en consecuencia. b) La activación in-situ, ad-hoc, de Ia aplicación CSU, vía un mensaje codificado

OTA-SIM, que constituye un protocolo seguro de transporte vía mensajes SMS con destino a Ia tarjeta SIM y, en este caso, dirigido a Ia aplicación SIM Toolkit. Esta posibilidad exige enviar un mensaje de activación con posterioridad a Ia detección del mensaje de señalización Location Update (LU) desde Ia red visitada. Una aplicación OTA-SIM permitiría además Ia actualización dinámica del fichero EF_NO_CAMEL cuando se vayan abriendo nuevos acuerdos de itinerancia con otras redes no Camel.

En el caso de emplearse Ia opción a), se recomienda que el número de registros de Ia tabla EF_NO_CAMEL sea no inferior a 100 y no superior a 300, habiéndose definido el primer límite para garantizar el servicio en un mínimo de 100 redes no CAMEL y el límite superior no demasiado elevado para evitar que sea necesario el envío de un número excesivo de mensajes OTA-SIM para Ia actualización remota de esta tabla, según el criterio del operador y conforme se vaya modificando el mapa de acuerdos de itinerancia mundial con otros operadores.

En el caso de optarse por Ia opción b), puede obviarse Ia inclusión en

SIM de una tabla con las redes no CAMEL y Ia actualización periódica de esta información, o bien definirse una tabla inicial que es actualizada según se vayan abriendo nuevos acuerdos y haya clientes de prepago registrándose en estas redes, en principio incluidas en el fichero.

Para Ia composición del número aleatorio utilizado como parámetro de correlación entre el código de señalización USSD y Ia llamada posterior a Ia pasarela de encaminamiento de IN, se utilizan los mecanismos disponibles en el hardware de Ia tarjeta SIM a tal efecto. En Ia actualidad, las tarjetas SIM

comercialmente disponibles de los principales fabricantes, G&D, Gemalto, Oberhur, Incard y SanDisk, entre otros, ponen a disposición del programador de aplicaciones SIM Toolkit una función para Ia generación u obtención de un número pseudoaleatorio. La función anterior está disponible en forma de librería estándar JavaCard o de librería propietaria en C/C++. Existen dos sistemas, bien diferenciados, que incorporan los fabricantes de tarjetas en sus modelos comerciales para Ia generación de números pseudoaleatorios: a. Generación por mecanismos matemáticos u algorítmicos. En este procedimiento el generador se basa en una función matemática conocida, que puede ser del tipo congruente lineal, congruente inversa o congruente inversa explícita. En Ia mayoría de los casos esta función se utiliza de forma iterativa, con algún tipo de realimentación no lineal y que se alimenta en su primera iteración mediante un valor inicial o semilla (seed). Algunos ejemplos de este tipo de fuentes son: algoritmos Mersenne Twister y TT800, cifrador AES (Advanced Encryption Standard) en modo contador,

b. Generación por mecanismos de recolección de entropía. En este caso, se utiliza una fuente natural, de origen físico o químico, con un modelo de comportamiento conocido y previamente estudiado y que corresponda a un proceso estocástico. Así, mediante los detectores electrónicos y Ia conversión de señal adecuados, se extrae Ia componente aleatoria del proceso y se utiliza para generar números realmente aleatorios. Algunos ejemplos de fuentes utilizadas en estos generadores son: el ruido de Ia corriente inversa de avalancha Zéner, el ruido de fondo en un conversor optoelectrónico no iluminado, intervalos de tiempo entre eventos sucesivos en un detector de radioactividad...

Una vez que Ia MSC de Ia red visitada recibe de Ia BSS -Base Station Subsystem-. de Ia red de acceso el código USSD con el número aleatorio (RAND), ésta inicia un nuevo diálogo TCAP con el HLR de Ia HPMN sobre el que envía Ia operación de MAP ProcessUnstructuredSS-Request. El mensaje a nivel de aplicación tiene el siguiente formato, según el estándar MAP correspondiente a Ia recomendación 29.002:

processUnstructuredSS-Request OPERATION ARGUMENT ussd-Arg SEQUENCE { ussd-DataCodingScheme OCTET STRING ( SIZE( 1 ) ), ussd-String OCTET STRING ( SIZE( 1 .. 160 ) ),

alertingPattem OCTET STRING ( SIZE( 1 ) ) OPTIONAL ₁ msisdn [O] IMPLICIT OCTET STRING ( SIZE( 1 .. 20 ) ) ( SIZE( 1 ..

9 ) ) OPTIONAL} RESULT ussd-Res SEQUENCE { ussd-DataCodingScheme OCTET STRING ( SIZE( 1 ) ), ussd-String OCTET STRING ( SIZE( 1 .. 16O ) ),

ERRORS {

- systemFailure — localValue : 34,

- dataMissing - localValue : 35,

- unexpectedDataValue - localValue : 36,

- unknownAlphabet — localValue : 71, ~ calIBarred - localValue : 13}

::= localValue : 59

La información relativa al contenido del USSD va encapsulada en el parámetro USSD-String, indicando el código de Ia aplicación, el número aleatorio (RAND) y el número de destino correctamente formateado, es decir, añadiendo el código de acceso internacional OO y cambiando el identificador NAI de Ia red de acceso: NAI = 3 si el cliente ha introducido un "+" , sino NAI = 4. Un valor posible podría ser *138*RAND*610513379#.

El mensaje de aplicación se envía al HLR del cliente a través de Ia red de señalización SS7 internacional. Al recibir dicho mensaje y no reconocer ninguna aplicación estándar perteneciente a dicho nodo, el USSD es reenviado hacia Ia pasarela USSD (USSD-GW). El interfaz entre el Registro de Localización de Origen (HLR) y Ia pasarela USSD (USSD-GW) está basado en MAP v.1 o v.2, pero debe incluir extensiones propietarias para transportar el IMSI del cliente, información que

no está en MAP estándar pero que se puede mapear en una extensión ya que está disponible en el Registro de Localización de Origen (HLR).

La pasarela USSD traduce dicho mensaje MAP de SS7 a TCP-IP. Además ejecuta el algoritmo de encaminamiento en función del código de aplicación, e incluso de otros parámetros como el rango de MSISDN o IMSI, con Io que se puede usar este mecanismo para operadores virtuales (MVNOs) identificados con un nuevo MNC. El nodo adecuado IN de Prepago (IN-Pre) recibe esta petición y arrancará Ia aplicación USSD-CallSetUp (USSD-CSU).

La primera tarea a ejecutar por Ia aplicación USSD-CSU es Ia de obtener de Ia petición el número aleatorio RAND y comprobar si dicho número aleatorio está ya definido en Ia base de datos de Ia aplicación USSD-CSU. Por ello, cada vez que se genera un nuevo registro de llamada, se incluye una marca temporal para excluir como registro válido aquel que haya sido generado antes de cierto intervalo temporal, por ejemplo mediante un temporizador configurable entre 30 y 180 segundos, vencido el cual se considera que el registro ha caducado y se puede reutilizar el mismo RAND para una petición saliente. Con ello se controla Ia posible colisión entre peticiones de llamada simultáneas. En caso de ocurrir Ia colisión, el nodo IN-Prepago (IN-Pre) genera hacia atrás un código de error mapeado en el interfaz MAP con alguna de las causas específicas, según un código ASN.1 del mensaje MAP-ProcessUnstructuredSS-Request. En caso de no ocurrir colisión de llamadas, se genera el registro de llamada usando como clave el número aleatorio (RAND), creando un registro nuevo o sobreescribiendo un registro existente que ya haya caducado. Como información asociada a esta entrada en Ia base de datos, se añade: » el número llamante (no. A) correspondiente al MSISDN obtenido del mensaje de MAP, correctamente convertido a formato nacional, sin el código de país y con NAI=3;

" el número llamado (no. B) obtenido del parámetro USSD-String; • Ia dirección del VLR donde está registrado el cliente, obtenido a partir del CallingAddress a nivel SCCP del mensaje de MAP, o enviado hacia Ia pasarela

USSD a través de una extensión propietaria a nivel de aplicación; - una marca temporal, preferentemente en formato HHMMSS, horas-minutos- segundos o bien como un número entero sin signo que exprese el número de

segundos transcurridos desde una fecha de referencia -epoch-, para mayor sencillez en el cálculo de intervalos temporales.

El último paso, el establecimiento de Ia llamada en sí, se inicia desde Ia aplicación SIM Toolkit de Ia tarjeta del terminal, con el envío del comando proactivo SETUP CALL al teléfono, según se define en 3GPP TS 11.14. Seguidamente se indican los detalles de invocación del comando:

- Modo de ejecución indicativo de 'establecimiento de llamada sólo en el caso de que no haya otra llamada en curso'.

- Indicación de rellamada automática desactivada. - Número B formado por Ia concatenación del prefijo de marcación, fijo, para Ia aplicación en Red más el código de correlación pseudoaleatorio del intento de llamada en curso. A modo ilustrativo, suponiendo un prefijo de marcación '+3460019' para Ia aplicación en Red, y un código de correlación '123456' (6 dígitos en este ejemplo) para un intento de marcación concreto, el número B completo al que se realizaría el establecimiento de llamada sería '+3460019123456'.

- Utilización de un argumento "alpha identifier" en los parámetros del comando proactivo, donde el valor de este identificador será 'Estableciendo llamada', 'Llamada en curso', 'Iniciando llamada' o cualquier otro literal similar, que permita al teléfono dar información en pantalla al usuario acerca del inicio de Ia llamada, sin ofrecer detalles sobre el número B construido y que se está utilizando para Ia realización de Ia llamada. Puesto que Ia norma 3GPP TS 11.14, que especifica Ia SIM Application Toolkit, ha previsto el caso de que una aplicación residente en SIM necesite realizar una marcación utilizando el comando proactivo SET UP CALL, pero sin que el usuario del teléfono sea consciente del número destino al que se está realizando el intento de llamada, se incluye el "alpha identifier" entre los parámetros opcionales del comando SET UP CALL, y según indica Ia norma: el teléfono deberá utilizarlo para informar al usuario durante Ia fase de confirmación y establecimiento de Ia llamada. Aunque no se indica explícitamente en Ia norma, el identificador proporcionado al comando sustituye a Ia cadena de marcado a efectos de su presentación en Ia pantalla del teléfono.

- No se envía un segundo argumento "alpha identifier".

Como en el resto de comandos proactivos, el teléfono reporta el resultado de Ia ejecución a Ia tarjeta SIM con un código de resultado según una entre tres tipologías posibles: ejecución correcta, problema temporal y problema

permanente. La aplicación SIM Toolkit descrita gestiona adecuadamente los diferentes tipos de respuesta, presentando el mensaje parametrizable más adecuado en cada caso.

La llamada, que incluye el número aleatorio (RAND), se encaminará hacia el país origen -"Home Country"- y, a su vez, a Ia red origen (HPMN), para Io cual se añade al número aleatorio (RAND) un prefijo de tránsito internacional (Pref). Una consideración importante es el máximo número de dígitos que se puede enviar por señalización internacional: asumiendo que como mínimo el número máximo de dígitos es trece, se generan preferiblemente números aleatorios de seis dígitos. Una vez que Ia llamada llega a Ia Ia red origen (HPMN), el primer conmutador (GMSC) analiza dicho número y, tras determinar que se trata de un rango reservado y no de un cliente real, elimina el prefijo de tránsito internacional (Pref) y selecciona un disparo IN por número B, que se envía en un mensaje de señalización INAP: un mensaje InitialDP que es enviado al nodo IN de Prepago (IN- Pre), incluyendo como únicos argumento a nivel de aplicación el serviceKey que indica el identificador del servicio que debe ser disparado y calledPartyNumber que contiene los dígitos aleatorios (RAND). Este valor se utiliza para recuperar el registro de llamada y recuperar los datos asociados a Ia primera petición USSD. Esto es, el número llamante (no. A), el número llamado (no. B) como si Ia llamada hubiese sido efectuada desde Ia red origen (HPMN) y por último el VLR-Number respecto del que internamente se determina un tipo de uso especial al que corresponde cierta tarifa. Con todo ello, Ia lógica de control de crédito (CCL) se ejecuta con un tipo de uso especial en base a un prefijo añadido al número de destino u otro parámetro propietarios. Si existe suficiente crédito, el nodo IN de Prepago (IN-Pre) inicia Ia conexión de Ia llamada al número llamado (no. B) mediante un mensaje INAP Connect, monitorizando los eventos de Ia misma y asignando las primeras unidades de tiempo de Ia misma con el envío respectivamente de los mensajes INAP RequestReportBCSMEvent y AppIyCharging al conmutador (GMSC) de Ia red origen (HPMN). Los términos en que se ha redactado esta memoria deberán ser tomados siempre en sentido amplio y no limitativo.

En este texto, Ia palabra "comprende" y sus variantes (como "comprendiendo", etc.) no deben interpretarse de forma excluyente, es decir, no excluyen Ia posibilidad de que Io descrito incluya otros elementos, pasos etc.

Por otra parte, Ia invención no está limitada a las realizaciones concretas aquí descritas sino que abarca también, por ejemplo, las variantes que pueden ser realizadas por el experto medio en Ia materia (por ejemplo, en cuanto a Ia elección de los componentes electrónicos del kit, etc.), dentro de Io que se desprende de las reivindicaciones que se incluyen seguidamente.