MXPA06001678A - Gestion y contabilidad de abonados utilizando deteccion de eventos en un dispositivo inalambrico. - Google Patents

Abstract

Se describe un sistema y metodo que realiza la gestion y contabilidad de abonados en tiempo real para un dispositivo inalambrico detectado eventos predeterminados dentro del dispositivo inalambrico e informacion de comunicacion perteneciente a tales eventos desde el dispositivo inalambrico a una plataforma de gestion de abonados en tiempo real asociada con cada sesion de comunicacion. La informacion recibida por la plataforma para la gestion de los abonados en tiempo real se utiliza para controlar el comportamiento del dispositivo inalambrico y/o para actualizar la informacion de contabilidad que pertenece al abonado.

Description

GESTIÓN Y CONTABILIDAD DE ABONADOS UTILIZANDO DETECCIÓN DE EVENTOS EN UN DISPOSITIVO INALÁMBRICO REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS Esta solicitud reclama el beneficio bajo el 35 U.S.C.119 (e) de la Solicitud de Patente Provisional No. 60/495.642, presentada el 15 de Agosto de 2003 y titulada de la CONTROL INTELIGENTE DE LA LLAMADA UTILIZANDO INICIADORES RESIDENTES EN UN DISPOSITIVO INALÁMBRICO DENTRO DE UNA RED DE COMUNICACIÓN INALAMBRICA.

DECLARACIÓN CON RESPECTO A INVESTIGACIÓN O DESARROLLO PATROCINADO DE MANERA FEDERAL No Aplicable ANTECEDENTES DE LA INVENCIÓN La presente invención concierne a un sistema y a un método para controlar la operación de un dispositivo inalámbrico en una red de comunicación y más específicamente a un sistema y a un método que controla la operación del dispositivo inalámbrico usando controles dispuestos dentro del dispositivo inalámbrico que cooperan con una plataforma de gestión servidor del abonado.

Las redes de comunicación inalámbricas se han desplegado extensamente por una década. En el tiempo, las redes de telecomunicaciones se han desarrollado a partir de las redes basadas en conmutación, en las cuales los conmutadores incluyeron tanto datos como capacidad del plano de control, hasta las redes conocidas como Redes Inteligentes (Intelligent Networks, IN) , en las que el plano del control está separado del plano de los datos. En una IN, la inteligencia y las funciones de control se quitan de los conmutadores y residen en los elementos de control del SS7 (Sistema de Señalización #7), tales como lo Puntos de Conmutación del Servicio, Puntos de Transferencia de Señal y Puntos de Control del Servicio, como se conocen en la técnica.

En las redes de comunicación inalámbrica convencionales, se genera un registro de los detalles de la llamada en el conmutador servidor (que presta servicio), al concluir de cada llamada. Los registros de los detalles de la llamada se envían a una base de datos central antes de ser comunicados al portador que presta servicio o de facturación o servicio de contabilidad. Como consecuencia, se introducen retrasos en la realización de la contabilidad.

BREVE DESCRIPCIÓN DE LA INVENCIÓN De acuerdo con la presente invención, se divulga un sistema y un método para controlar el comportamiento de un dispositivo inalámbrico dentro de una red de comunicación inalámbrica. En una modalidad del sistema divulgado actualmente, el módulo de identidad del abonado (SIM, Subscriber Identity Module) u otro módulo de procesador/memoria removible está dispuesto en un alojamiento del microteléfono y está eléctricamente acoplado a la lógica del microteléfono . El SIM incluye un programa de aplicación (SIMapp) que interactúa con y permite que una plataforma de gestión de abonado en tiempo real (RTSM, Real Time Subscriber Management) controle la operación del servicio. La plataforma RTSM comprende uno o más servidores, bases de datos y software de control que se emplean para las funciones de control y contabilidad del servicio inalámbrico. La plataforma RTSM tiene conectividad a la red de SS7 de un operador inalámbrico a través de un punto de control del servicio.

Más específicamente, la aplicación SIMapp que se ejecuta en un procesador dentro del SIM realiza funciones conjunción con la plataforma RTSM que permiten la gestión y contabilidad en tiempo real del abonado de una manera que minimiza los requisitos de la implantación y/o la integración en la infraestructura existente del operador inalámbrico .

El SIM está acoplado de manera comunicable con la lógica del microteléfono del equipo móvil (ME, Móvil Equipment) a través de una Interfaz de Programación de la Aplicación de la Aplicación de Juego de Herramientas del SIM (SAT API) , que es provista típicamente por el proveedor del equipo móvil. La aplicación SIMapp es por lo tanto capaz de comunicarse con la lógica del microteléfono para controlar el microteléfono, obtener notificaciones de los eventos de llamada y generar órdenes hacia la lógica del microteléfono a través de la SAT API para iniciar comunicaciones inalámbricas entre el dispositivo inalámbrico y la plataforma RTSM a través de un protocolo de mensajes de datos, tal como un protocolo de comunicación de canal portador de datos. Inversamente, la información enviada desde la plataforma RTSM es recibida por la lógica del microteléfono y enrutada hacia la aplicación SIMapp a través de la SAT API. Con base en la comunicación descrita antes entre el SIMapp, la lógica del microteléfono y la plataforma RTSM, la experiencia de comunicación inalámbrica del abonado se puede controlar. Este control se logra sin requerir iniciadores de Red Inteligente o troncales de retorno.

Otras características, aspectos y ventajas del aparato y del método actualmente divulgados serán evidentes a aquellos con habilidad ordinaria en la técnica a partir de la siguiente descripción detallada de la invención.

BREVE DESCRIPCIÓN DE LAS DIFERENTES VISTAS Y DIBUJOS La invención será entendida más completamente con referencia a la descripción detallada siguiente de la invención conjunción con los gráficos, de los cuales: La Fig.l es un diagrama de bloques de un sistema operativo de acuerdo con la presente invención; La Fig. 2 es un diagrama que representa un ejemplo de mensajes de solicitud y de respuesta empleados en el sistema de la Fig. 1; La Fig. 3 es diagrama de bloques que representa flujo de mensajes en el sistema de la Fig. 1 entre el SIMapp y la plataforma -RTSM; La Fig. 4 es un diagrama que" representa el flujo de mensajes empleado en el registro del dispositivo inalámbrico representado en la Fig. 1; La Fig. 5 es un diagrama que representa el flujo de mensajes en el sistema de la Fig.l, en respuesta a una llamada para la cual un existe un balance suficiente en la plataforma RTSM para facturar a través de la terminación de la llamada; La Fig. 6 es un diagrama que representa el flujo de mensajes en el sistema de la Fig. 1, en respuesta a una llamada para la cual existe suficiente balance en la plataforma RTSM para facturar a través de la terminación de la llamada; La Fig. 7 es un diagrama que representa el flujo de mensajes en el sistema de la Fig. 1, para actualizar la imagen del código del SIMapp dentro del dispositivo inalámbrico; La Fig. 8 es un diagrama de flujo que representa la operación del temporizador de conteo descendente; y La Fig. 9 es un diagrama de flujo que representa la operación del SIMapp y del temporizador de conteo descendente, en respuesta a los eventos de Control de Llamada, Conexión de llamada y Desconexión de Llamada.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La Solicitud de Patente Provisional No. 60/495,642 de los E.E.U.Ü., titulada Control Extendido de la Llamada de Red Inteligente Usando iniciadores Residentes en un Dispositivo Inalámbrico dentro de una Red de Comunicación Inalámbrica, presentada el 15 de Agosto de 2003, la Solicitud de Patente Provisional No. 60/449,907 de los E.E.U.U., titulada Método y Sistema para Ejercitar Control de Supervisión sobre el Uso del Teléfono, inalámbrico, presentada el 25 de Febrero de 2003, y la Solicitud de Patente No. 10/784,611 de los E.E.U.Ü., titulada Método y Sistema para Proveer Control de Supervisión sobre el Uso del "Teléfono Inalámbrico, presentada el 23 de Febrero de 2004, se incorporan a la presente por referencia.

De acuerdo con la presente invención, se divulgan un método y un aparato para controlar el comportamiento de un dispositivo inalámbrico y realizar funciones de gestión y contabilidad de abonado en tiempo real. Se detectan eventos predeterminados dentro del dispositivo inalámbrico y la información especifica que pertenece a tales eventos se almacena. La información almacenada o la información derivada de la información almacenada se comunica a la plataforma RTSM, ya sea en respuesta a la ocurrencia del evento que hizo que la información se almacenara o, alternativamente, al final de una llamada. La información comunicada a la plataforma RTSM se comunica a través de un mensaje de datos enviado por, como ejemplo, un canal de comunicación portador de datos. En la modalidad ilustrada, la información comunicada incluye valores de contador e información asociada que es empleada por la plataforma RTSM para determinar la hora, la fecha y la duración de una llamada. Debe ser entendido que la información almacenada no necesita ser transportada por el mensaje de datos en todas las modalidades y que, en algunos sistemas, la información que indica que ha ocurrido un evento predeterminado puede ser transportada a la plataforma RTSM a. través del mensaje de datos. La información que pertenece a las llamadas y/o a los eventos detectados por el SIMapp en el dispositivo inalámbrico se comunica a la plataforma RTSM y es empleada por la plataforma RTSM para las funciones de contabilidad de llamadas y gestión de abonado de la llamada, según se discute posteriormente en mayor detalle. Por ejemplo, el SIMapp envía un Mensaje Invocar Inicio del Servicio a la plataforma RTSM cuando se inicia un servicio que requiere preautorización y que involucra el dispositivo inalámbrico. La plataforma RTSM mantiene datos de la tarifa de llamadas, las cantidades del balance disponibles para las cuentas prepagadas del abonado y la información que define cómo las llamadas que involucran a abonados específicos deben ser contabilizadas y procesadas.

Refiriéndose a la Fig. 1, el sistema 2 actualmente divulgado incluye un dispositivo inalámbrico 4 en comunicación con la plataforma RTSM 6 a través de una red de comunicaciones 8. En la modalidad ilustrada, el dispositivo inalámbrico 4 incluye lógica del m'icroteléfono 10, un módulo de identidad del abonado (SIM) 12 y una interfaz 14 entre el SIM 12 y la lógica del microteléfono 10. El SIM 12 se inserta de manera removible dentro del alojamiento del dispositivo inalámbrico 4. El SIM 12 incluye un procesador 22 y una memoria 20 (Otros módulos de memoria/procesador removibles, tales como los USIM o R-UIM son también aceptables aunque, por simplicidad, será descrita una modalidad que utiliza un SIM) . El procesador 22 dentro del SIM 12 ejecuta un programa de aplicación 16, designado en la presente como SIMapp, que se almacena dentro de la memoria 20 del SIM 12.

La plataforma RTSM 6 comprende uno o más servidores y cada uno incluye por lo menos un procesador y por lo menos una memoria. La plataforma RTSM 6 incluye adicionalmente una base de datos (DB) 50a. La plataforma RTSM es operativa como sistema de procesamiento de transacción en tiempo real que interactúa con el SIMapp 16 para realizar funciones de contabilidad de llamadas y gestión de abonados, según se discute posteriormente en mayor detalle.

El SIM 12 incluye una memoria 20 y un procesador del SIM 22 que ejecuta la aplicación del SIM residente 16 (SIMapp) en la memoria del SIM 20. La memoria 20 incluye una porción reescribible, una porción de RAM no volátil y, adicionalmente, puede incluir RAM volátil.

Un procesador del microteléfono 32 es operativo para ejecutar el código del software y/o firmware almacenado dentro de una memoria del microteléfono 30. La lógica del microteléfono 10 incluye adicionalmente una pluralidad de temporizadores 34 (identificados como temporizadores 34a-34n) y 35, que se utilizan para realizar funciones de temporizacion usadas por el SIMapp 16. En una modalidad del sistema actualmente divulgado, los temporizadores 34a-34n y 35 pueden ser cargados y leídos bajo la orden del SIMapp 16.

Un módem de radiofrecuencia (RF) 36 está acoplado entre la lógica del microteléfono 10 y una antena 38. El módem de RF 36 recibe señales de RF y convierte las señales de RF recibidas en señales digitales que se transportan a la lógica del microteléfono 10. Adicionalmente, el módem de RF 36 convierte las señales digitales a señales de RF que se transmiten desde la lógica del microteléfono 10 a través de la antena 38.

La interfaz 14 entre el SIM 12 y la lógica del microteléfono 10 incluye una Interfaz de Programación de Aplicación conocida como la Interfaz de Programación de Aplicación del Juego de Herramientas de la Aplicación del SIM (SAT API) , que es típicamente provista por el proveedor del equipo móvil. La SAT API permite al SIMapp 16 ordenar que la lógica de microteléfono 10 inicie las comunicaciones con la plataforma RTSM 6 y que cargue y lea los temporizadores 34a-34n y 35. Adicionalmente, la SAT API permite que la información que es enviada desde la plataforma RTSM 6 y es recibida por la lógica del microteléfono 10, pase a través de la SAT API al SIMapp 16. Con base en estas comunicaciones, el SIMapp 16, en cooperación con la plataforma RTSM 6, puede controlar el comportamiento del dispositivo inalámbrico 4.

El dispositivo inalámbrico 4 se comunica con una red de operador inalámbrico, que incluye un Controlador de Estación Base (BSC) 40, un Centro de Conmutación Móvil (MSC) 42, y un Registro de Ubicación de Residencia (HLR) 44. Estos elementos de la red están acoplados de manera comunicable por medio de la red de operador inalámbrico o canal de control 8, tal como una red de telecomunicaciones SS7. La plataforma RTSM 6 se acopla al canal de control del operador a través de un Punto de Control del Servicio (SCP) 48, en donde el canal del control comprende una red SS7.

El SIMapp 16 proporciona la capacidad para: a) restringir condicionalmente al dispositivo inalámbrico 4 para que inicie llamadas de voz originadas por un móvil (MO) ; b) restringir condicionalmente al dispositivo inalámbrico 4 para que reciba llamadas de voz terminadas en un móvil (MT) ; c) enviar condicionalmente la información del detalle de la llamada a la plataforma RTSM 6 cuando se desconecta una llamada de voz; y d) enviar condicionalmente la información de la ubicación del abonado a la plataforma RTSM 6 en el encendido (energización) y cuando la ubicación del microteléfono 4 cambia.

