MX2013001705A

MX2013001705A - Estacion central de datos de prepago.

Info

Publication number: MX2013001705A
Application number: MX2013001705A
Authority: MX
Inventors: Arjun Nandal
Original assignee: Mach S A R L
Priority date: 2010-08-12
Filing date: 2011-08-12
Publication date: 2013-06-28
Also published as: WO2012021805A3; US20120064856A1; CA2808100A1; EP2603997A2; CA2808100C; US9237023B2; EP2603997B1; BR112013003384A2; WO2012021805A2

Abstract

Una estación central de Datos de Prepago para mantener información de prepago para suscriptores de itinerancia. La estación central interactúa con dos o más sistemas de telecomunicación inalámbrica que implementan dos diferentes protocolos inalámbricos y que pueden operar por diferentes proveedores de servicio inalámbrico. La estación central recupera información de prepago utilizando dos o más protocolos diferentes, con un primer protocolo que es nativo de la red doméstica, pero un segundo protocolo que es un protocolo de portal de prepago externo. La estación central también monitorea tráfico de datos de suscriptor para limitar la cantidad de acceso consumido en una sesión de suscriptor, notificar a los suscriptores de un balance bajo, y similares. La estación central elimina la necesidad de dispositivos de acceso de red para que ellos mismos proporcionen control sobre y/o mantengan información de prepago.

Description

ESTACION CENTRAL DE DATOS DE PREPAGO Campo de la Invención Esta descripción se refiere a redes y dispositivos inalámbricos y más ' particularmente a en donde se permite deambular a algunos usuarios, que operan en una base de prepago, más allá de su red doméstica u otras redes visitadas .

Antecedentes de la Invención El crecimiento en el uso de dispositivos inalámbricos personales continúa a un paso rápido. El mercado de comunicación inalámbrica ahora soporta no sólo auriculares móviles, sino también dispositivos de acceso de banda ancha inalámbricos móviles y fijos, equipo de red de área local inalámbrico, computadoras laptop, asistentes digitales personales, teléfonos inteligentes, computadoras de tableta, enrutadores inalámbricos, dispositivos de almacenamiento fijados a red inalámbrica y una disposición aparentemente infinita de aplicaciones.

Las redes inalámbricas han confiado tradicionalmente en un modelo de suscriptor pagado en donde cada usuario individual debe pagar acceso a la red de alguna forma. Históricamente esto se ha hecho en una base de suscripción de mes a mes, es cada vez más popular especialmente en mercados en desarrollo para que los usuarios Ref.:239292 opten por un modelo de prepago. De esa forma, los usuarios pueden controlar la cantidad que desean gastar y los proveedores de servicio pueden asegurar que recibirán ingreso por adelantado por su uso.

También es deseable que los usuarios sean capaces de utilizar sus dispositivos fuera de su red doméstica, tal como cuando están viajando. Hay soluciones existentes para proporcionar esta funcionalidad. La Publicación de Patente Internacional No. WO00/024161 titulada "Método de Cobro en Red de Telecomunicaciones" describe un método aplicable para un servicio de datos de paquete de Servicio de Radio de Paquete General (GPRS, por sus siglas en inglés) que se proporcionan en una red de Sistema Global para Móvil (GSM, por sus siglas en inglés) . En estas redes un Nodo de Soporte de GPRS de Servicio (SGSN, por sus siglas en inglés) y un Nodo de Soporte de GPRS de Acceso (GGSN, por sus siglas en inglés) se conectan a través de una red troncal de intra-operador . El SGSN puede ser un dispositivo de acceso localizado en donde está el suscriptor, es decir, en la red de itinerancia, y el GGSN localizado en un acceso en la red doméstica del suscriptor. El método aquí descrito implementa un Ambiente de Servicio Camel (CSE, por sus siglas en inglés) en todos de los varios SGSN y GGSN, para que una unidad de facturación entonces pueda ser responsable de cobrar a una cuenta de prepago sobre la base de información que recibe de los accesos permitidos por CSE.

