ES2634247T3 - Procedimientos para llevar a cabo una tarificación basada en roles para servicios PoC - Google Patents

Procedimientos para llevar a cabo una tarificación basada en roles para servicios PoC Download PDF

Info

Publication number
ES2634247T3
ES2634247T3 ES15169219.1T ES15169219T ES2634247T3 ES 2634247 T3 ES2634247 T3 ES 2634247T3 ES 15169219 T ES15169219 T ES 15169219T ES 2634247 T3 ES2634247 T3 ES 2634247T3
Authority
ES
Spain
Prior art keywords
charging
role
poc
information
user
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.)
Active
Application number
ES15169219.1T
Other languages
English (en)
Inventor
Dong Zhao
Aiqin Zhang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2634247T3 publication Critical patent/ES2634247T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • 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/43—Billing software details
    • 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/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • 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/202—VoIP; Packet switched telephony
    • 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/20—Technology dependant metering
    • H04M2215/2093—Push to talk
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)

Abstract

Un procedimiento para llevar a cabo una tarificación basada en roles para un servicio 'pulsar para hablar en redes celulares', PoC, donde el procedimiento comprende: obtener (300, 500, 600), mediante un servidor PoC, información acerca de un rol de usuario; enviar (320, 520, 640), mediante el servidor PoC, una solicitud de tarificación que transporta la información acerca del rol de usuario a una función de datos de cómputo, CDF, o a un sistema de tarificación en línea, OCS; seleccionar (330, 530, 645), mediante la CDF o el OCS, una política de tarificación con referencia a la información acerca del rol de usuario tras recibirse la solicitud de tarificación, llevar a cabo una tarificación según la política de tarificación seleccionada; y devolver (340, 540, 650), mediante la CDF o el OCS, una respuesta de tarificación al servidor PoC, donde la respuesta de tarificación transporta un resultado de tarificación, y el resultado de tarificación se obtiene tras realizar el procedimiento de tarificación según la política de tarificación; donde el rol de usuario comprende al menos uno de entre participante PoC regular, distribuidor PoC, moderador PoC y miembro de grupo.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Procedimientos para llevar a cabo una tarificacion basada en roles para servicios PoC Campo de la invencion
La presente invencion se refiere a la tecnologfa de tarificacion en el campo de las comunicaciones y, en particular, a un procedimiento, un sistema y un aparato para llevar a cabo una tarificacion basada en roles para servicios 'pulsar para hablar en redes celulares' (PoC, Push to Talk over Cellular).
Antecedentes
El servicio PoC es un servicio de comunicacion multimedia por grupos basado en la tecnologfa IP. Se implementa a traves de tecnologfa de voz sobre IP (VoIP) semiduplex. Despues de establecer una lista de nombres de un grupo, un usuario PoC puede realizar llamadas con otro usuario PoC en modo semiduplex de punto a punto y de punto a multipunto. La Figura 1A muestra un sistema de servicios PoC de la tecnica anterior.
Las relaciones entre las entidades implicadas en la comunicacion PoC se muestran en la Figura 1B, donde la funcion PoC de control (CPF) es la base de la comunicacion. Una CPF esta adaptada para llevar a cabo un control centralizado e implementar funciones tales como control de sesion (por ejemplo, establecer o cancelar una sesion, llevar a cabo una senalizacion y una negociacion de medios, procesar solicitudes, distribuir flujos multimedia), aplicacion de una polftica de grupo (incluida la recopilacion y el control de la QoS) y adaptacion al plano del usuario. Cada cliente corresponde a una entidad de funcion PoC de participacion (PPF). Cada PPF realiza una operacion de sesion enviando una solicitud a la CPF, y la CPF negocia y controla el proceso de sesion (por ejemplo, distribucion de medios, transferencia de datos, transferencia de derechos y roles, y autenticacion QoE). Las comunicaciones entre los clientes que se unen a una sesion se llevan a cabo de la siguiente manera: una PPF envfa una solicitud CPF y recibe la instruccion CPF; la CPF distribuye medios y datos a la PPF segun las polfticas; despues, cada PPF reenvfa los medios y los datos al cliente correspondiente conectado, estableciendose asf una comunicacion punto a punto o punto a multipunto entre clientes.
Como modulos funcionales, la CPF y la PPF pueden estar en el mismo servidor PoC o en diferentes servidores PoC. Un cliente es una entidad funcional que anade un usuario en una sesion; el rol es uno de los atributos de un usuario PoC; y multiples usuarios PoC pueden formar un grupo PoC. En la actualidad, los roles de los usuarios PoC incluyen: participante PoC regular, distribuidor PoC, moderador PoC y miembro de grupo. Pueden crearse mas roles en el futuro.
La tarificacion por un servicio PoC consiste espedficamente en cobrar por la PPF y la CPF respectivamente, y se clasifica en tarificacion fuera de lmea y en tarificacion en lmea. Un modulo de tarificacion fuera de lmea se denomina funcion de datos de computo (CDF), y un modulo de tarificacion en lmea se denomina sistema de tarificacion en lmea (OCS).
La solicitud de tarificacion y la operacion de tarificacion correspondientes se inician si se genera un evento mediante una PPF o una CPF debido a una operacion PoC o al establecimiento, actualizacion o finalizacion de una sesion.
El breve proceso de tarificacion por los servicios PoC es el siguiente:
el objeto tarificado genera una solicitud de tarificacion al producirse un evento;
la solicitud transporta los parametros de datos requeridos y se envfa al modulo de tarificacion (CDF u OCS); el modulo de tarificacion lleva a cabo la tarificacion segun los parametros, lo que afectara a los datos de cuenta del usuario;
el modulo de tarificacion devuelve un resultado de operacion al objeto tarificado tras la finalizacion de la tarificacion.
En el proceso de busqueda y desarrollo, los inventores han observado que la tecnica anterior no puede realizar una tarificacion basada en roles.
El documento WO 2004/006501 A1 describe el establecimiento de confianza entre las partes antes de una sesion de comunicaciones entre multiples partes a traves de Internet o similar. Los roles de las tareas estan vinculados entre sf mediante una relacion jerarquica que viene dada por un orden temporal. Un tercera columna 43 determina la correlacion entre los roles de tareas y los roles de usuario: para cada rol de tarea, el proveedor de servicio tendra que establecer los roles de usuario que se permiten para aceptar ese rol de tarea; estos roles de usuario se describen en la columna 44 posterior.
Resumen
5
10
15
20
25
30
35
40
45
50
55
60
65
La presente invencion proporciona un procedimiento, un sistema y un aparato para llevar a cabo una tarificacion basada en roles para servicios PoC, con el fin de realizar diferentes operaciones de tarificacion espedficas de cada rol.
Una forma de realizacion de la presente invencion proporciona un procedimiento para llevar a cabo una tarificacion basada en roles para un servicio 'pulsar para hablar en redes celulares', PoC, que comprende:
obtener, mediante un servidor PoC, informacion acerca de un rol de usuario;
enviar, mediante el servidor PoC, una solicitud de tarificacion que transporta la informacion acerca del rol de usuario a una funcion de datos de computo, CDF, o un sistema de tarificacion en lmea, OCS; seleccionar, mediante la CDF o el OCS, una polftica de tarificacion con referencia a la informacion acerca del rol de usuario tras recibir la solicitud de tarificacion, llevar a cabo la tarificacion segun la polftica de tarificacion seleccionada, y
devolver, mediante la CDF o el OCS, una respuesta de tarificacion al servidor PoC, donde la respuesta de tarificacion transporta un resultado de tarificacion, y el resultado de tarificacion se obtiene tras realizar el procedimiento de tarificacion segun la polftica de tarificacion;
donde el rol de usuario comprende al menos uno de entre participante PoC regular, distribuidor PoC, moderador PoC y miembro de grupo.
En la forma de realizacion de la presente invencion, la informacion acerca del rol de usuario se transporta en la solicitud de tarificacion, y la entidad de funcion de tarificacion selecciona una polftica de tarificacion segun la informacion acerca del rol de usuario, lo que proporciona diferentes operaciones de tarificacion espedficas de cada rol de usuario diferente.
Breve descripcion de los dibujos
La Figura 1A muestra la estructura de un sistema de servicios PoC de la tecnica anterior.
La Figura 1B muestra las relaciones entre las entidades de la comunicacion PoC en la tecnica anterior.
La Figura 2 muestra un sistema de comunicacion PoC que lleva a cabo una tarificacion basada en roles segun una forma de realizacion de la presente invencion.
La Figura 3 muestra el proceso de tarificacion referente al establecimiento o adicion de una sesion PoC basado en roles segun una forma de realizacion de la presente invencion.
La Figura 4 muestra las relaciones entre componentes de un rol de usuario segun una forma de realizacion de la presente invencion.
La Figura 5 es un diagrama de flujo de una tarificacion fuera de lmea segun una forma de realizacion de la presente invencion.
La Figura 6 es un diagrama de flujo de una tarificacion en lmea segun una forma de realizacion de la presente invencion.
Descripcion detallada
Los derechos de funcionamiento, el alcance de las operaciones y las operaciones ejecutables de un rol de usuario son diferentes a los de otro rol de usuario. Por lo tanto, los roles de usuario se tienen en cuenta en la polftica de tarificacion que va a aplicarse en una forma de realizacion de la presente invencion con el fin de proporcionar una tarificacion diferenciada.
Como se muestra en la Figura 2, una funcion PoC de control (CPF) y una funcion PoC de participacion (PPF) estan en el mismo servidor PoC (o en diferentes servidores PoC). El servidor PoC puede iniciar la operacion de tarificacion en el proceso de establecimiento, union, actualizacion o finalizacion de una sesion, y enviar una solicitud de tarificacion a la entidad de funcion de tarificacion, donde la informacion acerca del rol de usuario PoC se transporta en la solicitud. La informacion acerca del rol de usuario PoC puede ser parte de la informacion de rol, por ejemplo un identificador de rol, un ID de rol, informacion que no es de rol relacionada con un rol (por ejemplo, nombre de usuario, ID), periodo de validez de un rol, parte de o toda la informacion de un identificador de funcion relacionada con roles, o detalles de un rol. Polfticas de tarificacion espedficas a diferentes roles se guardan en una entidad de funcion de tarificacion. Tras recibir una solicitud de tarificacion, la entidad de funcion de tarificacion selecciona una polftica de tarificacion con referencia a la informacion acerca del rol de usuario, y lleva a cabo una tarificacion segun la polftica. La operacion de tarificacion consiste en cobrar o no al usuario.
En esta forma de realizacion, un mismo usuario PoC puede tener mas de un rol (multiples roles no deben ser excluyentes entre sf). Cada rol tiene diferentes derechos de funcionamiento y tiene diferentes niveles. Una entidad de funcion de tarificacion ejecuta diferentes polfticas de tarificacion para diferentes roles, y genera el registro de datos de tarificacion (CDR) correspondiente. Las caractensticas de un rol pueden incluir un ID de rol, derechos, un nivel de rol, el alcance de las operaciones, etc. Tales caractensticas estan relacionadas con la polftica de tarificacion y el modo de tarificacion. Un rol y sus caractensticas pueden registrarse en cualquier lugar relacionado con el usuario PoC, y pueden configurarse y registrarse de manera dispersa. Por ejemplo, pueden registrarse en los atributos de grupo en un servidor de gestion de documentos XML (XDMS), un servidor PoC operativo o un cliente
5
10
15
20
25
30
35
40
45
50
55
60
65
PoC; cuando se guardan en un servidor PoC pueden almacenarse en la PPF correspondiente o en la CPF, o en ambas.
Un servidor PoC puede obtener la informacion acerca del rol de usuario de muchas maneras, por ejemplo:
A. El servidor PoC obtiene la informacion de rol directamente a partir del mensaje SIP INVITE recibido;
B. El servidor PoC obtiene la informacion de rol desde un servidor externo, tal como un XDMS, segun el ID de usuario cliente o ID de rol en el mensaje SIP INVITE; y
C. El servidor PoC determina el rol para un usuario PoC con referencia a las condiciones actuales y la informacion de contexto.
El servidor PoC y la entidad de funcion de tarificacion mostrados en la Figura 2 tienen como objetivo representar los significados de la funcion en lugar de la cantidad de la funcion. Puede haber mas de un servidor PoC y mas de una entidad de funcion de tarificacion.
En una forma de realizacion de la presente invencion, una PPF/CPF incluye:
un modulo, adaptado para obtener la informacion acerca de un rol de usuario;
un modulo, adaptado para enviar una solicitud de tarificacion que transporta la informacion de rol de usuario a
la entidad de funcion de tarificacion; y
un modulo, adaptado para recibir respuestas de tarificacion.
Dicho de otro modo, una PPF/CPF puede enviar solicitudes de tarificacion a diferentes entidades de funcion de tarificacion.
En una forma de realizacion de la presente invencion, una entidad de funcion de tarificacion incluye:
un modulo, adaptado para recibir la solicitud de tarificacion que transporta la informacion acerca de un rol de usuario;
un modulo, adaptado para seleccionar una polftica de tarificacion con referencia a la informacion de rol de usuario; y
un modulo, adaptado para devolver una respuesta de tarificacion al emisor de solicitud de tarificacion.
Como se muestra en la Figura 3, un proceso de tarificacion incluye las etapas siguientes, tomando como ejemplo el proceso mediante el cual un rol de usuario establece o se une a una sesion PoC.
Etapa 300: El servidor PoC recibe un mensaje SIP INVITE, que solicita establecer o unirse a una sesion PoC.
Las solicitudes SIP pueden proceder de diferentes fuentes. Por ejemplo, el servidor PoC recibe una solicitud desde un cliente PoC o desde otros servidores; o el servidor PoC genera una solicitud SIP iniciada internamente segun las condiciones actuales.
Etapa 310: El servidor PoC procesa la sesion. El servidor PoC realiza operaciones relacionadas con roles segun la informacion de rol obtenida en el mensaje INVITE (por ejemplo, establecer un tipo de sesion compatible con el tipo de rol despues de que el rol se haya identificado y autenticado con exito, fijar los atributos correspondientes), y realiza operaciones de sesion (por ejemplo, enviar una invitacion de sesion a otros usuarios). Cuando el usuario invitado accede a unirse a la sesion, el mensaje de respuesta "200 OK" transporta la informacion relacionada con el rol del usuario invitado.
Etapa 320: El servidor PoC envfa una solicitud de tarificacion a la entidad de funcion de tarificacion, donde la informacion acerca del rol de usuario se transporta en la solicitud; concretamente, la solicitud esta relacionada con los roles.
Etapa 330: Tras recibir la solicitud de tarificacion, la entidad de funcion de tarificacion selecciona una polftica de tarificacion con referencia a la informacion acerca del rol de usuario en la solicitud, e inicia la tarificacion segun la polftica de tarificacion seleccionada.
Cuando se selecciona una polftica de tarificacion, tambien pueden tenerse en cuenta otros factores ademas de la informacion referente a roles, por ejemplo el segmento de tiempo actual, la prioridad de la sesion de usuario, el alcance de validez de la tasa actual, el entorno operativo actual (tal como el tipo de medio de portadora, un cambio de medio). Estos factores y cualquier combinacion de los mismos pueden afectar a la seleccion de la polftica de tarificacion. Por lo tanto, la informacion referente a roles no es el unico factor para determinar la polftica de tarificacion. Sin embargo, es necesario tener en cuenta el rol de usuario en la seleccion de polfticas de tarificacion basadas en roles.
5
10
15
20
25
30
35
40
45
50
55
60
65
Las polfticas de tarificacion pueden personalizarse de manera flexible segun sea necesario. Por ejemplo, una polftica de tarificacion consiste en cobrar segun el rol y el segmento de tiempo, como se describe a continuacion en detalle:
el rol de usuario "A" consume un servicio en el segmento de tiempo "a", y la tarifa correspondiente es "A1"; el rol de usuario "B" consume el servicio en el segmento de tiempo "a", y la tarifa correspondiente es "B1"; el rol de usuario "A" consume el servicio en el segmento de tiempo "b", y la tarifa correspondiente es "gratis" (o no se selecciona ninguna tarifa, y el consumo del servicio se considera gratuito directamente).
Etapa 340: La entidad de funcion de tarificacion devuelve una respuesta de tarificacion al servidor PoC.
Etapa 350: Despues de establecerse la sesion, se llevan a cabo otras operaciones de sesion.
En la etapa 330 puede llevarse a cabo una serie de operaciones. Esto se debe a que el servidor PoC puede recibir los mensajes SlP enviados por multiples usuarios invitados, y cada usuario hace que la PPF y la CPF generen la solicitud de tarificacion correspondiente (ademas, la operacion de tarificacion de la PPF es algo diferente de la operacion de tarificacion de la CPF, y la CPF realiza en consecuencia operaciones de actualizacion continuas).
Las operaciones de tarificacion en el proceso de actualizacion de sesion y el proceso de finalizacion de sesion son, en teona, identicas a las anteriores etapas 320 a 340.
En un mensaje de solicitud de tarificacion, la informacion acerca de un rol de usuario se transporta en una estructura de informacion de rol que puede denotar multiples usuarios y multiples roles. En una forma de realizacion de la presente invencion, el formato de la estructura de informacion de rol de usuario es [usuarios-roles]. Una estructura de informacion de rol de usuario representa multiples usuarios, cada usuario tiene multiples roles y cada rol tiene multiples campos de informacion pertinentes. La Figura 4 muestra las relaciones detalladas entre estructuras de informacion, donde:
A. Una estructura [usuarios-roles] es una estructura de informacion de rol de usuario y consiste en al menos una entrada [usuario-rol]. Una estructura [usuarios-roles] no tiene ninguna entrada [usuario-rol] en este caso:
cuando el titular de una sesion inicia una sesion de tipo charla pero el propio titular de la sesion no se une a la sesion y ningun otro usuario se ha unido todavfa a la sesion, la estructura de informacion de rol registrada por la CPF no contiene ninguna entrada [usuario-rol].
B. Cada campo [usuario-rol] puede incluir al menos una entrada [rol-info]. El campo [usuario-rol] esta vado si un rol de usuario en una sesion no tiene ningun rol o la polftica requiere ignorar la informacion de rol.
C. Un campo [rol-info] consiste en al menos una unidad [rol-info]. Este campo vana con el rol, y su contenido puede ampliarse segun el rol. Por ejemplo, el contenido ampliado puede ser operaciones y derechos de un rol, el alcance y el periodo de validez del rol. Un campo [rol-info] no contiene ninguna unidad [rol-info] en el siguiente caso: el usuario tiene un rol, pero el rol es la informacion por defecto o la polftica requiere ignorar la informacion de rol. En este caso no se requiere ningun campo [rol-info].
La Figura 4 describe las relaciones entre los componentes de un rol, que solo tienen fines ilustrativos y no pretenden limitar las aplicaciones de la presente invencion. La estructura [usuario-rol] y la estructura [rol-info] pueden expresarse de manera impftcita o expftcita. El modo expftcito es: Cada unidad de datos descrita indica y denota de manera expftcita las relaciones entre las unidades de datos. El modo impftcito es: Las relaciones antes descritas en A, B y C se expresan en un modo no expftcito (por ejemplo, como en una hoja de datos), sin expresarse a traves de una estructura de datos aparte tal como [usuario-rol] y/o [rol-info].
La solicitud de funcion de tarificacion generada por una CPF es diferente de la generada por una PPF. Por lo tanto, la operacion llevada a cabo por la entidad de funcion de tarificacion vana de manera consecuente:
1. En lo que respecta a una CPF, la estructura [Usuarios-Roles] almacena la informacion de rol de todos los participates de la sesion controlada por la CPF. Con la participacion de mas usuarios, el grupo de informacion se actualiza continuamente. En esta circunstancia, un mecanismo solicita que la funcion de tarificacion cree un CDR parcial (el cual se fusionara posteriormente). El CDR parcial esta adaptado para registrar el cambio del grupo de informacion y el impacto en la polftica de tarificacion provocado por tal cambio.
2. En lo que respecta a una PPF, la estructura [usuarios-roles] almacena la informacion de usuario. Cuando la PPF establece o se une a una sesion, la funcion de tarificacion mantiene un registro de la informacion de rol de usuario en el CDR, sin necesidad de actualizar la informacion de usuario.
En esta forma de realizacion, la tarificacion puede ser una tarificacion fuera de ftnea o una tarificacion en ftnea. La tarificacion en lmea se implementa mediante una tarificacion basada en sesion con reserva de unidad (SCUR) o una tarificacion basada en evento con reserva de unidad (ECUR).
5
10
15
20
25
30
35
40
45
50
55
60
65
Como se muestra en la Figura 5, un proceso de tarificacion fuera de lmea incluye las siguientes etapas, tomando como ejemplo el proceso mediante el cual un rol de usuario establece o se une a una sesion PoC.
Etapa 500: El servidor PoC recibe un mensaje SIP INVITE, que solicita establecer o unirse a una sesion PoC. Etapa 510: Un servidor PoC gestiona la informacion referente a roles y controla la sesion.
Etapa 520: El servidor PoC envfa una solicitud de tarificacion basada en roles, concretamente, 'aplicar solicitud de tarifa' (ACR) [Inicio, Usuarios, Informacion de roles], a la entidad de funcion de datos de computo (CDF).
Etapa 530: La entidad CDF lleva a cabo una serie de operaciones relacionadas con roles, por ejemplo ejecutar la polftica de tarificacion segun la informacion referente a roles y generar PPF-CDR y PPF-CDR. Etapa 540: La entidad CDF devuelve una respuesta de tarificacion, concretamente 'aplicar respuesta de tarificacion' (ACA) [inicio], al servidor PoC (como respuesta a la CPF y la PPF, respectivamente).
Etapa 550: Despues de establecer la sesion con exito, el servidor PoC realiza otras operaciones de sesion PoC. Una vez finalizada la operacion de tarificacion, la CDF ejecuta otros servicios PoC.
El proceso de tarificacion para la actualizacion de sesion y la finalizacion de sesion es similar al proceso de tarificacion referente al establecimiento de sesion, y es identico al proceso mostrado en la Figura 5, excepto en el mensaje de solicitud de tarificacion. En un proceso de actualizacion de sesion, la solicitud de tarificacion es ACR [Provisional, Usuarios, Informacion de roles]; en un proceso de finalizacion de sesion, la solicitud de tarificacion es ACR [Fin, Usuarios, Informacion de roles]. La sesion termina tras completarse la tarificacion.
En un proceso de tarificacion fuera de lmea referente a la actualizacion de sesion, si multiples operaciones de rol (por ejemplo, transferencia de rol) se producen en un intervalo de tiempo (por ejemplo, 6 segundos) de actualizacion de sesion, los datos de tarificacion registrados en la solicitud ACR [Provisional, Usuarios, Informacion de roles] puede ser la ultima informacion [usuario-rol]. Sin embargo, debido a la operacion de rol llevada a cabo, un proceso de tarificacion iniciado por el evento de operacion de rol se llevara a cabo y registrars los detalles de la operacion de rol.
Como se muestra en la Figura 6, un proceso de tarificacion en lmea incluye las siguientes etapas, tomando como ejemplo que un rol de usuario establece o se une a una sesion PoC.
Etapa 600: El servidor PoC recibe un mensaje SIP INVITE, que solicita establecer o unirse a una sesion PoC. Etapa 605: Un servidor PoC gestiona la informacion referente a roles y controla la sesion.
Etapa 610: En el proceso de establecimiento de sesion, el servidor PoC recibe una solicitud de preasignacion de recursos, es decir, un mensaje INVITE, desde el sistema de tarificacion en lmea (OCS) en segundo plano, donde la informacion de rol de usuario se transporte en el mensaje.
Etapa 615: El OCS preasigna recursos segun el rol y la cantidad de preasignacion solicitada. En la etapa 615, puede ser necesario tambien que el OCS considere factores tales como el numero de usuarios invitados para decidir si permitir la asignacion de recursos y el numero de recursos que pueden asignarse. El proceso de decision se omite aqrn, y esta forma de realizacion toma como ejemplo que los recursos se asignan con exito.
Etapa 620: El OCS preasigna los recursos con exito y devuelve una respuesta acerca del resultado de la operacion al servidor PoC, donde la cantidad de recursos asignados (cuota) se transporta en la respuesta. Etapa 625: El servidor PoC establece con exito una sesion PoC y envfa una solicitud SIP INVITE a otros usuarios.
Etapa 630: El usuario invitado responde con un mensaje "200 OK" y accede a unirse a la sesion. El mensaje "200 OK" transporta la informacion acerca del rol del usuario invitado.
Etapa 635: Tras recibir una respuesta del usuario invitado, el servidor PoC devuelve un mensaje "200 OK" al usuario.
Etapa 640: La PPF/CPF envfa una solicitud de tarificacion basada en roles al OCS.
Etapa 645: El OCS realiza operaciones de tarificacion basadas en roles y genera el CPF-CDR y el PPF-CDR correspondientes.
Etapa 650: La sesion se establece con exito y el OCS devuelve una respuesta de tarificacion, concretamente una respuesta de control de credito (CCA) [Inicial], al servidor PoC.
Etapa 655: Despues de establecer con exito la sesion, el servidor PoC realiza otras operaciones de sesion.
El proceso de tarificacion referente a la actualizacion de sesion y la finalizacion de sesion es algo diferente al proceso de tarificacion referente al establecimiento de sesion, como se describe a continuacion:
1. El proceso de tarificacion referente a la actualizacion de sesion no necesita las operaciones de las etapas 600 a 635 de la Figura 6. Sin embargo, antes de que el servidor PoC envfe una solicitud de actualizacion (concretamente, una solicitud de control de credito (CCR) [Actualizar]), se lleva a cabo un proceso que actualiza el estado a la hora de utilizar los recursos actualmente asignados (actualizar control de cuota) para calcular la cantidad de recursos restantes. Si los recursos se agotan, el servidor PoC solicita que el OCS reasigne recursos. No se necesita informacion de rol para actualizar la utilizacion de recursos.
5
10
15
20
25
30
35
40
45
50
55
60
65
2. La tarificacion referente al proceso de finalizacion de sesion no necesita las operaciones de las etapas 600 a 630 de la Figura 6. En la etapa 635 correspondiente, se devuelve un mensaje SIP BYE. Antes de que el servidor PoC env^e una solicitud de finalizacion de tarificacion, concretamente una solicitud CCR [Finalizar], se lleva a cabo un proceso que actualiza el estado de utilizacion de recursos (actualizar control de cuota) para calcular la cantidad de recursos restantes. Cuando el servidor PoC envfa una solicitud de finalizacion de tarificacion (concretamente, CCR, [finalizar]), el valor de los recursos restantes se transporta en la solicitud. La sesion termina tras completarse la operacion de tarificacion. Por lo tanto, no se necesita ninguna asignacion previa de recursos en el proceso de finalizacion de sesion.
En un proceso de tarificacion fuera de lmea referente a la actualizacion de sesion, si multiples operaciones de rol (por ejemplo, transferencia de rol) se producen en un intervalo de tiempo (por ejemplo, 6 segundos) de actualizacion de sesion, los datos de tarificacion registrados en la solicitud CCR [Actualizar, Usuarios, Informacion de roles] puede ser la ultima informacion [usuario-rol]. Sin embargo, debido a la operacion de rol llevada a cabo, un proceso de tarificacion iniciado por el evento de operacion de rol se llevara a cabo y registrars los detalles de la operacion de rol.
En esta forma de realizacion, los roles de usuario PoC no estan limitados a participates PoC regulares, distribuidores PoC, moderadores PoC y miembros de grupo, sino que pueden anadirse mas roles en el futuro. En tales roles, la implementacion de tarificacion basada en roles es la misma.
La polftica de tarificacion PoC basada en roles y la solucion de esta forma de realizacion proporcionan datos que ofrecen servicios diferenciados al operador y pueden implementarse a traves de pequenos cambios en la tecnica anterior. Ademas, la presente invencion presenta las fuentes de los roles, posibles escenarios y la solucion a tales escenarios en caso de establecerse o unirse a una sesion PoC, con el fin de solucionar los problemas que se producen en el proceso de tarificacion basado en roles.
Aunque la invencion se ha descrito a traves de algunas formas de realizacion a modo de ejemplo, la invencion no esta limitada a estas formas de realizacion. A los expertos en la tecnica les resultara evidente que pueden realizarse varias modificaciones y variaciones en la presente invencion sin apartarse del alcance de la presente invencion. La presente invencion tiene como objetivo cubrir estas modificaciones y variaciones siempre que esten dentro del alcance de proteccion definido por las siguientes reivindicaciones o sus equivalentes.
En una quinta forma de realizacion, un procedimiento para llevar a cabo una tarificacion basada en roles para servicios PoC, comprende:
enviar, mediante un servidor PoC, una solicitud de tarificacion a una entidad de funcion de tarificacion, donde la informacion acerca del rol de usuario se transporta en la solicitud; y
seleccionar, mediante la entidad de funcion de tarificacion, una polftica de tarificacion con referencia a la informacion de rol de usuario tras recibirse la solicitud, realizar la tarificacion segun la polftica de tarificacion seleccionada y devolver una respuesta de tarificacion al servidor PoC.
En un primer desarrollo adicional del procedimiento de tarificacion de la quinta forma de realizacion, el servidor PoC obtiene la informacion acerca del rol de usuario a partir de un mensaje SIP directamente, o a partir de un servidor externo, o mediante una combinacion del contexto.
En un segundo desarrollo adicional del procedimiento de tarificacion de la quinta forma de realizacion, la solicitud de tarificacion transporta la informacion acerca de un rol de usuario a traves de una estructura de datos que puede denotar multiples usuarios y multiples roles.
En un tercer desarrollo adicional del procedimiento de tarificacion del segundo desarrollo de la quinta forma de realizacion, la estructura de datos esta compuesta por grupos de informacion que pueden denotar la relacion entre un usuario y un rol.
En un cuarto desarrollo adicional del procedimiento de tarificacion segun la quinta forma de realizacion o uno del primer al tercer desarrollo adicional de la quinta forma de realizacion, el servidor PoC envfa una solicitud de tarificacion en el proceso de establecer, unirse a, actualizar o finalizar una sesion.
En un quinto desarrollo adicional del procedimiento de tarificacion del cuarto desarrollo adicional de la quinta forma de realizacion, el servidor PoC envfa una solicitud de tarificacion a una funcion de datos de computo, CDF, y la entidad CDF implementa la operacion de tarificacion.
En un sexto desarrollo adicional del procedimiento de tarificacion del cuarto desarrollo adicional de la quinta forma de realizacion, el servidor PoC envfa una solicitud de tarificacion a un sistema de tarificacion en lmea, OCS, y el OCS implementa la operacion de tarificacion.
En un septimo desarrollo adicional del procedimiento de tarificacion del sexto desarrollo adicional de la quinta forma de realizacion, el servidor PoC solicita ademas al OCS que asigne recursos al usuario antes de enviar una solicitud
5
10
15
20
25
30
35
40
45
50
de tarificacion en el proceso de establecer una sesion y unirse a una sesion; y env^a una solicitud de tarificacion despues de que los recursos se hayan asignado con exito y la sesion PoC se haya establecido con exito.
En un octavo desarrollo adicional del procedimiento de tarificacion del sexto desarrollo adicional de la quinta forma de realizacion, el servidor PoC calcula ademas la cantidad de recursos restantes antes de enviar una solicitud de tarificacion en el proceso de actualizacion de una sesion, y solicita al OCS que reasigne recursos cuando se agoten los recursos asignados.
En un noveno desarrollo adicional del procedimiento de tarificacion del sexto desarrollo adicional de la quinta forma de realizacion, el servidor PoC usa ademas la informacion de recursos antes de enviar una solicitud de tarificacion en el proceso de finalizacion de una sesion, e introduce la informacion de recursos en la solicitud de tarificacion.
En una sexta forma de realizacion, un servidor PoC, comprende:
un modulo, adaptado para obtener la informacion acerca del rol de usuario;
un modulo, adaptado para enviar una solicitud de tarificacion que transporta la informacion de rol de usuario a
una entidad de funcion de tarificacion; y
un modulo, adaptado para recibir una respuesta de tarificacion.
En un primer desarrollo adicional del servidor PoC de la sexta forma de realizacion, el servidor PoC esta adaptado para obtener la informacion acerca del rol de usuario a partir de un mensaje SIP directamente, o a partir de un servidor externo, o por el contexto.
En un segundo desarrollo adicional del servidor PoC de la sexta forma de realizacion como tal o del primer desarrollo adicional de la sexta forma de realizacion, el servidor PoC esta adaptado para enviar la solicitud de tarificacion en el proceso de establecer, unirse a, actualizar o finalizar una sesion.
En una septima forma de realizacion, un aparato de tarificacion comprende:
un modulo, adaptado para recibir una solicitud de tarificacion que transporta la informacion acerca del rol de usuario;
un modulo, adaptado para seleccionar una polttica de tarificacion con referencia a la informacion de rol de usuario; y
un modulo, adaptado para devolver una respuesta de tarificacion al modulo de solicitud de tarificacion.
En un primer desarrollo adicional del aparato de tarificacion de la septima forma de realizacion, el aparato de tarificacion es un aparato de tarificacion en lmea o un aparato de tarificacion fuera de lmea.
En una octava forma de realizacion, un sistema de comunicacion comprende:
un servidor PoC, adaptado para enviar una solicitud de tarificacion que transporta la informacion acerca del rol de usuario; y
una entidad de funcion de tarificacion, adaptada para recibir la solicitud de tarificacion, seleccionar una polttica de tarificacion con referencia a la informacion acerca del rol de usuario de la solicitud, realizar una tarificacion segun la polttica de tarificacion seleccionada y devolver una respuesta de tarificacion al servidor PoC.
En un primer desarrollo adicional del sistema de comunicacion de la octava forma de realizacion, el servidor PoC obtiene la informacion acerca del rol de usuario a partir de un mensaje SIP directamente, o a partir de un servidor externo, o mediante una combinacion del contexto.