La manera por la cual las capacidades anteriormente mencionadas son proporcionadas se discute en mayor detalle después.

El SIMapp 16 dentro del dispositivo inalámbrico 4 inicia la mayoría de las comunicaciones entre el SIMapp 16 y la plataforma RTSM 6. La comunicación entre el SIMapp 16 y la plataforma RTSM 6 ocurre a través del intercambio de mensajes de datos.

A modo de ejemplo y no de limitación, la comunicación entre el SIMapp 16 y la plataforma RTSM 6 puede ser a través del Servicio de Mensajes Cortos (SMS) que usa el Protocolo Mensajes Cortos de Igual-a-Igual (SMPP) , el SMS a través de la Parte de Aplicación Móvil (MAP) , los Servicios de' Datos Suplementarios No Estructurados (USSD) a través de la Parte de Usuario de Capacidad de Transacción (TCAP) , o cualquier otro protocolo conveniente de mensajes de datos por aire. Protocolos ejemplares se discuten adicionalmente después.

El SMS a través del SMPP En este escenario, el SIMapp 16 utiliza la orden proactiva ENVIAR SS desde la SAT API para ordenar a la lógica del microteléfono 10 que genere un SMS-SOMETER en la red servidora. El mensaje SMS se encamina al Centro de Servicio de Mensajes Cortos Servidor apropiado (SMSC) y se encamina a través de un protocolo estándar para los mensajes de SMS conocido como Correo Simple Punto a Punto (SMPP) , llegando eventualmente a un Nodo de Acceso (Gateway) del SMPP (no mostrado) en comunicación con la plataforma RTSM 6. El Nodo de Acceso (Gateway) del SMPP en comunicación con la plataforma RTSM 6 se comunica con el SDP 50 de la plataforma RTSM 6 (véase la Fig. 1), que genera una respuesta. La respuesta se envia a través del SMPP y llega eventualmente al SMSC servidor apropiado. El SMS-ENTREGA es recibido por la lógica del microteléfono 10 y es encaminado hacia el SIMapp 16, completando la transacción. Este escenario utiliza la infraestructura existente del SMS de la red inalámbrica.

El SMS a través de la MAP En este escenario, el SMS-SOMETER rodea la infraestructura existente del SMS del operador y se envia directamente sobre la red SS7 hacia la plataforma RTSM 6. La plataforma RTSM 6 formatea una respuesta, y envía la transacción de la MAP apropiada, así que el MSC 42 servidor entrega la respuesta como SMS-ENTREGAR al dispositivo inalámbrico 4. La plataforma RTSM 6 realiza un subconjunto de las funciones de un SMSC tanto para las solicitudes como las respuestas, reduciendo tanto el tiempo de espera como el costo operacional de la red. Por ejemplo, el SMSC dentro la plataforma RTSM 6 interroga a un HLR para determinar el MSC 42 servidor, asi que la transacción de la ??? puede ser dirigida correctamente. Sin embargo, el SMSC no necesita implementar una capacidad de almacenar y enviar. El portador asigna a la plataforma RTSM 6 un número E.164, asi que los mensajes del SMS se pueden dirigir a la plataforma. El portador provee este número dentro del SIM 12, de modo que el SIMapp 16 puede dirigir los Mensajes del SMS a la plataforma RTSM 6. Además, el portador asigna una dirección del SMSC al SMSC dentro de la plataforma RTSM 6. Los mensajes entre la plataforma RTSM 6 y el SIMapp 16 pueden ser a través de uno o más SMSC intermedios dentro de la red, si el tiempo de espera de la red y las ocupaciones operacionales no son significativas.

El USSD a través ce la MAP El USSD proporciona una alternativa al SMS para los mensajes entre el SIMapp 16 y la plataforma RTSM 6. El USSD ligero en peso por naturaleza, haciéndolo un protocolo de mensajes deseable en donde esté soportado. En una modalidad, el USSD se emplea para comunicarse desde el SIMapp 16 hacia la plataforma RTSM 6 y el SMS se emplea para la trayectoria inversa.

Canal Portador a través del GPRS En esta modalidad, los mensajes de control del SIMapp 16 se transportan hacia y desde la plataforma RTSM 6 a través de una sesión de datos de GPRS iniciada por el SIMapp 16.

Comunicación entre el SIMapp y la RTSM La comunicación entre el SIMapp 16 y la plataforma RTSM 6 procede usando un modelo de Solicitud/Respuesta. La Fig. 2 ilustra la técnica de comunicación básica en 'la circunstancia en que se realizan los mensajes de datos usando un servicio de comunicación de canal portador del SMS. Refiriéndose a la Fig. 2, cuando se requiere comunicación con la plataforma RTSM 6, el SIMapp 16 instruye a la lógica del microteléfono 10 a través de la SAT API 14 para que genere un mensaje SMS-SOMETER que contiene los datos del mensaje. Los mensajes de la MAP para el SMS se dirigen a la plataforma RTSM 6 por medio del MSC. Los mensajes del SMS se dirigen a números telefónicos. A la RTSM se le asigna un número E.164 para facilitar el direccionamiento de los mensajes del SMS hacia la RTSM. Los Mensajes del SMS que son destinados al SIMapp y se entregan al dispositivo inalámbrico, se pasan al SIMapp en vez de ser desplegados en la pantalla del dispositivo inalámbrico, en una manera bien conocida. La Lógica de Servicio de la MAP residente en el SCP 48 constituye la Interfaz RTSM SIMapp 49 para comunicación con el SI 12. La Interfaz RTSM SIMapp 49 inicia un mensaje SMS-ENTREGAR que contiene los datos de la respuesta y lo direcciona de modo que sea regresado al SIMapp 16 a través del MSC 42.

Según se observó previamente, el SIMapp 16 y la RTSM 6 se comunican usando un modelo Solicitud/Respuesta. Cada solicitud es procesada por el sistema de recepción y se genera una respuesta y se regresa al iniciador de la solicitud. Las solicitudes iniciadas por el SIMapp 16 corresponden a eventos que ocurren en el microteléfono y generalmente corresponden al concepto de iniciadores en un sistema de red inteligente (IN, Intelligent Network) . Los eventos específicos se pueden detectar como señales o mensajes predeterminados dentro del dispositivo inalámbrico. La plataforma RTSM 6 regresa las respuestas a estos eventos iniciados que contienen una o más directivas que instruyen al SIMapp 16 por cuanto a qué acción se debe realizar. La plataforma RTSM 6 puede iniciar la transmisión de directivas hacia el SIMapp 16 independiente de la detección de los eventos relacionados con llamadas en el dispositivo inalámbrico 4, sin primero recibir una solicitud desde el SIMapp 16.

La Fig. 3 representa un diagrama de mensajes simplificado que representa mensajes entre el SIMapp 16 y la plataforma RTSM 6. Refiriéndose a la Fig. 3, el abonado enciende el dispositivo inalámbrico 4. Al encenderse, el SIMapp 16 envía un mensaje de Registro RTSM a la plataforma RTSM 6 que contiene información de ubicación, entre otros parámetros. La plataforma RTSM 6 encuentra el perfil y la cuenta para el abonado y regresa un mensaje de Respuesta de Registro al SIMapp 16 que incluye información de configuración para el SIMapp 16. Si está configurado así, cuando el SIMapp 16 detecta un cambio en la ubicación del microteléfono 4, envía un mensaje a la plataforma RTSM 6 que contiene información de la nueva ubicación. Adicionalmente, en cualquier momento, la plataforma RTSM 6 puede enviar un mensaje al SIMapp 16 que contiene nuevos parámetros de configuración para reconfigurar el SIMapp 16.

En el caso de que el perfil para el abonado indique que se va a realizar una autorización de prellamada para los intentos originados por Móvil (MO) , la Respuesta de Registro RTSM incluye una indicación en un elemento del estatus para este fin. La Respuesta de Registro RTSM también incluye un elemento de texto que instruye al SIMapp 16 para que despliegue la información de la cuenta sobre la pantalla del dispositivo inalámbrico. Esta información puede incluir el balance restante del abonado y una indicación de cuándo expiran esos fondos. Como cuestión de política, algunos portadores limitan la cantidad de tiempo en que los fondos no utilizados permanecen en las cuentas de los abonados. Después de tal tiempo, los fondos se transfieren al portador, es decir, los fondos expiran. Una indicación ejemplar de tal despliegue se proporciona a continuación.

Fondos Disponibles : $2.75 Expira: 11/17/03 Cuando el SIMapp 16 detecta ciertos eventos predeterminados, el SIMapp 16 envía un Mensaje a la plataforma RTSM 6 que indica que ha ocurrido el evento respectivo. Al detectar otros eventos especificados, el SIMapp 16 controla el dispositivo inalámbrico para que realice funciones predeterminadas. Por ejemplo, al detectar un Evento de Control en la forma de una iniciación de una llamada originada por un móvil, el SIMapp 16 envía un mensaje de datos a la plataforma RTSM 6 que contiene datos sobre el evento, p. Ej . , un número marcado. La respuesta de la plataforma RTSM 6 instruye al SIMapp 16 en cómo proceder y puede contener datos del contexto que se almacenarán y regresarán con la respuesta a otro evento relacionado. Por ejemplo, una Respuesta de Inicio del Servicio puede contener datos del contexto que se regresan más adelante con un Invocar Terminación del Servicio asociado. La respuesta puede también incluir otras instrucciones que indican cómo se proporcionarán los servicios. Las instrucciones contenidas en la respuesta pueden fijar una duración máxima para el caso del servicio, pueden permitir el caso del servicio o pueden prohibir el caso del servicio. Adicionalmente, la respuesta de - la plataforma RTSM 6 puede especificar los tonos o los mensajes de advertencia que se proporcionarán bajo circunstancias especificas.

Más específicamente, cuando el abonado intenta colocar una llamada originada por un móvil (MO) o el SIMapp 16 detecta una llamada entrante terminada en un móvil (MT) , el SIMapp envía un Mensaje Invocar Inicio del Servicio a la plataforma RTSM 6 que contiene el MS1SDN del dispositivo inalámbrico 4, el número marcado y, en una modalidad, puede incluir información indicativa de la ubicación del dispositivo inalámbrico 4. Típicamente, la información de la ubicación del teléfono se transporta hacia la RTSM al encender el teléfono o al cambiar la ubicación del dispositivo inalámbrico 4, tal como un cambio en sitio de la célula, el sector del sitio de la célula o portador, por ejemplo conforme el dispositivo inalámbrico deambula. La plataforma RTSM 6 determina si el abonado puede hacer o recibir la llamada y regresa un Mensaje de Respuesta de Inicio del Servicio que indica que la colocación de la llamada MO o MT va a permitirse o prohibirse.

En una modalidad, el SIMapp 16 retrasa la terminación de la llamada hasta que recibe el Mensaje de Respuesta de Inicio del Servicio. En este caso, el SIMapp 16 o bien permite o prohibe la llamada, con base en el contenido del Mensaje de Respuesta de Inicio del Servicio.

En otra modalidad, el SIMapp 16 no retrasa la terminación de la llamada. En este caso, si una llamada MT es desaprobada por la RTSM 6, el SIMapp 16 puede recibir el Mensaje de Respuesta de Inicio del Servicio después (cuando mucho como varios segundos después) de que la llamada se ha terminado (completado) . Si es asi, el SIMapp 16 termina la llamada al recibir el Mensaje de Respuesta de Inicio del Servicio.

En esta modalidad, el SIMapp 16 termina las llamadas MO inmediatamente (generalmente antes de que se terminen las llamadas) y después espera los Mensajes de Respuesta de Inicio del Servicio. Si un Mensaje de Respuesta permite una llamada MO, el SIMapp 16 reinicia la llamada de una manera que es transparente para el abonado. El relativamente corto retraso entre el usuario que digita el número llamado y el reinicio de la llamada por el SIMapp 16, no es generalmente notorio para el abonado.

