ES2324464T3 - Sistema, procedimiento y nodo de red para proporcionar facturacion especifica de servicios en un sistema de telecomunicacion. - Google Patents
Sistema, procedimiento y nodo de red para proporcionar facturacion especifica de servicios en un sistema de telecomunicacion. Download PDFInfo
- Publication number
- ES2324464T3 ES2324464T3 ES02700297T ES02700297T ES2324464T3 ES 2324464 T3 ES2324464 T3 ES 2324464T3 ES 02700297 T ES02700297 T ES 02700297T ES 02700297 T ES02700297 T ES 02700297T ES 2324464 T3 ES2324464 T3 ES 2324464T3
- Authority
- ES
- Spain
- Prior art keywords
- billing
- service
- content
- services
- data
- 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
- 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/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/745—Customizing according to wishes of subscriber, e.g. friends or family
-
- 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
-
- 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/44—Augmented, consolidated or itemized billing statement or bill presentation
-
- 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/46—Real-time negotiation between users and providers or operators
-
- 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/49—Connection to several service providers
-
- 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/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
-
- 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/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
-
- 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/53—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using mediation
-
- 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/68—Payment of value-added services
-
- 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/83—Notification aspects
-
- 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/01—Details of billing arrangements
- H04M2215/0104—Augmented, consolidated or itemised billing statement, e.g. additional billing information, bill presentation, layout, format, e-mail, fax, printout, itemised bill per service or per account, cumulative billing, consolidated billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0108—Customization according to wishes of subscriber, e.g. customer preferences, friends and family, selecting services or billing options, Personal Communication Systems [PCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0172—Mediation, i.e. device or program to reformat CDRS from one or more switches in order to adapt to one or more billing programs formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
-
- 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/2026—Wireless network, e.g. GSM, PCS, TACS
-
- 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/46—Connection to several service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/52—Interconnection, inter-exchange, reseller billing, billing agreements between different operators, e.g. billing identifier added on the CDR in order to cross charge the other operator, inter-operator accounting, reconciliation, bill directly resellers customers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/54—Resellers-retail or service providers billing, e.g. agreements with telephone service operator, activation, charging/recharging of accounts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/56—On line or real-time flexible agreements between service providers and telecoms operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/82—Advice-of-Charge [AOC], i.e. notify subscriber of charges/cumulative charge; meter at the substation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Confectionery (AREA)
- Air Bags (AREA)
Abstract
Un procedimiento para proporcionar facturación específica de servicios en un sistema de telecomunicaciones, en el que un sistema de un operador de red transmite servicios de al menos un proveedor de servicios a un abonado, y establece registros de llamadas detallados para utilizarse en la facturación y que contienen al menos un parámetro de facturación y el valor del mismo, que se caracteriza porque el procedimiento comprende al menos las etapas siguientes de: determinar reglas para definir los parámetros de facturación, determinar por medio de las reglas de definición, un contenido de facturación de al menos uno de los servicios, conteniendo el contenido al menos un parámetro de facturación específica de servicio e indicando como se ha encontrado el parámetro en los datos de facturación transmitidos durante el uso del servicio, y almacenar el contenido de facturación en el sistema de telecomunicaciones de manera que se encuentra disponible al sistema del operador de la red.
Description
Sistema, procedimiento y nodo de red para
proporcionar facturación específica de servicios en un sistema de
telecomunicación.
La invención se refiere a la facturación de un
servicio transmitido en un sistema de telecomunicaciones, y en
particular a proporcionar facturación específica de servicios.
Los servicios proporcionados en los sistemas de
telecomunicaciones son producidos cada vez más frecuentemente en un
entorno de multi proveedores, en el que un operador de red
proporciona servicios de portador y uno o más proveedores de
servicios proporcionan los servicios reales. Un proveedor de
servicios no mantiene una red, sino que adquiere los servicios de
portador requeridos del operador de la red. De esta manera, el
precio total de un servicio es una combinación del precio de la
conexión y del precio del servicio o contenido actual. Incluso en
un entorno de multi proveedor, la mejor manera de realizar el cargo
a un cliente es que el operador de la red realice la
autentificación y la facturación al usuario del servicio de acuerdo
con el número de teléfono del usuario, también en nombre del
proveedor del servicio. Una factura real se basa en los datos de
facturación transmitidos por el proveedor de servicio en una
respuesta de servicio y es cobrada y procesada por un sistema de
facturación cotJectirM del operador de la red.
El documento US 5 982 864 se refiere a la
información de facturación específica del cliente que es añadida a
una factura y desvela cómo un abonado puede recibir un tipo de
información similar de facturación con independencia del tipo de
servicio que ha utilizado.
Un problema con una facturación de este tipo es
que el operador y el proveedor de servicio deben tener contratos
precisos referidos al contenido y a la estructura de los datos de
facturación con el fin de que un servicio pueda ser facturado de la
manera que desea el proveedor del servicio. En caso de un gran
número de proveedores de servicios, el operador de la red no
necesariamente tiene tiempo o no puede aceptar en detalle los
contenidos de los datos de facturación con cada proveedor de
servicio, lo cual significa que la introducción de un servicio en
el mercado se retrasará, o que el proveedor del servicio deberá
disponer la facturación de alguna otra manera o utilizar un
procedimiento de facturación existente, que puede no ser el mejor
para el servicio en cuestión.
Un objetivo de la invención es desarrollar un
procedimiento y equipo que implementen el procedimiento para
solucionar los problemas que se han mencionado con anterioridad. El
objetivo de la invención se alcanza por un procedimiento, sistema y
nodos de red, que están caracterizados por lo que se desvela en las
reivindicaciones independientes. Las realizaciones preferidas de la
invención se desvelan en las reivindicaciones dependientes.
La invención está basada en la detección de este
problema y en solucionarlo proporcionando un sistema de un operador
de red, preferiblemente un sistema para procesar los datos de
facturación con un mecanismo para informar al operador de la red la
forma con la que los datos de facturación deben ser mostrados. El
mecanismo se crea preferiblemente determinando reglas para definir
parámetros de facturación y determinando, por medio de esas reglas,
un contenido de facturación de un servicio, que se hace disponible
al operador de la red cuando establece un registro detallado de
llamadas, y almacenando el contenido de la facturación en el sistema
de manera que se encuentre disponible para un tratamiento que
produce tiques. Un contenido de facturación determina los
parámetros específicos del servicio que se utilizan en un registro
detallado de llamadas, por ejemplo, un tique, e indica como
localizar los parámetros en los datos de facturación. El sistema de
tratamiento puede constituir una parte del sistema para recoger los
datos de facturación.
Una ventaja de la invención es la capacidad de
transmitir y procesar datos de facturación, que tienen contenidos
diferentes por servicios diferentes puesto que los parámetros de
facturación pueden ser seleccionados libremente. Otra ventaja de la
invención es que no se precisa un contrato de servicios específico
entre el operador de la red y el proveedor del servicio, puesto que
la invención permite determinar la estructura de los datos de
facturación de tal manera que el sistema del operador de la red
identifica los parámetros de facturación y sus valores. Por lo
tanto, el operador puede proporcionar globalmente la autentificación
de usuarios y los servicios de facturación a los proveedores de
servicios. Esto permite incluso facturar la navegación libre, en la
que un usuario puede utilizar todos los servicios y no solamente los
servicios del operador o de los socios del mismo.
La invención se describirá a continuación con
más detalle por medio de las realizaciones preferidas y con
referencia a los dibujos que se acompañan, en los cuales
la figura 1 muestra una arquitectura de red
simplificada,
la figura 2 muestra un ejemplo para determinar
un contenido de facturación de acuerdo con una primera realización
preferida de la invención,
la figura 3 muestra la formación de un tique de
acuerdo con la primera realización preferida de la invención, y
la figura 4 muestra un ejemplo de un tique de
acuerdo con una primera realización preferida de la invención.
\vskip1.000000\baselineskip
La presente invención se puede aplicar en
relación con cualquier sistema de telecomunicaciones en el que los
datos requeridos para la facturación a un abonado son transmitidos
junto con los datos del servicio. Tales sistemas incluyen, por
ejemplo, los sistemas móviles de tercera generación, tales como el
Sistema Universal de Telecomunicaciones Móviles (UMTS) y sistemas
móviles similares al sistema europeo GSM (Sistema Global de
Comunicaciones Móviles), tal como el GSM 1800 y el PCS (Sistema de
Comunicaciones Personales) y sistemas basados en los sistemas que
se han mencionado más arriba, tales como los sistemas GSM 2+. Los
servicios de GSM 2+ incluyen el servicio general de radio en
paquetes (GPRS) y aplicaciones a medida para la lógica mejorada de
red móvil (CAMEL). La invención también se pueda aplicar en los
sistemas fijos. La invención se describirá más adelante utilizando
como ejemplo el GSM que proporciona un servicio WAP (Protocolo de
Aplicaciones Inalámbricas), sin restringir sin embargo la invención
al mismo. El WAP es una norma de protocolo que permite que los
aparatos que utilizan una transmisión de datos inalámbrica, tal
como teléfonos móviles, utilicen servicios de Internet.
La figura 1 muestra una arquitectura de red
simplificada de una primera realización preferida de la invención,
e ilustra solamente algunos elementos de una arquitectura de un
sistema J Los nodos de red que se muestran en la figura 1 son
unidades lógicas, cuya implementación puede diferir de aquella de la
figura. Será evidente a una persona especialista en la técnica que
el sistema también puede comprender otras funciones y estructuras,
que no tienen que ser descritas en más detalle en la presente
memoria descriptiva. La descripción del sistema no es de ninguna
manera restrictiva, siendo solamente a título de sugerencia.
El sistema que se muestra en la figura 1
consiste en un sistema de un operador de red VJ y en un sistema de
un proveedor de servicios PJ En el ejemplo de la figura 1, un
usuario MS de estación móvil ha establecido una conexión con un
servidor S que proporciona un servicio WAP por medio de la red PLMN
del operador de red por medio de una pasarela WAP W_GW de una
manera previamente conocida. En la primera realización preferida de
la invención, la pasarela WAP W_GW recoge los datos de facturación
de una respuesta de servicio transmitida por el servidor y los
almacena en un fichero histórico, que es recuperado por una pasarela
de carga CG conectada a la red PLMN del operador de red y que es
tratada en registros detallados de llamadas, es decir, tiques. Un
ejemplo de un tique se muestra en la figura 4. A continuación los
tiques son transmitidos a un centro de facturación que atiende la
facturación a un usuario. La recogida de datos de facturación se
refiere a la recogida de los datos utilizados para formar un tique,
tal como una parte de la respuesta de servicio que contiene los
datos requeridos en la facturación. En una respuesta de servicio,
los datos de facturación pueden estar situados, por ejemplo, en un
encabezamiento http (Protocolo de Transporte de Hipertexto). En otra
realización de la invención, la pasarela WAP W_GW no almacena los
datos relacionados con la facturación que fueron recogidos en un
fichero histórico, sino que transmite los datos a la pasarela de
cargo CG, por ejemplo por medio de una interfaz en tiempo real. Los
detalles de la facturación, por ejemplo como se transmiten, se
recogen y se recuperan los datos de facturación y donde son
almacenados, no son significativos para la invención. Por ejemplo,
disponer la facturación para el servicio WAP se describe en más
detalle en la Solicitud de Patente Finlandesa 200000589
(Disposición de la facturación en un sistema de telecomunicaciones)
que se incorpora a la presente memoria descriptiva a título de
referencia.
La pasarela de cargo CIG comprende una interfaz
I, a través de la cual el contenido de facturación LS específico
del servicio puede ser determinado en la pasarela de cargo. Ejemplos
de tales contenidos de facturación se muestran en la figura 2. De
esta manera, la interfaz I proporciona medios de configuración para
determinar el contenido y la estructura de los datos de facturación
y el tique para almacenarlos por medio de las reglas de definición
de los parámetros de facturación. Los contenidos de facturación
preferiblemente están almacenados en una memoria M de la pasarela
de cargo. El operador de red normalmente ha determinado las reglas
de definición y el proveedor de servicio determina el contenido de
facturación real del servicio, es decir, determina los parámetros
requeridos y proporciona características de parámetros. El contenido
de facturación real es introducido/procesado en la memoria M de la
pasarela de cargo por medio de la interfaz I por el operador o por
el proveedor de servicios, dependiendo de su acuerdo mutuo. La
interfaz I también puede estar dispuesta para comprobar, en relación
con la introducción o tratamiento de los contenidos de facturación,
que las características de parámetros cumplen las reglas de
definición. Las reglas de definición preferiblemente son las mismas
para todos los proveedores de servicios, pero el operador de la red
también puede realizar las reglas a medida por separado para cada
proveedor de servicio. La introducción de los contenidos de
facturación preferiblemente no requiere un contrato de servicio
entre el proveedor de servicios y el operador de la red, pero el
proveedor de servicios puede tener la capacidad de introducir
contenidos de facturación, por ejemplo por medio del Internet
después de haber aceptado ciertas reglas y pasar un tratamiento de
entrada en el sistema. La pasarela de cargo CG también comprende
medios de tratamiento, es decir, un tratamiento P, que transforma
los datos de facturación en un tique por medio del contenido de
facturación especificado para el servicio. La operación del
tratamiento P se describirá en más detalle con relación a la figura
3.
Dependiendo de la realización, la interfaz I
puede estar situada en un nodo de red diferente que los contenidos
de facturación LS almacenados. Ninguno de ambos tiene que estar
situado en la pasarela de cargo. Un nodo de red donde están
almacenados los contenidos de facturación LS comprende medios para
recibir peticiones de contenidos de facturación y medios para
procesar y transmitir las respuestas.
Además de los medios de la técnica anterior, un
sistema que implementa la funcionalidad de la presente invención y
los nodos de red del sistema comprende medios para crear y almacenar
contenidos de facturación específica de servicios. El sistema y los
nodos de red también pueden comprender medios para procesar un
contenido de facturación. Los medios son ejecutados preferiblemente
utilizando los nodos de red presentes, especialmente los
procesadores y la memoria de los mismos. Todas las modificaciones
requeridas para implementar la invención pueden ejecutarse en la
forma de rutinas de programas lógicos añadidos o actualizados,
circuitos integrados específicos de aplicación (ASIC) y/o circuitos
programables.
La figura 2 muestra una manera de acuerdo con
una primera realización preferida de la invención para determinar
los contenidos de facturación específica de servicios almacenados en
una tabla de base de datos en la que a cada parámetro específico de
servicio que se debe tomar en consideración en la facturación se le
proporcionan los datos requeridos, es decir, los parámetros se
determinan de acuerdo con las reglas de definición. Se acepta en la
primera realización preferida de la invención que un tique de
facturación consiste en datos estándar y en datos específicos de
servicios. Los parámetros para los datos estándar están determinados
generalmente en la primera realización preferida, es decir, son
compartidos por todos los servicios. Tales datos estándar incluyen,
por ejemplo, identificador del usuario, nombre del servicio, datos
del estado de servicio, y momento. Los datos estándar o alguna
parte de los mismos pueden ser transmitidos con datos de facturación
específica de servicios, pero, por ejemplo, en el caso de servicios
WAP, normalmente se obtienen de alguna otra manera. Los datos
específicos de servicio se determinan en el contenido de facturación
del servicio. Los parámetros que deberían o podrían estar
especificados en el contenido de la facturación dependen
naturalmente del operador, del sistema de facturación utilizado por
el operador y de la forma en la cual se transmiten los datos de
facturación. Esos asuntos se describen en las reglas de definición.
El hecho esencial en el contenido de facturación de un servicio
individual es que se puede relacionar con un servicio específico y
que al menos un parámetro de facturación es determinado de tal
manera que el parámetro de facturación y el valor del mismo pueden
ser separados de alguna manera de los datos de facturación. Sin
embargo, en la primera realización preferida no es necesario
determinar un contenido de facturación de todos los servicios si los
datos estándar son suficientes para facturar un servicio.
En el ejemplo que se muestra en la figura 2, se
supone con el fin de claridad que el nombre del servicio identifica
suficientemente el servicio, es decir, el servicio no pude ser
confundido con cualquier otro servicio, y diferentes proveedores de
servicios no tienen servicios con nombres similares. En
realizaciones en donde un mero nombre de servicio no identifica un
servicio con suficiente precisión, un servicio que se va a facturar
puede ser identificado por ejemplo en base a los nombres tanto del
proveedor del servicio como del servicio.
En la primera realización preferida de la
invención, las reglas de definición no restringen de ninguna manera
la capacidad de los proveedores de servicios para determinar los
parámetros que se deben considerar en la facturación, y el único
requisito es que cada parámetro de un contenido de facturación de
servicios tenga no solamente un nombre N sino también los datos que
siguen:
- \bullet
- el servicio P con el cual está relacionado el parámetro. Un parámetro definido por medio de un servicio puede ser conectado al contenido de facturación del servicio,
- \bullet
- un identificador ID de parámetro utilizado en los datos de facturación para ayudar a localizar el parámetro y el valor del mismo,
- \bullet
- un separador S1 entre un identificador y el valor del mismo en los datos de facturación,
- \bullet
- tipo de valor V,
- \bullet
- rango permitido de variación del valor indicado por medio del valor más bajo SV y del valor más alto GV, y
- \bullet
- un separador S2 entre los identificadores.
En base a estos datos, un único tique puede
contener de 1 a n artículos de datos de facturación específica de
servicios que son mutuamente independientes. Los datos de
facturación pueden consistir incluso en datos no utilizados por el
operador de la red en su propia facturación. Por ejemplo, en base a
las características que se muestran en la figura 2, un tique
formado por un servicio denominado "Elvis" contiene el valor de
facturación de los parámetros en los datos específicos de servicio,
y un tique formado por un servicio denominado "Iiris" contiene
el valor de facturación de un parámetro. El mismo parámetro también
se puede utilizar en servicios diferentes y con rangos de variación
diferentes. Eliminando parámetros, o añadiendo nuevos parámetros a
un servicio es fácil y simple en la primera realización preferida
de la invención. También es fácil y simple alterar características
de los parámetros, por ejemplo para actualizar el rango permitido de
variación.
En una realización preferida de la invención, el
operador puede restringir las características de los parámetros,
por ejemplo limitando el número máximo de parámetros utilizados en
un servicio o restringiendo solamente a números los tipos de
valores permitidos. El operador también puede determinar su propio
conjunto de parámetros de facturación, que ofrece a los proveedores
de servicios. Los proveedores de servicios a continuación
seleccionan del conjunto de parámetros de facturación los
parámetros que desean utilizar para facturar cada servicio.
En una realización preferida de la invención,
los parámetros y sus valores que se van a utilizar en datos
estándar también son especificados en el contenido de facturación de
cada servicio. De esta manera, los datos estándar también pueden ser
configurados específicamente para cada servicio/proveedor de
servicio.
En otra realización preferida de la invención,
un contenido de facturación común también se determina y se utiliza
en servicios sin contenido de facturación específico propio. Un
contenido de facturación común también puede ser determinado
específicamente para cada proveedor de servicio y/o tipo de
servicio. Si se utiliza un contenido de facturación específica del
tipo de servicio, el tipo de servicio es indicado en una respuesta
de servicio, ya sea directa o indirectamente con el fin de que el
contenido de facturación correcto pueda seleccionarse cuando se
establece un tique. Lo mismo se aplica también a los contenidos de
facturación específica del proveedor de servicio. El tipo de
servicio puede ser finalizado, por ejemplo, en base al servicio
cuando el sistema mantiene datos que enlazan cada servicio con un
tipo de servicio.
En una realización preferida de la invención,
también se puede almacenar en el contenido de facturación una
descripción más amplia de un parámetro, tal como la manera de
utilización o el significado en la facturación.
En otra realización preferida de la invención,
varios identificadores diferentes con diferentes rangos de valores
pueden ser almacenados en lo que se refiere a un parámetro en un
contenido de facturación. En esa realización, solamente un
identificador de este tipo se muestra en los datos de
facturación.
Si el valor permitido más alto de los
identificadores es igual al valor permitido más bajo, en una
realización preferida de la invención, los datos de facturación no
tienen que contener un valor para el parámetro, pero es posible
utilizar el valor determinado en el contenido de facturación cuando
se establece un tique.
En las otras realizaciones de la invención, las
reglas de de definición predeterminadas pueden ser diferentes de la
que se muestra en la figura 2. Es suficiente que las reglas de
definición aseguren que los parámetros en el contenido de
facturación sean conocidos y que se encuentren en los datos de
facturación.
La figura 3 muestra un diagrama de flujo de cómo
se forma un tique (o una parte del mismo, si un tique combina los
datos de facturación de varias respuestas de servicio) de acuerdo
con la primera realización preferida de la invención a partir de
los datos de facturación en la respuesta de servicio. Se supone en
el ejemplo de la figura 3 que el proveedor de servicios ha
trasmitido los datos de facturación o que el campo de datos de
facturación no está vacío. Un campo de datos de facturación vacío
preferiblemente no es procesado de ninguna manera. El ejemplo de la
figura 3 no determina en qué etapa los tiques deberían ser
transmitidos al centro de facturación. En la primera realización
preferida de la invención, los datos de facturación específica de
un servicio se transmiten en encabezamientos http de una respuesta
de servicio. La transmisión de los datos de facturación como parte
de un encabezamiento a http tiene la ventaja de que los datos no son
transmitidos desde la pasarela, tal como una pasarela WAP al
abonado del servicio. Además, un encabezamiento http es un canal
eficiente de los datos de transmisión entre un proveedor de
servicios y un operador.
Puesto que no es significativa para la invención
la manera con la que se encuentran los datos de facturación, por
ejemplo en un fichero histórico, el punto de inicio de la figura 3
es que en la etapa 301 el tratamiento de datos de facturación se
haya iniciado. Por ejemplo, en la primera realización preferida de
la invención, la pasarela WAP recoge los datos de facturación del
encabezamiento http de la respuesta de servicio para el servicio
WAP sobre la base de un retorno de carro. Un ejemplo de datos de
facturación se describirá más adelante. El pagador es identificado
en primer lugar en la etapa 302. El pagador puede ser, por ejemplo,
el usuario final o el proveedor de servicio, tal como un proveedor
de servicios que proporciona un servicio de empuje comercial
WAP/SMS. Un pagador es identificado de acuerdo con el sistema
utilizado. En los presentes servicios WAP, un usuario es
identificado en base al número de teléfono recibido durante el
establecimiento de la conexión. En los sistemas móviles de tercera
generación futuros y en los servicios generales basados en Internet,
el usuario final puede ser identificado por ejemplo por los datos
de acceso al servicio transmitidos por el proveedor del servicio.
También es posible identificar al pagador así como al usuario.
Después de que el pagador haya sido identificado, el servicio con
el cual están relacionados los datos de facturación es identificado
en la etapa 303. El servicio puede ser identificado ya sea
directamente por medio de un identificador que indica el nombre de
servicio en el encabezamiento http, o por medio de un análisis de
una dirección URL (Localizador de Recursos Uniformes). Después de
que el servicio haya sido identificado, los datos estándar se
recuperan de los datos de facturación y se almacenan (o la parte de
los datos estándar no recibidos anteriormente por medio de alguna
otra ruta) en un tique en la etapa 304, y el contenido de
facturación del servicio se recupera en la etapa 305. El contenido
de facturación del servicio se recupera en la primera realización
preferida de la invención comprobando la tabla de la base de datos
que se muestra en la figura 2 y recogiendo todos los parámetros con
las características que se relacionan con el servicio que va a ser
facturado. En la etapa 306, se comprueba si se obtuvo un contenido
de facturación. En otras palabras, se comprueba si un contenido de
facturación ha sido especificado para el servicio. Si se ha obtenido
un contenido de facturación (es decir, ha sido especificado), el
tratamiento del primer parámetro es iniciado en la etapa 307 y un
identificador correspondiente se recupera del encabezamiento http
en la etapa 308. Si se encontró un identificador de este tipo
(etapa 309), el valor dado para el identificador se recupera en la
etapa 310. A continuación se comprueba en la etapa 311 si el valor
es permitido, es decir, si se encuentra dentro de los límites
predeterminados y es de un tipo especificado. Si el valor había
sido permitido, el nombre y el valor del parámetro son almacenados
en el tique en la etapa 312, y se comprueba en la etapa 313 si el
parámetro era el último parámetro del contenido de facturación. Si
el parámetro no era el último, el siguiente parámetro es sujeto al
tratamiento en la etapa 314, con lo cual el tratamiento continúa
desde la etapa 308 buscando en el encabezamiento http el
identificador correspondiente.
Si el parámetro era el último (etapa 313), el
tratamiento de los datos de facturación es finalizado en la etapa
315.
Si el valor del parámetro no fue permitido
(etapa 311), un informe de fallo es generado al sistema en la etapa
316, y el campo de tique en cuestión se deja vacío. Después de que
el informe de fallo haya sido generado, el tratamiento continúa a
la etapa 313 para comprobar si el parámetro procesado era el último
en el contenido de facturación.
Si un identificador de parámetro no fue
encontrado (etapa 309), el tratamiento continúa a la última etapa
313 para comprobar si el parámetro procesado era el último parámetro
del contenido de facturación. En otras palabras, se supone en la
primera realización preferida de la invención que en este momento el
proveedor de servicios no quería utilizar este parámetro para la
facturación. Un parámetro de este tipo puede ser, por ejemplo, un
parámetro de descuento adicional.
Si no se obtuvo un contenido de facturación
(etapa 306), no se ha determinado el servicio, con lo cual el
tratamiento de los datos de facturación es finalizado en la etapa
315.
En una realización preferida de la invención, al
menos algunas de las características de los parámetros de los datos
estándar están contenidas en el contenido de facturación del
servicio. En esta realización, el contenido de facturación debe ser
recuperado (etapa 306) antes de la etapa 304, es decir, la
recuperación y el almacenamiento de los datos estándar.
En una realización preferida de la invención,
todos los parámetros, incluyendo los parámetros de los datos
estándar, transmitidos en los datos de facturación, tales como el
identificador de servicio, están determinados al menos
específicamente para cada proveedor de servicios. En esta
realización, el tratamiento de los datos de facturación es iniciado
identificando en primer lugar el proveedor del servicio, con lo que
a continuación la tabla de bases de datos es comprobada con el fin
de recuperar los parámetros específicos del proveedor de servicio,
tal como un identificador del servicio y posiblemente al menos
algunos de los datos estándar. Después de que el servicio haya sido
identificado, los parámetros especificados para el servicio son
recuperados. Esto proporciona el contenido de la facturación, y los
valores de los parámetros de la misma son recuperados de la manera
que se ha descrito más arriba.
Las etapas de la figura 3 no se encuentran en un
orden absoluto de tiempo. Algunas de las etapas que se han
mencionado más arriba pueden tomar lugar simultáneamente o en otro
orden, tal como las etapas 304 y 305. Algunas etapas pueden
saltarse o etapas no mostradas en la figura 3 pueden ser
implementadas entre las etapas. Algunas etapas también pueden ser
reemplazadas por una etapa correspondiente. Por ejemplo, en una
realización en la que el fichero de acceso solamente comprende
notas que contienen datos de facturación y cuando se utiliza un
contenido de facturación específica de tipo del servicio para cada
servicio, la etapa 306 puede saltarse y la etapa 303 puede ser
reemplazada por una etapa de identificación del tipo de
servicio.
La figura 4 muestra un tique CDR XML (Lenguaje
Extensible de Marcado) de acuerdo con la primera realización de la
invención, en donde el servicio WAP "Elvis" ha sido suscrito
desde el número de teléfono móvil 040555555. El contenido de
facturación del servicio ha sido especificado como se muestra en la
figura 2 y los datos de facturación están indicados como sigue en
el encabezamiento http de la respuesta de servicio:
X-up-billing-Info:SN=elvis&PT:67&EC=15
En la primera realización preferida, el tique
comprende datos estándar -1 y una parte 2 que cambia de acuerdo
con el servicio. La parte 2 específica de servicio es determinada
acuerdo con el contenido de facturación definido para el servicio.
En la primera realización preferida de la invención, el dato
estándar 1 incluye un identificador 11 de parte llamante, datos de
facturación 12 en el encabezamiento http, un nombre 13 de servicio
y una clase 14 de precio de servicio que se utiliza para distribuir
servicios diferentes del mismo proveedor de servicio con clases de
precios diferentes. Los datos estándar son seguidos por la parte de
cargo 2 del tique, que no se encuentra en los tiques relacionados
con un servicio para el cual no se ha especificado un contenido de
facturación. Por medio de las definiciones que se muestran en la
figura 2, el tratamiento para formar un tique puede recuperar de
los datos de facturación un identificador y un valor correspondiente
a cada parámetro especificado para el servicio "Elvis".
Aunque la descripción anterior se refiere a la
utilización de los contenidos de facturación para alterar un tique,
también se pueda aplicar a otras funciones relacionadas con la
facturación, tales como seleccionar que almacenar en un fichero
histórico.
Será evidente a un especialista en la técnica
que conforme se desarrolle la tecnología, la idea básica de la
invención puede ser implementada de distintas maneras. Las
realizaciones de la invención que se han descrito más arriba o las
características individuales de las mismas pueden ser combinadas
para proporcionar nuevas realizaciones. Por lo tanto, la invención
y las realizaciones de la misma no están restringidos a los ejemplos
anteriores, sino que pueden variar encontrándose en alcance de las
reivindicaciones.
Claims (17)
1. Un procedimiento para proporcionar
facturación específica de servicios en un sistema de
telecomunicaciones, en el que un sistema de un operador de red
transmite servicios de al menos un proveedor de servicios a un
abonado, y establece registros de llamadas detallados para
utilizarse en la facturación y que contienen al menos un parámetro
de facturación y el valor del mismo, que se caracteriza
porque el procedimiento comprende al menos las etapas siguientes
de:
- determinar reglas para definir los parámetros de facturación,
- determinar por medio de las reglas de definición, un contenido de facturación de al menos uno de los servicios, conteniendo el contenido al menos un parámetro de facturación específica de servicio e indicando como se ha encontrado el parámetro en los datos de facturación transmitidos durante el uso del servicio, y
- almacenar el contenido de facturación en el sistema de telecomunicaciones de manera que se encuentra disponible al sistema del operador de la red.
2. Un procedimiento de acuerdo con la
reivindicación 1, que se caracteriza porque del procedimiento
también comprende una etapa de establecer, a partir de los datos de
facturación, un registro detallado de llamadas que contiene al
menos una parte específica del servicio que comprende parámetros de
facturación específicas de servicio y sus valores definidos en el
contenido de la facturación.
3. Un procedimiento de acuerdo con las
reivindicaciones 1 ó 2, que se caracteriza porque el
procedimiento también comprende las etapas de
- determinar al menos un conjunto de parámetros de facturación, y
- seleccionar los parámetros de facturación que se van a utilizar en el contenido de facturación del conjunto de parámetros de facturación.
4. Un procedimiento de acuerdo con las
reivindicaciones 1, 2 ó 3, que se caracteriza por determinar
un contenido de facturación para un servicio.
5. Un procedimiento de acuerdo con las
reivindicaciones 1, 2 ó 3, que se caracteriza por determinar
un contenido de facturación para un tipo de servicio, e indicar el
tipo de servicio en los datos de facturación.
6. Un sistema de telecomunicaciones (J) que
comprende
un sistema de un proveedor de servicios (PJ)
para transmitir al menos un servicio a un abonado y para
proporcionar datos de facturación relacionados con el servicio,
y
un sistema de un operador de redes (VJ) para
transmitir el servicio desde el sistema del proveedor de servicios
al abonado del servicio, y para proporcionar un registro de detalles
de llamadas para utilizarse en la facturación del abonado por medio
de los datos de facturación, y
una memoria (M) para almacenar diferentes
especificaciones,
que se caracteriza porque
el sistema del operador de la red (VJ) comprende
una interfaz (I) para almacenar en la memoria (M) un contenido de
facturación (LS) específica de servicio, que determina al menos un
parámetro de facturación específica de servicio a partir de los
datos de facturación de acuerdo con reglas de definición
predeterminadas, e indica como encontrar el parámetro de
facturación en los datos de facturación.
7. Un sistema de acuerdo con la reivindicación
6, que se caracteriza porque el sistema del operador de la
red (VJ) está dispuesto para utilizar las características de los
contenidos de facturación para establecer un registro detallado de
llamadas a partir de los datos de facturación relacionados con el
servicio.
8. Un sistema de acuerdo con la reivindicación
6, que se caracteriza porque el sistema del operador de la
red (VJ) está dispuesto para establecer un registro detallado de
llamadas (CDR) del servicio a partir de datos estándar (1) que
contienen los mismos parámetros para todos los servicios, y de datos
específicos de servicios (2) aún de acuerdo con el contenido de
facturación definido por el servicio para el servicio.
9. Un sistema de acuerdo con las
reivindicaciones 6, 7 u 8, que se caracteriza porque la
interfaz (I) también está dispuesta para alterar las
características de los contenidos de facturación.
\newpage
10. Un sistema de acuerdo con las
reivindicaciones 6, 7, 8 ó 9, que se caracteriza porque la
interfaz (I) también está dispuesta para comprobar, en relación con
el citado almacenamiento, si las características de los parámetros
cumplen con las reglas de definición.
11. Un sistema de acuerdo con las
reivindicaciones 6, 7, 8, 9 ó 10, que se caracteriza porque
el sistema (J) está basado en un sistema GPRS.
12. Un sistema de acuerdo con las
reivindicaciones 6, 7, 8, 9 ó 10, que se caracteriza porque
el sistema (J) está basado en un sistema UMTS.
13. Un nodo de red (CG) en un sistema de
telecomunicaciones en el que un sistema de un operador de red está
dispuesto para transmitir servicios de al menos un proveedor de
servicios a un abonado, y para proporcionar registros detallados de
llamadas utilizados en la facturación, y en el que el proveedor de
servicios está dispuesto para transmitir datos de facturación en
relación con un servicio,
- que se caracteriza porque
- el nodo de red comprende medios de configuración (I) para específica los parámetros contenidos en los datos de facturación del servicio por medio de reglas de definición predeterminadas de tal manera que las características de los parámetros son utilizables para formar un registro detallado de llamadas relacionadas con el servicio.
14. Un nodo de red de acuerdo con la
reivindicación 13, que se caracteriza porque el medio de
configuración (I) está dispuesto para alterar las características
del parámetro.
15. Un nodo de red de acuerdo con las
reivindicaciones 13 ó 14, que se caracteriza porque el nodo
también comprende medios de tratamiento (P) para establecer un
registro detallado de llamadas a partir de los datos de facturación
relacionados con el servicio, de manera que al menos una parte del
registro detallado de llamadas se forme de acuerdo con las
características de parámetros para el servicio.
16. Un nodo de red (CG) en un sistema de
telecomunicaciones, en el que un sistema de un operador de red está
dispuesto para transmitir servicios de al menos un proveedor de
servicios a un abonado, y en el que el proveedor de servicios está
dispuesto para transmitir datos de facturación en relación con un
servicio, comprendiendo el nodo de red medios de tratamiento (P)
para establecer un registro detallado de llamadas a partir de los
datos de facturación relacionados con el servicio,
- que se caracteriza porque
- el medio de tratamiento (P) están dispuestos para
- recuperar un contenido de facturación específica de servicio que contiene al menos parámetros de facturación específicos de servicio especificados de acuerdo con las reglas de definición predeterminadas, y que indican como se pueden encontrarlos los parámetros en los datos de facturación, y establecer un registro de detallado de llamadas de tal manera que al menos una parte de un registro detallado de llamadas cumple con el contenido de facturación.
17. Un nodo de red (CG) de acuerdo con
cualquiera de las reivindicaciones 13 a 16, que se
caracteriza porque los medios (I, P) son implementados por
rutinas de programas lógicos.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI20010302A FI111680B (fi) | 2001-02-16 | 2001-02-16 | Palvelukohtainen laskutus |
FI20010302 | 2001-02-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2324464T3 true ES2324464T3 (es) | 2009-08-07 |
Family
ID=8560390
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES02700297T Expired - Lifetime ES2324464T3 (es) | 2001-02-16 | 2002-02-15 | Sistema, procedimiento y nodo de red para proporcionar facturacion especifica de servicios en un sistema de telecomunicacion. |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1397931B1 (es) |
AT (1) | ATE429777T1 (es) |
DE (1) | DE60232072D1 (es) |
DK (1) | DK1397931T3 (es) |
ES (1) | ES2324464T3 (es) |
FI (1) | FI111680B (es) |
WO (1) | WO2002067616A1 (es) |
Families Citing this family (52)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2859586B1 (fr) * | 2003-09-04 | 2006-04-28 | Orange France | Procede et systeme de facturation d'un abonne a un fournisseur d'acces a un reseau de communication pour l'utilisation de services |
FR2860365B1 (fr) * | 2003-09-30 | 2006-04-28 | Orange France | Procede et systeme de mise a disposition d'informations de taxation d'un service payant delivre par un fournisseur de services. |
CN100344096C (zh) * | 2004-12-22 | 2007-10-17 | 华为技术有限公司 | 一种在通信系统中进行计费的方法 |
CN100397820C (zh) * | 2004-12-22 | 2008-06-25 | 华为技术有限公司 | 一种在通信系统中进行计费的方法 |
EP2075952B1 (en) | 2007-12-24 | 2017-03-29 | Alcatel Lucent | Method of providing network transport services |
US8402111B2 (en) | 2009-01-28 | 2013-03-19 | Headwater Partners I, Llc | Device assisted services install |
US8406748B2 (en) | 2009-01-28 | 2013-03-26 | Headwater Partners I Llc | Adaptive ambient services |
US8023425B2 (en) | 2009-01-28 | 2011-09-20 | Headwater Partners I | Verifiable service billing for intermediate networking devices |
US8626115B2 (en) | 2009-01-28 | 2014-01-07 | Headwater Partners I Llc | Wireless network service interfaces |
US8635335B2 (en) | 2009-01-28 | 2014-01-21 | Headwater Partners I Llc | System and method for wireless network offloading |
US8589541B2 (en) | 2009-01-28 | 2013-11-19 | Headwater Partners I Llc | Device-assisted services for protecting network capacity |
US8275830B2 (en) | 2009-01-28 | 2012-09-25 | Headwater Partners I Llc | Device assisted CDR creation, aggregation, mediation and billing |
US8391834B2 (en) | 2009-01-28 | 2013-03-05 | Headwater Partners I Llc | Security techniques for device assisted services |
US8340634B2 (en) | 2009-01-28 | 2012-12-25 | Headwater Partners I, Llc | Enhanced roaming services and converged carrier networks with device assisted services and a proxy |
US8548428B2 (en) | 2009-01-28 | 2013-10-01 | Headwater Partners I Llc | Device group partitions and settlement platform |
US8832777B2 (en) | 2009-03-02 | 2014-09-09 | Headwater Partners I Llc | Adapting network policies based on device service processor configuration |
US8346225B2 (en) | 2009-01-28 | 2013-01-01 | Headwater Partners I, Llc | Quality of service for device assisted services |
US9578182B2 (en) | 2009-01-28 | 2017-02-21 | Headwater Partners I Llc | Mobile device and service management |
US10779177B2 (en) | 2009-01-28 | 2020-09-15 | Headwater Research Llc | Device group partitions and settlement platform |
US9270559B2 (en) | 2009-01-28 | 2016-02-23 | Headwater Partners I Llc | Service policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow |
US9572019B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners LLC | Service selection set published to device agent with on-device service selection |
US9565707B2 (en) | 2009-01-28 | 2017-02-07 | Headwater Partners I Llc | Wireless end-user device with wireless data attribution to multiple personas |
US11985155B2 (en) | 2009-01-28 | 2024-05-14 | Headwater Research Llc | Communications device with secure data path processing agents |
US9755842B2 (en) | 2009-01-28 | 2017-09-05 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US9980146B2 (en) | 2009-01-28 | 2018-05-22 | Headwater Research Llc | Communications device with secure data path processing agents |
US10783581B2 (en) | 2009-01-28 | 2020-09-22 | Headwater Research Llc | Wireless end-user device providing ambient or sponsored services |
US10841839B2 (en) | 2009-01-28 | 2020-11-17 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US10715342B2 (en) | 2009-01-28 | 2020-07-14 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US9647918B2 (en) | 2009-01-28 | 2017-05-09 | Headwater Research Llc | Mobile device and method attributing media services network usage to requesting application |
US10326800B2 (en) | 2009-01-28 | 2019-06-18 | Headwater Research Llc | Wireless network service interfaces |
WO2010088277A1 (en) * | 2009-01-28 | 2010-08-05 | Headwater Partners I Llc | Device group partitions and settlement platform |
US10057775B2 (en) | 2009-01-28 | 2018-08-21 | Headwater Research Llc | Virtualized policy and charging system |
US9858559B2 (en) | 2009-01-28 | 2018-01-02 | Headwater Research Llc | Network service plan design |
US10248996B2 (en) | 2009-01-28 | 2019-04-02 | Headwater Research Llc | Method for operating a wireless end-user device mobile payment agent |
US11218854B2 (en) | 2009-01-28 | 2022-01-04 | Headwater Research Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US10264138B2 (en) | 2009-01-28 | 2019-04-16 | Headwater Research Llc | Mobile device and service management |
US10064055B2 (en) | 2009-01-28 | 2018-08-28 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US9571559B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners I Llc | Enhanced curfew and protection associated with a device group |
US10200541B2 (en) | 2009-01-28 | 2019-02-05 | Headwater Research Llc | Wireless end-user device with divided user space/kernel space traffic policy system |
US11973804B2 (en) | 2009-01-28 | 2024-04-30 | Headwater Research Llc | Network service plan design |
US10798252B2 (en) | 2009-01-28 | 2020-10-06 | Headwater Research Llc | System and method for providing user notifications |
US8793758B2 (en) | 2009-01-28 | 2014-07-29 | Headwater Partners I Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US9955332B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Method for child wireless device activation to subscriber account of a master wireless device |
US9557889B2 (en) | 2009-01-28 | 2017-01-31 | Headwater Partners I Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US9392462B2 (en) | 2009-01-28 | 2016-07-12 | Headwater Partners I Llc | Mobile end-user device with agent limiting wireless data communication for specified background applications based on a stored policy |
US10484858B2 (en) | 2009-01-28 | 2019-11-19 | Headwater Research Llc | Enhanced roaming services and converged carrier networks with device assisted services and a proxy |
US9954975B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Enhanced curfew and protection associated with a device group |
US10237757B2 (en) | 2009-01-28 | 2019-03-19 | Headwater Research Llc | System and method for wireless network offloading |
US9706061B2 (en) | 2009-01-28 | 2017-07-11 | Headwater Partners I Llc | Service design center for device assisted services |
US10492102B2 (en) | 2009-01-28 | 2019-11-26 | Headwater Research Llc | Intermediate networking devices |
WO2014159862A1 (en) | 2013-03-14 | 2014-10-02 | Headwater Partners I Llc | Automated credential porting for mobile devices |
CN113794574B (zh) * | 2021-09-15 | 2023-06-16 | 上海欣方智能系统有限公司 | 一种话单生成和传输的方法与装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI113224B (fi) * | 1996-11-11 | 2004-03-15 | Nokia Corp | Laskutuksen toteuttaminen tietoliikennejärjestelmässä |
US5982864A (en) * | 1997-05-01 | 1999-11-09 | At& T Corp | Telephone billing with customized billing information |
SE517424C2 (sv) * | 1999-04-27 | 2002-06-04 | Telia Ab | Metod, system och plattform för att underlätta införandet av tjänster i ett telekommunikationsystem |
WO2001033456A2 (en) * | 1999-10-29 | 2001-05-10 | Ap Engines, Inc. | System and method for billing network users |
WO2001091003A2 (en) * | 2000-05-09 | 2001-11-29 | Ztango, Inc. | A method and system for biling over a wireless application protocol gateway |
-
2001
- 2001-02-16 FI FI20010302A patent/FI111680B/fi not_active IP Right Cessation
-
2002
- 2002-02-15 DK DK02700297.1T patent/DK1397931T3/da active
- 2002-02-15 AT AT02700297T patent/ATE429777T1/de not_active IP Right Cessation
- 2002-02-15 EP EP02700297A patent/EP1397931B1/en not_active Expired - Lifetime
- 2002-02-15 WO PCT/FI2002/000128 patent/WO2002067616A1/en not_active Application Discontinuation
- 2002-02-15 ES ES02700297T patent/ES2324464T3/es not_active Expired - Lifetime
- 2002-02-15 DE DE60232072T patent/DE60232072D1/de not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE60232072D1 (de) | 2009-06-04 |
DK1397931T3 (da) | 2010-01-25 |
FI111680B (fi) | 2003-08-29 |
WO2002067616A8 (en) | 2003-12-04 |
FI20010302A0 (fi) | 2001-02-16 |
WO2002067616A1 (en) | 2002-08-29 |
FI20010302A (fi) | 2002-08-17 |
ATE429777T1 (de) | 2009-05-15 |
EP1397931A1 (en) | 2004-03-17 |
EP1397931B1 (en) | 2009-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2324464T3 (es) | Sistema, procedimiento y nodo de red para proporcionar facturacion especifica de servicios en un sistema de telecomunicacion. | |
ES2245753T3 (es) | Metodo de facturacion para una red de comunicacion de informacion. | |
EP3579494B1 (en) | Blockchain based roaming | |
ES2394624T3 (es) | Procedimiento de transmisión de información no solicitada y dispositivo de transferencia para el mismo | |
CN101789868B (zh) | 基于分组的网络中用于移动装置的接入点以及在此类网络中记费的一种方法和系统 | |
ES2281690T3 (es) | Aparatos y procedimientos de servicios de telecomunicaciones. | |
CN101223804B (zh) | 用于选择受访网络的装置和方法 | |
ES2272998T3 (es) | Procedimiento y aparato de comunicacion por radio para la preparacion de mensajes multimedia de manera eficaz para la transmision. | |
ES2401527T3 (es) | Sistema y método para identificar características | |
USRE44201E1 (en) | Wireless fleet communications system for providing separable communications services | |
US7855998B2 (en) | Gb parameter based radio priority | |
ES2560889T3 (es) | Método, dispositivo y teléfono móvil para medir y mostrar el tráfico de Internet de un teléfono móvil | |
ES2250178T3 (es) | Metodo y sistema de soporte de itinerancia en umts. | |
US8527377B2 (en) | Point code to billing ID | |
PT2481227E (pt) | Mediador de gestão de identificação de assinante para redes fixas/móveis | |
BRPI0718312A2 (pt) | Produção de mensagens de direcionamento para comunicações de voz através de ip | |
ES2361183T3 (es) | Procedimiento para el control de recursos en elementos de red en una red de telecomunicaciones. | |
EP1482746A2 (en) | Downloading radio software for a cellular phone, corresponding to a service selected based on location, time or personal information | |
ES2292030T3 (es) | Aparato de gestion de conexion, sistema de gestion de conexion y procedimiento de gestion de conexion. | |
US20050091370A1 (en) | Method for monitoring data transmissions | |
TW498693B (en) | Method for transferring data | |
FR2725579A1 (fr) | Procede de communication dans un reseau de telecommunications | |
ES2943860T3 (es) | Procedimiento de configuración dinámica de entidades de una red de comunicaciones para el enrutamiento de datos de un terminal visitante | |
US20050055292A1 (en) | Method for ascertaining a billing tariff for a data transfer | |
CN110381495A (zh) | 漫游限制方法及装置 |