ES2308859T3

ES2308859T3 - Notificacion de informacion de credito/tarificacion a un abonado movil.

Info

Publication number: ES2308859T3
Application number: ES99969875T
Authority: ES
Inventors: Klaus Lindemann
Original assignee: Nokia Inc
Current assignee: Nokia Inc
Priority date: 1998-09-29
Filing date: 1999-09-28
Publication date: 2008-12-01
Anticipated expiration: 2019-09-28
Also published as: US8483658B1; HK1087281A1; FI982098L; FI113438B; DE69938971D1; AU5986399A; EP1118205B1; FI982098A0; CN1320320A; EP1971119A2; WO2000019700A1; CN1725794B; CN1725794A; ATE399434T1; EP1971119A3; EP1118205A1

Abstract

Método para transmitir información de crédito/tarificación a una estación móvil (MS);caracterizado porque el método comprende las etapas siguientes: detectar una finalización (2-10) de una llamada tarificable al abonado de la estación móvil (MS); en respuesta a dicha detección, enviar dicha información de crédito/tarificación a la estación móvil (MS) en forma de un mensaje sin conexión (2-26).

Description

Notificación de información de crédito/tarificación a un abonado móvil.

\global\parskip0.900000\baselineskip

Antecedentes de la invención

La presente invención se refiere a métodos y equipos para notificar información de tarificación a abonados móviles, comprendiendo, por ejemplo, la notificación de la cantidad de crédito disponible a abonados de prepago. En los sistemas de comunicaciones móviles, tales como el GSM, está aumentando el uso de tarjetas SIM (Módulo de Identidad de Abonado) de prepago. Las tarjetas SIM de prepago liberan de pérdidas por créditos a los operadores de las redes. Permiten que los padres fijen, de antemano, un límite superior para la factura telefónica de sus hijos. Como tercera ventaja, permiten que los abonados en desplazamiento itinerante paguen sus llamadas locales con tarifas locales, mientras que el uso de la tarjeta SIM de su operador de origen da como resultado el pago de tarifas internacionales hasta su red de origen y de retorno.

Uno de los problemas con las tarjetas SIM de prepago es que las estaciones móviles actuales (aparatos telefónicos de mano) no están provistas de medios para presentar automáticamente información relacionada con los créditos, tal como el estado actual del crédito, inmediatamente después del final de una llamada. En el documento EP0647055 se da a conocer, por ejemplo, un sistema de la técnica anterior. Algunos operadores permiten que los abonados llamen a un servicio de Respuesta de Voz Interactiva (IVR) que notifica el crédito disponible mediante voz sintetizada. Un servicio de este tipo genera otro problema: el uso de la IVR provoca una cantidad significativa de tráfico suplementario en la interfaz de radiocomunicaciones. Este tráfico no tarificable consume recursos que se podrían gastar mejor en llamadas tarificables.

Descripción de la invención

Uno de los objetivos de la invención es proporcionar un mecanismo para notificar el estado de crédito disponible para abonados de prepago de forma que permite reducir la carga de tráfico suplementario en la interfaz de radiocomunicaciones. Para disuadir a los usuarios de que llamen a la IVR, el mecanismo según la invención debe ser suficientemente rápido, de manera que los usuarios no experimenten retardos molestos. Estos objetivos se logran con un método y equipos que están caracterizados por los aspectos que se dan a conocer en las reivindicaciones independientes adjuntas. En las reivindicaciones subordinadas adjuntas se dan a conocer formas de realización preferidas de la invención.

Según una de las formas de realización, en la finalización de una llamada, un programa de lógica de servicio (SLP) que gestiona la llamada en un Punto de Control de Servicio (SCP) envía la información de crédito (por ejemplo, a través de una conexión LAN) a un programa que se ejecuta en un procesador o estación de trabajo WS independiente. A continuación, este programa reformatea la información y la traslada (por ejemplo, a través de otra LAN) al Centro de Servicio de Mensajes Cortos (SMSC), que envía el mensaje corto real a la estación móvil. Las conexiones LAN pueden ser conexiones TCP/IP convencionales. El protocolo entre el SCP y la estación de trabajo puede ser un protocolo específico que se use a través de una Interfaz de Programación de Aplicaciones (API). Al protocolo usado entre la WS y el SMSC de, por ejemplo, Nokia, se le denomina Interfaz de Ordenador para Distribución de Mensajes 2 (CIMD-2). El programa que se ejecuta en la estación de trabajo está escrito típicamente en C++. Para usar la API, el programador debe insertar sentencias en el Programa de Lógica de Servicio (SLP), y escribir un programa C++ independiente para recibir la información. El CIMD-2 es un protocolo sencillo basado en caracteres, en el que un proceso de cliente realiza solicitudes al servidor, y el servidor responde.