Por otra parte, si el Mensaje de Respuesta de Inicio del Servicio indica que la llamada MO está prohibida, el SIMapp 16 no reinicia la llamada. Opcionalmente, el SIMapp 16 genera una instrucción para ocasionar que un tono o un mensaje toque o se despliegue para el abonado.

Cuando la llamada termina, el SIMapp 16 detecta este evento y envía un Mensaje Invocar Terminación del Servicio a la plataforma RTSM 6. La plataforma RTSM 6 tarifica la llamada usando información contenida en el Mensaje Invocar Terminación del Servicio y datos de tarifa de llamada mantenidos en la plataforma RTSM 6, y debita (hace cargo) la cuenta del abonado, la cual también se mantiene en la plataforma RTSM 6. La plataforma RTSM 6 después regresa un Mensaje Respuesta de Terminación del Servicio al SIMapp 16. El Mensaje de Respuesta de Terminación del Servicio incluye el texto que se desplegará en el microteléfono del abonado, que indica los fondos disponibles restantes en la cuenta del abonado y una indicación de cuándo expiran esos fondos, según se discutió antes.

Fondos Disponibles: $0.25 Expira: 11/17/03 Conjunto de Mensajes del SIMapp a la RTSM La Tabla 1 a continuación identifica las transacciones que son iniciadas por el SIMapp 16: Tabla 1 Cada Mensaje Invocar contiene información especifica a esa solicitud.

Se puede utilizar un sólo mensaje de Respuesta genérico. El mensaje de Respuesta puede incluir un parámetro para distinguir entre las varias transacciones. Una respuesta puede contener una o más directivas que el SIMapp 16 está estructurado para realizar, según se identifica en la Tabla 2 a continuación.

Tabla 2 La transacción identificada en la Tabla 3 a continuación, puede ser iniciada .por la plataforma RTSM Tabla 3 La Solicitud de Actualización de la Configuración desde la plataforma RTSM 6 hacia el SIMapp 16 puede contener directivas que el SIMapp 16 está instruido para realizar. La respuesta del SIMapp 16 contiene la información de estatus.

La Fig. 4 ilustra el proceso de registro por medio del cual el dispositivo inalámbrico 4 primero se registra con un MSC 42 y después se registra con la plataforma RTSM 6. Refiriéndose a las Fig. 1 y 4, cuando el abonado enciende el dispositivo inalámbrico 4, el dispositivo recibe transmisiones desde varios MSC 42 en su vecindad y determina cuál MSC 42 utilizar para la comunicación, con base en los identificadores del sistema (SID) recibidos u otra red y/o información que identifica el sitio de la célula (dependiendo del protocolo inalámbrico usado por la red inalámbrica) y las intensidades de las señales. Según se ilustra, a través del mensaje 70, el dispositivo inalámbrico 4 después se registra con el MSC 42 seleccionado a través de un protocolo de registro conocido en la técnica. El protocolo de registro del servicio varia con base en el protocolo inalámbrico (p. Ej . , GSM, iDEN, etc.) empleado para la comunicación.

El MSC 42 seleccionado a continuación interroga al HLR 44 a través de un mensaje de interrogación 72. En el presente caso, se asume que el abonado está configurado en el HLR como abonado con todas las características. Una cuenta para el abonado con todas las características puede ser provista como, por ejemplo, de pago posterior, de pago posterior con un límite de gasto, o cualquier otro tipo conveniente. El HLR 44 regresa el estatus relevante del abonado al MSC 42. Por ejemplo, en un sistema GSM, el HLR indica si el servicio va a ser o no proporcionado al dispositivo inalámbrico. El MSC 42 después comunica un mensaje de registro 76 a la lógica del microteléfono 10 para terminar el registro del dispositivo inalámbrico 4 con el MSC 42, de modo que el dispositivo inalámbrico 4 se pueda comunicar por la red 8 con el MSC 42.

El SIMapp 16 se puede configurar en cualquiera de dos estados ("dormido" o "activo"), y el estado del SIMapp puede ser cambiado por el portador. En el estado dormido, el SIMapp 16 no recibe notificaciones de la lógica del microteléfono 10 y no desempeña ning-½L papel en controlar llamadas a, o desde, el dispositivo inalámbrico 4. En el estado dormido, el SIMapp 16 no interact-^a con la plataforma RTSM 6 cuando las llamadas se realizan hacia o desde el dispositivo móvil. En vez de eso, el dispositivo inalámbrico 4 act-'-a como dispositivo inalámbrico normal con características completas.

En el estado activo, el SIMapp 16 recibe notificaciones de los eventos de llamada desde la lógica del microteléfono 10. El SIMapp 16 puede ser configurado adicionalmente para reaccionar o no reaccionar a las notificaciones de la lógica del microteléfono 10. Si el SIMapp 16 se configura para no reaccionar a estas notificaciones, el SIMapp se registra con la plataforma RTSM 6 (según se describe después) , pero de otra manera ignora las notificaciones de la lógica del microteléfono 10. Por otra parte, si el SIMapp 16 se configura para reaccionar a estas notificaciones, el SIMapp opera según se describe en la presente. La plataforma RTSM 6 puede enviar mensajes al SIMapp 16 para configurar el SIMapp ya sea para ignorar o para reaccionar a las notificaciones de la lógica del microteléfono 10.

Asi, no se necesitan cambios al HLR 44 para soportar dispositivos inalámbricos con características completas y dispositivos que son controlados por la plataforma RTSM 6. Los dispositivos inalámbrico 4 que son controlados por la plataforma RTSM 6 pueden ser abastecidos en el HLR 44 como si fueran dispositivos con características completas. Además, un dispositivo inalámbrico 4 dado se puede cambiar de un dispositivo no restringido (por ejemplo de pago posterior o híbrido/con límites de gasto) a un dispositivo restringido (por ejemplo prepagado) o viceversa, por medio de cambiar el estado del SIMapp 16, pero sin requerir cambios en el HLR 44. Adicionalmente, el mismo tipo de hardware, es decir, dispositivo inalámbrico 4 con SIMapp 16, se puede surtir a ambos abonados con características completas y a abonados cuyos dispositivos inalámbricos van a ser controlados por la plataforma RTSM 6.

Asumiendo que el SIMapp 16 se configura en un estado activo, después del registro del dispositivo inalámbrico 4 en el MSC 42, el SIMapp 16 inicia el registro del dispositivo inalámbrico 4 con la plataforma RTSM 6 por medio de enviar un Mensaje Invocar Registro 78 de la RTSM. El Mensaje Invocar Registro 78 incluye información de la ubicación que indica la ubicación del dispositivo inalámbrico 4 (tal como la identificación (ID) del sitio de la célula servidora) y de la versión y del nivel de la revisión del código del SIMapp. El dispositivo inalámbrico 4 adquiere la información de la ubicación a través de la red inalámbrica 8, como es bien sabido. En una modalidad, esta información de la ubicación incluye un código de país, un código de área e identificación (ID) del sitio de la célula. Otras modalidades incluyen información suficiente para habilitar a la plataforma RTSM 6 a tarificar las llamadas apropiadamente .

En respuesta a la recepción del Mensaje Invocar Registro 78, la Interfaz RTSM SIMapp 49 se comunica con la plataforma RTSM 6 a través de un mensaje 80 para almacenar la información contenida dentro del Mensaje Invocar Registro 78 en la DB 50a de la RTSM. La plataforma RTSM · 6 puede regresar a la Interfaz RTSM SIMapp 49, en un mensaje 82, un Valor del Temporizador Interno que se va a comunicar al SIMapp 16. El Valor del Temporizador Interno especifica un tiempo en un punto conocido en el futuro y se discute posteriormente en mayor detalle. El Valor del Temporizador Interno se puede almacenar en la DB 50a de la RTSM, calculado sobre la marcha o codificado en hardware en la lógica de la plataforma RTSM 6.

La Interfaz RTSM SIMapp 49 después envia un Mensaje de Respuesta de Registro 84 de la RTSM al SIMapp 16 a través del SCP 48. El Mensaje de Respuesta de Registro de la RTSM incluye una et queta asociada con el mensaje que está siendo respondido, que identifica la respuesta y el Valor del Temporizador Interno, si se provee.

Cuando el SIMapp 16 recibe el Mensaje de Respuesta de Registro 84 de la RTSM desde la Interfaz RTSM SIMapp 49, si el mensaje contiene un Valor del Temporizador Interno, el SIMapp 16 carga el Valor del Temporizador Interno en el temporizador de conteo descendente 34 e inicia el temporizador de conteo descendente 34. El temporizador 34 se ilustra como temporizador de conteo descendente, aunque se reconoce que otras formas de temporizadores se pueden sustituir, tal como temporizadores de conteo ascendente, en los cuales el contador se inicializa en 0 y el valor actual del contador se compara con el Valor del Temporizador Interno para determinarse si el contador ha expirado.

Si el Mensaje de Respuesta de Registro 84 no incluye un Valor del Temporizador Interno, no se envían valores del temporizador a la plataforma RTSM 6 junto con los Mensajes que el SIMapp envía para indicar el inicio de llamada, etc. En este caso, la plataforma RTSM 6 puede utilizar un temporizador interno para medir el tiempo de las llamadas. Alternativamente, para los servicios tales como búsqueda de datos de inalámbricos, se puede realizar la contabilidad de la llamada con base en el número de tales solicitudes, más que en las duraciones de las solicitudes.

La Fig. 5 representa los eventos y los mensajes en el sistema actualmente divulgado' en respuesta a una llamada originada por un móvil o terminada en un móvil cuando el balance de la cuenta en la plataforma RTSM 6 es suficiente para la llamada. Cuando el abonado presiona el botón enviar, para iniciar una llamada desde el dispositivo inalámbrico 4 (Evento de Control de Llamada MO) o se recibe una búsqueda entrante al dispositivo inalámbrico 4 (Evento de Control de Llamada MT) , el respectivo Evento de Control de Llamada es detectado por el SIMapp 16 según se ilustra por el evento 86. Sin embargo, en una modalidad, los dígitos marcados son interceptados y no transmitidos por la lógica del microteléfono 10 al MSC 42. Después de la detección del Evento de Control de Llamada por el SIMapp 16, el SIMapp 16 genera un Mensaje Invocar Inicio del Servicio y la lógica del microteléfono 10 transmite el Mensaje Invocar Inicio del Servicio 88 a la interfaz 49 del SIMapp en la plataforma RTSM 6. El Mensaje Invocar Inicio del Servicio incluye una Etiqueta de Mensaje de Inicio de Servicio que identifica el Mensaje como un Mensaje Invocar Inicio del Servicio, una indicación de si la llamada es una llamada MO o MT, una cadena del número marcado e información de contexto que identifica de manera única el contexto de la comunicación SIMapp/RTSM. Al detectar del Evento de Control de Llamada, el SIMapp 16 también lee el valor del temporizador de conteo descendente 34 y almacena el valor como un Valor del Temporizador Interno TI.

La Interfaz RTS SIMapp 49 genera un mensaje de interrogación 90 hacia la DB 50a de la RTSM (véase la Fig. 4). Si están presentes los fondos adecuados en la cuenta prepagada aplicable, la DB 50a de la RTSM comunica tal información a la Interfaz RTSM SIMapp 49 en un mensaje 92 y reserva un número especificado de minutos como tiempo asignado. Este proceso es referido como reservación de balance. El mensaje 92 a la Interfaz RTSM SIMapp 49 incluye una indicación de la autorización de la llamada y de la reservación detallada (tiempo asignado) .

La Interfaz RTSM SIMapp 49 envia un Mensaje de Respuesta de Inicio del Servicio 94 al SIMapp 16 que incluye la autorización, información de seguridad y el tiempo asignado. En respuesta, en una modalidad, el SIMapp 16 permite que los dígitos marcados sean transmitidos por la lógica del microteléfono 10 al MSC 42 (véase la Fig. 4) según se representa en el mensaje 98, y el SIMapp 16 inicia un temporizador del tiempo asignado 35. En otra modalidad, los dígitos marcados son transmitidos por la lógica del microteléfono 10, pero el SIMapp 16 termina subsiguientemente la llamada (típicamente antes de que se termine) . Posteriormente, si el SIMapp 16 recibe la aprobación para la llamada desde la plataforma RTSM 6, el SIMapp reinicia la llamada de una manera que es transparente al usuario. El temporizador del tiempo asignado 35 proporciona una indicación cuando el temporizador asignado del tiempo provee una indicación cuando el temporizador del tiempo asignado se vuelve igual al número reservado de minutos recibido en el Mensaje de Respuesta de Inicio del Servicio 94.