En otro método descrito en la Solicitud de Patente Europea EP 1223737 titulada "Proporcionar Servicios de Prepago a una Estación Móvil de GPRS cuando está en Itinerancia" , se reconoció que el Ambiente de Servicio Camel requiere que tanto la red visitada como la red doméstica cada una soporte del mismo nivel Camel (por ejemplo, Fase Camel 3) . En otro método aquí descrito, un nodo de mantenimiento de datos de servicio de prepago opera bajo control del proveedor del servicio de red doméstica. El nodo de mantenimiento de datos de servicio de prepago proporciona a los nodos de acceso datos de información y/o instrucciones concernientes al servicio de datos de prepago operado por la red doméstica, incluso cuando no todos los SGSN participan en sí en Camel.

La Publicación de Patente Internacional No. O02/41592 titulada "Activación de Contexto de Protocolo de Datos de Paquete Solicitada por Red" describe un método particular para proporcionar una activación de contexto de Protocolo de Datos de Paquete (PDP, por sus siglas en inglés) en una red de núcleo con base en GSM para proporcionar servicios de datos de Proyecto de Asociación de Tercera Generación (3GPP2, por sus siglas en inglés) . El GGSN en esta red mantiene información de enrutamiento para usuarios de Paquete Conmutado (PS, por sus siglas en inglés) . La información de enrutamiento puede utilizarse para canalizar Unidades de Datos de Protocolo a un punto de unión actual de la Estación Móvil, es decir, el SGSN.

Sumario de la Invención 1. Introducción al Problema Técnico y Solución Ya que diferentes tecnologías inalámbricas han evolucionado, tal como GSM, Acceso Múltiple de División de Código (CDMA, por sus siglas en inglés) y otras interfases de aire, también lo han hecho diferentes protocolos que soportan despliegue de prepago de servicios de datos . Esto ha creado una red de varios protocolos que limitan el trabajo en colaboración entre estos protocolos inalámbricos y varias redes. Para usuarios finales por lo tanto es muy difícil obtener servicios de datos de prepago similares a los domésticos mientras deambulan en redes fuera de su operador doméstico. La solución aquí descrita proporciona una experiencia uniforme a tales usuarios finales mientras deambulan en otras redes .

Aquí presentada está una solución técnica al problema técnico de unir el espacio que ahora existe entre protocolos de prepago de intra-tecnología e inter-tecnología para soluciones inalámbricas que trabajan en colaboración. La solución se implementa como un procesador de prepago con base en estación central que interactúa con varias tecnologías y varios protocolos de prepago, y proporciona una plataforma fuerte para permitir la itinerancia para datos de prepago en este ambiente complejo.

Los operadores de cliente se unen al procesador de prepago con base en estación central y pueden trabajar en colaboración con sus socios de itinerancia (ínter- o intra-tecnología) sin cambiar nada en sus redes respectivas o implementar nuevas soluciones independientes .

Ya que el tráfico para servicios en tiempo real también pasa a través del procesador de prepago con base en estación central, la misma estación central también puede proporcionar capacidades para implementar otras aplicaciones inteligentes y servicios agregados al valor.

