PROCEDIMIENTO Y SISTEMA PARA TARIFICAR EN LINEA SERVICIOS DE UNA RED DE CONMUTACION DE CIRCUITOS Y PARA AUTOGESTIONAR LA CUENTA PARA SU PAGO.
Procedimiento y sistema para tarificar en línea servicios de una red de conmutación de circuitos y para autogestionar la cuenta para su pago.
La invención se refiere a un procedimiento para tarificar un servicio de una red de conmutación de circuitos (200) desde un sistema de tarificación en línea OCS (230) de un operador de telecomunicaciones, en cuyo procedimiento:
- se utiliza un primer protocolo de Red Inteligente IN para controlar una llamada en la red de conmutación de circuitos desde un sistema SCP (210); y
- se dota al sistema SCP (210) de un cliente de control de crédito para interaccionar con el sistema de tarificación en línea OCS (230), utilizándose un segundo protocolo para enviar desde el SCP (210) una o más peticiones de cobro hacia el sistema de tarificación en línea OCS (230), siendo dicho segundo protocolo el protocolo de la aplicación de control de crédito Diameter, DCC.
La invención también se refiere a un procedimiento para autogestionar una cuenta proporcionada a un usuario por un sistema de tarificación en línea OCS (230) de un operador de telecomunicaciones.
Tipo: Patente de Invención. Resumen de patente/invención. Número de Solicitud: P201031271.
Solicitante: TELEFONICA, S.A..
Nacionalidad solicitante: España.
Inventor/es: CARRASCO LOPEZ,FRANCISCO JAVIER.
Fecha de Publicación: .
Clasificación Internacional de Patentes:
- H04L12/14 ELECTRICIDAD. › H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS. › H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el cobro.
Fragmento de la descripción:
PROCEDIMIENTO Y SISTEMA PARA TARIFICAR EN lÍNEA SERVICIOS DE UNA RED DE CONMUTACIÓN DE CIRCUITOS Y PARA AUTOGESTIONAR LA CUENTA PARA SU PAGO.
Campo de la invención La presente invención se engloba en el campo de las telecomunicaciones y, concretamente, en la tarificación de los servicios de telecomunicaciones que un operador de telecomunicaciones ofrece sobre una infraestructura de red de conmutación de circuitos (CS, Circuit Switching) . Entre estos servicios se 1 O encuentran servicios básicos, servicios suplementarios y servicios de valor añadido.
Antecedentes de la invención La tarificación en línea de los servicios de conmutación de circuitos se realiza normalmente siguiendo los estándares de Red Inteligente definidos por 15 organismos internacionales como ITU-T y ETSI para las redes de comunicaciones fijas, y 3GPP y 3GPP2 para las redes de comunicaciones móviles. En la Figura 1 se muestra la arquitectura física de Red Inteligente (IN, lntelligent Network) que está comprendida por los siguientes sistemas:
• Service Switching Point (SSP) , 101: es el sistema, normalmente integrado dentro de la central de conmutación, que proporciona al usuario el acceso a la red de conmutación de circuitos y las funciones de selección del servicio de Red Inteligente y control de la llamada por parte de dicho servicio.
• Service Control Point (SCP) , 102: es el sistema que ejecuta la lógica del servicio de Red Inteligente.
• Service Data Point (SDP) , 103: es la base de datos con información del servicio y del cliente, y que puede ser accedida por el sistema SCP directamente o a través de una red de señalización.
• Periférico Inteligente (lntelligent Peripheral, IP) , 104: es un sistema que ofrece funciones especiales de interacción con el usuario tales como la emisión de 30 locuciones o el reconocimiento de tonos multifrecuencia.
Estos sistemas se comunican entre sí a través de la red de señalización utilizando diversos protocolos que dependen de la tecnología de conmutación de circuitos. En concreto se utilizan los protocolos lntelligent Network Application Protocol (INAP) para redes de comunicaciones fijas; CAMEL Application Part (CAP)
para redes 3GPP; e IS-41 D para redes COMA y 3GPP2. Como la Red Inteligente no define una arquitectura normalizada de tarificación, el sistema de tarificación en línea (OCS, Online Charging System) del operador de telecomunicaciones puede integrarse de múltiples formas con la red de conmutación de circuitos, aunque 5 normalmente dicha integración se realiza directamente contra el elemento de red, es decir, los sistemas SSP 101 utilizando los protocolos de Red Inteligente. En la arquitectura de tarificación en línea de 3GPP, descrita por la norma 3GPP TS 32.240, el sistema OCS realiza la tarificación en línea de los servicios en cualquiera de los dominios del operador de telecomunicaciones, es decir, el dominio 1O de conmutación de circuitos y el dominio de conmutación de paquetes, integrándose preferentemente con los elementos de red mediante interfaces de tipo Ro basadas en el protocolo de la aplicación de control de crédito Diameter (DCC, Diameter Credit Control) . Como los elementos de la red de conmutación de circuitos no soportan las peticiones de control de crédito del protocolo DCC, el sistema OCS 15 debe implementar el protocolo de Red Inteligente CAP para tarificar en línea los servicios del dominio de conmutación de circuitos. Esto tiene como inconveniente la dificultad que plantea tarificar en línea a una línea cuyas llamadas deben ser controladas por un servicio de Red Inteligente además de por el sistema OCS para su tarificación, dado que sólo es posible activar 20 un servicio de Red Inteligente por línea. Además, no resulta lo suficientemente flexible para tarificar servicios de valor añadido ejecutados en plataformas externas a las centrales de conmutación tales como los servicios de Red Privada Virtual, Push-To-Talk, etc. En la solicitud de patente europea EP-1802027-A1 se propone un método 25 que permite al sistema OCS tarificar en línea los servicios de conmutación de circuitos utilizando la aplicación de control de crédito Diamenter DCC. Dicho método se basa en dotar a las centrales de conmutación de circuitos de un cliente Diameter de la aplicación DCC que envía directamente al sistema OCS peticiones de control de crédito, una capacidad no contemplada actualmente por los estándares de 30 3GPP. En la patente europea EP-1802028-81 se propone la introducción de agentes de tarificación intermedios entre los elementos de servicio y los sistemas de tarificación "online" OCS de la operadora. La principal función de estos agentes es seleccionar el sistema de tarificación que debe procesar el cobro del usuario (esta selección puede realizarse en base, por ejemplo, al perfil del cliente) , así como ofrecer ciertas capacidades de tarificación tales como el control de consumo, pero dejan de tener sentido en un escenario de convergencia de los sistemas de tarificación hacia un único sistema OCS. La adición de estos agentes añade 5 complejidad y reduce las prestaciones. En la solicitud de patente europea EP-1924024-A 1 se propone un método para la tarificación de llamadas inicialmente originadas en la red de conmutación de circuitos y que pueden ser mantenidas si el terminal del usuario se mueve al dominio de conmutación de paquetes, una facilidad conocida como "Voice Call 1O Continuity" (VCC) . De acuerdo con este método la llamada es enrutada al dominio IMS y su tarificación se realiza utilizando la interfaz Ro estándar de 3GPP. En la solicitud de patente internacional W0-2005/1 04519-A 1 se propone un método que permite al sistema OCS informar de los medios de una sesión IMS que podrían ser autorizados, de acuerdo con unas políticas configuradas de selección 15 de medios, cuando el usuario no dispone de suficiente crédito. Por último, los "bindings" a los protocolos SMTP y HTTP que ha definido el Consorcio W3C para el transporte de mensajes SOAP no resultan apropiados para soportar interfaces con requerimientos estrictos de bajo tiempo de respuesta como es el caso de la interfaz de autogestión de cuenta del OCS. De una parte, SMTP no 20 es un protocolo de tiempo real. Por otro lado, la utilización de HTTP plantea limitaciones de rendimiento tales como la imposibilidad de mantener conexiones TCP persistentes en HTTP/1.0 o la necesidad de enviar las respuestas en el mismo orden en que se recibieron las peticiones en HTTP/1 .1 , y también de robustez tales como imposibilidad de retransmitir una petición a menos que sea "idempotente" (sin 25 efectos laterales) ; la imposibilidad de cerrar de forma ordenada una conexión de transporte sin abortar las peticiones en curso; o la no supervisión del estado de la conexión de transporte. Descripción de la invención 30 La invención se refiere a un procedimiento para tarificar un servicio de una red de conmutación de circuitos según la reivindicación 1, y a un procedimiento para autogestionar una cuenta proporcionada a un usuario por un sistema de tarificación en línea OCS según la reivindicación 1 O. Realizaciones preferidas de estos procedimientos se definen en las reivindicaciones dependientes. El procedimiento propuesto permite tarificar desde el sistema de tarificación en línea (OCS) de un operador de telecomunicaciones cualquiera de los servicios que ofrece su red de conmutación de circuitos, incluyendo los servicios básicos, los servicios suplementarios y los servicios de valor añadido. 5 Así, un primer aspecto de la invención se refiere a un procedimiento para tarificar un servicio de una red de conmutación de circuitos desde un sistema de tarificación en línea OCS de un operador de telecomunicaciones, en cuyo procedimiento: se utiliza un primer protocolo de Red Inteligente IN para controlar una 1O llamada en la red de conmutación de circuitos desde un sistema SCP; y se dota al sistema SCP (21 O) de un cliente de control de crédito para interaccionar con el sistema de tarificación en línea OCS (230) , utilizándose un segundo protocolo para enviar desde el SCP (21 O) una o más peticiones de cobro hacia el sistema de tarificación en línea OCS (230) , siendo dicho segundo protocolo 15 el protocolo de la aplicación de control de crédito Diameter, DCC, definido por 3GPP en su norma 32.299. De esta forma, al contrario de lo que pasa con los antecedentes citados, en la presente invención no es necesario actualizar las centrales de conmutación de circuitos con un cliente Diameter pues las llamadas en la red de conmutación de 20 circuitos son controladas utilizando los protocolos normalizados de Red Inteligente. Para ello,...
Reivindicaciones:
1. Procedimiento para tarificar un servicio de una red de conmutación de circuitos (200) desde un sistema de tarificación en línea OCS (230) de un operador 5 de telecomunicaciones, en cuyo procedimiento: se utiliza un primer protocolo de Red Inteligente IN para controlar una llamada en la red de conmutación de circuitos desde un sistema SCP (21 O) ; y se dota al sistema SCP (21 O) de un cliente de control de crédito para interaccionar con el sistema de tarificación en línea OCS (230) , utilizándose un 1O segundo protocolo para enviar desde el SCP (21 O) una o más peticiones de cobro hacia el sistema de tarificación en línea OCS (230) , siendo dicho segundo protocolo el protocolo de la aplicación de control de crédito Diameter, DCC.
2. Procedimiento según la reivindicación 1, en el que dichas una o más peticiones de cobro son enviadas por una lógica de servicio (214-216) del sistema SCP (21 O) al sistema de tarificación en línea OCS (230) durante el transcurso de dicha llamada para solicitar cuotas de tiempo y reportar consumos, y dichas peticiones incluyen en uno o más atributos del protocolo de la aplicación de control de crédito Diameter, DCC, información adicional sobre la llamada en el dominio de circuitos.
3. Procedimiento según una cualquiera de las reivindicaciones 1-2, en el que el sistema de tarificación en línea OCS (230) concede cuotas de tiempo al sistema SCP utilizando la duración total de la llamada como unidad de medida.
4. Procedimiento según una cualquiera de las reivindicaciones 1-3, en el que el sistema SCP se integra con el sistema de de tarificación en línea OCS (230) mediante una interfaz Ro (221) modificada, que utiliza el protocolo de la aplicación de control de crédito Diameter, DCC, con extensiones para adaptarse a la tarificación de servicios del dominio de los circuitos.
5. Procedimiento según la reivindicación 4, en el que dichas extensiones incluidas en la interfaz Ro incluyen uno o más de los siguientes: atributos de tarificación con determinados parámetros de llamada recibidos en los mensajes del protocolo de Red Inteligente;
atributos de tarificación específicos al servicio que resultan del procesamiento de los parámetros de llamada recibidos en los mensajes del protocolo de Red Inteligente;
atributos para medida del consumo como tiempo total acumulado desde el inicio de tarificación de la llamada; atributos que el sistema de tarificación en línea OCS puede utilizar para emitir locuciones al usuario durante el transcurso de la llamada.
6. Procedimiento según una cualquiera de las reivindicaciones 2-6, en el que dicha información adicional relativa a la llamada es una o más de las siguientes: caso de tráfico; número de las líneas llamante, llamada o que realiza el desvío (si procede) ; información de localización de la línea de cobro; características del servicio portador; número de referencia de la llamada; causa de liberación ISUP;. indicador de que la línea de cobro se encuentra en su zona personal.
7. Procedimiento según una cualquiera de las reivindicaciones 2-7, en el que dicha información adicional es relativa a una llamada al servicio de Red Privada Virtual, VPN, e incluye:
identificador de la VPN;
números públicos y, si procede, privados, de la línea llamante, llamada o la que realiza el desvío, si procede;
indicador de que la línea de cobro se encuentra en su zona de oficina;
indicador sobre si la llamada es interna, distinguiéndose entre llamada inter
grupos e intra-grupos, o externa a la VPN. indicador del tipo de control a aplicar cuando el usuario alcance su límite de consumo.
8. Procedimiento según una cualquiera de las reivindicaciones anteriores, en el que el sistema de tarificación en línea OCS solicita la emisión de una o varias locuciones variables al usuario de dicha llamada durante el transcurso de la misma, incluyendo en las respuestas a las peticiones de crédito los códigos de las locuciones a emitir así como las partes variables de las mismas.9. Procedimiento según una cualquiera de las reivindicaciones anteriores, en el 5 que dicho primer protocolo de Red Inteligente es INAP, CS1, CAP o IS-41 D.
1O. Procedimiento para autogestionar una cuenta proporcionada a un usuario por un sistema de tarificación en línea OCS (230) de un operador de telecomunicaciones, en cuyo procedimiento:
1O se utiliza un primer protocolo de Red Inteligente IN para controlar una llamada de dicho usuario en la red de conmutación de circuitos desde un sistema SCP (21 O) e interaccionar con dicho usuario a través de un periférico inteligente IP (202) ; y se utiliza un segundo protocolo para enviar peticiones de autogestión de cuentas hacia el sistema de tarificación en línea OCS (230) , siendo dicho segundo protocolo el protocolo de una aplicación Diameter OAM a través de la que se pueden invocar servicios de autogestión de cuentas que el sistema de tarificación en línea OCS (230) proporciona en forma de una interfaz SOAP (238) .
11. Procedimiento según la reivindicación 1O, en el que dicha aplicación Diameter OAM incluye dos comandos: un comando Account Management Request, AMR, para invocar a un procedimiento remoto, RPC, de la interfaz SOAP (238) ; un comando Account Management Response, AMA, para enviar la 25 respuesta a la invocación de un procedimiento remoto, RPC, de la interfaz SOAP (238) .
12. Procedimiento según la reivindicación 11, en el que dichos dos comandos incluyen un atributo OCS-Account Management-Op que contiene un documento XML que describe los mensajes SOAP asociados a una llamada a procedimiento remoto (RPC) de la interfaz de gestión de cuentas.
13. Procedimiento según una cualquiera de las reivindicaciones 11-12, en el que el comando Account Manager Request AMR incluye un atributo con un identificador de la cuenta del usuario.14. Procedimiento según una cualquiera de las reivindicaciones 10-13, en el que dicho primer protocolo de Red Inteligente es INAP, CS1, CAP o IS-41 D.
15. Producto de programa que comprende medios de instrucciones de programa para ejecutar en el sistema de control de servicios SCP (21 O) el procedimiento de tarificación en línea definido en cualquiera de las reivindicaciones 1-9.
1O 16. Producto de programa que comprende medios de instrucciones de programa para ejecutar en el sistema de tarificación en línea OCS (230) el procedimiento de tarificación en línea definido en cualquiera de las reivindicaciones 1-9.
17. Producto de programa que comprende medios de instrucciones de programa para ejecutar en el sistema de control de servicios SCP (21 O) el procedimiento para autogestionar una cuenta proporcionada a un usuario definido en cualquiera de las reivindicaciones 1 0-14
18. Producto de programa que comprende medios de instrucciones de programa
20 para ejecutar en el sistema de tarificación en línea OCS (230) el procedimiento para autogestionar una cuenta proporcionada a un usuario definido en cualquiera de las reivindicaciones 1 0-14
Patentes similares o relacionadas:
Método, aparato y sistema de facturación para un flujo de datos en red SDN, del 1 de Julio de 2020, de ALCATEL LUCENT: Un método de realización de control de facturación para un flujo de datos en un dispositivo de control de SDN, comprendiendo el método: a. determinar (S201, S301) […]
Método, dispositivo y sistema de reconocimiento de sesión de LIPA y medio de almacenamiento informático, del 3 de Junio de 2020, de ZTE CORPORATION: Un método para reconocer una sesión de Acceso por Protocolo de Internet, IP, Local, LIPA, que comprende: recibir (S400), por una pasarela […]
Método de pago y facturación seguro usando cuenta o número de teléfono móvil, del 27 de Mayo de 2020, de Boloro Global Limited: Un sistema implementado por ordenador para procesar pagos por bienes o servicios , comprendiendo el sistema: un procesador de pago configurado para recibir […]
Un sistema y procedimiento operable para permitir una ruta de conexión más corta, del 13 de Mayo de 2020, de SYNAPSE INTERNATIONAL S.A.: Un sistema que comprende una red local y una red extranjera para un medio móvil de un abonado, dicho sistema que se adapta para permitir una ruta […]
Manejo de redireccionamiento mejorado del servidor de políticas, del 6 de Mayo de 2020, de Microsoft Technology Licensing, LLC: Un método para dirigir a un usuario de dispositivo móvil con crédito móvil insuficiente a sitios de pago secundarios, el método comprende: recibir […]
Gestión de redes de área inalámbrica, del 1 de Abril de 2020, de Quantenna Communications, Inc: Un aparato para gestionar redes de área local inalámbricas, WLAN, soportando cada una comunicaciones inalámbricas entre un nodo de punto de acceso inalámbrico asociado […]
Arquitectura para una red inalámbrica, del 8 de Enero de 2020, de CommScope Technologies LLC: Un método para proporcionar energía eléctrica y señales de comunicación óptica a un dispositivo activo , comprendiendo el método: convertir […]
Método, aparato y sistema de procesamiento de información de cargo, del 18 de Diciembre de 2019, de HUAWEI TECHNOLOGIES CO., LTD.: Un método para procesar la información del cargo, que comprende: adquirir , mediante un dispositivo de gestión de la movilidad, un identificador de red […]