Después de la transmisión de los dígitos marcados hacia el MSC 42, como se representa por el evento 96, si la llamada es una llamada MO, la llamada que involucra el dispositivo inalámbrico 4 se conecta con la parte llamada para permitir la comunicación entre el abonado y la parte llamada. El SIMapp 16 detecta la conexión de la llamada como un Evento de Conexión de Llamada. En respuesta a la detección del Evento de Conexión de Llamada, el SIMapp 16 lee el temporizador interno de conteo descendente 34 y almacena el valor como un componente de T2.

En el caso de que expire el temporizador del tiempo asignado 35, indicando que se ha utilizado el tiempo asignado, el SIMapp 16 envia otro Mensaje Invocar Inicio del Servicio 100 a la interfaz RTSM SIMapp 49 para solicitar una reservación adicional de tiempo. La Interfaz RTSM SIMapp 49 interroga a la D3 50a de la RTSM, como se ilustra por medio del Mensaje 102, verifica si el balance de la cuenta es adecuado y, si es adecuado, regresa una autorización y reservación detallada para la comunicación al SIMapp 16. La Interfaz RTSM SIMapp 49 envia un Mensaje de Respuesta de Inicio del Servicio 106 al SIMapp 16 que incluye la autorización y el nuevo tiempo asignado para el almacenamiento en el temporizador del tiempo asignado del SIMapp 35. La reservación del tiempo se almacena en el temporizador del tiempo asignado 35 y el temporizador del tiempo asignado 35 se reinicia.

Cuando se desconecta la llamada, el SIMapp 16 detecta este evento como un Evento de Desconexión de Llamada como se ilustra por medio del evento 108. En respuesta a la detección del Evento de Desconexión de Llamada por el SIMappl6, el SIMapp lee el valor del temporizador interno 34 y almacena el valor como un componente de T3. El SIMapp 16 después genera un Mensaje Invocar Terminación del Servicio que incluye tres conjuntos de datos, referidos en la presente como TI, T2 y T3, y la información del contexto que se emplea para identificar la llamada.

Los conjuntos de datos TI, T2 y T3, contiene cada uno un Identificador del Valor del Temporizador que identifica el conjunto de datos, un valor del contador y un conteo de exceso. El identificador del temporizador en una modalidad es el número de los conjunto de datos, es decir 1, 2 6 3. El valor del contador es un entero que tiene un valor mayor de 0 que se lee del temporizador de conteo descendente 34. El valor del contador representa una duración en segundos entre la ocurrencia del evento respectivo y el final de un periodo preespecificado . El conteo de exceso es un valor de número entero, mayor o igual a 0. El conteo de exceso indica si el temporizador de conteo descendente 34 ha expirado desde que el dispositivo inalámbrico 4 se registró por última vez con la plataforma RTSM 6. Por ejemplo, suponga que el Valor del Temporizador Interno transportado desde la plataforma RTSM es 10000 segundos. El Valor del Temporizador Interno se carga en el temporizador de conteo descendente 34 y el temporizador de conteo descendente 34 se inicia. Cada vez que el temporizador de conteo descendente alcanza 0, el temporizador de conteo descendente se repone a 10000 y se incrementa el valor de conteo de exceso.

El Mensaje Invocar Terminación del Servicio 110 es entonces comunicado a la Interfaz RTSM SIMapp 49 para su uso por la plataforma RTSM 6 al realizar la tarificación de la llamada, las funciones de gestión de abonado y contabilidad de la llamada.

Más específicamente, la diferencia entre los valores del contador en TI y T3 pueden ser empleados por la plataforma RTSM 6 para determinar el tiempo "Enviar para Terminar", si se va a realizar la contabilidad sobre esta base. Alternativamente, la plataforma RTSM 6 puede averiguar la diferencia entre los valores T2 y T3 en el caso de que se vaya a realizar la contabilidad de la llamada con base en la duración entre el Evento Conectar Llamada y el Evento Desconectar Llamada.

Se debe reconocer que en vez de TI, T2 y T3 en el Mensaje Invocar Terminación del Servicio, el SIMapp 16 podría comunicar alternativamente la duración entre el punto de inicio apropiado para la contabilidad de la llamada (Evento Control de Llamada o Evento Conectar Llamada) y el Evento Desconectar Llamada y enviar la duración calculada a la plataforma RTSM 6 en el Mensaje Invocar Terminación del Servicio 110. AdicionaImente, el SIMapp 16 podría enviar valores del temporizador relevante necesarios para calcular el valor de la duración de interés para la contabilidad en mensajes de datos separados en respuesta a la detección de los Eventos Control de Llamada específico, Conectar Llamada y Desconectar Llamada.

En una modalidad alternativa, más que recibir un Valor del Temporxzador Interno desde la plataforma 6, el SIMapp RTSM 16 usa valores en tiempo real para identificar los tiempos de los Eventos Control de Llamada, Conectar Llamada y Desconectar Llamada. En tal modalidad, el SIMapp 16 averigua los tiempos de estos eventos, tal como interrogando un reloj en la lógica del microteléfono 10, y el SIMapp transporta estos tiempos hacia la plataforma RTSM 6, con o sin almacenar estos valores dentro los registros TI, T2 y T3.

La interfaz RTSM SIMapp 49 obtiene la duración de la llamada de la información contenida en el Mensaje Invocar Terminación del Servicio o como comunicado de otra manera a la plataforma 6 y actualiza la DB 50a de la RTSM para reflejar el tiempo utilizado, como se representa por medio del mensaje 112.

La plataforma RTSM 6 realiza una contabilidad en tiempo real con base en los datos de tarificación de llamada mantenidos en la plataforma RTSM 6 y determina el balance restante en la cuenta del abonado. La DB 50a de la RTSM comunica el balance restante del abonado a la Interfaz RTSM SIMapp 49 a través del mensaje 114.

La Interfaz RTSM SIMapp 49 envía un Mensaje de Respuesta de Terminación del Servicio 116 al SIMapp 16 que incluye un mensaje de texto que especifica el balance del abonado para su despliegue en la lógica del microteléfono 10, como se representa por medio del evento 118 en la Fig. 5.

La Fig. 6 representa los eventos y los mensajes en el sistema actualmente divulgado en respuesta a una llamada originada por un móvil o terminada en un móvil cuando el balance de la cuenta en la plataforma RTSM 6 no es suficiente para la llamada. Refiriéndose a la Fig. 6, los eventos/mensajes 86 a 102 son como se describe con respecto a la Fig. 5, la cual representa una llamada con un balance suficiente. En respuesta a la interrogación 102, la DB 50a de la RTSM regresa un mensaje 122 a la Interfaz RTSM SIMapp 49 que indica que hay fondos insuficientes para que continúe la llamada. En respuesta a esta indicación, un Mensaje de Respuesta de Inicio del Servicio 124 se regresa al SIMapp 16 por medio de la Interfaz RTSM SIMapp 49 que incluye un indicador de fondos insuficientes. Al recibir el indicador de fondos insuficientes en el Mensaje de Respuesta de Inicio del Servicio 124, el SIMapp 16 genera una orden hacia la lógica del microteléfono 10 para terminar la llamada. En respuesta a esta orden, la llamada se termina, ya sea inmediatamente o bien después de un tiempo predeterminado, tal como un minuto. El SIMapp 16 entonces envía un Mensaje Invocar Terminación del Servicio 128 a la Interfaz RTSM SIMapp 49 que incluye los conjuntos de datos TI, T2r T3 e información del contexto que identifica la sesión de comunicaciones de la llamada. Al recibir el Mensaje Invocar Terminación del Servicio 128, la Interfaz RTSM SIMapp 49 tarifica la llamada usando la información de la duración derivada del Mensaje Invocar Terminación del Servicio 128 y la información de la tarifa de la llamada almacenada en la DB 50a de la RTSM y actualiza la DB 50a de la RTSM a través de un mensaje de actualización 130. La DB 50a de la RTSM determina el balance de la cuenta del abonado respectivo y regresa esta información a la Interfaz RTSM SIMapp 49 en un mensaje 132. La Interfaz RTSM SIMapp 49 después regresa un Mensaje de Respuesta de Terminación del Servicio 134 al SIMapp 16 que incluye información de texto que indica el balance restante del abonado. El SIMapp 16 genera una orden 136 para la lógica del microteléfono 10, para desplegar el balance restante al abonado.

Operación del Temporizador de Conteo Descendente El SIMapp 16 controla el temporizador de conteo descendente 34 que reside en el dispositivo inalámbrico con el propósito de determinar el tiempo restante hasta el final de un período especificado. El temporizador de conteo descendente 34 se puede implementar dentro de la lógica del microteléfono 10 y acceder a través de la interfaz SAT API 14 o, alternativamente, se puede implementar como lógica dentro del SIM 12. Conforme los eventos . ocurren, el valor del temporizador de . conteo descendente 34 es leído por el SIMapp 16 a través de la interfaz SAT API 14 y el valor respectivo del temporizador se asocia al evento. Periódicamente, por ejemplo cada 30 segundos, el valor del temporizador de conteo descendente se registra en una memoria, en caso de una pérdida de energía inesperada subsiguiente.

El SIMapp 16 se puede configurar para enviar Mensajes a la plataforma RTSM 6 al final de cada llamada. Alternativamente, se debe reconocer que el SIMapp 16 se puede configurar para enviar un Mensaje a la plataforma RTSM 6 en respuesta a la detección de cualquier evento predeterminado o en asociación con la detección de una llamada. En la modalidad actualmente ilustrada, la información transportada incluye los tres (3) valores del temporizador, TI, T2 y ?3, como se discutió antes. El valor del temporizador TI es registrado por el SIMapp 16 al momento del Control de Llamada (iniciación de la llamada para una llamada MO; búsqueda del microteléfono por una llamada MT) . El valor del temporizador del T2 es registrado por el SIMapp al momento en que la llamada se conecta para cualquiera de una llamada MO o MT. El valor del temporizador T3 se registra al momento en que termina la llamada para cualquiera de una llamada MO o MT.

Detección y Procesamiento de una Pérdida de Energía El SIMapp 16 es capaz de recuperarse correctamente de una pérdida de energía inesperada. Esto se refiere a veces como un escenario de "jalón de batería", debido a que una posible manera para que ocurra esta situación es como resultado de la remoción física de la batería de un dispositivo inalámbrico durante una llamada. Si la energía se pierde durante una llamada y el SIMapp 16 está configurado para notificar a la plataforma RTSM 6 cuando se termina (se completa) la llamada, el SIMapp 16 envía información del detalle de la llamada a la plataforma RTSM 6 la siguiente vez que el dispositivo inalámbrico 4 se encienda.

Durante el curso de una llamada, el SIMapp 16 registra los valores del contador y del exceso para TI, T2 y ?3 en memoria no volátil. El SIMapp 16 actualiza periódicamente el valor del contador y el valor del conteo de exceso de T3 conforme la llamada continúa. Las actualizaciones se realizan en un intervalo que proporciona una granularidad razonable en tanto que no se degrada rendimiento del microteléfono . Los valores del contador y del exceso de T3 se fijan a los valores de T2 cuando se popula (se introducen datos) T2, de modo que si ocurre una pérdida de energía antes de que T3 sea actualizado por primera vez, los valores de T2 y de T3 son el mismo.

Si al encenderse el SIMapp 16 detecta que ha ocurrido un escenario de pérdida de energía, el SIMapp 16 utiliza los valores almacenados de TI, T2 y T3 para construir un Mensaje Invocar Terminación del Servicio para la llamada que estaba en progreso. El SIMapp resta un "intervalo de actualización" de T3 antes de popular el Mensaje Invocar Terminación del Servicio, p. Ej . , el SIMapp 16 resta la cantidad de tiempo dentro del período de actualización (30 segundos en el actual ejemplo) del valor del último valor del contador T3 almacenado. Esto esencialmente redondea el T3 al siguiente "intervalo de actualización" entero. La operación del SIMapp 16 en el caso de una pérdida de energía se discute en detalle adicional en conexión con los diagramas de flujo de las Fig. 8 y 9.

Soporte del temporizador en el Registro La Fig. 8 ilustra los pasos involucrados en el registro que pertenecen a la iniciación del temporizador de conteo descendente 34 y al procesamiento de pérdida de energía. Según se representa en el paso 170, el dispositivo inalámbrico 4 es encendido (energizado) . A continuación del encendido del dispositivo inalámbrico 4, el SIMapp 16 transmite un Mensaje de Solicitud de Registro de la RTSM hacia la interfaz RTSM SIMapp 49 como se ilustra en el paso 172. En respuesta a la transmisión del Mensaje de Solicitud de Registro de la RTSM, el SIMapp 16 recibe un Mensaje de Respuesta de Registro que puede incluir un Valor del Temporizador Interno que se almacenará dentro del temporizador de conteo descendente 34, como se representa en el paso 174. Como se muestra en el paso de decisión 176, el SIMapp 16 prueba una Bandera de Pérdida de Energía almacenada por el SIMapp 16 para determinar si los conjuntos de datos que pertenecían a una llamada anterior no fueron comunicados a la plataforma RTSM 6 debido a una pérdida de energía. Si la Bandera de Pérdida de Energía indica que los conjuntos de datos TI, T2 y T3 no fueron comunicados previamente a la plataforma RTSM 6, el SIMapp 16 resta un intervalo de actualización del valor del contador T3 (30 segundos en la modalidad ilustrada) , como se ilustra en el paso 178. El SIMapp 16 entonces transmite un Mensaje Invocar Terminación del Servicio a la plataforma RTSM 6 que incluye los conjuntos de datos TI, T2 y T3, información del contexto que identifica la sesión de la comunicación y una etiqueta que indica que el Mensaje Invocar Terminación del Servicio pertenece a un escenario de pérdida de energía, como se muestra en el paso 180.