Este método ayuda a los operadores de las siguientes formas: 1. encontrar un buen espacio de datos de prepago para que los itinerantes puedan utilizar su procesador de cobro de prepago con base en hogar y tengan experiencia uniforme en redes de itinerancia. Esto además es complicado si los operadores desean descargar el tráfico en redes externas (tráfico no deseado para canalizar de nuevo a la red doméstica debido a problemas de capacidad) . Así que existen dos escenarios dentro de este escenario: a. Tráfico canalizado de nuevo a la red doméstica . b. Tráfico no canalizado de nuevo a la red doméstica. 2. El despliegue efectivo de costos de servicio de prepago en ambientes domésticos y de itinerancia. Esto se vuelve un reto controlar gastos de capital y gastos operativos con instalación y mantenimiento de varios procesadores/servidores de datos de prepago independientes. 3. La Fase Camel 3 soporta datos de prepago en GSM pero realmente está desplegada en muy pocas redes . Con el despliegue de datos de itinerancia de prepago/espacio de IP para prepago, la itinerancia se vuelve limitada debido a las limitaciones del protocolo Camel de GSM (Limitado a CAP V3, únicamente con la Versión 3 que tiene soporte de datos de prepago, que por sí mismo está desplegado únicamente en muy pocas redes. 4. Para itinerancia ínter-tecnología no existen formas estándares para trabajar en colaboración entre los diferentes protocolos a través de diferentes tecnologías. Esto limita la transferencia fuera . de servicios de datos de prepago en escenarios de itinerancia inter-estándares . Por ejemplo, el 3GPP2 (CDMA) utiliza el Cliente de Prepago (PPC, por sus siglas en inglés) (por ejemplo, PPAC + PPAQ) y protocolos de radio de Autentificación, Autorización y Contabilidad (AAA, por sus siglas en inglés) para controlar trabajo en colaboración, mientras los sistemas 3GPP utilizan Protocolos de Diámetro o de Fase Camel 3 para itinerancia de datos de prepago.

IV. Sumario Más Detallado de la Solución Técnica En una modalidad, una estación central de datos de prepago mantiene información de prepago para un número de diferentes suscriptores inalámbricos de itinerancia con los suscriptores utilizando diferentes protocolos y diferentes tecnologías. La estación central de Datos de Prepago interactúa con dos o más redes de · sistemas de telecomunicación inalámbrica. Al menos una de las redes es una red doméstica para un dispositivo móvil de suscriptor específico y otra red es una red en la cual el suscriptor está deambulando. La segunda red en la cual el suscriptor está deambulando opera por un operador diferente a un operador de la primera red.

La estación central de Datos de Prepago de esa forma se interconecta al menos con una primera red de operador y al menos una segunda red de operador para recuperar información de prepago utilizando dos o más protocolos diferentes. La estación central de Datos de Prepago de esa forma puede controlar el tiempo de conexión máximo y/o proporcionar un límite en la cantidad de datos consumidos en una sesión de suscriptor, sin la necesidad de que los mismos accesos de red proporcionen control sobre y/o mantengan información de prepago.

En una implementación opcional, la estación central de Datos de Prepago puede incluir o acceder a información de manejo de política alojada. La información de manejo de política alojada en otras implementaciones puede proporcionarse a través de comunicación con un sistema de prepago doméstico.

En una implementación, una primera red puede ser una red con base en GSM que utiliza el protocolo Camel y la segunda red puede ser una red GSM o GPRS/Evolución a Largo Plazo (LTE, por sus siglas en inglés) que no implementa el protocolo Camel .

En otras implementaciones la primera o segunda red puede ser una red GSM/GPRS/LTE y la otra red puede ser una red 3GPP2 que utiliza un protocolo PPC.

Incluso en otras implementaciones , la primera o segunda red puede ser una red 3GPP2 que utiliza un protocolo de Diámetro o Fase Camel 3 para itinerancia de datos de prepago .

Breve Descripción de las Figuras Lo anterior será evidente a partir de la siguiente descripción más particular de modalidades ilustrativas de la invención, como se ilustra en las figuras anexas en donde caracteres de referencia similares se refieren a las mismas partes a través de las diferentes vistas. Las figuras no son necesariamente a escala, se coloca a su vez énfasis al ilustrar las modalidades de la presente invención.

La Figura 1 es un diagrama de nivel de sistema de una estación central de Datos de Prepago.

La Figura 2 es un diagrama de nivel de red que ilustra cómo la estación central de Datos de Prepago se interconecta con varias redes .

La Figura 3 es un diagrama de protocolo de alto nivel que muestra un ejemplo de un flujo de llamada para la estación central de Datos de Prepago en un sistema 3GPP.

La Figura 4 es otro flujo de llamada ilustrativo.

Descripción Detallada de la Invención Una descripción de modalidades ilustrativas de la invención se encuentra a continuación.

I. Términos Utilizados La siguiente es una lista de definiciones de algunas de las abreviaturas utilizadas en este documento: GGSN: Nodo de Soporte de GPRS de Acceso PGW: Acceso de Red de Datos de Paquete GTP: Protocolo de Canalización de GPRS IN: Red Inteligente OCS : Sistema de Cobro en Linea DPI: Inspección de Paquete Profundo Camel: Aplicaciones Adaptadas para Lógica Mejorada de Red Móvil Camel V3 : Aplicaciones Adaptadas para Lógica Mejorada de Red Móvil versión 3 PPC: Cliente de prepago AAA: Autentificación, Autorización y Contabilidad 3GPP: Proyecto de Asociación de tercera Generación 3GPP2 : Proyecto de Asociación de Tercera Generación 2 Wi-Max: Interoperabilidad mundial para Acceso de Microondas i-Fi: Se refiere a estándares 802.11 IEEE para Wlan.

PGW: Acceso de Datos de Paquete SGSN: Nodo.de Soporte de GPRS de Servicio II. Descripción de Nivel de Sistema de Estación central de Datos de Prepago La Figura 1 es un diagrama de nivel de bloque de una estación central de Datos de Prepago (también denominado un "procesador" aquí) . La estación central de Datos de Prepago 100 contiene tres módulos principales: Módulo de Red 300: este modelo interactúa con otros sistemas utilizando varios protocolos como se requiere por diferentes sistemas como en referencia a la solución general. Interactúa con un Servidor de Acceso de Red (ÑAS, por sus siglas en inglés) por ejemplo, un GGSN/PGW como se ilustra en el diagrama de red de la Figura 1) , y con un sistema de prepago doméstico de operador (tal como AAA, IN, OCS u otro sistema de cobro/ facturación de prepago) .