La idea básica que subyace tras la solución es la utilización de ambas interfaces antes mencionadas para realizar una conexión directa desde el SCP al SMSC, reduciendo de este modo el retardo de tiempo desde la finalización de la llamada hasta el instante de tiempo en el que la información se envía en forma de un SMS. Este tiempo breve es la ventaja principal de esta solución, y experimentos realizados por el inventor en una plataforma de prueba han mostrado que la estación móvil puede recibir el mensaje corto entre 1 y 5 segundos a partir de la finalización de la llamada.

Opcionalmente, se retardará la liberación de la llamada con lo cual el mensaje según la invención se puede entregar sin ningún mensaje de búsqueda independiente.

Preferentemente, la información se extrae a partir del SCP, ya que no surgen problemas debidos al retardo de propagación. Los SLP (Programas de Lógica de Servicio que gestionan las llamadas) que se ejecutan en el SCP proporcionan funcionalidad para comunicarse con un proceso externo a través de una pasarela entre servicios que se ejecutan dentro del Entorno de Ejecución de Lógica de Servicio (SLEE) y las aplicaciones externas. Más específicamente, los SLP pueden enviar mensajes a un proceso externo a través de un zócalo. El proceso externo se ejecuta en un ordenador o estación de trabajo independiente, y, por lo tanto, no influye en el rendimiento del SCP. El SLP que gestiona una llamada de prepago se ejecuta durante la llamada completa, ya que controla la actualización del crédito. Esto significa que el mismo sabrá cuándo ha finalizado la llamada. A continuación, la información requerida por el proceso externo se podría enviar fuera añadiendo algún código SLP al final del SLP de prepago.

Todavía otra de las soluciones consiste en usar la red SS7 para enviar la información entre el SCP y el SMSC. Aparentemente, esta solución requiere el uso del protocolo MAP. Como ventaja, no se introducirían elementos nuevos (conexiones de red, programas).

\global\parskip1.000000\baselineskip

Breve descripción de los dibujos

La invención se describirá más detalladamente por medio de formas de realización preferidas haciendo referencia a los dibujos adjuntos en los que:

la Fig. 1 es un diagrama de bloques de una red de comunicaciones móviles equipada con una disposición según una de las formas de realización preferidas de la invención;

la Fig. 2 es un diagrama de señalización que ilustra una de las formas de realización de la invención; y

la Fig. 3 representa una estación móvil después de recibir y presentar un mensaje corto según la invención.

Descripción detallada de la invención

La Fig. 1 es un diagrama de bloques de una red de comunicaciones móviles equipada con una disposición según una de las formas de realización preferidas de la invención. Esta forma de realización hace uso de la tecnología de las Redes Inteligentes. Una red inteligente (IN) puede proporcionar a un abonado de una red de telecomunicaciones, tal como una red por cable o una red telefónica móvil, una pluralidad de varios servicios. Dichos servicios incluyen una red privada virtual (VPN) que permite el uso de números abreviados entre abonados pertenecientes a una red local, y un número personal en el que la red inteligente reencamina las llamadas dirigidas a un número personal según una forma controlada por el abonado. Se describe un ejemplo de una red inteligente de este tipo en las recomendaciones de la ITU-T serie Q-1200, de entre las cuales las Q-1210 a Q-1219 definen un conjunto de características conocidas como CS-1 (Conjunto de Capacidades 1), y de forma correspondiente, las Q-1220 a Q-1229 definen un conjunto de características CS-2. La invención y sus antecedentes se describirán mediante la terminología de la recomendación ETS 300 374-1 CorelNAP, aunque la invención también se puede utilizar en redes inteligentes implementadas según otras normativas de redes inteligentes.