En respuesta a la recepción del Mensaje Invocar Terminación del Servicio, la plataforma RTSM 6 calcula la hora de inicio de la llamada y la duración de la llamada. Más específicamente, la interfaz RTSM SIMapp 49 mantiene un valor del temporizador que corresponde a la hora y fecha en que el Valor del Contador Interno fue transportado al SIMapp 16 durante el registro de la última sucesión. Con base en esta información de hora y fecha, y los valores del contador y del exceso almacenados en TI, T2 y T3, la interfaz RTSM SIMapp 49 calcula la hora de inicio de la llamada (de cualquiera de TI o T2, conforme sea aplicable) y la duración de la llamada (de T3 y de TI o T2) . Estos valores calculados son utilizados por la interfaz RTSM SIMapp 49 para tarificar la llamada, según se discutió previamente.

Como se representa en el paso 182, el SIMapp 16 almacena el Valor del Temporizador Interno que fue comunicado al SIMapp 16 en el Mensaje de Respuesta de Registro de la RTSM o un Valor del Temporizador Interno constante si no es proporcionado ningún valor por la plataforma RTSM 6. En una modalidad, el SIMapp 16 almacena un valor de 86200 en el temporizador de conteo descendente 34, que corresponde al número de segundos en un periodo de 24 horas. La constante real elegida para el almacenamiento en el temporizador de conteo descendente 34 es una cuestión de opción del diseño. El valor almacenado en el temporizador de conteo descendente 34 define el punto en el futuro en el cual el temporizador de conteo descendente 34 expirará. El SIMapp 16 también borra los valores de conteo de exceso para TI, T2 y T3 e inicia el temporizador de conteo descendente 34. El temporizador de conteo descendente 34 opera continuamente de modo que se puede muestrear siempre que el SIMapp 16 necesite popular un valor del temporizador para un evento de llamada.

Si en el paso 176 se determina que la Bandera de Pérdida de Energía no fue fijada en el encendido, el SIMapp 16 almacena el Valor del Temporizador Interno que fue comunicado al SIMapp 16 en el Mensaje de Respuesta de Registro de la RTSM o un Valor del Temporizador Interno constante, si tal valor no es proporcionado por la plataforma RTSM 6, y borra los valores de conteo de exceso para TI, T2 y T3 e inicia el temporizador de conteo descendente 34, como se representa en el paso 182.

Como se ilustra en el paso 184, el SIMapp 16 determina si ha expirado el temporizador de conteo descendente 34. Si ha expirado el temporizador de conteo descendente 34, el SIMapp 16 incrementa el conteo de exceso y repone el temporizador de conteo descendente 34.

La Fig. 9 ilustra la operación y el uso del temporizador de conteo · descendente durante el procesamiento del evento de llamada. Como se ilustra en el paso 200, el SIMapp 16 espera la ocurrencia de un Evento de Control de Llamada, es decir, la detección de una señal asociada con presionar la tecla ENVIAR en el dispositivo inalámbrico 4 o la detección de una señal indicativa de una búsqueda del dispositivo inalámbrico 4. Al detectar el evento de Control de Llamada, el SIMapp 16 almacena los siguientes valores en la Memoria 20 del SIMapp como TI: la identificación (ID) del temporizador ("1"), el valor actual del temporizador de conteo descendente 34 y el valor actual del conteo de exceso como se ilustra en el paso 202. El SIMapp 16 después espera la ocurrencia de un evento de Conexión de Llamada, como se representa en el paso 204. La lógica del microteléfono 10 genera el Evento de Conexión de Llamada cuando se conecta una llamada O o MT y notifica al SIMapp 16 del Evento de Conexión de Llamada a través de la API. En respuesta a la detección del Evento de Conexión de Llamada, el SIMapp 16 almacenes los siguientes valores dentro del conjunto de datos de T2 : la identificación (ID) del temporizador ("2"), el valor actual del temporizador de conteo descendente 34 y el valor actual del conteo de exceso, como se representa en el paso 206. El SIMapp 16 también almacena los valores de conteo del contador y del exceso de T2 como valores iniciales dentro del conjunto de datos de T3, como se muestra en el paso 208.

El SIMapp 16 determina si ha ocurrido un Evento de Pérdida de Energía, como se ilustra en el paso de decisión 210. Si el SIMapp 16 detecta la ocurrencia de una pérdida de energía durante la llamada o antes de que TI, T2 y T3 hayan sido enviados a la interfaz RTSM SIMapp 49 al final de la llamada, el SIMapp 16 fija una Bandera de Pérdida de Energía dentro de la memoria no volátil 20, como se ilustra en el paso 212. Si no ha ocurrido ninguna pérdida de energía durante la llamada, como se ilustra en el paso de decisión 214, el SIMapp 16 determina si ha ocurrido un Evento de Desconexión de Llamada. Si no ha ocurrido ningún Evento de Desconexión de Llamada, el control pasa al paso de decisión 220 para determinar si han pasado n segundos (n=30 segundos en el ejemplo ilustrativo) desde la última actualización de T3. Si han pasado n segundos, T3 es actualizado por medio de almacenar el valor actual del contador de conteo descendente y del conteo actual de exceso en T3, como se representa en el paso 222. Si no han pasado n segundos desde la última actualización de T3, el control regresa al paso de decisión 210.

Si en el paso de decisión 214 se toma una determinación de que se ha detectado un Evento de Desconexión de Llamada (fin de la llamada) , la Identificación (ID) del Temporizador ("3") y los valores actuales del contador y del exceso se almacenan en el conjunto de datos T3, como se ilustra en el paso 216. Mientras una llamada está en progreso, el SIMapp 16 puede incrementar la frecuencia con la que actualiza los valores del contador y del conteo de exceso dentro del conjunto de datos T3 para mantener valores más actuales y más exactos en el caso de una pérdida de energía.

El SIMapp 16 transmite a la interfaz RTSM SIMapp 49 un Mensaje Invocar Terminación del Servicio que incluye los conjuntos de datos TI, T2 y T3 y la información del contexto relevante que identifica la sesión de la llamada, como se muestra en el paso 218.

La operación del contador descrita antes se puede emplear en teléfonos que se adaptan al GSM y en sistemas celulares en los que la SAT API entre el SIM y la lógica del microteléfono 10 soporta la gestión de contador. Adicionalmente, se debe reconocer que la funcionalidad del SIM 12 y la SAT API 14 descrita antes se puede incluir dentro de la lógica del microteléfono 10 en vez del SIM 12.

Algunos dispositivos inalámbrico que usan otros protocolos inalámbricos (p. Ej . , el protocolo iDEN) no soportan órdenes SAT API para gestión de temporizador. En tales dispositivos, más que muestrear los valores de conteo descendente y del conteo de exceso en respuesta a la detección de eventos especificados, el SIMapp 16 calcula directamente valores que corresponden a los valores del contador y del conteo de exceso en respuesta a la detección de los eventos de llamada especificados. Los valores calculados igualan el periodo de tiempo a partir del tiempo actual hasta un punto en el futuro especificado. El punto especificado en el futuro se comunica al SIMapp 16 mediante la plataforma RTSM 6 como el Valor del Temporizador Interno en el Mensaje de Respuesta de Registro de la RTSM. El Valor del Temporizador Interno especifica el número de segundos a agregar a la hora en la cual la Respuesta de Registro de la RTSM fue recibida por el SIMapp 16. Esto define el punto especificado en el futuro. Si no es especificado ningún Valor del Temporizador Interno por la plataforma RTSM 6, el punto especificado en el futuro es fijado por el SIMapp como 24 horas a partir de la hora actual.

El SIMapp 16 calcula el número de segundos desde un Evento de Control de Llamada, un Evento de Conexión de Llamada y un Evento de Desconexión de Llamada hasta el punto especificado en el futuro durante ambas llamadas MO y MT. Cada valor calculado se registra en los conjuntos de datos TI, T2 o T3, conforme sea aplicable. Esta información se transmite a la plataforma RTSM 6 en el Mensaje Invocar Terminación del Servicio cuando la llamada se desconecta, de la manera discutida previamente.

Un conteo de exceso también es generado por el SIMapp 16. En una modalidad, cada vez que el punto especificado en el tiempo se pasa, el SIMapp 16 incrementa el conteo de exceso, de modo que el conteo de exceso especifique el número de veces que la duración inicialmente especificada ha ocurrido desde el último registro. Por tanto, cada vez que la duración especificada se pasa, se extiende por un periodo predeterminado (p. Ej . , 24 horas), y el conteo de exceso es incrementado en uno. En una modalidad alternativa, el SIMapp 16 verifica si el conteo de exceso necesita ser incrementado cada vez que un valor de temporizador se calcula y se registra.

Valores de los Temporizadores La Tabla 4 define el punto dentro del flujo de la llamada en el que el valor del temporizador de TI, T2 y T3 se popula.

Tabla 4 TI y T2 son siempre el mismo para una llamada MT.

Ej emplo : Como ejemplo de cómo TI, T2 y T3 serian populados, considere la situación en la cual: (a) la duración especificada termina en la hora local ce la medianoche; (b) el microteléfono se enciende a las 23: 40: 30 hora local; (c) una llamada se origina a las 23: 54:10 hora local; (d) la llamada se contesta 10 segundos más tarde; y (e) la llamada dura por 60 segundos. Al final de la llamada, los valores TI, T2 y T3 son como se ilustra en la Tabla 5 a continuación: Tabla 5 Si el abonado inicia otra llamada similar a las 23: 59:50, los valores de TI, T2 y T3 al final de la llamada son como se ilustra en la Tabla 6 a continuación: Tabla 6 Servicios Ejemplares El sistema actualmente descrito proporciona la capacidad de .detectar eventos predeterminados dentro del dispositivo inalámbrico y de comunicar la información que pertenece a esos eventos a través de un mensaje de datos a un servidor central o plataforma de gestión de abonado que provee un amplio rango de capacidades, que incluyen el control del comportamiento del dispositivo inalámbrico, la gestión de abonado y la gestión de cuentas en tiempo real. La sección siguiente proporciona ejemplos de los servicios que se pueden proporcionar usando la arquitectura actualmente divulgada. La lista es ilustrativa solamente y no tiene intención de ser exhaustiva .

Control de Llamada de Voz MO o MI Un propósito del sistema divulgado es proporcionar control de las llamadas de voz.

El SIMapp mantiene la información de la configuración que gobierna cómo los eventos especificados serán procesados. Si se fija un estatus de Desconexión a Mitad del Servicio y el temporizador de tiempo asignado 35 expira antes de que la llamada se desconecte de otra manera, el SIMapp 16 desconecta la llamada.

Cuando ocurre el Evento de Desconexión de Llamada, el SIMapp 16 realiza las tareas siguientes: (1) obtener y registrar el valor actual de T3; 2) formatear y enviar a la plataforma RTSM 6 un Mensaje Invocar Terminación del Servicio que contiene la información del contexto asociada a la llamada, los conjuntos de datos TI, T2 y T3 y el Código de Razón de la Desconexión. El Mensaje de Respuesta de Terminación del Servicio puede contener un Mensaje para desplegar en la lógica del microteléfono 10, p. Ej . , el balance restante.

Puede ser necesario para el SIMapp 16 vigilar más de una llamada simultáneamente, como en el caso de Llamada en Espera o Llamada en Conferencia. En estos casos, puede ser necesario que el SIMapp 16 mantenga conjuntos separados de los valores de TI, T2 y T3 junto con la información del contexto para cada sesión de llamada .

Según se observó antes, si el balance en la plataforma RTSM 6 es insuficiente para una llamada, la llamada se prohibe o se desconecta. La plataforma RTSM 6 puede también permitir selectivamente o prohibir las llamadas basadas en criterios diferentes de un balance en una cuenta asociada al usuario del dispositivo inalámbrico 4. En una modalidad, la plataforma RTSM 6 permite o prohibe selectivamente las llamadas con base en una ubicación del dispositivo inalámbrico 4. La DB 50a almacena la información identificando regiones geográficas, regiones asociadas con varios portadores inalámbricos u otros tipos de regiones, desde o hacia las cuales se permiten y/o se prohiben las llamadas.

En otra modalidad la plataforma RTSM 6 permite o prohibe selectivamente las llamadas con base en una lista de partes (abonados) permitidas ("en lista blanca") y/o prohibidas ("en lista negra") . Estas listas identifican a las partes por sus números de teléfono respectivos, nombres de identificación (ID) del llamante u otra información apropiada de identificación.