Módulo de Tablas Dinámicas 400-1: esta función crea y mantiene uso de datos en vivo para cada sesión creada por cada suscriptor. Interactúa con el Módulo de Red para recolectar y mantener información de uso para sesiones de suscriptor. También interactúa con el Módulo de Cobro para proporcionar esta información.

El Módulo de Cobro 400-2: esta función actúa como una función de control de sesión. Interactúa con el Módulo de Red para buscar el crédito para una sesión para el sistema de prepago doméstico del operador o el sistema de prepago alojado. Esto proporciona un balance de cuenta y mecanismo de manejo de sesión. También interactúa con la capa de servicio para proporcionar servicios inteligentes/agregados al valor como se describe a continuación.

Como se muestra en la Figura 1, la estación central de Datos de Prepago 100 se conecta a varias fuentes de recolección de datos 200. Estas pueden incluir un GGSN de estación central 210 ya que puede proporcionarse en un GPRS y/o 3G tal como red LTE. Otros tipos de sistemas de prepago de operador domésticos 220 también proporcionan plataformas de mensajería para buscar información de uso de suscriptor, tal como por ejemplo, desplegada en 3GPP, 3GPP2, Wi-Max, redes Wi-Fi pagadas. Estas pueden acceder a alimentaciones de datos de red en vivo utilizando sondas de red tal como el protocolo DPI, que por ejemplo puede proporcionar acceso a redes GSM compatibles sin Camel 232. Como un resultado, la información de uso de suscriptor puede buscarse desde varias fuentes de recolección de datos 200 a través de funcionalidad de red apropiada dentro del procesador de datos de prepago individual 100.

Una interfaz de Radio/Diámetro 310 interactúa con el GGSN de estación central 210. Además, otra interfaz 320 utiliza Radio/Diámetro/pxml/xml u otras interfases de línea de comando personalizadas (utilizando PCT, UDP, Telnet u otros protocolos de nivel de red) para acceder al sistema de prepago de operador doméstico 220. Las alimentaciones DPI 300 proporcionan una interfaz a otras alimentaciones de datos en vivo de red 230.

Estos módulos de nivel de red 310, 320, 330 interactúan con la siguiente interfase de capa 340 que oculta los detalles de mensajería e interacción con las diferentes fuentes de recolección de datos 200 desde las otras funciones de capa superior tal como tabla superior dinámicas 400 y servicios agregados al valor inteligentes 500.