Un modelo de estados de llamada básico (BCSM), definido en relación con la red inteligente, describe diferentes fases del control de las llamadas y define los puntos en los que se puede interrumpir el control de las llamadas para iniciar un servicio de red inteligente. El mismo identifica los puntos de detección en la llamada y el proceso de conexión en los que entidades lógicas de servicio de la red inteligente pueden tener una relación interactiva con características de gestión de conexiones y llamadas básicas.

En el establecimiento de llamadas convencionales que tiene lugar sin la ayuda de una red inteligente, las centrales telefónicas realizan de forma independiente todas las deducciones sobre el encaminamiento de las llamadas. Una o más funciones de control de servicio (SCF) están asociadas a la arquitectura de la red inteligente. Al equipo o elemento de red que lleva a cabo las tareas determinadas para la SCF se le denomina punto de control de servicio (SCP). En la presente invención, la SCF y el SCP son iguales, y, en lo sucesivo, se les denominará SCP. El SCP proporciona instrucciones de establecimiento de llamada a la central, o la central puede solicitar instrucciones de establecimiento de llamada del SCP. Si, por ejemplo, se observa que la interfaz del abonado B está ocupada en alguna fase del establecimiento de la llamada, la misma se puede dirigir a un número alternativo. La función de datos de servicio SDF y el punto de datos de servicio SDP forman una base de datos que comprende información específica de cada abonado y/o específica de cada servicio.

Una función de conmutación de servicio (SSF) es una interfaz entre la función de control de llamada CCF y la función de control de servicio SCF. Al elemento de red que realiza la SSF se le denomina punto de conmutación de servicio (SSP). Un servicio de red inteligente lo produce el punto de conmutación de servicio SSP que solicita del punto de control de servicio SCP instrucciones por medio de mensajes a transmitir a través de la interfaz SSP/SCP al producirse el encuentro de puntos de detección asociados a los servicios. En la terminología de las redes inteligentes, a estos mensajes se les denomina operaciones. En asociación con un servicio de red inteligente, en el punto de control de servicio SCP se inicia un programa de servicio, determinando el funcionamiento del programa las operaciones transmitidas por el SCP al SSP en cada fase de una llamada.

La Fig. 2 es un diagrama de señalización que ilustra una de las formas de realización preferidas de la invención. El escenario mostrado en la Fig. 2 comienza en la etapa 2-0 en la que la MS envía la señalización CALL SETUP al MSC. En este ejemplo, se supondrá que el establecimiento de la llamada tiene lugar bajo el control de una IN, aunque esto no es necesario para la invención. Otra suposición realizada en este caso es que la IN es también responsable de mantener un seguimiento del crédito disponible de la tarjeta SIM de prepago. En la etapa 2-2, el MSC envía al SCP un mensaje INITIAL DETECTION POINT (IDP), cuyos parámetros comprenden una Clave de servicio Skey1 y los números de las partes llamante y a la que se llama A# y B#. La clave de servicio Skey1 identifica el servicio IN en cuestión. En la etapa 2-4, el SCP envía al MSC un mensaje REQUESTREPORTBCSMEVENT, indicando qué puntos de detección debe notificar el MSC al SCP. Uno de los puntos de detección interesantes del tipo mencionado es el que hace referencia a la finalización de llamadas. En la etapa 2-6, el SCP envía al MSC un mensaje CONTINUE que ordena al MSC que encamine la llamada de forma normal. (Alternativamente, el SCP podría enviar un mensaje CONNECT indicando un número alternativo, pero dichas variaciones son irrelevantes para entender la invención real). La etapa 2-8 comprende todas las etapas necesarias para el establecimiento de una llamada con la parte a la que se llama B. En aras de una mayor claridad, dichas etapas rutinarias no se muestran por separado. En la etapa 2-10, la MS finaliza la llamada enviando un mensaje DISCONNECT. En la etapa 2-12, el MSC envía al SCP un mensaje EVENTREPORTBCSM indicando la desconexión desde el lado de origen. En la etapa 2-14, el SCP devuelve un mensaje FURNISHCHARGINGINFORMATION al MSC. En respuesta al mensaje CONTINUE de la etapa 2-16, el MSC libera los recursos asignados a la llamada en la etapa 2-18. Nuevamente, dichas etapas rutinarias no se muestran por separado.