En aún otra modalidad, la plataforma RTSM 6 selectivamente permite o prohibe llamadas basadas en una hora del día de las llamadas. La DB 50a almacena la información que identifica periodos de tiempo, tales como de 9 a. m. a 5 p. m. , fines de semana o dias de fiesta durante los cuales se permiten y/o se prohiben las llamadas.

En otra modalidad, la plataforma RTSM 6 selectivamente permite o prohibe llamadas basadas en una cantidad de uso del dispositivo inalámbrico 4 dentro de un periodo de control predeterminado. Por ejemplo, la plataforma RTSM 6 puede permitir hasta un total acumulativo de 1000 minutos de llamadas en cada mes de calendario.

En otras modalidades, la plataforma RTSM 6 selectivamente permite o prohibe llamadas basadas en una combinación booleana de dos o más criterios, tales como aquellos enumerados antes u otros criterios.

Aprovisionamiento por Aire Como resultado de actualizaciones o cambios al SIMapp 16, puede ser deseable alterar la programación del SIMapp 16 de vez en cuando. Por esta razón, el operador de la red puede actualizar la imagen del código 16 del SIMapp por aire (OTA), como se conoce en la técnica.

Interrogación del Soporte del Microtelefono El SIMapp 16 puede interrogar las capacidades del microteléfono y deshabilitar el microteléfono en el caso de que él o la cuenta del usuario no cumpla con algunos criterios mínimos. El análisis se realiza al encendido (energización) y es útil para reducir la probabilidad de uso fraudulento. En el caso de que la interrogación resulte en una determinación de que los criterios minimos establecidos mínimos no se cumplen, la lógica del microteléfono 10 es deshabilitada. El deshabilitamiento de la lógica del microteléfono 10 evita que sea utilizada para realizar cualquier comunicación MO o MT, tal como voz, mensajes del portador de datos (p. Ej . , SMS), oprima para hablar, datos inalámbricos, etc. Los números de emergencia, tales como 911 y otros números especificados, están siempre disponibles.

Datos de la Configuración del SIMapp La siguiente información de configuración define cómo el SIMapp 16 opera bajo condiciones preespecificadas . Esta información se puede cambiar durante el registro o a través de un Mensaje de Actualización de la Configuración.

Modos de Confianza Cuando el SIM se enciende inicialmente, el SIMapp 16 entra en su modo de confianza recientemente configurado. El Modo de Confianza se fija en cualquiera de un Modo Confiable o un Modo No Confiable. En el Modo Confiable, el SIMapp 16 permite llamadas MO y MT aún antes de que se reciba una respuesta de registro de la plataforma RTSM 6. En el Modo No Confiable, el SIMapp 16 no permite que las llamadas MO o MT procedan hasta que se recibe una respuesta de registro de la plataforma RTSM 6 que indica que tales llamadas están autorizadas. El modo por omisión es el Modo No Confiable. La plataforma RTSM 6 puede especificar un modo de confianza en el Mensaje de Respuesta de registro de la RTSM.

Modos de Registro El SIMapp 16 maneja las solicitudes de registro con base en su modo de registro configurado actualmente. En una modalidad, el SIMapp 16 soportá los Modos de Registro discutidos en la Tabla 7 a continuación.

Tabla 7 La Tabla 7 el modo por omisión es registrar al encendido y en los cambios de ubicación. En una modalidad, el SIMapp 16 solamente registra al encendido y en los cambios de ubicación, y la información de la ubicación se transporta a la plataforma RTSM solamente en respuesta a la detección del encendido del microteléfono o de un cambio de la ubicación.

Modo de Preautorización El SIMapp 16 maneja Mensajes de Solicitud de Inicio del Servicio con base en su modo de Preautorización actualmente configurado. Los Modos de Preautorización son como se indica en la Tabla 8 a continuación.

Tabla 8 El modo por omisión es permitir todos los servicios hasta notificación posterior.

Modo de Terminación del Servicio El SIMapp 16 maneja Mensajes Invocar Terminación del Servicio con base en el Modo de Terminación del Servicio actualmente configurado. El Modo de Terminación del Servicio se puede especificar como se indica en la Tabla 9 á continuación.

Tabla 9 Modo de Agotamiento de la Asignación Como se observó, si se permite una llamada, el SIMapp 16 puede ser provisto un tiempo asignado para una llamada. En el caso en que se agote el tiempo asignado, el Modo de Agotamiento de la Asignación especifica cómo la llamada va a ser manejada por el SIMapp 16. El Modo de Agotamiento de la Asignación se puede configurar como se dispone en la Tabla 10 a continuación.

Modo de Agotamiento de Descripción la Asignación Desconectar Terminar la llamada en progreso cuando la cantidad de tiempo asignada ha expirado.

Reautorizar Generar una nueva Solicitud de Inicio de Servicio para determinar si la llamada va a continuar. Apagado Permitir que la llamada actual continúe aún si la cantidad de tiempo asignada ha expirado. Tabla 10 Modo de Reautorizar Si la Preautorización está en acción para las llamadas MO o MT, y la acción de Agotamiento de la Asignación es "Reautorizar", entonces la Longitud Máxima de la Llamada indica la cantidad de tiempo máxima antes de que se requiera que el SIMapp 16 verifique con la plataforma RTSM 6 otra vez. Cuando este tiempo expira, el SIMapp 16 genera un nuevo Mensaje Invocar Inicio del Servicio. Este proceso puede continuar múltiples veces hasta que el balance del abonado se agote o la llamada termine. La Respuesta Invocar Inicio del Servicio puede indicar que el abonado no tiene más dinero en una de dos maneras: (1) por medio de regresar una Duración Máxima de la Llamada definitiva, pero con un indicador de que la Reautorización ya no está en acción (esencialmente diciendo que "es todo lo que el abonado ha dejado") o (2) por medio de regresar una Duración Máxima de la Llamada cero (esencialmente diciendo "el abonado tenia algo antes, pero ahora se ha ido todo") . Cuando ocurre cualquiera de estas indicaciones, la acción indicada típicamente es la Desconexión de Llamada.

Mientras que el sistema descrito antes se ha descrito en términos de una llamada, el sistema actualmente divulgado se puede emplear para detectar eventos que pertenecen a búsqueda en la red y otros servicios inalámbricos que comunican información desde un dispositivo inalámbrico hacia un servidor central que pertenece a tales servicios para las funciones de contabilidad y de gestión de abonado. A modo de ejemplo, el SIMapp 16 puede detectar la búsqueda y, opcionalmente, la cantidad de datos recuperados por la búsqueda en paquetes, octetos, etc. Algunas comunicaciones que incluyen una cierta búsqueda en la red no tienen tiempos distintos de comienzo y de terminación. Estas comunicaciones se pueden tratar como teniendo solamente una hora de comienzo o de terminación. En respuesta a la detección de la terminación de una búsqueda, el SIMapp 16 puede generar un mensaje de datos hacia la Interfaz RTSM SIM 49 que indica que una búsqueda fue iniciada o terminada. Opcionalmente, el mensaje de datos puede incluir el número de octetos recuperados. La plataforma RTSM 6 puede utilizar el número de tales búsquedas, el número de los octetos recuperados, el tipo de datos recuperados (p. Ej . , texto, música o video), etc., para la contabilidad, con base en la información de tarificación de datos " inalámbricos retenida en la plataforma RTSM 6. Alternativamente, más que informar a la plataforma RTSM 6 de cada transferencia de datos indi-vidual, el SIMapp 16 puede buscar la preautorización para un número de búsquedas y/o una cantidad de datos que puedan ser recuperados. El SIMapp 16 puede almacenar las cantidades de preautorización en el SIM. Entonces, conforme el usuario busca, el SIMapp 16 puede deducir las cuentas apropiadas de la cantidad apropiada de preautorización almacenada. Si una cantidad de preautorización almacenada se agota o alcanza un umbral inferior, el SIMapp 16 puede buscar la autorización de la adición de la plataforma RTSM 6.

Las modalidades del sistema actualmente divulgado permiten a la plataforma RTSM 6 recibir la información en tiempo real referente a llamadas y a otras comunicaciones para dispositivos inalámbricos deambulantes y no deambulantes. La plataforma RTSM 6 puede, por lo tanto, recoger esta información y utilizarla para realizar la contabilidad de la llamada. Alternativamente o adicionalmente, la plataforma RTSM 6 puede utilizar esta información para generar y/o para almacenar registros de detalle de llamadas (CDRs) . La plataforma RTSM 6 puede enviar estos CDRs a otro sistema de contabilidad y/o facturación, tal como uno operado por un portador o una tercera parte.

El sistema descrito antes ha sido descrito en términos de llamadas, servicios inalámbricos de datos y de otras comunicaciones que terminan con éxito. Por ejemplo, la plataforma RTSM 6 puede debitar (descontar de) la cuenta del abonado para llamadas MO o MT que se contesten, pero en una modalidad la plataforma RTSM 6 no debita la cuenta del abonado para llamadas que están ocupadas, que son interceptadas o no contestadas. En otra modalidad, la plataforma RTSM 6 puede debitar la cuenta del abonado para algunas o todas las comunicaciones, ya sea que terminen (se completen) exitosamente o no.

Se debe apreciar que se pueden hacer modificaciones a, y variaciones de, los métodos y el sistema descritos antes sin salirse de los conceptos inventivos divulgados en la presente. Por consiguiente, la invención no debe ser vista como limitada excepto por el alcance y el espíritu de las reivindicaciones anexas.

Claims (116)

REIVI DICACIONES

1.- Un dispositivo inalámbrico, caracterizado por que comprende : lógica del microteléfono para comunicarse por una red inalámbrica; y un módulo removible acoplado de manera comunicable a la lógica del microteléfono, el módulo removible comprende : una memoria que contiene un programa de aplicación; y un procesador operativo para ejecutar el programa de aplicación para: detectar una ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo inalámbrico y está dirigida para, o iniciada por, un usuario del dispositivo inalámbrico; almacenar información asociada con el por lo menos un evento predeterminado; generar un mensaje de datos que incluye la información para transmisión hacia un servidor externo en respuesta a la comunicación; e iniciar la transmisión de dicho mensaje de datos desde la lógica del microteléfono por dicha red inalámbrica.

2. - El dispositivo inalámbrico de conformidad con la reivindicación 1, caracterizado porque la comunicación es una llamada que tiene un inicio de llamada y una terminación de llamada.

3. - El dispositivo inalámbrico de conformidad con la reivindicación 2, caracterizado porque la llamada se termina exitosamente.

4. - El dispositivo inalámbrico de conformidad con la reivindicación 2, caracterizado porque el por lo menos un evento predeterminado comprende la terminación de llamada, y la aplicación es operativa para generar el mensaje de datos en respuesta a la detección de la terminación de llamada.

5. - El dispositivo inalámbrico de conformidad con la reivindicación 4, caracterizado porque la información incluye por lo menos un valor indicativo de una duración asociada con la llamada.

6. -El dispositivo inalámbrico de conformidad con la reivindicación 5, caracterizado porque el dispositivo inalámbrico inclu2/e un temporizador, el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador del temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información incluye el primero y segundo valores de temporizador, y una diferencia entre el primero y segundo valores de temporizador es indicativa de la duración asociada con la llamada.

7. - El dispositivo inalámbrico de conformidad con la reivindicación 6, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión de llamada.

8. - El dispositivo inalámbrico de conformidad con la reivindicación 7, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil .

9. - El dispositivo inalámbrico de conformidad con la reivindicación 2 , caracterizado porque el dispositivo inalámbrico incluye un temporizador, el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador del temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información comprende un valor indicativo de una duración asociada con la llamada derivada a partir del primero y segundo valores de temporizador.

10. - El dispositivo inalámbrico de conformidad con la reivindicación 9, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión de llamada.

11. - El dispositivo inalámbrico de conformidad con la reivindicación 10, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada - originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil.

12. - El dispositivo inalámbrico de conformidad con la reivindicación 2, caracterizado porque la información asociada con el por lo menos un evento predeterminado incluye un valor indicativo de una duración asociada con la llamada.

13. - El dispositivo inalámbrico de conformidad con la reivindicación 1, caracterizado porque la comunicación comprende recuperar datos de un servidor en respuesta a una solicitud del usuario, el por lo menos un evento predeterminado comprende la solicitud del usuario, y la información es indicativa de por lo menos una de una ocurrencia de la solicitud y una cantidad de datos recuperados del servidor.

14. - El dispositivo inalámbrico de conformidad con la reivindicación 1, caracterizado porque el módulo removible comprende un módulo de identidad del abonado (SIM) .

15. - El dispositivo inalámbrico de conformidad con la reivindicación 1, caracterizado porque el módulo removible comprende un módulo universal de identidad del abonado (USIM) .

16. - El dispositivo inalámbrico de conformidad con la reivindicación 1, caracterizado porque el módulo removible comprende un módulo universal de identificación removible (R-UIM) .