Dentro del módulo de tablas dinámicas 400 se proporcionan funciones de OCS incluyendo un administrador de sesión en vivo de suscriptor de tabla dinámica de cobro 410, función de cobro con base en sesión 420, función de cobro con base en evento 430 así como función de manejo de balance de cuenta 440 y función de control de control de política opcional 450. La función de manejo de balance de cuenta 440 y/o función de control de política 450 además pueden interconectarse con recarga externa/servidores 510 para suscriptores alojados. Finalmente una capa de servicio separada 455 puede proporcionar servicios inteligentes u otros agregados al valor.

La función de cobro 410, que es un propósito del cobro y el módulo de tabla dinámica 400 pueden implementar por ejemplo, funciones de cobro con base en sesión 420 y funciones de cobro con base en evento 430. Con el fin de realizar esto, la función de cobro 410 además puede recibir datos de los reportes de CDR de facturación de operadores/pos -pago 470.

Por lo tanto ahora se entiende como una interfaz de nivel de red 340 puede convertir los diferentes protocolos utilizados mediante las fuentes de recolección de datos de prepago diferentes 200 a un grupo interno de comandos, para entonces mantener una función de tablas dinámicas de cobro para cada sesión de suscriptor de prepago. Si tales interfases y funciones no sería de otra forma posible que los suscriptores de prepago deambularan fuera de sus redes domésticas o ínter-tecnología, sin que los mimos operadores de red acordaran implementar un protocolo especial tal como Camel. Al mantener la solución de prepago "a la mitad" como lo hace la estación central de prepago 100, un suscriptor puede ahora, por ejemplo, mantener la misma sesión a medida que deambula. Cuando el suscriptor se mueve a una nueva red la estación central de prepago 100 simplemente hace cambios a los datos de cuenta asociados con la sesión actual, sin interrumpir la sesión.

También se debe reconocer que la estación central de Datos de Prepágo 100, que ahora está libre de funcionalidades específicas de red inalámbrica, es completamente implementable ahora como un servicio de procesamiento de datos con base en nube. Como se conocen, tales funciones de procesamiento de datos pueden implementarse como un servicio a demanda entregado en una conexión de red a un centro de procesamiento de datos virtualizado compartido que tiene capacidad que se expande a demanda. Tal implementación con base en nube proporciona todas las ventajas ahí de acceso a demanda, escalabilidad, viabilidad, y despliegue a costo inicial mínimo.

La estación central de Datos de Pago 100 se implementa como un nodo de red separado que mantiene información de uso de datos dinámico de los suscriptores . Mantener tal información dinámica involucra crear una sesión en un primer intento del suscriptor y entonces actualizar la información de uso (por ejemplo, uso de datos, tiempo, y/o eventos) en mensajes subsecuentes hasta que se logra un fin de sesión. Esta información se recolecta utilizando diversos protocolos tal como Radio, Diámetro, GTP, etc., y/o a través de una configuración con base en sonda en donde una sonda de red se configura para atrapar el uso, y es independiente de los protocolos inalámbricos del operador subyacente y cualquiera de las soluciones de prepago de red doméstica que pueden implementar.

Los Módulos de Tablas Dinámicas 400 mantienen la información de uso en vivo de suscriptor y actúan como el "cliente de prepago" para la estación central. Este módulo es el corazón del sistema, proporcionando conexiones de red e información de nivel de red a otros módulos del sistema para hacer uso de esta información para tomar decisiones inteligentes.

La Figura 2 es un Diagrama de Nivel de Red para un despliegue típico para el Sistema de Estación central de Datos de Prepago 100 mostrado en la Figura 1.

Aquí la estación central de Datos de Prepago 100 se interconecta a través de un ÑAS tal como un GGSN o PGW a una interconexión de red inteligente 800, tal como puede proporcionarse por un Intercambio de Itinerancia de GSM (GRX, por sus siglas en inglés) , Intercambio de Itinerancia de CDMA (CRX, por sus siglas en inglés) u otro intercambio de itinerancia similar. El intercambio de itinerancia 800 proporciona túneles 810, 820 para que el tráfico se transporte a través de una o más Redes Móviles Terrestres Privadas Virtuales (VPLMN, por sus siglas en inglés) 710, 720 que tienen SGSN 715, 725 respectivos. El suscriptor asociado también tiene una red doméstica 600. En este ejemplo para operación de GS /GPRS/LTE, el sistema de red inteligente de prepago 600 se comunica directamente con la estación central de Datos de Prepago 100 en su interfase de radio/diámetro respectiva 310. A medida que un suscriptor deambula a una red visitada, un servicio DNS de operador resuelve cualquier solicitud de nodo de punto de acceso de prepago y entonces hace coincidir la dirección IP de la estación central de Datos de Prepago 100. De esta forma, las solicitudes de acceso que se originan en SSGN 715, 725 pasan a través del DNS de raíz 320 a través de túneles a la Estación central de Datos de Prepago 100.