Según una de las formas de realización de la invención, en la etapa 2-20, el MSC envía al SCP un segundo mensaje IDP, que tiene como parámetros propios una segunda Clave de servicio (Skey2) y el número de la parte llamante A#. La Clave de servicio Skey2 identifica el servicio suplementario que indica el crédito disponible para el abonado de prepago. Las dos etapas siguientes hacen uso de una estación de trabajo WS independiente, aunque estas etapas también se podrían implementar por medio de un proceso que se ejecute en el SCP. A continuación, en la etapa 2-22, el SCP envía a la WS un mensaje solicitando a la WS que formatee un mensaje corto que indique la información de crédito. Preferentemente, la información de crédito comprende la duración y el precio de la última llamada, y la cantidad y el tiempo de vida del crédito disponible. En la etapa 2-24, la WS envía esta información al Centro de Servicio de Mensajes Cortos SMSC, el cual, en la etapa 2-26, la envía a la MS en un mensaje corto formateado adecuadamente.

La Fig. 3 muestra una estación móvil MS después de que la misma haya recibido y presentado el mensaje corto de la etapa 2-24. En un país bilingüe o multilingüe tal como Finlandia o Suiza, la estación de trabajo SW podría hacer uso del lenguaje del abonado (almacenado en el HLR) y formatear de modo correspondiente el mensaje.

Sobre la base del ejemplo anterior, resultarán evidentes diversas variaciones para los lectores expertos en la materia. Por ejemplo, se supuso que el SCP se ocupa tanto del procesado de las llamadas como de realizar el seguimiento del crédito disponible de la tarjeta SIM de prepago, y que el SCP almacena el crédito disponible en una base de datos IN denominada Punto de Datos de Servicio (SDP, no mostrada por separado). Esta es la razón por la que el crédito disponible no tuvo que ser transferido hacia el SCP en el comienzo de la llamada. Evidentemente, el seguimiento del crédito disponible puede tener lugar en el MSC, con lo cual el control de la llamada IN (etapas 2-2 a 2-6 y 2-12 a 2-16) es innecesario. Alternativamente, el SCP podría realizar el control de la llamada aunque el MSC podría realizar el seguimiento del crédito de prepago. En este caso, solamente es innecesaria la etapa 2-14.

Todavía como alternativa adicional, el control de las llamadas IN y la notificación del crédito según la invención podrían estar integrados de manera que el envío del mensaje CONTINUE al MSC en la etapa 2-16 también activaría el envío del mensaje FORMATSHORTMESSAGE a la WS en la etapa 2-22. En otras palabras, el mensaje en la etapa 2-20 es innecesario. No obstante, por razones de compatibilidad con diferentes opciones en la implementación, en el ejemplo mostrado en la Fig. 2, el SCP notifica la información de crédito al MSC en la etapa 2-14, y el MSC devuelve la información de crédito retornándola al SCP en la etapa 2-20. De esta manera, el servicio de notificación de crédito según la invención (etapas 2-20 a 2-26) es compatible con todas las combinaciones de control de llamadas y seguimiento de créditos bajo el MSC ó el SCP.

Aunque el envío de la información de crédito como un mensaje corto se considera el mejor modo de realización, se podrían usar otros canales de transmisión. Un método posible de transmisión alternativo es el uso de los USSD (Datos de Servicios Suplementarios No Estructurados), que se define en las referencias 2 a 4. No obstante, los USSD iniciados en la red son únicamente posibles con estaciones móviles de la Fase 2. A la transmisión de mensajes cortos y a la transmisión de USSD se les puede hacer referencia comúnmente como transmisiones sin conexión ya que la información se transmite simplemente hacia el destinatario, sin el establecimiento de una conexión de extremo-a-extremo.