Claims (6)

  1. 5
    10
    15
    20
    25
    30
    35
    REIVINDICACIONES
    1. Un procedimiento para llevar a cabo una tarificacion basada en roles para un servicio 'pulsar para hablar en redes celulares', PoC, donde el procedimiento comprende:
    obtener (300, 500, 600), mediante un servidor PoC, informacion acerca de un rol de usuario;
    enviar (320, 520, 640), mediante el servidor PoC, una solicitud de tarificacion que transporta la informacion
    acerca del rol de usuario a una funcion de datos de computo, CDF, o a un sistema de tarificacion en lrnea,
    OCS;
    seleccionar (330, 530, 645), mediante la CDF o el OCS, una polftica de tarificacion con referencia a la informacion acerca del rol de usuario tras recibirse la solicitud de tarificacion, llevar a cabo una tarificacion segun la polftica de tarificacion seleccionada; y
    devolver (340, 540, 650), mediante la CDF o el OCS, una respuesta de tarificacion al servidor PoC, donde la respuesta de tarificacion transporta un resultado de tarificacion, y el resultado de tarificacion se obtiene tras realizar el procedimiento de tarificacion segun la polftica de tarificacion;
    donde el rol de usuario comprende al menos uno de entre participante PoC regular, distribuidor PoC, moderador PoC y miembro de grupo.
  2. 2. El procedimiento de tarificacion segun la reivindicacion 1, en el que la solicitud de tarificacion transporta la informacion acerca del rol de usuario a traves de una estructura de datos que puede denotar multiples usuarios y multiples roles.
  3. 3. El procedimiento de tarificacion segun la reivindicacion 2, en el que la estructura de datos esta compuesta por un grupo de informacion que puede denotar una relacion entre un usuario y un rol.
  4. 4. El procedimiento de tarificacion segun una cualquiera de la reivindicacion 1 a la reivindicacion 3, en el que la CDF o el OCS recibe la solicitud de tarificacion en un proceso de establecimiento, union, actualizacion o finalizacion de una sesion.
  5. 5. El procedimiento de tarificacion segun una cualquiera de la reivindicacion 1 a la reivindicacion 3, en el que el OCS recibe una solicitud desde el servidor PoC para asignar recursos al usuario antes de recibir la solicitud de tarificacion en un proceso de establecimiento de una sesion PoC o de union a una sesion; y recibe la solicitud de tarificacion despues de que los recursos se hayan asignado con exito y de que la sesion PoC se haya establecido con exito.
  6. 6. El procedimiento de tarificacion segun la reivindicacion 1, en el que obtener, mediante un servidor PoC, la informacion acerca del rol de usuario consiste en obtener informacion acerca del rol de usuario a partir de un mensaje SIP directamente, o de un servidor externo, o por el contexto.