Ejemplos de servicios inteligentes implementados por la estación central de Datos de Prepago 100 pueden incluir un portal de crédito en donde un suscriptor puede conectarse y tener acceso para aumentar su cantidad de crédito disponible, sin importar su operador doméstico.

Más específicamente, las sesiones inalámbricas de los suscriptores entonces son controladas con base en uso como a continuación. Al momento de inicio, el Módulo de Cobro 410 en la estación central de Datos de Prepago 100 descarga de crédito real para ese suscriptor ya sea del portal de crédito 500 o del sistema de prepago doméstico del suscriptor 610. Entonces se proporciona acceso si el suscriptor tiene suficiente crédito disponible. El Portal de Crédito 610 es un sistema de cobro en línea alojado que aloja las credenciales de suscriptor para uno o más operadores que no tienen sus propios sistemas. El sistema de prepago doméstico del suscriptor 600 puede ser cualquier IN, OCS, u otros sistemas de facturación/cobro en linea que retienen información para uso disponible del suscriptor y otros parámetros relacionados .

Después que se crean las sesiones y se descarga el crédito de suscriptor, el Módulo de Cobro 400 mantiene el rastro de crédito de usuario en tablas dinámicas 410 y detiene la sesión automáticamente cuando se agota el crédito. Existe un periodo en donde la información al suscriptor debe proporcionarse preferiblemente para bajo balance para que pueda recargar. La notificación puede ser por mensaje SMS o correo electrónico, por ejemplo. Esta función se implementa al mantener algún número fijo entre el crédito disponible y la información de uso del suscriptor dinámica, por ejemplo, una zona intermedia .

Las funciones definidas anteriormente juntas actúan como un sistema de control de crédito que es el corazón de la estación central de Datos de Prepago 100 completo.

En el Módulo de Red 300, se proporciona la alimentación de información por un Servidor/Módulos DPI 330 que recolectan la información dinámica del GGSN /alimentación de red 230. El Módulo de Red 230 también proporciona una interfaz al sistema de prepago 610 del operador doméstico para descargar el crédito/uso al inicio de cualquier sesión. Esta interfaz soporta múltiples formas para interactuar con el sistema de prepago doméstico 600 dependiendo de que tecnología/protocolos soportan. Esto permite la función de itinerancia de prepago Ínter- estándar o intra-estándar .

El sistema también proporciona funcionalidad para imponer una política con base en perfil doméstico para el suscriptor. La selección/ imposición de perfil con base en política puede soportarse por el sistema en cualquier momento en donde se aplicable/se soporte por el operador doméstico. Por ejemplo, una política puede permitir únicamente ciertos usos de suscriptores de itinerancia, tal como SMS únicamente, correo electrónico únicamente, aplicaciones de iPhone únicamente, límites en acceso de navegador, y otras políticas de acceso de suscriptor. Una implementación de esto se describe en detalle adicional a continuación.

III. Conectividad de Red y Descripción de Flujo de Datos Caso: Itinerancia de Suscriptor en redes de sistemas 3GPP la Figura 3 es un flujo de llamada ilustrativo para este caso.

En este modo la estación central de Datos de Prepago 100 recibe "detrás" del GGSN (o PGW) que actúa como el acceso a sesiones de datos del usuario móvil. El GGSN está conectado a la red de socio de itinerancia e interactúa con SGSN de redes visitadas (no mostrado) .