17. - Un método para operar un dispositivo inalámbrico que incluye un módulo removible acoplado de manera comunicable a una lógica del microteléfono, caracterizado porque comprende los pasos de: detectar una ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo inalámbrico que utiliza un procesador en el módulo removible que ejecuta una aplicación almacenada dentro de una primera porción de memoria del módulo removible; en respuesta a la detección de la ocurrencia del por lo menos un evento predeterminado, almacenar en una segunda porción de memoria del módulo removible información asociada con el por lo menos un evento predeterminado; generar un mensaje de datos que incluye la información para transmisión hacia un servidor externo; e iniciar a través del procesador la transmisión del mensaje de datos desde el dispositivo inalámbrico como un mensaje inalámbrico de R. F. (radiofrecuencia).

18. - El método de conformidad con la reivindicación 17, caracterizado porque la comunicación tiene un inicio de llamada y una terminación de llamada y la detección de la ocurrencia de por lo menos un evento predeterminado comprende detectar la terminación de llamada.

19. - El método de conformidad con la reivindicación 17, caracterizado porque la comunicación tiene un inicio de llamada y una terminación de llamada, la llamada se termina exitosamente y la detección de la ocurrencia de por lo menos un evento predeterminado comprende detectar la terminación de llamada a la terminación exitosa de la llamada.

20. - El método de conformidad con la reivindicación 18, caracterizado porque almacenar la información comprende almacenar por lo menos un valor indicativo de una duración asociada con la llamada.

21. - El método de conformidad con la reivindicación 18, caracterizado porque el evento predeterminado comprende primero y segundo eventos correspondientes al inicio de llamada y terminación de llamada, respectivamente, el método comprendiendo adicionalmente obtener primero y segundo valores de temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información incluye el primero y segundo valores de temporizador obtenidos.

22.- El método de conformidad con la reivindicación 18, caracterizado porque el evento predeterminado comprende primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, el método comprende adicionalmente derivar un valor indicativo de una duración asociada con la llamada, en donde la información incluye el valor derivado .

23.- El método de conformidad con la reivindicación 22, caracterizado porque detectar la ocurrencia de por lo menos un evento predeterminado comprende detectar por lo menos uno de un evento de control de llamada y un evento de conexión de llamada.

24. - El método de conformidad con la reivindicación 23, caracterizado porque detectar la ocurrencia de por lo menos un evento predeterminado comprende detectar por lo menos uno de una · iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil .

25. - El método de conformidad con la reivindicación 18, caracterizado porque generar un mensaje de datos comprende generar un mensaje de datos que incluye por lo menos un valor indicativo de una duración asociada con la llamada .

26.- El dispositivo inalámbrico de conformidad con la reivindicación 17, caracterizado porque el módulo removible comprende un módulo de identidad del abonado (SIM) .

27.- El dispositivo inalámbrico de conformidad con la reivindicación 17, caracterizado porque el módulo removible comprende un módulo universal de identidad del abonado (USIM) .

28.- El dispositivo inalámbrico de conformidad con la reivindicación 17, caracterizado porque el módulo removible comprende un módulo universal de identificación removible (R-UIM) .

29.- Un módulo removible para acoplarse de manera comunicable con un dispositivo de comunicación Inalámbrico, caracterizado porque comprende: una memoria que contiene un programa de aplicación; y un procesador operativo para ejecutar el programa de aplicación para: detectar una ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo de comunicación inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo de comunicación inalámbrico; almacenar información asociada con el por lo menos un evento predeterminado; generar un mensaje de datos que incluye la información para transmisión a un servidor externo en respuesta a la comunicación; e iniciar la transmisión del mensaje de datos desde el dispositivo de comunicación inalámbrico por una red inalámbrica .

30. - El módulo removible de conformidad con la reivindicación 29, caracterizado porque la comunicación es una llamada que tiene un inicio de llamada y una terminación de llamada.

31. - El módulo removible de conformidad con la reivindicación 30, caracterizado porque la llamada se termina exitosamente.

32. - El módulo removible de conformidad con la reivindicación 30, caracterizado porque el por lo menos un evento predeterminado comprende la terminación de llamada, y la aplicación es operativa para generar el mensaje de datos en respuesta a la detección de la terminación de llamada.

33. - El módulo removible de conformidad con la reivindicación 32, caracterizado porque la información incluye por lo menos un valor indicativo de una duración asociada con la llamada.

34. - El módulo removible de conformidad con la reivindicación 30, caracterizado porque el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información incluye el primero y segundo valores de temporizador, y una diferencia entre el primero y segundo valores de temporizador es indicativa de una duración asociada con la llamada.

35. - El módulo removible de conformidad con la reivindicación 34, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión.

36. - El módulo removible de conformidad con la reivindicación 35, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil.

3 . - El módulo removible de conformidad con la reivindicación 30, caracterizado porque el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información comprende un valor indicativo de una duración asociada con la llamada derivada del primero y segundo valores de temporizador.

38. - El módulo removible de conformidad con la reivindicación 37, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión.

39. - El módulo removible de conformidad con la reivindicación 38, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil .

40. - El módulo removible de conformidad con la reivindicación 30, caracterizado porque la información asociada con el por lo menos un evento predeterminado incluye un valor indicativo de una duración asociada con la llamada.

41. - El módulo removible de conformidad con la reivindicación 29, caracterizado porque la comunicación comprende recuperar datos de un servidor en respuesta a una solicitud del usuario, el por lo menos un evento predeterminado comprende la solicitud del usuario, y la información es indicativa de por lo menos una de una ocurrencia de la solicitud y una cantidad de datos recuperada del servidor.

42. - El módulo removible de conformidad con la reivindicación 29, caracterizado porque la memoria y el procesador son partes de un módulo de identidad del abonado (SIM) .

43.- El módulo removible de conformidad con la reivindicación 29, caracterizado porque la memoria y el procesador son partes de un módulo universal de identidad del abonado (ÜSIM) .

44.- El módulo removible de conformidad con la reivindicación 29, caracterizado porque la memoria y el procesador son partes de un módulo universal de identificación removible (R-UIM) .

45.- Un dispositivo inalámbrico, caracterizado porque comprende : una primera porción de memoria que contiene un programa de aplicación; y un procesador operativo para ejecutar el programa de aplicación para: detectar una ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo inalámbrico; almacenar información asociada con el por lo menos un evento predeterminado dentro de una segunda porción de memoria dentro del dispositivo inalámbrico;' generar un mensaje de datos que incluye la información para transmisión hacia un servidor externo; e iniciar la transmisión del mensaje de datos como un mensaje inalámbrico de R. F. (radiofrecuencia) en respuesta a la ocurrencia del por lo menos un evento predeterminado .

46.- El dispositivo inalámbrico de conformidad con la reivindicación 45, caracterizado porque la comunicación es una llamada que tiene un inicio de llamada y una terminación de llamada.

47.- El dispositivo inalámbrico de conformidad con la reivindicación 46, caracterizado porque la llamada se termina exitosamente.

48.- El dispositivo inalámbrico de conformidad con la reivindicación 46, caracterizado porque el por lo menos un evento predeterminado comprende la terminación de llamada, y la aplicación es operativa para generar el mensaje de datos en respuesta a una detección de la terminación de llamada.

49.- El dispositivo inalámbrico de conformidad con la reivindicación 47, caracterizado porque la información incluye por lo menos un valor indicativo de una duración asociada con la llamada.

50.- El dispositivo inalámbrico de conformidad con la reivindicación 46, caracterizado porque el dispositivo inalámbrico incluye un temporizador, el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente; y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador del temporizador en respuesta a una ocurrencia del primero y segundo eventos, en donde la información incluye primero y segundo valores de temporizador y una diferencia entre el primero y segundo valores de temporizador es indicativa de una duración asociada con la llamada.

51.- El dispositivo inalámbrico de conformidad con la reivindicación 50, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión.

52.- El dispositivo inalámbrico de conformidad con la reivindicación 51, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil.

53. - El dispositivo inalámbrico de conformidad con la reivindicación 46, caracterizado porque el dispositivo inalámbrico incluye un temporizador, el por lo menos un evento predeterminado incluye primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente, y la aplicación es adicionalmente operativa para obtener primero y segundo valores de temporizador del temporizador en respuesta a la ocurrencia del primero y segundo eventos, en donde la información comprende un valor indicativo de una duración asociada con la llamada derivada del primero y segundo valores de temporizador.

54. - El dispositivo inalámbrico de conformidad con la reivindicación 53, caracterizado porque el primer evento comprende uno de un evento de control de llamada y un evento de conexión.

55. - El dispositivo inalámbrico de conformidad con la reivindicación 54, caracterizado porque el evento de control de llamada comprende uno de una iniciación de una llamada para una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil.

56. - El dispositivo inalámbrico de conformidad con la reivindicación 46, caracterizado porque la información asociada con el por lo menos un evento predeterminado incluye un valor indicativo de una duración asociada con la llamada.

57. - El dispositivo inalámbrico de conformidad con la reivindicación 45, caracterizado porque la comunicación comprende recuperar datos de servidor en respuesta a una solicitud del usuario, el por lo menos un evento predeterminado comprende la solicitud del usuario, y la información es indicativa de por lo menos una de una ocurrencia de la solicitud y una cantidad de datos recuperada por el servidor.

58.- Un método para comunicar información entre un dispositivo inalámbrico y un servidor externo, caracterizado porque comprende los pasos de: detectar la ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo inalámbrico que utiliza un procesador que ejecuta una aplicación dentro del dispositivo inalámbrico; en respuesta a la detección de por lo menos un evento predeterminado, almacenar información asociada con el por lo menos un evento predeterminado dentro de una memoria dentro del dispositivo inalámbrico; y generar un mensaje de datos que incluye la información dentro del dispositivo inalámbrico para su transmisión hacia el servidor externo, y transmitir el mensaje de datos desde el dispositivo inalámbrico en respuesta a la ocurrencia del por lo menos un evento predeterminado.

59.- El método de conformidad con la reivindicación 58, caracterizado porque la comunicación tiene un inicio de llamada y una terminación de llamada y detectar la ocurrencia del por lo menos un evento predeterminado comprende detectar la terminación de llamada.

60.- El método de conformidad con la reivindicación 58, caracterizado porque la comunicación tiene un inicio de llamada y una terminación de llamada, la llamada se termina exitosamente y la detección de la ocurrencia de por lo menos un evento predeterminado comprende detectar la terminación de llamada.

61. - El método de conformidad con la reivindicación 59, caracterizado porque almacenar la información comprende almacenar por lo menos un valor indicativo de una duración asociada con la llamada.

62. - El método de conformidad con la reivindicación 59, caracterizado porque el evento predeterminado comprende primero y segundo eventos que corresponden al inicio de llamada y a la terminación de llamada, respectivamente; y comprende adicionalmente obtener primero y segundo valores de temporizador en respuesta a una ocurrencia del primero y segundo eventos, en donde la información incluye primero y segundo valores de temporizador obtenidos.

63. - El método de conformidad con la reivindicación 59, caracterizado porque el evento predeterminado comprende primero y segundo eventos que corresponden al inicio de llamada y la terminación de llamada, respectivamente; y comprende adicionalmente derivar un valor indicativo de una duración asociada con la llamada, en donde la información incluye el valor derivado.

64. - El método de conformidad con la reivindicación 63, caracterizado porque detectar la ocurrencia de por lo menos un evento predeterminado comprende detectar un evento de control de llamada o un evento de conexión.

65. - El método de conformidad con la reivindicación 64, caracterizado porque detectar la ocurrencia de por lo menos un evento predeterminado comprende detectar una iniciación de una llamada para una llamada originada por móvil o una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil .

66. - El método de conformidad con la reivindicación 59, caracterizado porque generar un mensaje de datos comprende generar un mensaje de datos que incluye por lo menos un valor indicativo de una duración asociada con la llamada.

67. - El método de conformidad con la reivindicación 58, caracterizado porque detectar la ocurrencia de por lo menos un evento predeterminado, el almacenamiento de la información y la generación del mensaje de datos se realizan por medio de un programa de aplicación residente en un módulo removible dentro del dispositivo inalámbrico.

68. - El método de conformidad con la reivindicación 67, caracterizado porque el módulo removible comprende un módulo de identidad del abonado (SIM) .

69. - El método de conformidad con la reivindicación 67, caracterizado porque el módulo removible comprende un módulo universal de identidad del abonado (ÜSIM) .

70.- El método de conformidad con la reivindicación 67, caracterizado porque el módulo removible comprende un módulo universal de identificación removible (R-UIM) .

71.- Un método para operar un dispositivo inalámbrico para usarse con un sistema de contabilidad de llamadas, caracterizado porque comprende los pasos de: detectar dentro del dispositivo inalámbrico un primer evento asociado con un inicio de una comunicación que involucra el dispositivo inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo inalámbrico y un segundo evento asociado con la terminación de la comunicación; obtener información en dicho o dispositivo inalámbrico indicativa de una duración asociada con la comunicación en respuesta a la detección del primero y segundo eventos; en respuesta a la detección del segundo evento, enviar un mensaje de portador de datos desde el dispositivo inalámbrico hacia el sistema de contabilidad de llamadas, el mensaje incluyendo por lo menos la información indicativa de la duración a asociada con la comunicación.