ES15169219.1T 2006-04-28 2007-02-15 Procedimientos para llevar a cabo una tarificación basada en roles para servicios PoC Active ES2634247T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006100789658A CN101064615B (zh) 2006-04-28 2006-04-28 一种在即按即通业务中基于角色计费的方法及系统
CN200610078965 2006-04-28

Publications (1)

Publication Number Publication Date
ES2634247T3 true ES2634247T3 (es) 2017-09-27

Family

ID=38655048

Family Applications (1)

Application Number Title Priority Date Filing Date
ES15169219.1T Active ES2634247T3 (es) 2006-04-28 2007-02-15 Procedimientos para llevar a cabo una tarificación basada en roles para servicios PoC

Country Status (4)

Country Link
EP (2) EP2009840B1 (es)
CN (1) CN101064615B (es)
ES (1) ES2634247T3 (es)
WO (1) WO2007124644A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123353A (zh) * 2010-01-12 2011-07-13 华为技术有限公司 业务计费方法、系统及业务服务器
US20140051387A1 (en) * 2011-04-27 2014-02-20 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for supporting charging in a communications network
US9357359B2 (en) 2013-02-05 2016-05-31 Qualcomm Incorporated Dynamic quality of service (QoS) for services over cellular
CN104601338A (zh) * 2014-12-31 2015-05-06 曙光信息产业(北京)有限公司 系统的计费方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8699472B2 (en) * 2000-05-24 2014-04-15 Nokia Corporation Common charging identifier for communication networks
EP1337072A1 (en) * 2002-02-19 2003-08-20 Alcatel Call charging method and related network elements
CA2489529A1 (en) * 2002-07-03 2004-01-15 British Telecommunications Public Limited Company Trust establishment for multi-party communications
AU2003243106A1 (en) * 2002-10-15 2004-05-04 Hegdahl, Tormod System for providing flexible charging in a network
FI20030802A0 (fi) * 2003-05-28 2003-05-28 Nokia Corp Menetelmä ja järjestelmä esimaksettujen datapalveluiden ohjaamiseksi
ES2320763T3 (es) * 2004-02-27 2009-05-28 Research In Motion Limited Metodos y aparatos para facilitar sesiones simultaneas de comunicacion de grupos poc (pulsar para hablar sobre red celular).
GB0408990D0 (en) * 2004-04-22 2004-05-26 Nokia Corp Charging in communication networks
GB2414621A (en) * 2004-05-24 2005-11-30 Orange Personal Comm Serv Ltd Real-time charging control for usage of network resources
CN1290353C (zh) * 2004-06-04 2006-12-13 中兴通讯股份有限公司 数字集群系统计费信息收集及计费方法
JP4575097B2 (ja) * 2004-09-28 2010-11-04 株式会社エヌ・ティ・ティ・ドコモ 電子メール課金システム及び電子メール課金方法