Mientras está deambulando, el suscriptor envía una "solicitud de crear pdp de GTP" que resuelve para el GGSN de la estación central. Esto se envía como una Solicitud de Acceso a la Estación central de Datos de Prepago 100 (Paso 1010) . El GGSN de Estación central 310 entonces interactúa con la estación central de Datos de Prepago 100 a través del protocolo de interfase de red para autorizar al suscriptor a través de un mensaje al Portal de Inicio.

En este punto la estación central de Datos de Prepago 100 crea un registro dinámico (Paso 1020) con una ID de suscriptor única y descarga la información de crédito/uso (paso 1030) desde la red doméstica de operador 900 utilizando un protocolo soportado por el operador doméstico (por ejemplo, Radio, Diámetro, XML/web, MML/comandos Personalizados, Telnet, TCP/IP, SDP, etc.), o desde el Portal de Crédito 510.

Si el suscriptor tiene suficiente crédito entonces se regresa a una aceptación exitosa al GGSN (Paso 1050) (también si se rechaza) .

En una aceptación exitosa, la respuesta de GTP es exitosa y se asigna una dirección IP al dispositivo móvil (no mostrado) .

El GGSN entonces recibe los paquetes de ese IP asignado y Reporta el Uso a la Estación central de Datos de Prepago (Paso 1060) .

Este uso reportado por el GGSN se acumula para el usuario (paso 1070) en tablas dinámicas que se crearon al inicio de la sesión. El módulo de control de crédito se mantiene comparando el uso actual con la cuota distribuida (paso 1080, ya que ya se descargo del sistema de prepago doméstico del operador 900 del suscriptor) .

A medida que se agota la cuota, el sistema genera una solicitud de detener sesión (paso 1090) para el GGSN (310) y también actualiza el sistema de prepago doméstico 900 con cuota utilizada para esta sesión (paso 1110) . El GGSN (310) en este punto termina la sesión; también el sistema de prepago doméstico también registra y actualiza el uso para esa sesión.

Puede solicitarse un alto por el usuario en donde se enviará un mensaje de "GTP eliminar pdp ctx" desde el SGSN asociado al GGSN 310. el GGSN 310, al recibir el mensaje, envía una solicitud de alto a la Estación central de datos de prepago 100 y el uso actual entonces se actualiza en el sistema de prepago doméstico 900 para reflejar el uso correcto para esa sesión particular.

Otros casos: otros casos como el anterior en donde esta solución funciona, incluyen itinerancia de suscriptor en sistemas Wi-Fi, i-Max o 3GPP2. Los flujos de llamada y protocolos son como se soportan por la tecnología pero la funcionalidad para el sistema permanece igual.

Otro caso es cuando las estadísticas de uso no se recolectan desde un AS directamente 310. Está solución a su vez puede utilizar sondas de red para recolectar las estadísticas de uso de red y controlar la sesión. Estas sondas pueden instalarse en la red del operador en donde sea que se descarga el tráfico.

La Figura 4 ilustra una disposición en donde el mismo estación central de datos de prepago 100 aloja políticas de acceso; se debe entender que éstas pueden tratarse en un nodo separado 1200. Aquí la información de política se descarga en un paso 1205 con el inicio de sesión, impuesto durante la sesión (tal como en el paso 1210) y cobra al final de una sesión como puede ser necesaria (paso 1220) .

IV. Conclusión Esta solución propuesta proporciona una forma única para proporcionar datos de prepago a operadores sin requerir soporte de prepago en redes visitadas.

Proporciona formas únicas para recolectar los estados de uso de red en un modo de base de Estación central, y entonces, con base en la información recolectada, interactúan con sistemas de prepago domésticos para simular una red de prepago visitada.

Proporciona una forma única para soportar datos de prepago que trabajan en colaboración entre diferentes tecnologías al convertir los diferentes protocolos de prepago soportados a través de varias tecnologías. Proporciona protocolos de datos de prepago que trabajan en colaboración entre 3GPP a 3GPP2, 3GPP a Wi-Max, 3GPP a Wi-Fi. (aquí 3GPP se refiere a tecnologías GSM como GP, EDGE, UMTS, HSPA y LTE) . Esta solución ofrece a los operadores una oportunidad de transferir rápidamente hacia afuera sus servicios de prepago fuera de su red doméstica en una forma económica. Para usuarios finales tendrán una experiencia similar a la doméstica mientras deambulan en otras redes y proporcionan continuidad .