La invención se puede usar para transmitir cualquier tipo de información de crédito/tarificación cuya transmisión se activa en respuesta a la finalización de una llamada. Preferentemente, la información de crédito/tarificación comprende el estado actual del crédito, la duración de la última llamada, el precio de la última llamada y el periodo de validez de la tarjeta SIM. Aunque la invención se ha descrito en relación con suscripciones de prepago, no es un requisito estricto que la suscripción sea de prepago. Como alternativa, puede que los abonados deseen fijar un límite superior para la factura telefónica mensual. De este modo, incluso si un teléfono móvil es robado, la cantidad de daños se podrían restringir al límite superior predefinido, y los padres pueden fijar un límite superior para la factura telefónica mensual de sus hijos. La invención también es adecuada para transmitir el límite de tarificación disponible (el límite superior predefinido menos el importe acumulado, aunque todavía no facturado).

Referencias

1. GSM 02.90: European digital cellular telecommunications system (Phase 2); Stage 1 description of Unstructured Supplementary Service Data (USSD)

2. GSM 03.90: Digital cellular telecommunications system (Phase 2); Unstructured Supplementary Service Data (USSD) - Stage 2

3. GSM 04.90: European digital cellular telecommunications system (Phase 2); Unstructured Supplementary Service Data (USSD) - Stage 3

Todas las referencias se incorporan a la presente memoria a título de referencia.

Claims

1. Método para transmitir información de crédito/tarificación a una estación móvil (MS);caracterizado porque el método comprende las etapas siguientes:

detectar una finalización (2-10) de una llamada tarificable al abonado de la estación móvil (MS);

en respuesta a dicha detección, enviar dicha información de crédito/tarificación a la estación móvil (MS) en forma de un mensaje sin conexión (2-26).

2. Método según la reivindicación 1, caracterizado porque el método comprende además las etapas siguientes:

definir un límite superior para el precio acumulado de llamadas telefónicas;

monitorizar el precio acumulado de llamadas telefónicas;

permitir una llamada nueva únicamente si el precio acumulado de llamadas telefónicas es menor que el límite superior.

3. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dicho mensaje sin conexión es un mensaje corto.

4. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dicho mensaje sin conexión es un mensaje USSD.

5. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque, después de detectar dicha finalización (2-10) de la llamada, se libera la llamada (2-18) con un retardo suficiente para enviar dicho mensaje sin conexión sin realizar una búsqueda de la estación móvil (MS) por separado.

6. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque un nodo de Red Inteligente, preferentemente un Punto de Control de Servicio (SCP):

solicita (2-4) a un Centro de Conmutación de Servicios Móviles (MSC) que notifique dicha finalización de llamada; y

en respuesta a dicha notificación (2-12), inicia (2-16, 2-22) dicho envío de dicha información de crédito/tarificación.

7. Método según la reivindicación 6, caracterizado porque

el envío de dicha información de crédito/tarificación se activa por medio de un Programa de Lógica de Servicio que se ejecuta en un Entorno de Ejecución de Lógica de Servicio (SLEE) en el Punto de Control de Servicio (SCP);

el Programa de Lógica de Servicio proporciona funcionalidad para comunicarse con un proceso externo a través de una pasarela entre servicios que se ejecutan dentro del Entorno de Ejecución de Lógica de Servicio (SLEE) y una aplicación externa (WS); y

la información de crédito/tarificación se envía usando la pasarela hacia la aplicación externa (WS) que la envía a la estación móvil (MS).

8. Disposición (SCP, WS) para transmitir información de crédito/tarificación a una estación móvil (MS) en una red de telecomunicaciones móviles;

caracterizada porque la disposición (SCP, WS) está adaptada para:

detectar una finalización (2-10) de una llamada tarificable al abonado de la estación móvil (MS); y

9. Disposición según la reivindicación 8, caracterizada porque la disposición comprende un Punto de Control de Servicio (SCP) de una Red Inteligente, comprendiendo dicho Punto de Control de Servicio un Programa de Lógica de Servicio para enviar dicha información de crédito/tarificación en respuesta a dicha detección.

10. Disposición según la reivindicación 9, caracterizada porque la disposición comprende además un procesador independiente (WS) para formatear dicha información de crédito/tarificación.