72.- El método de conformidad con la reivindicación 71, caracterizado porque el paso de obtener información comprende: obtener un primer valor de contadora de un contador en el dispositivo inalámbrico en respuesta a la detección del primer evento; y obtener un segundo valor de contador de dicho contador en respuesta a la detección del segundo evento; en donde una diferencia entre los valores del primero y del segundo contador es indicativa de la duración asociada con la comunicación y en donde el paso de enviar comprende enviar el primero y segundo valores de contador hacia una plataforma de procesamiento de datos externa en respuesta a la detección del segundo evento .

73. - El método de conformidad con la reivindicación 72, caracterizado porque comprende adicionalmente : recibir de mensaje de portador de datos en la plataforma de procesamiento de datos externa, y utilizar el primero y segundo valores de contador en la plataforma de procesamiento de datos externa para realizar la contabilidad de llamadas para la comunicación .

74. - El método de conformidad con la reivindicación 71, caracterizado porque el paso para obtener la información comprende: obtener un primer valor de contador de un contador en el dispositivo inalámbrico en respuesta a la detección del primer evento; obtener un segundo valor de contador de dicho contador en respuesta a la detección del segundo evento; y generar un valor de diferencia indicativo de la duración asociada con la comunicación a partir del primero y segundo valores del contador; y en donde el paso de enviar comprende enviar el valor de la diferencia a una plataforma de procesamiento de datos externa en respuesta a la detección del segundo evento .

75.- El método de conformidad con la reivindicación 71, caracterizado porque comprende adicionalmente : almacenar un primer valor de contador obtenido de un contador en el dispositivo inalámbrico en respuesta a la detección del primer evento; almacenar un segundo valor de contador obtenido de dicho contador en respuesta a la detección del segundo evento; en donde una diferencia entre el primero y segundo valores de contador es indicativa de la duración asociada con la comunicación, y a información comprende por lo menos el primero y segundo valores de contador.

76.- El método de conformidad con la reivindicación 71, caracterizado porque el primer evento comprende uno de una iniciación de una llamada originada por móvil y una búsqueda del dispositivo inalámbrico por una llamada terminada en móvil; y el segundo evento comprende una terminación de la llamada para cualquiera de una llamada terminada en móvil o una llamada originada por móvil.

77.- El método de conformidad con la reivindicación 71, caracterizado porque el primer evento comprende la conexión de la comunicación para cualquiera de una llamada originada por móvil o una llamada terminada en móvil; y el segundo evento comprende una terminación de la llamada para cualquiera de una llamada terminada en móvil o una llamada originada por móvil.

78.- Un sistema de gestión y contabilidad de abonados, caracterizado porque comprende: una red de comunicación inalámbrica; una plataforma de gestión que incluye un nodo de acceso para mensajes de texto; y un dispositivo inalámbrico que se comunica por la red de comunicación inalámbrica con la plataforma de gestión, el dispositivo inalámbrico incluye un módulo removible que comprende: una memoria que contiene un programa de aplicación; y un procesador operativo para ejecutar el programa de aplicación para: detectar una ocurrencia de por lo menos un evento predeterminado que pertenece a una comunicación que involucra el dispositivo inalámbrico y dirigida a, o iniciada por, un usuario del dispositivo inalámbrico; almacenar información asociada con el por lo menos un evento predeterminado; y en respuesta a la comunicación, enviar un mensaje de datos que incluye la información por la red de comunicación inalámbrica hacia la plataforma de gestión a través del nodo de acceso para mensajes de texto.

79. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque la plataforma de gestión está configurada para permitir o prohibir la comunicación con base en un balance en una cuenta asociada con el usuario.

80. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el módulo removióle comprende un módulo de identidad del abonado (S1M) .

81. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el módulo removible comprende un módulo universal de identidad del abonado (USIM) .

82. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el módulo removible comprende un módulo universal de identificación removible (R-UIM) .

83. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el mensaje de datos se formatea como un mensaje de texto.

84. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 83, caracterizado porque el mensaje de datos se formatea como un mensaje SMS.

85.- El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el dispositivo inalámbrico se puede configurar para: en un primer modo de confianza, permitir las comunicaciones dirigidas a, o iniciadas por, un usuario del dispositivo inalámbrico sin primero recibir una respuesta de registro desde la plataforma de gestión, y en un modo segundo modo de confianza, prohibir las comunicaciones sin primero recibir una respuesta de registro desde la plataforma de gestión.

86.- El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 85, caracterizado porque el modo de confianza se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

87. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque un modo de registro del dispositivo inalámbrico controla si el dispositivo inalámbrico se registra o no se registra con la plataforma de gestión al detectar un cambio en la ubicación del dispositivo inalámbrico .

88. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 87, caracterizado porque el modo de registro se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

89. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque un modo de preautorización del dispositivo inalámbrico controla si el dispositivo inalámbrico requiere o no requiere autorización de la plataforma de gestión ante es de permitir comunicaciones dirigidas a, o iniciadas por, un usuario del dispositivo inalámbrico.

90. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 89, caracterizado porgue el modo de preautorización se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

91.- El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque un modo de preautorización del dispositivo inalámbrico controla si el dispositivo inalámbrico permite o no permite las comunicaciones dirigidas a, o iniciadas por, el usuario del dispositivo inalámbrico para comenzar sin primero recibir autorización de la plataforma de gestión.

92.- El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque en uno de una pluralidad de modos de preautorización del dispositivo inalámbrico, el dispositivo inalámbrico permite que una comunicación dirigida a, o iniciada por, el usuario del dispositivo inalámbrico comience sin primero recibir autorización de la plataforma de gestión, y el dispositivo inalámbrico está configurado para terminar la comunicación si asi es instruido por la plataforma de gestión.

93.- El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 91, caracterizado porque el modo de preautorización se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

94. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque un modo del dispositivo inalámbrico se puede configurar para permitir las comunicaciones dirigidas a, o iniciadas por, el usuario del dispositivo inalámbrico para comenzar sin primero enviar el mensaje de datos a la plataforma de gestión.

95. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 94, caracterizado porque el modo se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

96. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 78, caracterizado porque el dispositivo inalámbrico está configurado para: en un primer modo de expiración del temporizador asignado, terminar una comunicación dirigida a, o iniciada por, el usuario del dispositivo inalámbrico después de la expiración de un tiempo asignado; en un segundo modo de expiración del temporizador asignado, buscar reautorización desde la plataforma de gestión para continuar la comunicación; y en un tercer modo de expiración del temporizador asignado, permitir que la comunicación continúe sin buscar la reautorización de la plataforma de gestión.

97. - ün dispositivo de comunicación inalámbrico, caracterizado porque comprende: una memoria que contiene un programa de aplicación; un procesador operativo para ejecutar el programa de aplicación para: en un primer modo de confianza, permitir las comunicaciones que son facturables a una primera cuenta predeterminada asociada con un usuario del dispositivo inalámbrico para comenzar sin primero recibir una respuesta de registro desde una plataforma de gestión externa; y en un segundo modo de confianza, prohibir que las comunicaciones comiencen sin primero recibir la respuesta de registro desde la plataforma de gestión externa.

98. - El sistema de gestión y contabilidad de abonados de conformidad con la reivindicación 97, caracterizado porque el modo de confianza se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

99. - Un dispositivo de comunicación inalámbrico, caracterizado porque comprende: una memoria que contiene un programa de aplicación; un procesador operativo para ejecutar el programa de aplicación para: en un primer modo de preautorización, permitir que las comunicaciones que son facturables a una cuenta predeterminada asociada con un usuario del dispositivo inalámbrico comiencen sin primero recibir autorización desde una plataforma de gestión externa; y en un segundo modo de preautorización, evitar que las comunicaciones comiencen sin primero recibir autorización de la plataforma de gestión externa para cada una de las comunicaciones.

100.- El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque el modo de preautorización se puede configurar a través de un mensaje de orden desde la plataforma de gestión .

101.- El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque el procesador es adicionalmente operativo para ejecutar el programa de aplicación para, en un tercer modo de preautorización, evitar las comunicaciones hasta que el tercer modo de preautorización se reconfigure a través de un mensaje de orden desde la plataforma de gestión.

102.- El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque el procesador es adicionalmente operativo para ejecutar el programa de aplicación para, en un cuarto modo de preautorización: permitir que las comunicaciones comiencen sin primero recibir autorización de la plataforma de gestión externa; y buscar autorización de la plataforma de gestión externa para cada una de las comunicaciones y ya sea permitir que continúe la comunicación o terminar la comunicación, con base en una respuesta recibida de la plataforma de gestión externa.

103. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque un modo de registro del dispositivo inalámbrico controla si el dispositivo inalámbrico se registra o no se registra con la plataforma de gestión al detectar un cambio en la ubicación del dispositivo inalámbrico.

104. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 103, caracterizado porque el modo de registro se puede configurar a través de un mensaje de orden desde la plataforma de gestión.

105. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque un modo del dispositivo inalámbrico se puede configurar para permitir que las comunicaciones dirigidas a, o iniciadas por, el usuario del dispositivo inalámbrico comiencen sin primero enviar el mensaje de datos a la plataforma de gestión.

106. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 105, caracterizado porque el modo se .puede configurar a través de un mensaje de orden desde la plataforma de gestión.

107. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 99, caracterizado porque el programa de aplicación ópera: en un primer modo de expiración del temporizador asignado para terminar una comunicación dirigida a, o iniciada por, un usuario del dispositivo inalámbrico después de la expiración de un tiempo asignado; en un segundo modo de expiración del temporizador asignado buscar reautorización de la plataforma de gestión para continuar la comunicación; y en un tercer modo de expiración del temporizador asignado permitir que la comunicación continúe sin buscar reautorización de la plataforma de gestión.

108.- Un dispositivo de comunicación inalámbrico, caracterizado porque comprende: una memoria que contiene un programa de aplicación; y un procesador operativo para ejecutar el programa de aplicación para: en un primer modo de terminación de servicio, enviar un mensaje de datos a una plataforma de gestión externa después de la terminación de una comunicación que es facturable a una cuenta predeterminada asociada con un usuario del dispositivo inalámbrico, el mensaje de datos incluye información indicativa de por lo menos una duración de la comunicación; y en un segundo modo de terminación de servicio, no enviar el mensaje de datos después de la terminación de la comunicación.

109. - El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 108, caracterizado porque el modo de terminación de servicio se puede configurar a través de un mensaje de orden desde la plataforma de gestión externa.

110. - Un método para operar un sistema de contabilidad de llamadas de comunicación inalámbricas, caracterizado porque comprende los pasos de: en un dispositivo inalámbrico, detectar por lo menos un evento predeterminado asociado con una comunicación dirigida a, o iniciada por, un usuario del dispositivo inalámbrico; enviar un mensaje de datos inalámbrico a un servidor externo en respuesta a la detección del por lo menos un evento predeterminado; y realizar la contabilidad de la llamada en tiempo real en el servidor externo en respuesta a la recepción del mensaje de datos.

111. - El método de conformidad con la reivindicación 110, caracterizado porque el paso de enviar un mensaje de datos comprende enviar un mensaje de datos que incluye información indicativa de una duración de la comunicación.

112. - El método de conformidad con la reivindicación 110, caracterizado porque el paso de realizar la contabilidad de la llamada en tiempo real comprende permitir o prohibir la comunicación con base en la contabilidad.

113. - Un sistema de contabilidad de llamadas de comunicación inalámbricas, caracterizado porque comprende: un servidor externo; y un dispositivo inalámbrico acoplado de manera comunicable al servidor externo a través de una red inalámbrica, el dispositivo inalámbrico contiene un programa de aplicación operativo para: detectar por lo menos un evento predeterminado asociado con una comunicación dirigida a, o iniciada por, un usuario del dispositivo inalámbrico; y enviar un mensaje de datos a través de la red inalámbrica hacia el servidor externo en respuesta a la detección del por lo menos un evento predeterminado; en donde el servidor externo es operativo para realizar la contabilidad de llamadas en tiempo real en respuesta a la recepción del mensaje de datos.

114. - El sistema de contabilidad de llamadas de comunicación inalámbricas de conformidad con la reivindicación 113, caracterizado porque el mensaje de datos incluye información indicativa de la duración de la comunicación.

115. - El sistema de contabilidad de llamadas de comunicación inalámbricas de conformidad con la reivindicación 113, caracterizado porque el servidor externo es adicionalmente operativo para la permitir o prohibir la comunicación con base en la contabilidad.

116. - El dispositivo inalámbrico de conformidad con la reivindicación 6, caracterizado porque los valores del primero y segundo temporizador son tiempos reales en los que el primero y segundo eventos ocurren, respectivamente.