Aunque esta invención ha sido particularmente mostrada y descrita con referencias a modalidades ilustrativas de la misma, se entenderá por aquellos expertos en la técnica que pueden hacerse ahí varios cambios de forma y detalles sin apartarse del alcance de la invención abarcado por las reivindicaciones anexas.

Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones :

1. - Un aparato de Estación central de Datos de Prepago para controlar acceso a un servicio de comunicación inalámbrica, caracterizado porque comprende: una primera interfaz de comunicación a un primer acceso asociado con una primera red inalámbrica, la primera red es una red doméstica para un dispositivo móvil de suscriptor, la red doméstica operada por una entidad de red doméstica; una segunda interfaz de comunicación a un segundo acceso asociado con una segunda red inalámbrica, la segunda red inalámbrica operada por una entidad diferente de la entidad que opera la primera red; un Módulo de Cobro para controlar acceso a la primera y segunda redes inalámbricas por el suscriptor, al limitar una cantidad de datos o tiempo de conexión máximo de una sesión de suscriptor dependiendo de un estado de prepago para el suscriptor; y en donde el primer y segundo accesos no controlan el acceso dependiendo del estado de prepago de suscriptor.

2. - El aparato de conformidad con la reivindicación 1, caracterizado porque la estación central de Datos de Prepago se implementa como un servicio entregado en una conexión de red a un centro de procesamiento de datos virtualizado compartido que tiene capacidad que se expande a demanda .

3. - El aparato de conformidad con la reivindicación 1, caracterizado porque al menos una interfaz es un interfaz para un GGSN o PGW.

4. - El aparato de conformidad con la reivindicación 3 , caracterizado porque la primera y segunda redes implementan diferentes esquemas de suscriptor de prepago .

5. - El aparato de conformidad con la reivindicación 4, caracterizado porque al menos uno de los esquemas de suscriptor de prepago es un portal de prepago operado independientemente de una entidad operadora asociada.

6. - El aparato de conformidad con la reivindicación 1, caracterizado porque el Módulo de Cobro además mantiene una cuota para utilización de datos de prepago permitidos para una pluralidad de suscriptores ; y actualiza uso de datos para los suscriptores independiente de la operación de al menos una de las redes.

7. - El aparato de conformidad con la reivindicación '6, caracterizado porque el Módulo de Cobro adicionalmente : actualiza dinámicamente una entrada de tabla de utilización en vivo para una pluralidad de suscriptores .

8. - El aparato de conformidad con la reivindicación 1, caracterizado porque una tecnología inalámbrica utilizada en la primera red no es la misma que una tecnología inalámbrica utilizada en la segunda red en donde el suscriptor está deambulando.

9. - El aparato de conformidad con la reivindicación 1, caracterizado porque el Módulo de Cobro además : al inicio de una sesión del suscriptor, obtiene información de crédito disponible para el suscriptor de un portal de crédito o de un sistema de prepago de red doméstica asociado con el suscriptor, dependiendo de un estado de suscriptor .

10.- El aparato de conformidad con la reivindicación 8, caracterizado porque el Módulo de Cobro además mantiene información concerniente a utilización de red para el suscriptor en una tabla de sesión.

11. - El aparato de conformidad con la reivindicación 9, caracterizado porque el Módulo de Cobro además notifica al suscriptor a través de SMS o correo electrónico cuando un balance prepago es bajo.

12. - El aparato de conformidad con la reivindicación 1, caracterizado porque la estación central de Datos de Prepago además comprende : una interfaz para un Intercambio de Itinerancia, para recibir tráfico de suscriptor canalizado desde el dispositivo de suscriptor cuando el suscriptor está deambulando lejos de la red doméstica.

13. - El aparato de conformidad con la reivindicación 1, caracterizado porque adicionalmente comprende : un Módulo de Control de Política, para recibir información de política de tráfico de suscriptor desde un servidor de política, e implementar tales políticas en el tráfico de datos de suscriptor.