ES2341093T3 - Cargo prepago en una red de comunicacion. - Google Patents
Cargo prepago en una red de comunicacion. Download PDFInfo
- Publication number
- ES2341093T3 ES2341093T3 ES02702684T ES02702684T ES2341093T3 ES 2341093 T3 ES2341093 T3 ES 2341093T3 ES 02702684 T ES02702684 T ES 02702684T ES 02702684 T ES02702684 T ES 02702684T ES 2341093 T3 ES2341093 T3 ES 2341093T3
- Authority
- ES
- Spain
- Prior art keywords
- accounting
- call
- server
- session
- update
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/31—Distributed metering or calculation of charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8228—Session based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8292—Charging for signaling or unsuccessful connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/204—UMTS; GPRS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/32—Involving wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
- H04M2215/7833—Session based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/96—Distributed calculation of charges, e.g. in different nodes like for mobiles between HLR and VLR, or between the terminal and the billing function
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Meter Arrangements (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Golf Clubs (AREA)
- Vending Machines For Individual Products (AREA)
- Prepayment Telephone Systems (AREA)
Abstract
Un procedimiento de cargos contra crédito prepago en una red de comunicación, comprendiendo el procedimiento las etapas de: solicitar el establecimiento de una llamada entre un primer terminal (30) y un segundo terminal (39); verificar si algún coste generado por clientes de contabilidad en la red, y asociado a la llamada, ha de cargarse contra el crédito prepago; en el caso de que alguno de, o todos, los costes haya(n) de cargarse contra el crédito prepago, establecer una sesión de contabilidad entre un servidor (37) de contabilidad y un cliente de contabilidad que generará los costes a cargar contra el crédito prepago, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad; establecer la llamada con el segundo terminal; caracterizado porque el procedimiento comprende adicionalmente las etapas de: enviar datos de actualización de cargos desde el cliente de contabilidad al servidor de contabilidad durante la llamada; y clasificar los datos de actualización de cargos en el servidor de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
Description
Cargo prepago en una red de comunicación.
La presente invención se refiere a los cargos en
redes de comunicación, especialmente, las redes de tercera
generación (UMTS).
La invención ha sido desarrollado para su empleo
como una extensión del protocolo Diameter definido por la Fuerza de
Tareas de Ingeniería de Internet (IETF), y se describirá en adelante
con referencia a dicha aplicación. Sin embargo, se apreciará que la
invención puede aplicarse a otros protocolos similares.
La transmisión de datos por el Protocolo de
Internet (IP) se utiliza ampliamente en redes de tercera generación
(3G). Sin embargo, los protocolos y sistemas de cargos relacionados
con el IP no son necesariamente capaces de proporcionar toda la
funcionalidad que sería deseable en un entorno de telecomunicaciones
móviles. De interés específico es la amplia aceptación y el empleo
de cuentas prepagas con respecto a los teléfonos móviles. Tales
cuentas prepagas no se abordan en los sistemas existentes de cargos
relacionados con el IP, en gran medida porque las comunicaciones
por IP, en su mayor parte, no se basan en sistemas de contabilidad
prepago. El problema se exacerba por la naturaleza única de las
rutinas de señalización y de establecimiento de llamadas empleadas
en las redes 3G, que no tienen ninguna correspondencia directa, por
ejemplo, con el acceso por Internet mediante ordenadores basados en
tierra.
Un protocolo conocido como Diameter ha sido
propuesto para su empleo en redes de IP. Diameter proporciona un
protocolo básico que puede extenderse a fin de proporcionar
servicios de AAC (Autenticación, Autorización y Contabilidad). El
protocolo básico no está concebido para ser utilizado por sí mismo,
y debe emplearse con una aplicación Diameter. La contabilidad de
Diameter es parte del protocolo básico y, por lo tanto, no está
concebida para su empleo sin una aplicación Diameter.
Diameter puede proporcionar dos tipos de
servicio a las aplicaciones. El primero implica la autenticación y
la autorización, con funcionalidad de contabilidad optativa. El
segundo implica sólo la contabilidad.
La contabilidad de Diameter se basa en un modelo
dirigido por servidores, con capacidades para el suministro en
tiempo real de información de contabilidad. Esto significa que una
instancia que genera datos de cargos obtiene información, bien del
servidor de autorización (si se ha hecho contacto con él) o bien del
servidor de contabilidad, con respecto a la manera en que han de
remitirse los datos de contabilidad.
El protocolo de contabilidad Diameter
proporciona contabilidad en tiempo real, lo que significa el
procesamiento de información sobre el empleo de recursos dentro de
un intervalo temporal definido. Las restricciones temporales se
imponen habitualmente para limitar el riesgo financiero.
Diameter no prevé actualmente los cargos en
línea. Sin embargo, las redes celulares de la próxima generación
especifican un cierto número de requisitos y características
deseables para los cargos en línea. Los servidores de contabilidad
en tales redes deben ser capaces, por ejemplo, de verificar la
cuenta de un abonado en cuanto a la cobertura del servicio
solicitado antes de la ejecución de ese servicio. La cuenta del
abonado debe debitarse cada vez que el abonado utiliza los
servicios relacionados con esa cuenta. También debe impedirse que
los abonados accedan a sucesos o servicios imputables relacionados
con sus cuentas específicas una vez que el crédito de la cuenta
está agotado, o ha caducado.
También es deseable permitir un mecanismo para
indicar al abonado los cargos a recaudar por un suceso imputable.
También es deseable la capacidad de gestionar múltiples entornos de
cargos, en los cuales distintas combinaciones de entidades de red
están generando simultáneamente (o al menos durante una única
llamada o traspaso de datos) cargos con respecto a la cuenta del
abonado.
Es un objeto de la invención proporcionar un
procedimiento de cargo a una cuenta prepaga dentro de una red.
El documento WO 02/01847A revela un
procedimiento de cargo para un servicio de comunicación en un
sistema de comunicación, especialmente para un servicio de
comunicación prepago. Un nodo de procesamiento del servicio prepago
(PSPN) procesa un servicio de comunicación. Una información del nodo
de soporte de prepago (PI) se recibe desde una base de datos del
perfil de abonados (SPD). Se determina una dirección de nodo de
soporte de prepago (PA) a partir de la información del nodo de
soporte de prepago (PI). Se detecta una solicitud para el servicio
de comunicación a cargar en una cuenta de prepago del abonado, y se
envía una solicitud de información de crédito a un nodo de soporte
de prepago (PPSC) identificado por la dirección del nodo de soporte
de prepago (PA) almacenada. Se recibe información de crédito y se
procesa el servicio de comunicación solicitado según la información
de crédito.
El documento WO 00/69118 revela un sistema y
procedimiento para proporcionar un servicio de abonado prepago a un
abonado móvil en una red integrada de telecomunicaciones
inalámbricas. Cuando el abonado móvil comienza una sesión de datos
conmutados por paquetes, un nodo servidor de soporte del GPRS),
(SGSN), un nodo pasarela de soporte del GPRS (GGSN), o ambos,
envían periódicamente registros de datos parciales (CDR) a un centro
de prepagos (PPC). Cuando el abonado móvil comienza una llamada por
conmutación de circuitos, un centro de conmutación móvil (MSC)
envía periódicamente CDR parciales al PPC. El PPC calcula en tiempo
casi real un nuevo saldo de cuenta para el abonado prepago.
Los objetos de la invención son logrados por un
procedimiento y por disposiciones que están caracterizadas por lo
que se afirma en las reivindicaciones independientes 1, 13, 25, 26,
27 y 28. Las realizaciones preferidas de la invención se revelan en
las reivindicaciones dependientes. En un primer aspecto, la presente
invención proporciona un procedimiento de cargos contra un crédito
prepago en una red de comunicación, comprendiendo el procedimiento
las etapas de solicitar el establecimiento de una llamada entre un
primer terminal y un segundo terminal; de verificar si algún coste
generado por los clientes de la contabilidad en la red, y asociado a
la llamada, ha de cargarse contra el crédito prepago; en el caso de
que alguno de, o todos, los costes haya(n) de cargarse
contra el crédito prepago, establecer una sesión de contabilidad
entre un servidor de contabilidad y el cliente de contabilidad que
generará los costes a cargar contra el crédito prepago,
adjudicándose a la sesión de contabilidad un identificador de
sesión de contabilidad; y de establecer la llamada con el segundo
terminal; caracterizado porque el procedimiento comprende
adicionalmente las etapas de enviar datos de actualización de
cargos desde el cliente de contabilidad al servidor de contabilidad
durante la llamada; y de clasificar los datos de actualización de
cargos en el servidor de contabilidad sobre la base del
identificador de sesión de contabilidad, permitiendo por ello la
actualización del crédito prepago durante la llamada.
Preferiblemente, hay una pluralidad de clientes
de contabilidad que generan costes con respecto a la llamada. En
ese caso, se establecen sesiones de contabilidad entre cada
respectivo cliente de contabilidad y el servidor de contabilidad,
adjudicándose a cada una de las sesiones de contabilidad un
identificador común de sesión de contabilidad asociado a la llamada
a establecer. Los datos de actualización de cargos, incluyendo el
identificador de sesión de contabilidad, se envían desde cada uno
de los clientes de contabilidad al servidor de contabilidad durante
la llamada. La información de actualización de cargos se clasifica
en el servidor de contabilidad sobre la base del identificador de
sesión de contabilidad, permitiendo por ello la actualización del
crédito prepago durante la llamada.
En un segundo aspecto, la presente invención
proporciona una red de comunicación configurada para permitir
cargos contra crédito prepago con respecto a un primer terminal,
incluyendo la red un servidor de contabilidad y un cliente de
contabilidad capaz de generar costes asociados a un servicio en la
red, estando la red configurada para aceptar una solicitud del
primer terminal para el establecimiento de una llamada entre el
primer terminal y un segundo terminal; verificar si algún coste
generado por los clientes de contabilidad en la red, y asociado a
la llamada, ha de cargarse contra el crédito prepago; en el caso de
que alguno de, o todos, los costes haya(n) de cargarse
contra el crédito prepago, establecer una sesión de contabilidad
entre el servidor de contabilidad y el cliente de contabilidad que
generará los costes a cargar contra el crédito prepago,
adjudicándose a la sesión de contabilidad un identificador de
sesión de contabilidad; y establecer la llamada con el segundo
terminal; caracterizada porque el cliente de contabilidad está
configurado para enviar datos de actualización de cargos al
servidor de contabilidad durante la llamada; y porque el servidor de
contabilidad está configurado para clasificar los datos de
actualización de cargos sobre la base del identificador de sesión de
contabilidad, permitiendo por ello la actualización del crédito
prepago durante la llamada.
Igual que con el primer aspecto, se prefiere que
existan múltiples clientes de contabilidad dentro de la red, y que
se configuren para establecer sesiones de contabilidad con el
servidor de contabilidad a fin de retransmitir datos de
actualización de cargos durante la llamada.
En ambos aspectos, cada cliente de contabilidad,
preferiblemente, adopta la forma de una de las siguientes entidades
de red:
- SGSN/GGSN;
- S-CSCF/ P-CSCF; y
- un servidor de aplicaciones de red.
Habitualmente, el identificador de sesión de
contabilidad se adjudicará al recibirse en la red la solicitud para
el establecimiento de una llamada desde el primer terminal.
Preferiblemente, la solicitud para el
establecimiento de una llamada se hace mediante un mensaje del
Protocolo de Iniciación de Sesión (SIP) enviado desde el primer
terminal.
Se prefiere específicamente que los datos de
actualización de cargos se envíen desde los clientes de contabilidad
al servidor de contabilidad mediante un mensaje del protocolo
Diameter. Más preferiblemente, los datos de actualización de cargos
se envían desde cada cliente de contabilidad al cliente de
contabilidad en respuesta a una solicitud de actualización del
protocolo Diameter emitida por el servidor de contabilidad.
En la realización preferida, el servidor de
contabilidad emite periódicamente las solicitudes de actualización
a cada cliente de contabilidad.
Se describirá ahora una realización preferida de
la invención, sólo a modo de ejemplo, con referencia a los dibujos
adjuntos, en los cuales:
La Figura 1 es un diagrama en bloques
funcionales de un sistema de comunicación de tercera generación;
La Figura 2 ilustra el flujo de datos entre
entidades del sistema de la Figura 1; y
La Figura 3 muestra el flujo de datos del SIP y
del protocolo Diameter dentro de la red, según la invención.
Con referencia a las figuras, la realización
preferida de la invención se implementa por medio de una única red
31 de comunicación de tercera generación, con una sección de red
central y otras unidades de red periféricas. Sólo las unidades que
son relevantes a la actual descripción se muestran en la Figura 1.
En particular, la descripción que sigue se refiere, principalmente,
al flujo de mensajes y datos que atañe al establecimiento e
implementación de datos de contabilidad con el fin de cargar una
cuenta prepaga. Se entenderá que otros mensajes y datos se
transmiten dentro de la red para permitir el establecimiento de la
llamada o enlace de datos, pero estos son bien conocidos en la
tecnología, y se han omitido para mayor claridad. También se
apreciará que la palabra "llamada" se utiliza en un sentido
amplio dentro de esta especificación, y pretende incluir cualquier
tipo de canal o enlace que un usuario desee abrir, incluyendo
canales de vídeo, imágenes o sonidos, ya sean bidireccionales o
bien sólo del enlace ascendente o del enlace descendente.
La red central incluye un GGSN (Nodo Pasarela de
Soporte del GPRS) 32, un SGSN (Nodo Servidor de Soporte del GPRS)
33, una P-CSCF (Función Agente de Control de
Servicio de Llamada) 34, una S-CSCF (Función
Servidora de Control de Servicio de Llamada) 35, una
I-CSCF (Función Interrogadora de Control de Servicio
de Llamada) 36, un Servidor de Contabilidad/Servidor de Control de
Crédito (ACC/CCS) 37 y un Servidor de Aplicación (AS) 38. Se
apreciará que el ACC/CCS está especificado en borradores del
protocolo IP Diameter. Sin embargo, el ACC/CCS también puede
considerarse un Punto de Control de Cargo (CCP) que incorpora una
Función de Control de Cargo (CCF). En otras palabras, actúan como
un servidor de prepagos.
Un primer terminal, en forma de un UE llamador
30, está dentro del área de servicio de la red y está intentando
establecer una llamada a un segundo terminal, en forma de un UE
receptor 39. El usuario del primer terminal ha establecido
anteriormente una cuenta de crédito prepago en el proveedor de
servicios de red. La intención de la cuenta de crédito prepago es
asegurar que un usuario no pueda incurrir en costes que no hayan
sido prepagos. De esta manera, los usuarios no son sorprendidos por
grandes facturas que puedan acontecer en situaciones de pospago, y
los proveedores de servicios pueden ofrecer servicio sin necesidad
de investigar la solvencia crediticia de un usuario.
Para mayor claridad, se omitirán los detalles
efectivos del establecimiento de llamada con el UE llamador 30, que
no sean los que se refieren a los procedimientos de contabilidad que
se refieren a la invención. De manera similar, las funciones
generales de la mayoría de las unidades en la Figura 1 son bien
conocidas y no se describirán aquí en detalle.
La red de la Figura 1 es una red totalmente IP
(protocolo de Internet). En el caso ilustrado, se supone que la red
es la red original de abonado del UE llamador 30, y que el UE
receptor 39 también está situado dentro de la misma red, con fines
de simplicidad. Sin embargo, aquellos versados en la tecnología
entenderán inmediatamente cómo puede extenderse la realización
preferida para cubrir situaciones en las cuales cualquiera de los UE
30 y 39, o ambos, no esté(n) dentro de la red original del UE 30
(es decir, uno de los UE, o ambos, está(n) "en itinerancia").
Tal escenario se describe en el contexto de la contabilidad pospago
en la edición de patente PCT número WO 02/096085, del
solicitante.
También se entenderá que los componentes
específicos mostrados en la Figura 1 pueden distribuirse por un
cierto número de redes. Nuevamente, la forma en que esto puede
lograrse será bien comprendida por aquellos versados en la
tecnología, y por lo tanto no se describe aquí en detalle.
En términos generales, la S-SCSF
de la red original de un abonado actúa para reunir notificaciones de
cargos recaudados por las actividades de un abonado a esa red, o
como una pasarela para una unidad que lo hace. Las CSCF del sistema
de la Figura 1 funcionan a fin de facilitar los cargos en el
sistema, como se describirá ahora en detalle.
A modo de un sencillo panorama de la invención,
la Figura 3 muestra la forma en que los datos del SIP fluyen
horizontalmente entre las entidades de red dentro de los distintos
dominios, mientras los datos de contabilidad fluyen verticalmente y
emplean el protocolo Diameter.
Cuando el usuario del UE 30 desea establecer una
llamada al UE 39, tienen lugar las siguientes etapas.
\global\parskip0.850000\baselineskip
1. El usuario del UE 30 inicia la llamada, lo
que causa que el terminal 30 transmita un mensaje INVITE a la
S-CSCF 35, solicitando la iniciación de una llamada
con el UE 39. La señalización para establecer la llamada en sí se
lleva a cabo de la manera normal. La S-CSCF 35
inserta la siguiente información en el mensaje INVITE:
- GS_ID.
- CG_ADDRESS.
- ACC-S-ADDRESS.
El GS_ID es un Identificador de sesión global,
que se utiliza para permitir la combinación de distintas sesiones
de contabilidad. La CG_ADDRESS es la dirección de la Pasarela de
Cobros por omisión. ACC_S_ADDRESS es la dirección del servidor
ACC/CCS por omisión, que actúa como un servidor de prepagos.
\vskip1.000000\baselineskip
2. La S-CSCF 35 envía la
siguiente solicitud de contabilidad (Diameter) al ACC/CCS 37:
- Solicitud-de-Contabilidad:
- <Identificador-de-Sesión>=1
- [Tipo-Registro-Contabilidad] = START_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Identificador-Abono] = existe
- [Sello-Temporal] = existe
\vskip1.000000\baselineskip
3. El ACC/CCS 37 envía la siguiente
Respuesta-Contabilidad (en protocolo Diameter) a la
S-CSCF 35. El ACC/
CCS 37 llevará a cabo la tarificación y evaluación y reserva de dinero de la cuenta efectiva.
CCS 37 llevará a cabo la tarificación y evaluación y reserva de dinero de la cuenta efectiva.
- Respuesta-Contabilidad:
- <Identificador-de-Sesión> = 1
- [Tipo-Registro-Contabilidad] = START_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Intervalo-Intermedio-Contabilidad] = 30s
- [Identificador-Abono] = existe
\vskip1.000000\baselineskip
4. La S.CSCF 35 envía un mensaje INVITE (SIP) al
Servidor de Aplicaciones AS 38, que incluye la siguiente
información:
- GS_ID
- CG_ADDRESS
- ACC_S_ADDRESS.
\vskip1.000000\baselineskip
5. El AS 38 envía una
Solicitud-Contabilidad (Diameter) al ACC/CCS 37,
según lo siguiente. El AS 38 no conoce el coste de su servicio.
- Solicitud-Contabilidad:
- <Identificador-Sesión> = 2
- [Tipo-Registro-Contabilidad] = EVENT_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Identificador-Abono] = existe
- [Sello-Temporal] = existe
- [Información-Parámetros-Servicio] = existe
\global\parskip1.000000\baselineskip
6. El ACC/CCS 37 envía una
Respuesta-Contabilidad (Diameter) al AS 38, según lo
siguiente:
- Respuesta-Contabilidad:
- <Identificador-Sesión> = 2
- [Tipo-Registro-Contabilidad] = EVENT_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
\vskip1.000000\baselineskip
7. El AS 38 envía un mensaje INVITE (SIP) a la
S-CSCF 35
8. La S-CSCF 35 envía un mensaje
INVITE (SIP) a la I-CSCF 36.
9. La I-CSCF 36 envía un mensaje
de 2000K (SIP) a la S-CSCF 35.
10. La S-CSCF 35 envía un
mensaje de 2000K (SIP) al UE 30 del abonado.
11. El UE 30 del abonado envía un contexto
secundario del PDP al GGSN 32.
12. El GGSN 32 envía una Solicitud de
Autenticación a la P-CSCF 34.
13. La P-CSCF 34 envía una
Respuesta de Autenticación al GGSN 32, que incluye la siguiente
información:
- GS_ID
- CG_ADDRESS
- ACC_S_ADDRESS.
\vskip1.000000\baselineskip
14. El GGSN 32 envía una
Solicitud-Contabilidad (Diameter) al ACC/CCS 37,
según lo siguiente:
- Solicitud-Contabilidad:
- <Identificador-Sesión> = 3
- [Tipo-Registro-Contabilidad] = START_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Identificador-Abono] = existe
- [Sello-Temporal] = existe
\vskip1.000000\baselineskip
15. El ACC/CCS 37 envía una
Respuesta-Contabilidad (Diameter) al GGSN 32. El
ACC/CCS 37 llevará a cabo la tarificación y evaluación y la reserva
de dinero de la cuenta efectiva. En esta fase, la sesión está por
establecerse, por lo que el ACC/CCS 37 ha podido llevar a cabo la
evaluación final para los nodos GSN (efectos de combinación del
IMS, el AS y el GPRS sobre la tarifa/tasa).
La respuesta de contabilidad es la
siguiente:
- <Respuesta-Contabilidad>:
- <Identificador-Sesión> = 3
- [Tipo-Registro-Contabilidad] = START_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Intervalo-Intermedio-Contabilidad] = 30s
- [Identificador-Abono] = existe
\vskip1.000000\baselineskip
16. Contexto secundario ACT del PDP aceptado de
los GGSN para el UE 30.
17. Mensaje COMET (SIP) desde el UE 30 a la
S-CSCF 35.
18. Solicitud-Contabilidad
(Diameter) desde la S-CSCF 35 al ACC/CCS 37, según
lo siguiente:
- Solicitud-Contabilidad:
- <Identificador-Sesión> = 1
- [Tipo-Registro-Contabilidad] = UPDATE_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Identificador-Abono] = existe
- [Sello-Temporal] = existe
\vskip1.000000\baselineskip
19. Respuesta-Contabilidad
(Diameter) desde el ACC/CCS 37 a la S-CSCF 35.
El ACC/CCS 37 llevará a cabo la
tarificación/evaluación y la reserva de dinero de la cuenta
efectiva. La respuesta de contabilidad es la siguiente:
- Respuesta-Contabilidad:
- <Identificador-Sesión> = 1
- [Tipo-Registro-Contabilidad] = UPDATE_PP
- [Identificador-Contabilidad-Multi-Sesión] = GS_ID
- [Intervalo-Intermedio-Contabilidad] = 90s
- [Identificador-Abono] = existe
NOTA: Las etapas 20 a 23 se emprenden sólo si el
AS no está en la modalidad de ocasión única.
\vskip1.000000\baselineskip
20. Mensaje COMET (SIP) desde la
S-CSCF 35 al AS 38.
21. Respuesta-Contabilidad
(Diameter) desde el AS 38 al ACC/CCS 37.
22. Respuesta-Contabilidad
(Diameter) desde el ACC/CCS 37 al AS 38.
23. Mensaje COMET (SIP) desde el AS 38 a la
S-CSCF 35.
24. Mensaje COMET (SIP) desde la
S-CSCF 35 a la I-CSCF 36.
25. Mensaje 200OK (SIP) desde la
I-CSCF 36 a la S-CSCF 35.
26. Mensaje 200OK (SIP) desde la
S-CSCF 35 al UE 30.
El protocolo utilizado en el ejemplo es la
extensión AAA (Autenticación, Autorización y Contabilidad) del
protocolo IP Diameter. Actualmente, con la solución Diameter
existente, no hay ninguna diferencia entre cuentas pospagas y
prepagas. Para habilitar la gestión de cuentas prepagas según la
realización preferida, la extensión AAA ha sido modificada para
incluir los siguientes tipos de registros: START_PP, STOP_PP
(FIN_PREPAGO), EVENT_PP y UPDATE_PP.
Los tres primeros tipos de registro se
corresponden generalmente con los tipos de registro START, STOP
(FIN) y EVENT ya en uso en el protocolo. Sin embargo, no hay ningún
tipo de registro actualmente propuesto, o en uso, que se
corresponda con el tipo de registro UPDATE anteriormente descrito.
El objeto del nuevo tipo de registro UPDATE es permitir el sondeo
de los diversos clientes de contabilidad por parte del ACC/CCS.
El tipo de registro UPDATE puede utilizarse para
cambiar la tarifa de la sesión ya establecida. Esta funcionalidad
se necesita cuando distintos dominios interactúan entre sí, tal como
cuando las acciones dentro de la PS afectan los cargos del dominio
del IMS. En los borradores actuales de la IETF, este factor no ha
sido tenido en cuenta. La ausencia de una función de actualización
dentro del presente protocolo propuesto significa que no es posible
actualizar las sesiones de contabilidad en curso, y por ello los
planes de cargos de índole patrocinadora, o bien otros planes
cualesquiera de cargos más complicados, no pueden implementarse. En
cada caso, la nueva extensión _PP deja claro a las entidades que
están recibiendo los tipos de registro que se refieren a cuentas
prepagas, que deben tratarse de manera distinta a las cuentas
pospagas. Esta nueva extensión distingue mecanismos de pos- y
prepago, reduciendo por ello la carga de señalización. Las nuevas
extensiones distinguen mecanismos de pos- y prepago, reduciendo por
ello la magnitud de la funcionalidad lógica necesaria en el
servidor.
Una vez que las etapas anteriormente enumeradas
han tenido lugar y acuse de recibo, los datos del tráfico pueden
transferirse entre los UE 30 y 39, en este caso, mediante el GGSN
32.
Una única red de tercera generación puede
incluir un cierto número de elementos que pueden generar datos de
cargos que sean relevantes para la invención. Estos pueden ser
miembros del IMS (subsistema de multimedios del IP) de la red, por
ejemplo, la P-CSCF, la S-CSCF, la
I-CSCF, la BGCF (función de control de pasarela de
salida) y la MGCF (función de control de pasarela de multimedios), o
bien miembros del dominio PS (conmutado por paquetes), por ejemplo,
el SGSN y el GGSN. Los datos de cargos generados por los dominios IP
y PS pueden incluir distintos datos. Por ejemplo, un CDR generado
por el GGSN (conocido como un G-CDR) incluye
habitualmente información sobre la cantidad de datos conmutados por
paquetes transferidos durante la llamada, ya que la tarifa para una
conexión conmutada por paquetes puede basarse en la cantidad de
datos transferidos; mientras que los cargos generados por la
P-CSCF pueden incluir información sobre el tiempo
consumido para la llamada, ya que la tarifa para una conexión de IP
puede basarse en ese factor. Si una llamada hace uso de conexiones
tanto de IP como PS, entonces es posible que se generen datos de
cargos múltiples para la llamada, y el resultado de esto puede ser
que se cargue a un usuario dos veces por la misma llamada. Para
evitar esto, la red puede disponerse de forma tal que los dominios
de IP y PS de la red cooperen a fin de que los datos de cargos no
se dupliquen de esta manera.
Puede utilizarse también un agregado similar a
la información de cargos en el caso de otras aplicaciones, en forma
adecuada para fines de cargos basados en contenidos.
Como alternativa, el GGSN puede también indicar
a la P-CSCF que generará datos de cargos. En ese
caso, no habría ninguna necesidad de crear tales datos en el mismo
subsistema de multimedios de IP.
Claims (28)
1. Un procedimiento de cargos contra crédito
prepago en una red de comunicación, comprendiendo el procedimiento
las etapas de:
- solicitar el establecimiento de una llamada entre un primer terminal (30) y un segundo terminal (39);
- verificar si algún coste generado por clientes de contabilidad en la red, y asociado a la llamada, ha de cargarse contra el crédito prepago;
- en el caso de que alguno de, o todos, los costes haya(n) de cargarse contra el crédito prepago, establecer una sesión de contabilidad entre un servidor (37) de contabilidad y un cliente de contabilidad que generará los costes a cargar contra el crédito prepago, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad;
- establecer la llamada con el segundo terminal;
caracterizado porque el procedimiento
comprende adicionalmente las etapas de:
- enviar datos de actualización de cargos desde el cliente de contabilidad al servidor de contabilidad durante la llamada; y
- clasificar los datos de actualización de cargos en el servidor de contabilidad sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
2. Un procedimiento según la reivindicación 1,
en el cual hay una pluralidad de clientes de contabilidad que
generan costes con respecto a la llamada, incluyendo el
procedimiento las etapas de:
establecer sesiones de contabilidad entre cada
respectivo cliente de contabilidad y el servidor (37) de
contabilidad, adjudicándose a cada una de las sesiones de
contabilidad un identificador común de sesión de contabilidad
asociado a la llamada a establecer;
enviar datos de actualización de cargos desde
cada uno de los clientes de contabilidad al servidor (37) de
contabilidad durante la llamada, incluyendo los datos de
actualización de cargos el identificador de sesión de contabilidad;
y
clasificar los datos de actualización de cargos
de cada uno de los clientes de contabilidad sobre la base del
identificador de sesión de contabilidad, permitiendo por ello la
actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
3. Un procedimiento según la reivindicación 1 o
2, en el cual el servidor (37) de contabilidad está situado en la
red original del primer terminal (30).
4. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual cada cliente de
contabilidad adopta la forma de una de las siguientes entidades de
red:
- SGSN (33)/GGSN (32);
- S-CSCF (35)/P-CSCF (34); y
- un servidor (38) de aplicaciones de red.
\vskip1.000000\baselineskip
5. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual el identificador de sesión
de contabilidad se adjudica al recibirse en la red la solicitud para
el establecimiento de una llamada desde el primer terminal
(30).
6. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual la solicitud para el
establecimiento de una llamada se hace mediante un mensaje del
Protocolo de Iniciación de Sesión (SIP) enviado desde el primer
terminal (30).
7. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual los datos de actualización
de cargos se envían desde los clientes de contabilidad al servidor
(37) de contabilidad, mediante un mensaje del protocolo
Diameter.
\newpage
8. Un procedimiento según la reivindicación 7,
en el cual los datos de actualización de cargos se envían desde
cada cliente de contabilidad al cliente de contabilidad, en
respuesta a una solicitud de actualización del protocolo Diameter
emitida por el servidor (37) de contabilidad.
9. Un procedimiento según la reivindicación a,
en el cual el servidor de contabilidad emite las solicitudes de
actualización periódicamente a cada cliente de contabilidad.
10. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual la etapa de verificar si
los costes han de cargarse contra el crédito prepago incluye la
etapa de buscar datos del perfil del abonado al recibirse la
solicitud para el establecimiento de la llamada.
11. Un procedimiento según una cualquiera de las
reivindicaciones precedentes, en el cual la red es una red IP.
12. Un procedimiento según la reivindicación 11,
en el cual la red es una red UMTS.
13. Una red de comunicación configurada para
permitir el cargo contra crédito prepago con respecto a un primer
terminal, incluyendo la red un servidor (37) de contabilidad y un
cliente de contabilidad capaz de generar costes asociados a un
servicio en la red, estando la red configurada para:
- aceptar una solicitud del primer terminal (30) para el establecimiento de una llamada entre el primer terminal (30) y un segundo terminal (39);
- verificar si cualquier coste generado por clientes de contabilidad en la red, y asociado a la llamada, ha de cargarse contra el crédito prepago;
- en el caso de que alguno de, o todos, los costes, haya(n) de cargarse contra el crédito prepago, establecer una sesión de contabilidad entre el servidor (37) de contabilidad y el cliente de contabilidad que generará los costes a cargar contra el crédito prepago, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad; y
- establecer la llamada con el segundo terminal;
- caracterizada porque el cliente de contabilidad está configurado para enviar datos de actualización de cargos al servidor (37) de contabilidad durante la llamada; y
- el servidor (37) de contabilidad está configurado para clasificar los datos de actualización de cargos sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
14. Una red de comunicación según la
reivindicación 13, que incluye una pluralidad de clientes de
contabilidad que generan costes con respecto a la llamada, estando
la red configurada para:
establecer sesiones de contabilidad entre cada
respectivo cliente de contabilidad y el servidor (37) de
contabilidad, adjudicándose a cada una de las sesiones de
contabilidad un identificador común de sesión de contabilidad,
asociado a la llamada a establecer;
en la cual cada uno de los clientes de
contabilidad está configurado para enviar datos de actualización de
cargos al servidor (37) de contabilidad durante la llamada,
incluyendo los datos de actualización de cargos el identificador de
sesión de contabilidad; y
el servidor de contabilidad está configurado
para clasificar los datos de actualización de cargos de cada uno de
los clientes de contabilidad sobre la base del identificador de
sesión de contabilidad, permitiendo por ello la actualización del
crédito prepago durante la llamada.
\vskip1.000000\baselineskip
15. Una red de comunicación según la
reivindicación 13 o 14, en la cual el servidor (37) de contabilidad
está situado en la red original del primer terminal (30).
16. Una red de comunicación según una cualquiera
de las reivindicaciones 13 a 15, en la cual cada cliente de
contabilidad adopta la forma de una de las siguientes entidades de
red:
- SGSN/ GGSN;
- S-CSCF/P.CSCF; y
- un servidor de aplicaciones de red.
\vskip1.000000\baselineskip
17. Una red de comunicación según una cualquiera
de las reivindicaciones 13 a 16, configurada de forma tal que el
identificador de sesión de contabilidad se adjudique al recibirse en
la red la solicitud para el establecimiento de una llamada desde el
primer terminal (30).
18. Una red de comunicación según una cualquiera
de las reivindicaciones 13 a 17, en la cual la solicitud para el
establecimiento de una llamada se hace mediante un mensaje del
Protocolo de Iniciación de Sesión (SIP) enviado desde el primer
terminal (30).
19. Una red de comunicación según una cualquiera
de las reivindicaciones 13 a 18, en la cual los datos de
actualización de cargos se envían desde los clientes de contabilidad
al servidor (37) de contabilidad mediante un mensaje del protocolo
Diameter.
20. Una red de comunicación según la
reivindicación 19, en la cual los datos de actualización de cargos
se envían desde cada cliente de contabilidad al cliente de
contabilidad en respuesta a una solicitud de actualización del
protocolo Diameter emitida por el servidor (37) de contabilidad.
21. Una red de comunicación según la
reivindicación 20, en la cual el servidor (37) de contabilidad emite
las solicitudes de actualización periódicamente a cada cliente de
contabilidad.
22. Una red de comunicación según cualquiera de
las reivindicaciones 13 a 21, configurada para verificar si han de
cargarse costes contra crédito prepago, buscando datos del perfil
del abonado al recibirse la solicitud para el establecimiento de la
llamada.
23. Una red de comunicación según cualquiera de
las reivindicaciones 13 a 22, en la cual la red es una red IP.
24. Una red de comunicación según la
reivindicación 23, en la cual la red es una red UMTS.
25. Un servidor (37) de contabilidad para cargar
contra crédito prepago en una red de comunicación, según una
cualquiera de las reivindicaciones 13 a 24, estando el servidor (37)
de contabilidad configurado para:
- establecer una sesión de contabilidad con un cliente de contabilidad que generará los costes a cargar contra crédito prepago durante una llamada, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad,
caracterizado porque el servidor (37) de
contabilidad, que está incluido en dicha red de comunicación, está
adicionalmente configurado para:
- recibir datos de actualización de cargos desde el cliente de contabilidad durante la llamada; y
- clasificar los datos de actualización de cargos sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
26. Un cliente de contabilidad para cargos
contra crédito prepago en una red de comunicación según una
cualquiera de las reivindicaciones 13 a 24, estando el cliente de
contabilidad configurado para:
- establecer una sesión de contabilidad con un servidor (37) de contabilidad incluido en dicha red de comunicación, por lo cual el cliente de contabilidad generará los costes a cargar contra crédito prepago durante una llamada, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad,
caracterizado porque el cliente de
contabilidad está adicionalmente configurado para:
- enviar datos de actualización de cargos al servidor (37) de contabilidad durante una llamada, para la clasificación por parte del servidor (37) de contabilidad, sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
27. Un procedimiento de cargos contra crédito
prepago, con un servidor (37) de contabilidad incluido en una red
de comunicación según una cualquiera de las reivindicaciones 13 a
24, comprendiendo el procedimiento:
- establecer una sesión de contabilidad con un cliente de contabilidad que generará los costes a cargar contra crédito prepago durante una llamada, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad, caracterizado porque el procedimiento comprende adicionalmente:
- recibir datos de actualización de cargos desde el cliente de contabilidad durante la llamada; y
- clasificar los datos de actualización de cargos sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
\vskip1.000000\baselineskip
28. Un procedimiento de cargos contra crédito
prepago con un cliente de contabilidad en una red de comunicación
según una cualquiera de las reivindicaciones 13 a 24, comprendiendo
el procedimiento:
- establecer una sesión de contabilidad con un servidor de contabilidad incluido en dicha red de comunicaciones, por lo cual el cliente de contabilidad generará los costes a cargar contra crédito prepago durante una llamada, adjudicándose a la sesión de contabilidad un identificador de sesión de contabilidad,
caracterizado porque el procedimiento
comprende adicionalmente:
- enviar datos de actualización de cargos al servidor (37) de contabilidad durante una llamada, para la clasificación por parte del servidor de contabilidad, sobre la base del identificador de sesión de contabilidad, permitiendo por ello la actualización del crédito prepago durante la llamada.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/IB2002/000795 WO2003058997A1 (en) | 2002-01-09 | 2002-01-09 | Prepaid charging in communication network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2341093T3 true ES2341093T3 (es) | 2010-06-15 |
Family
ID=11004272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02702684T Expired - Lifetime ES2341093T3 (es) | 2002-01-09 | 2002-01-09 | Cargo prepago en una red de comunicacion. |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7787859B2 (es) |
| EP (1) | EP1464199B1 (es) |
| AT (1) | ATE464755T1 (es) |
| AU (1) | AU2002236175A1 (es) |
| DE (1) | DE60236018D1 (es) |
| DK (1) | DK1464199T3 (es) |
| ES (1) | ES2341093T3 (es) |
| PT (1) | PT1464199E (es) |
| WO (1) | WO2003058997A1 (es) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2387064B (en) * | 2002-03-26 | 2004-06-16 | Motorola Inc | Method and system for construction and communication of data on network access and service transactions in a telecommunication network |
| US6965667B2 (en) * | 2002-05-30 | 2005-11-15 | Slingshot Communications, Inc. | Method of accounting prepaid online internet service credit values |
| US8082197B2 (en) * | 2003-01-24 | 2011-12-20 | Nokia Corporation | Communication system |
| US7542556B2 (en) * | 2003-03-17 | 2009-06-02 | Alcatel-Lucent Usa Inc. | Apparatus and method for providing multiple line billing in telecommunications systems |
| ES2297427T3 (es) * | 2004-06-03 | 2008-05-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Mecanismos de cargo para servicios multimedia ip. |
| US20060083242A1 (en) * | 2004-10-20 | 2006-04-20 | Nokia Corporation | Address modification in application servers |
| US7680481B2 (en) * | 2005-03-07 | 2010-03-16 | Alcatel-Lucent Usa Inc. | Method and apparatus for linking charging records |
| US20070155408A1 (en) * | 2005-12-29 | 2007-07-05 | John Belcea | Method and apparatus for determining distances between wireless communication devices using low frequency signals |
| CN101594601B (zh) * | 2008-05-30 | 2012-04-04 | 华为技术有限公司 | 计费方法、装置及系统 |
| US20100054177A1 (en) * | 2008-09-02 | 2010-03-04 | Serdar Sahin | Method and system of using ip multimedia system for call setup in mobile satellite systems |
| US8725644B2 (en) * | 2011-01-28 | 2014-05-13 | The Active Network, Inc. | Secure online transaction processing |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5504808A (en) * | 1994-06-01 | 1996-04-02 | Hamrick, Jr.; James N. | Secured disposable debit card calling system and method |
| US5826185A (en) * | 1994-11-16 | 1998-10-20 | Banana Cellular, Inc. | Cellular phone system wherein the air time use is predetermined |
| US6453029B1 (en) * | 1998-05-18 | 2002-09-17 | Intervoice Limited Partnership | Debit card system without centralized server |
| FI982748A (fi) | 1998-10-19 | 2000-04-20 | Nokia Networks Oy | Laskutus tietoliikenneverkossa |
| US6496690B1 (en) * | 1999-05-07 | 2002-12-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Prepaid subscriber service for packet-switched and circuit-switched radio telecommunications networks |
| CA2305249A1 (en) * | 2000-04-14 | 2001-10-14 | Branko Sarcanin | Virtual safe |
| EP1168806A1 (en) * | 2000-06-29 | 2002-01-02 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method and apparatus for charging of telecommunications services |
| FI112143B (fi) * | 2000-08-14 | 2003-10-31 | Sonera Oyj | Prepaid-palvelu |
| US20020025795A1 (en) * | 2000-08-24 | 2002-02-28 | Msafe Inc., | Method, system and device for monitoring activity of a wireless communication device |
| US20030027549A1 (en) * | 2001-07-30 | 2003-02-06 | Msafe Inc. | Prepaid communication system and method |
| US6947724B2 (en) * | 2002-01-04 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method of billing based on the reported traffic load in a telecommunications network |
-
2002
- 2002-01-09 DK DK02702684.8T patent/DK1464199T3/da active
- 2002-01-09 EP EP02702684A patent/EP1464199B1/en not_active Expired - Lifetime
- 2002-01-09 DE DE60236018T patent/DE60236018D1/de not_active Expired - Lifetime
- 2002-01-09 AU AU2002236175A patent/AU2002236175A1/en not_active Abandoned
- 2002-01-09 US US10/500,712 patent/US7787859B2/en not_active Expired - Lifetime
- 2002-01-09 PT PT02702684T patent/PT1464199E/pt unknown
- 2002-01-09 WO PCT/IB2002/000795 patent/WO2003058997A1/en not_active Application Discontinuation
- 2002-01-09 AT AT02702684T patent/ATE464755T1/de not_active IP Right Cessation
- 2002-01-09 ES ES02702684T patent/ES2341093T3/es not_active Expired - Lifetime
-
2010
- 2010-07-15 US US12/837,211 patent/US8078142B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003058997A1 (en) | 2003-07-17 |
| US20100279651A1 (en) | 2010-11-04 |
| US20050136888A1 (en) | 2005-06-23 |
| US7787859B2 (en) | 2010-08-31 |
| PT1464199E (pt) | 2010-05-20 |
| EP1464199A1 (en) | 2004-10-06 |
| DE60236018D1 (de) | 2010-05-27 |
| ATE464755T1 (de) | 2010-04-15 |
| US8078142B2 (en) | 2011-12-13 |
| DK1464199T3 (da) | 2010-07-19 |
| AU2002236175A1 (en) | 2003-07-24 |
| EP1464199B1 (en) | 2010-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101045706B1 (ko) | 통신 네트워크 및 과금 정보 공유 방법 | |
| ES2290131T3 (es) | Identificador de tarificacion comun para redes de comunicaciones. | |
| US8078142B2 (en) | Prepaid charging in communication network | |
| AU2009236665B2 (en) | Online charging for roaming users in a proxy online charging system of a visited network | |
| US7782788B2 (en) | Charging in a communications network | |
| ES2327902T3 (es) | Organizacion de la facturacion de abonados en un sistema de telecomunicacion. | |
| US7610037B2 (en) | Charging in communication networks | |
| ES2534523T3 (es) | Facturación para un sistema de comunicación | |
| US7787858B2 (en) | Charging in communication networks | |
| US20050021351A1 (en) | Charging in a communication system | |
| US20040185826A1 (en) | Charging in communication networks | |
| US20060003734A1 (en) | Charging in a communication system | |
| CN101123512A (zh) | Ip多媒体子系统对用户进行计费的方法及系统 | |
| US20110078281A1 (en) | Lawful access data retention diameter application | |
| WO2008141589A1 (fr) | Système de communication sans fil, appareil et procédé de communication sans fil | |
| US7860748B2 (en) | Charging in a communication system | |
| Poikselktä | IMS Concepts | |
| KR20080107823A (ko) | 이동 통신망에서의 서비스 과금 시스템 및 방법 |