Also Published As

Publication number Publication date
CN101064615B (zh) 2010-12-08
EP2942904A1 (en) 2015-11-11
EP2009840A1 (en) 2008-12-31
EP2009840A4 (en) 2013-06-12
WO2007124644A1 (en) 2007-11-08
EP2009840B1 (en) 2015-05-27
CN101064615A (zh) 2007-10-31
EP2942904B1 (en) 2017-06-07

Similar Documents

Publication Publication Date Title
US7634251B2 (en) Method and system for generating peer to peer billing records when one or more clients pay for the other clients
KR101932821B1 (ko) 서비스 도메인 과금 시스템 및 방법
CN110310107B (zh) 基于区块链的结算方法、区块链节点和客户端
RU2340113C1 (ru) Способ и устройство для формирования счетов для групповой связи на основе использования между устройствами радиосвязи
CN109040279B (zh) 区块链网络组网方法、装置、设备及可读存储介质
US8249984B2 (en) System and method for fair-sharing in bandwidth sharing ad-hoc networks
CN106097057A (zh) 一种虚拟物品发放方法及装置
CN109300038B (zh) 一种资源流的交易系统
JP2023166552A (ja) ブロックチェーンにより実装される、セキュアなアクセス制御のためのシステム及び方法
ES2634247T3 (es) Procedimientos para llevar a cabo una tarificación basada en roles para servicios PoC
CN112787837A (zh) 数据共享的方法、设备及系统
JP2008187250A (ja) マルチキャスト通信システムおよび方法
CN109819123B (zh) 一种增值业务的实现方法、装置和行业应用鉴权中心
WO2008000170A1 (fr) PROCÉDÉ DE FACTURATION, SYSTÈME DE FACTURATION ET DISPOSITIF DANS UN SYSTÈME PoC
KR20060035797A (ko) 가상 사설 네트워크 서비스를 제공하는 방법
ES2345408T3 (es) Metodo y sistema para la facturacion del servicio de telefonia movil tipo 'push to talk over cellular' (poc) y sistema de comunicacion.
WO2004100519A1 (en) Online charging in a communications network
Pack A credible service level agreement enforcement framework for 5G edge
Grgic et al. An overview of online charging in 3GPP networks: new ways of utilizing user, network, and service‐related information
CN105144661A (zh) 多个客户实体之间的协作技术
Qanbari et al. Diameter of Things (DoT): A Protocol for Real-Time Telemetry of IoT Applications
Pawar et al. Towards business model and technical platform for the service oriented context-aware mobile virtual communities
CN101959146B (zh) 一种在即按即通业务中基于角色计费的方法及系统
KR20120137525A (ko) 과금 방법 및 장치
US20240236831A9 (en) Network service plan selection for delivery of network services