ES2887900T3 - Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro - Google Patents

Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro Download PDF

Info

Publication number
ES2887900T3
ES2887900T3 ES18209546T ES18209546T ES2887900T3 ES 2887900 T3 ES2887900 T3 ES 2887900T3 ES 18209546 T ES18209546 T ES 18209546T ES 18209546 T ES18209546 T ES 18209546T ES 2887900 T3 ES2887900 T3 ES 2887900T3
Authority
ES
Spain
Prior art keywords
information
advice
aoc
request
charging
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
ES18209546T
Other languages
English (en)
Inventor
Martin Farthofer
Gerald Görmer
Thomas Hickethier
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Application granted granted Critical
Publication of ES2887900T3 publication Critical patent/ES2887900T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/10Metering calls from calling party, i.e. A-party charged for the communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/141Indication of costs
    • H04L12/1414Indication of costs in real-time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/81Dynamic pricing, e.g. change of tariff during call
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82Criteria or parameters used for performing billing operations
    • H04M15/8292Charging for signaling or unsuccessful connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • H04M15/851Determined tariff
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0112Dynamic pricing, e.g. change of tariff during call
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0152General billing plans, rate plans, e.g. charge rates, numbering plans, rate centers, customer accounts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0164Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/208IMS, i.e. Integrated Multimedia messaging Subsystem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815Notification when a specific condition, service or event is met
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815Notification when a specific condition, service or event is met
    • H04M2215/8154Determined tariff
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/82Advice-of-Charge [AOC], i.e. notify subscriber of charges/cumulative charge; meter at the substation

Abstract

Un procedimiento (2023) realizado mediante una función de aviso de cobro (2023) que proporciona un servicio de aviso de cobro en un subsistema multimedia del protocolo de Internet (2024), IMS, que comprende: recibir una solicitud de establecimiento de una sesión para un usuario; recibir un tipo de aviso de cobro desde un servidor de abonado doméstico (2025); determinar que el tipo de aviso de cobro comprende una indicación que indica que la información del aviso de cobro debe proporcionarse al usuario durante el establecimiento de la sesión; consultar un Sistema de Cobro en Línea (2021) para obtener la información de la tarifa, en el que la consulta de la información de la tarifa comprende el envío de un mensaje de solicitud de evento de control de crédito con un par de valores de atributos de acción solicitada establecido como CONSULTA_PRECIO, recibir la información de la tarifa del Sistema de Cobro en Línea (2021) en un mensaje de respuesta del control de crédito; e incluir la información del aviso de cobro en una respuesta a la solicitud.

Description

DESCRIPCIÓN
Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro Campo de la invención
La presente invención se refiere a la indicación del cobro de la llamada. Más específicamente, la presente invención se refiere a procedimientos, aparatos, un sistema, un producto de programa informático relativo y una estructura de datos para la indicación del cobro de la llamada. Los ejemplos de la presente invención pueden aplicarse, por ejemplo, al (proyecto de asociación de 3ra generación (3GPP) versión 8 de) el servicio de Aviso de Cobro (AoC), por ejemplo, para el subsistema multimedia del protocolo de internet (IP) (IMS).
Antecedentes
3GPP especifica el servicio de AoC que puede proporcionar la información de la tarifa-, tasa- y/o costo, por ejemplo, del servicio del IMS/Red telefónica de conmutación pública (PSTN) solicitado. Ese servicio de AoC puede ser una simple llamada telefónica o con componentes de los medios de comunicación entre un usuario en la PSTN (mientras que la información puede, por ejemplo, ser la tasa esperada antes de establecer la llamada, los costos acumulados de la llamada durante la llamada y/o los costos finales al final de la llamada) y un usuario del IMS, y además puede permitir que el usuario del IMS cancele el servicio correspondiente o un componente de los medios de comunicación cuando los costos, por ejemplo, de la llamada o para el componente de los medios de comunicación invitado a la PSTN, superan un límite específico.
Actualmente, no hay un llamado mensaje de diámetro, ni cualquier otro mensaje definido para intercambiar información de la tarifa, costo o tasa, por ejemplo, entre el sistema de cobro en línea (OCS) y, por ejemplo, un nodo de la red o equipo de usuario (UE) para propósitos del AoC. Actualmente, la memoria descriptiva técnica (TS) 3GPP 32.280 no describe qué mensaje debe usarse, por ejemplo, para solicitar información para el AoC. REDES NOKIA SIEMENS: "Message Flows for AoC in IMS", borrador 3GPP, S5-080682 FLUJOS DE MENSAJES PARA EL AOC EN EL IMS, PROYECTO DE ASOCIACIÓN DE 3RA GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA ANTIPOLIS CEDEX; FRANCIA; SA WG5, Chengdu, China; 20080411, 11 de abril de 2009 describe los flujos de mensajes para un AoC en un IMS.
3GPP: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; Charging management; Advice of Charge (AoC) service (Release 8)", BORRADOR 3GPP; 32280-031_RM, CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA ANTIPOLIS CEDEX; FRANCIA; SA WG5, 18 de junio de 2008 describe un servicio de AoC.
REDES NORTEL (DJSIDORNUORTELNETWORKS COM) "Detailed proposal for Diameter Credit Control for Flow Based Charging and GPRS in TS 32.299 v2)", BORRADOR 3GPP; S5-044448 32299 USO DETALLADO DE DCC EN 3GPP, PROYECTO DE ASOCIACIÓN DE 3RA GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA ANTIPOLIS CEDEX; FRANCIA; SA WG5, 2 de julio de 2004 describe el control de crédito de diámetro para el cobro en base al flujo.
ALCATEL-LUCENT (VERONIQUE BELFORT @ ALCATEL-LUCENT FR): "Add refund charging mechanism", BORRADOR 3GPP, 32.299_CR0201_ (REL-8) _S5-071664, PROYECTO DE ASOCIACIÓN DE 3RA GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES, F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA, TSG SA, Riga, Letonia, 8 de septiembre de 2007, XP050209647 describe un mecanismo de cobro de reembolso.
Teniendo en cuenta lo anterior, es un objetivo de los ejemplos de la presente invención superar uno o más de los inconvenientes anteriores. En particular, la presente invención proporciona procedimientos, aparatos, un sistema, un producto de programa informático relativo y una estructura de datos para la indicación del cobro de la llamada. De acuerdo con un primer aspecto de la invención, se proporciona un procedimiento realizado mediante una función de aviso de cobro con el objetivo de proporcionar el servicio de aviso de cobro en un subsistema multimedia del protocolo de internet, IMS, que comprende: la recepción de una solicitud de establecimiento de una sesión para un usuario, la recepción de un tipo de aviso de cobro de un servidor de abonado doméstico, HSS, que determina que el tipo de aviso de cobro comprende una indicación que indica que la información del aviso de cobro debe proporcionarse al usuario durante el establecimiento de la sesión, AoC-S, que consulta un Sistema de Cobro en Línea, OCS, para obtener la información de la tarifa, en el que la consulta de la información de la tarifa comprende el envío de un mensaje de solicitud de evento de control de crédito con un par de valores de atributos de acción solicitada establecido como CONSULTA_PRECIO, la recepción de la información de la tarifa del Sistema de Cobro en Línea, OCS, en un mensaje de respuesta del control de crédito, e incluye la información del aviso de cobro en una respuesta a la solicitud.
El procedimiento puede comprender además el mapeo de la información de la tarifa en la información del aviso de cobro.
El procedimiento puede comprender además la detección de un cambio de tarifa, y la consulta al Sistema de Cobro en Línea, OCS, para obtener la información de la tarifa.
El procedimiento puede comprender además la consulta del servidor de abonado doméstico, HSS, para el tipo de aviso de cobro.
De acuerdo con un segundo aspecto, se proporciona un aparato para proporcionar el servicio de aviso de cobro en un subsistema multimedia del protocolo de internet, IMS, que comprende: medios para la recepción de una solicitud de establecimiento de una sesión para un usuario, medios para la recepción de un tipo de aviso de cobro de un servidor de abonado doméstico, hSs , medios para que determinen que el tipo de aviso de cobro comprende una indicación que indica que la información del aviso de cobro debe proporcionarse al usuario durante el establecimiento de la sesión, AoC-S, medios para la consulta de un Sistema de Cobro en Línea, OCS, para obtener la información de la tarifa, en el que la consulta de la información de la tarifa comprende el envío de un mensaje de solicitud de evento de control de crédito con un par de valores de atributos de acción solicitada establecido como CONSULTA_PRECIO, medios para la recepción de la información de la tarifa del Sistema de Cobro en Línea, OCS, en un mensaje de respuesta del control de crédito, y medios que incluyen la información del aviso de cobro en una respuesta a la solicitud.
El aparato puede comprender además medios para el mapeo de la información de la tarifa en la información del aviso de cobro.
El aparato puede comprender además medios para la detección de un cambio de tarifa y la consulta al Sistema de Cobro en Línea, OCS, para obtener la información de la tarifa.
El aparato puede comprender además medios para la consulta a un servidor de abonado doméstico, HSS, para el tipo de aviso de cobro.
De acuerdo con un tercer aspecto, se proporciona un producto de programa informático que comprende instrucciones de código que, cuando son ejecutadas mediante un procesador de una función de aviso de cobro, provocan que el procesador lleve a cabo las etapas del procedimiento de cualquiera de las reivindicaciones, de la 1 a la 4 de las reivindicaciones adjuntas.
En relación con esto, hay que señalar que algunos ejemplos de la presente invención permiten uno o más de los siguientes:
- Permitir, por ejemplo, que una función de AoC (ACF) solicite información, por ejemplo, del OCS para proporcionar la información de AoC al usuario del IMS;
- Permitir, por ejemplo, mediante una solicitud de evento de control de crédito (CCRe), se solicite la información de costo-, tasa- y/o tarifa, por ejemplo, del OCS independiente del control de crédito posiblemente realizado para un protocolo de inicio de sesión (SIP) o un evento del SIP;
- Permitir proporcionar al usuario la información de AoC durante el establecimiento de la sesión (por ejemplo, tasa esperada, información de cambio de la tarifa, AoC - configuración (AoC-S)), durante una sesión del SIP en curso (por ejemplo, costos acumulados, AoC - durante (AoC-D)) y al final de la sesión del SIP (por ejemplo, costos finales/totales, por ejemplo, AoC - fin (AoC-E));
- Permitir el uso de un mensaje de diámetro para solicitar la información de costo-, tarifa- y tasa para el AoC; - Permitir la separación de la solicitud de AoC de otras aplicaciones como el control de crédito de diámetro mediante el uso de un identificador de aplicación de diámetro de acuerdo con un ejemplo de la presente invención.
Breve descripción de los dibujos
Los ejemplos de la presente invención se describen en la presente memoria más abajo con referencia a los dibujos acompañantes, en los que:
La Figura 1A muestra procedimientos de acuerdo con un ejemplo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-S, y la Figura 1B muestra procedimientos de acuerdo con un ejemplo alternativo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-S;
La Figura 2A muestra procedimientos de acuerdo con un ejemplo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-D, y la Figura 2B que muestra procedimientos de acuerdo con un ejemplo alternativo de la presente invención para la indicación del cobro de llamada, por ejemplo, para un servicio AoC-D;
La Figura 3A muestra procedimientos de acuerdo con un ejemplo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-E, y la Figura 3B que muestra procedimientos de acuerdo con un ejemplo alternativo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-E;
La Figura 4A muestra otros procedimientos de acuerdo con un ejemplo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-E, y la Figura 4B que muestra procedimientos de acuerdo con un ejemplo alternativo de la presente invención para la indicación del cobro de la llamada, por ejemplo, para un servicio de AoC-D;
La Figura 5 muestra aparatos (por ejemplo, el OCS 2021 y la ACF 2023) para la indicación del cobro de la llamada de acuerdo con un ejemplo de la presente invención; y
La Figura 6 muestra una estructura de datos (por ejemplo, CCRe) para la indicación del cobro de la llamada de acuerdo con un ejemplo de la presente invención.
Descripción detallada de la presente invención
Los ejemplos de la presente invención se describen en la presente memoria más abajo a manera de ejemplo con referencia a los dibujos acompañantes.
Cabe señalar que para esta descripción, los términos "solicitud de evento de control de crédito; Identificador-deaplicación-de-autenticación; tipo-de-solicitud-de-(CC) contenido de comunicación; SOLICITUD_EVENTO; AVP de acción solicitada; CONSULTA_PRECIO; par de valores de dirección (AVP) de Información de Servicio; servicio del IMS; SIP OK, SP, INFORMACIÓN o a DiÓS; CCAe; e Información de la Tarifa" son ejemplos de "mensaje de solicitud; primera información; segunda información; ausencia de una necesidad de control de crédito; tercera información; necesidad de indicación del cobro de la llamada; cuarta información; un servicio solicitado; mensaje de respuesta; mensaje de respuesta; e información del cobro de la llamada", respectivamente, sin restringir los términos nombrados de último a los detalles técnicos especiales o de implementación impuestos a los términos nombrados en primer lugar.
Las Figuras 1A, 2A, 3A y 4A muestran procedimientos para la indicación del cobro de la llamada de acuerdo con un ejemplo de la presente invención, por ejemplo, para un servicio de AoC-S, AoC-D y AoC-E, mientras que las Figuras 1B, 2B, 3B y 4B muestran procedimientos para la indicación del cobro de la llamada de acuerdo con un ejemplo alternativo de la presente invención, por ejemplo, para un servicio de AoC-S, AoC-D y AoC-E. La señalización entre los elementos se indica en dirección horizontal, mientras que los aspectos temporales entre la señalización, pueden reflejarse en el arreglo vertical de la secuencia de señalización, así como también en los números de secuencia. Cabe señalar que los aspectos temporales indicados en las Figuras 1 a la 4 no restringen necesariamente cualquiera de las etapas del procedimiento que se muestran a la secuencia de etapa descrita. Esto aplica en particular a las etapas del procedimiento que son funcionalmente disyuntivas entre sí. Dentro de las Figuras 1 a la 4, para facilitar la descripción, los medios o partes que pueden proporcionar funcionalidades principales se representan con bloques funcionales o flechas sólidas y/o un tipo de letra normal, mientras que los medios o partes que pueden proporcionar funciones opcionales se representan con bloques funcionales o flechas discontinuas y/o un tipo de letra cursiva.
Como se muestra en las Figuras 1A, 2A, 3A y 4A, un sistema de comunicación 200 puede comprender un UE 201 y una red 202. La red 202 a su vez puede comprender un OCS 2021, una función de control del estado de la llamada en servicio (S-CSCF) 2022, una ACF 2023 y una función de control de la pasarela de los medios de comunicación/nodo B del IMS (IMS-B/MGCF) 2024.
En las etapas respectivas de la S1-1 a la S5-1, por ejemplo, la ACF 2023 puede realizar la transmisión de un mensaje de solicitud de información del cobro de la llamada (por ejemplo, CCRe) que comprende que la primera información (por ejemplo, Identificador-de-aplicación-de-autenticación = 5) sea diferente de la información del control de crédito (por ejemplo, Identificador-de-aplicación-de-autenticación t 4), la segunda información (por ejemplo, Tipode-Solicitud-de-CC) que indica la ausencia de una necesidad de control de crédito (por ejemplo, SOLICITUD_EVENTO), la tercera información (por ejemplo, AVP de Acción Solicitada) que indica la necesidad de una indicación del cobro de la llamada (por ejemplo, CONSULTA_PRECIO), y la cuarta información (por ejemplo, AVP de Información de Servicio) en relación con un servicio solicitado (por ejemplo, servicio del IMS). En las etapas opcionales respectivas de la Sl-2 a la S5-2, por ejemplo, el OCS 2021 puede realizar la recepción del mensaje de solicitud.
Luego, en las etapas respectivas de la Sl-3 a la S5-3, por ejemplo, el OCS 2021 puede realizar la transmisión de un mensaje de respuesta (por ejemplo, CCAe) que comprende la información del cobro de la llamada (por ejemplo, Información de la Tarifa) en respuesta a la recepción del mensaje de solicitud que comprende lo descrito anteriormente de la primera a la cuarta información.
En las etapas opcionales respectivas de la S1-4 a la S5-4, por ejemplo, el OCS 2021 puede realizar la retransmisión, en respuesta a la recepción del mensaje de respuesta que comprende la información del cobro de la llamada, la información del cobro de la llamada en un mensaje de respuesta.
En cuanto a los refinamientos de los procedimientos que se realizan además, de acuerdo con un ejemplo de la presente invención, el mensaje de respuesta puede ser una respuesta del progreso de la sesión del protocolo de inicio de sesión (ver Figura 1A, etapa S1-4, AoC-S después del registro en el IMS pero antes del establecimiento de la sesión), una respuesta OK del protocolo de inicio de sesión (ver Figura 1A, etapa S2-4, AoC-S después del establecimiento de la sesión), un mensaje de información del protocolo de inicio de sesión (ver Figura 2A, etapa S3-4, AoC-D después del establecimiento de la sesión), una respuesta OK del protocolo de inicio de sesión que responde a otro mensaje de ADIÓS del protocolo de inicio de sesión (ver Figura 3A, etapa S4-4, AoC-E, por ejemplo, poco antes de la finalización de la llamada (que no se muestra)) y un mensaje de ADIÓS del protocolo de inicio de sesión (ver Figura 4A, etapa S5-4, AoC-E, por ejemplo, poco antes de la finalización de la llamada (que no se muestra)).
Las Figuras 1B, 2B, 3B y 4B muestran procedimientos para la indicación del cobro de la llamada de acuerdo con un ejemplo alternativo de la presente invención, por ejemplo, para un servicio de AoC-S, AoC-D y AoC-E.
Como se muestra en las Figuras 1B, 2B, 3B y 4B, el sistema de comunicación 200 puede comprender el UE 201 y la red 202. La red 202 a su vez puede comprender una función de determinación de la tarifa (t Df ) 2021, un punto de determinación de la tarifa (TDP, que no se muestra en las Figuras), la S-CSCF 2022, la ACF 2023 y una función de datos de cobro (CDF) 2024. En la Figura 1B, la red 202 también puede comprender además un servidor de abonado doméstico (HSS) 2025 opcional.
Como se muestra en la Figura 1A, puede realizarse la siguiente secuencia:
1. Se recibe una Solicitud SIP Invitación inicial en la S-CSCF 2022. Esta solicitud se reenvía a la Función de AoC 2023.
2. La Función de AoC 2023 recibe el Tipo de AoC = [AoC-S] y consulta (en las subetapas II y IIa) la TDF 2021 para obtener la Información de la Tarifa. Opcionalmente (en las subetapas I y Ia), la ACF 2023 puede consultar el HSS 2025, por ejemplo, para el Tipo de AoC = [AoC-S].
3. La información de AoC-S se incluye en la respuesta del SIP 183.
4. El UE 201 reconoce el SIP 183, por ejemplo, con RECONOCIMIENTO DE RESPUESTA PROVISIONAL. 5. La Función de AoC 2023 responde con SIP 2000K.
6. La Solicitud SIP Invitación se recibe en la S-CSCF 2022, que reenvía esta solicitud.
7. La S-CSCF 2022 recibe la respuesta SIP 200 OK y reenvía esta respuesta.
8. La Función de AoC 2023 consulta la TDF 2021 y mapea la Información de la Tarifa en la Información de AoC para proceder además.
9. La S-CSCF 2022 envía una Solicitud de Datos de Cobro con el tipo de servicio de AoC y la Información de AoC que indica INICIAR_REGISTRO a la CDF 2024.
10. La CDF 2024 abre un registro de datos de cobro (CDR) del CDR de la S-CSCF 2022 para el registro del tipo de servicio de AoC y la Información de AoC.
11. La CDF 2024 reconoce la recepción de la Respuesta de Datos de Cobro.
12. La información de AoC-S se inserta en la respuesta SIP 200 OK.
Como se muestra en la Figura 2B, puede realizarse la siguiente secuencia:
1. La Función de AoC 2023 detecta que la tarifa se cambia y consulta la TDF 2021 para obtener la Información de la Tarifa.
2. La solicitud SIP INFORMACIÓN se envía con la información de AoC-D.
3. Se recibe SIP 2000K.
4. La S-CSCF 2022 envía una Solicitud de Datos de Cobro con el tipo de servicio de AoC y la Información de AoC que indica INICIAR_REGISTRO a la CDF 2024.
5. La CDF 2024 reconoce la recepción de la Respuesta de Datos de Cobro y actualiza el CDR de la S-CSCF 2022.
Como se muestra en la Figura 3B, puede realizarse la siguiente secuencia:
1. Una sesión del SIP se libera mediante el envío de un mensaje SIP ADIÓS. La S-CSCF 2022 reenvía este mensaje a la ACF 2023 y reenvía esta solicitud.
2. La Función de AoC 2023 recibió el Tipo de AoC = [AoC-E] y consulta la TDF 2021 para obtener la Información de la Tarifa.
3. La S-CSCF 2022 recibe la respuesta 200 OK y reenvía esta respuesta.
4. La Función de AoC 2023 mapea la Información de la Tarifa en la Información de AoC para proceder además.
5. La S-CSCF 2022 envía una Solicitud de Datos de Cobro con el tipo de servicio de AoC y la Información de AoC que indica DETENER_REGISTRO a la CDF 2024.
6. La CDF 2024 cierra el CRD de la S-CSCF 2022 para el registro del tipo de servicio de AoC y la Información de AoC.
7. La CDF 2024 reconoce la recepción de la Respuesta de Datos de Cobro.
8. La información de AoC-S se inserta en la respuesta SIP 200 OK.
Como se muestra en la Figura 4B, puede realizarse la siguiente secuencia:
1. Una sesión del SIP se libera mediante el envío de un mensaje SIP ADIÓS. La S-CSCF 2022 reenvía este mensaje a la Función de AoC 2023.
2. La Función de AoC 2023 consulta la TDF 2021 y convierte la Información de la Tarifa a la Información de AoC para el AoC-E.
3. Tras la recepción del mensaje ADIÓS, la Función de AoC 2023 reenvía la solicitud del SIP ADIÓS al UE 201. Se incluye la información de AoC.
4. Se reenvía la respuesta final al mensaje ADIÓS.
5. La S-CSCF 2022 envía una Solicitud de Datos de Cobro con el tipo de servicio de AoC y la Información de AoC que indica DETENER_REGISTRO a la CDF 2024.
6. La CDF 2024 cierra el CDR de la S-CSCF 2022 para el registro del tipo de servicio de AoC y la Información de AoC.
7. La CDF 2024 reconoce la recepción de la Respuesta de Datos de Cobro.
Además, la información del cobro de la llamada puede comprender el costo, la tasa y/o la tarifa. Por otra parte, el mensaje de respuesta puede constituirse mediante una respuesta del evento de control de crédito, y el mensaje de solicitud puede constituirse mediante una solicitud de evento de control de crédito. Además, la primera información puede referirse a un tipo de aplicación, y la primera información puede constituirse mediante un identificador de la aplicación de autenticación. En el último caso, el identificador de la aplicación de autenticación puede ser 5. Además de eso, la segunda información puede referirse a un tipo de solicitud, y la segunda información puede constituirse mediante un tipo de solicitud de contenido de comunicación. En el último caso, el tipo de solicitud de contenido de comunicación puede ser una solicitud de evento. Además de eso, la tercera información puede referirse a una acción solicitada, y la tercera información puede constituirse mediante un par de valores de atributos de acción solicitada. En el último caso, el par de valores de atributos de acción solicitada puede ser una consulta de precio. Además, la cuarta información puede referirse a la información del servicio, y la cuarta información puede constituirse mediante un par de valores de atributos de la información del servicio. En el último caso, el par de valores de atributos de la información del servicio puede proporcionar la información del servicio solicitado cuando sea un servicio del subsistema multimedia del protocolo de internet.
La Figura 5 muestra aparatos (por ejemplo, el OCS/TDF 2021, denominado únicamente como "OCS" en lo adelante, y la ACF 2023) para la indicación del cobro de la llamada de acuerdo con un ejemplo de la presente invención. Dentro de la Figura 5, para facilitar la descripción, los medios o partes que pueden proporcionar las principales funcionalidades se representan con bloques funcionales o flechas sólidas y un tipo de letra normal, mientras que los medios o partes que pueden proporcionar funciones opcionales se representan con bloques funcionales o flechas discontinuas y un tipo de letra cursiva.
El OCS 2021 puede comprender un CPU (o núcleo de funcionalidad, CF) 20211, una memoria 20212, un transmisor (o medios para la transmisión) 20213 y un receptor opcional (o medios para la recepción) 20214.
La ACF 2023 puede comprender un CPU (núcleo de funcionalidad, CF) 20231, una memoria 20232, un transmisor (o medios para la transmisión) 20233, un receptor opcional (o medios para la recepción) 20234 y un retransmisor opcional (o medios para la retransmisión) 20235.
Como se indica mediante la extensión discontinua de los bloques funcionales de los CPU 20211; 20231, los medios para la transmisión 20213 y los medios para la recepción 20214 del OCS 20221 así como también los medios para la transmisión 20233, los medios para la recepción 20234 y los medios para la retransmisión 20235 del UE 201 pueden ser funcionalidades que se ejecutan en los CPU 20211; 20231 del OCS 2021 o la ACF 20223, respectivamente, o pueden ser medios o entidades funcionales separadas alternativamente. Además, como se indica mediante los bloques funcionales de los medios para la retransmisión 20235 y los medios para la transmisión 20233 que se solapan parcialmente entre sí, los medios para la retransmisión 20235 también pueden ser una funcionalidad o una subunidad de los medios para la transmisión 20233.
Los CPU 20x1 (en los que x = 21 y 23) pueden configurarse respectivamente para procesar diversas entradas de datos y para el control de las funciones de las memorias 20x2, los medios para la transmisión 202x3 y los medios para la recepción 20x4 (y los medios para la retransmisión 20235 de la ACF 2023). Las memorias 20x2 pueden servir, por ejemplo, para almacenar los medios de código para que lleven a cabo, por ejemplo, los procedimientos de acuerdo con el ejemplo de la presente invención, cuando se ejecutan, por ejemplo, en los CPU 20x1. Cabe señalar que los medios para la transmisión 20x3 y los medios para la recepción 20x4 pueden proporcionarse alternativamente como respectivos transceptores integrales. Cabe señalar además que los transmisores/receptores pueden implementarse i) como transmisores/receptores físicos para la transmisión/recepción, por ejemplo, a través de la interfaz aérea (por ejemplo, en caso de la transmisión entre el UE 201 y la ACF 2023), ii) como entidades de enrutamiento, por ejemplo para la transmisión/recepción de paquetes de datos, por ejemplo, en una red de PS (conmutación de paquetes) (por ejemplo, entre el o Cs 2021 y la ACF 2023 cuando se disponen como entidades de red separadas), iii) como funcionalidades para la escritura/lectura de la información en/desde un área de memoria determinada (por ejemplo, en el caso del OCS 2021 y la ACF 20233 cuando se disponen como una entidad de red integral (que no se muestra)), o iv) como cualquier combinación adecuada de i) a iii).
Por ejemplo, los medios para la transmisión 20233 de la ACF 2023 pueden realizar la transmisión de un mensaje de solicitud (por ejemplo, CCRe) que comprende que la primera información (por ejemplo, Identificador-de-aplicaciónde-autenticación = 5) sea diferente de la información del control de crédito (por ejemplo, Identificador-de-aplicaciónde-autenticación t 4), la segunda información (por ejemplo, Tipo-de-Solicitud-de-CC) que indica la ausencia de una necesidad para el control de crédito (por ejemplo, SOLlClTUD_EVENTO), la tercera información (por ejemplo, AVP de acción solicitada) que indica una necesidad para la indicación del cobro de la llamada (por ejemplo, CONSULTA_PRECIO), y la cuarta información (por ejemplo, AVP de Información de Servicio) en relación con un servicio solicitado (por ejemplo, servicio del IMS). Por ejemplo, los medios opcionales para la recepción 20214 del OCS 2021 pueden realizar la recepción del mensaje de solicitud.
Luego, por ejemplo, los medios para la transmisión 20213 del OCS 2021 pueden realizar la transmisión de un mensaje de respuesta (por ejemplo, CCAe) que comprende la información del cobro de la llamada (por ejemplo, Información de la Tarifa) en respuesta a la recepción, mediante los medios opcionales para la recepción 20214, del mensaje de solicitud que comprende lo descrito anteriormente de la primera a la cuarta información.
Luego, por ejemplo, los medios para la retransmisión 20235 de la ACF 2023 pueden realizar la retransmisión, en respuesta a la recepción del mensaje de respuesta que comprende la información del cobro de la llamada, la información de AoC en un mensaje de respuesta.
En cuanto a los refinamientos de los aparatos que se realizan además, de acuerdo con un ejemplo de la presente invención, el mensaje de respuesta puede ser una respuesta del progreso de la sesión del protocolo de inicio de sesión (ver Figura 1, etapa S1-4, AoC-S después del registro en el IMS pero antes del establecimiento de la sesión), una respuesta OK del protocolo de inicio de sesión (ver Figura 1, etapa S2-4, AoC-S después del establecimiento de la sesión), un mensaje de información del protocolo de inicio de sesión (ver Figura 2, etapa S3-4, AoC-D después del establecimiento de la sesión), una respuesta OK del protocolo de inicio de sesión que responde a otro mensaje de ADIÓS del protocolo de inicio de sesión (ver Figura 3, etapa S4-4 AoC-E, por ejemplo, poco antes de la finalización de la llamada (que no se muestra)) y un mensaje de ADIÓS del protocolo de inicio de sesión (ver Figura 4, etapa S5-4, AoC-E, por ejemplo, poco antes de la finalización de la llamada (que no se muestra)).
Además, la información del cobro de la llamada puede comprender el costo, la tasa y/o la tarifa. Por otra parte, el mensaje de respuesta puede constituirse mediante una respuesta del evento de control de crédito, y el mensaje de solicitud puede constituirse mediante una solicitud de evento de control de crédito. Además, la primera información puede referirse a un tipo de aplicación, y la primera información puede constituirse mediante un identificador de la aplicación de autenticación. En el último caso, el identificador de la aplicación de autenticación puede ser 5. Además de eso, la segunda información puede referirse a un tipo de solicitud, y la segunda información puede constituirse mediante un tipo de solicitud de contenido de comunicación. En el último caso, el tipo de solicitud de contenido de comunicación puede ser una solicitud de evento. Además de eso, la tercera información puede referirse a una acción solicitada, y la tercera información puede constituirse mediante un par de valores de atributos de acción solicitada. En el último caso, el par de valores de atributos de acción solicitada puede ser una consulta de precio. Además, la cuarta información puede referirse a la información del servicio, y la cuarta información puede constituirse mediante un par de valores de atributos de la información del servicio. En el último caso, el par de valores de atributos de la información del servicio puede proporcionar la información del servicio solicitado cuando sea un servicio del subsistema multimedia del protocolo de internet.
Además, al menos uno o más de los medios para la transmisión 20233; 20213, los medios para la recepción 20234; 20214, los medios para la retransmisión 20235 y/o el OCS 2021 y/o la ACF 2023, o las funcionalidades respectivas llevadas a cabo, pueden implementarse como un conjunto de chips o módulo.
La presente invención se refiere también a un sistema que puede comprender el OCS 2021 descrito anteriormente y la ACF 2023 descrita anteriormente.
La Figura 6 muestra una estructura de datos (por ejemplo, CCRe) para la indicación del cobro de la llamada de acuerdo con un ejemplo de la presente invención.
Como se muestra en la Figura 6, la estructura de datos (por ejemplo, CCRe) puede comprender (como se indica mediante los elementos de información agrandados y en negrita) la primera información (por ejemplo, Identificadorde-aplicación-de-autenticación = 5) que sea diferente de la información del control de crédito (es decir, Identificadorde-aplicación-de-autenticación t 4), la segunda información (por ejemplo, Tipo-de-Solicitud-de-CC) que indica la ausencia de una necesidad de control de crédito (por ejemplo, SOLICITUD_EVENTO), la tercera información (por ejemplo, AVP de acción solicitada) que indica una necesidad para la indicación del cobro de la llamada (por ejemplo, CONSULTA_PRECIO) y la cuarta información (por ejemplo, AVP de información de servicio) en relación con un servicio solicitado (por ejemplo, servicio del IMS).
En cuanto a los refinamientos que se realizan además de la estructura de datos de acuerdo con un ejemplo de la presente invención, la estructura de datos puede constituirse mediante una solicitud de evento de control de crédito. Además, la primera información puede constituirse mediante un identificador de la aplicación de autenticación que sea 5. Además, la segunda información puede constituirse mediante un tipo de solicitud de contenido de comunicación que sea una solicitud de evento. Además de eso, la tercera información puede constituirse mediante un par de valores de atributos de acción solicitada que sea una consulta de precio. Por otra parte, la cuarta información puede constituirse mediante un par de valores de atributos de la información del servicio, por ejemplo, que proporcionen la información del servicio solicitado que sea un servicio del subsistema multimedia del protocolo de Internet.
Sin que sea restringida a los detalles siguientes en esta sección, la realización de la presente invención puede resumirse de la siguiente manera:
Solicita información de tarifa, tasa y/o costo para el AoC, desde, por ejemplo, el Sistema de Cobro en Línea la CCRe puede usarse.
La CCRe se define en el RFC de la IETF 4006 para propósitos de control de crédito y puede tener la siguiente forma.
<Solicitud-de-Control-de-Crédito>:: = <Encabezado de Diámetro: 272, REQ, PXY >
< Identificador-de-Sesión >
{ Anfitrión-del-Origen }
{ Dominio-del-Origen }
{ Dominio-del-Destino }
{ Identificador-de-Aplicación-de-Autenticación }
{ Identificador-del-Contexto-del-Servicio }
{ Tipo-de-Solicitud-de-CC }
{ Número-de-Solicitud-de-CC }
[ Anfitrión-del-Destino ]
[ Nombre-de-Usuario ]
[ Identificador-de-la-Sesión-del-Subsistema-de-CC ]
[ Identificador-de-la-Sesión-Múltiple-de-Cuenta ]
[ Identificador-del-Estado-del-Origen ]
[ Marca-de-Tiempo-de-Evento ]
* [ Identificador-de-Subscripción ]
[ Identificador-del-Servicio ]
[ Causa-de-Finalización ]
[ Unidad-de-Servicio-Solicitada ]
[ Acción-Solicitada ]
* [ Unidad-de-Servicio-Usada ]
[ Indicador-de-Servicios-Múltiples ]
* [ Control-de-Crédito-de-Múltiples-Servicios ]
* [ Información-de-Parámetro-de-Servicio ]
[ Identificador-de-Correlación-de-CC ]
[ Información-del-Equipo-de-Usuario ]
* [ Información-del-Servidor-Proxy ]
* [ Registro-de-Ruta ]
[ Información-del-Servicio ]
* [ AVP]
< Respuesta-del-Control-de-Crédito > :: = < Encabezado de diámetro: 272, PXY >
< Identificador-de-Sesión >
{ Código-Resultante }
{ Anfitrión-del-Origen }
{ Dominio-del-Origen }
{ Identificador-de-aplicación-de-autenticación }
{ Tipo-de-Solicitud-de-CC }
{ Número-de-Solicitud-de-CC }
[ Nombre-de-Usuario ]
[ Conmutación-de-Sesión-de-CC ]
[ Identificador-de-la-Sesión-del-Subsistema-de-CC ]
[ Identificador-de-la-Sesión-Múltiple-de-Cuenta ]
[ Identificador-del-Estado-del-Origen ]
[ Marca-de-Tiempo-de-Evento ]
[ Unidad-de-Servicio-Concedido ]
* [ Control-de-Crédito-de-Múltiples-Servicios ]
[ Información-de-Costo ]
[ Indicación-de-Unidad-Final ]
[ Resultado-de-Comprobación-de-Saldo ]
[ Control-de-Crédito-Manejo-de-Fallas]
[ Manejo-de-Fallas-de-Débito-Directo ]
[ Tiempo-de-Validez ]
* [ Redireccionamiento-de-Anfitrión ]
[ Redireccionamiento-de-Anfitrión-en-Uso ]
[ Tiempo-Máximo-de-Memoria-Caché-de-Redireccionamiento ]
* [ Información-del-Servidor-Proxy ]
* [ Registro-de-Ruta ]
* [ AVP-Fallido ]
[ Información-del-Servicio ]
* [ AVP]
Para la separación del control de crédito, el CCRe para el AoC puede incluir, por ejemplo, un Identificador de aplicación de diámetro de la autoridad de números asignados de internet (IANA) no registrado actualmente, por ejemplo, 5 (como la aplicación de AoC de diámetro).
Para solicitar la información de costo, tasa o tarifa, por ejemplo, desde el OCS, la CCRe puede rellenarse de la siguiente forma:
• Por ejemplo, el Identificador-de-aplicación-de-autenticación puede establecerse en, por ejemplo, el valor 5, que indica la aplicación de AoC de diámetro.
• Por ejemplo, el Tipo-de-Solicitud-de-CC puede establecerse en el valor SOLICITUD_EVENTO en el mensaje de solicitud.
• Por ejemplo, el AVP de acción solicitada puede establecerse en CONSULTA_PRECIO en el mensaje de solicitud.
• Por ejemplo, el AVP de información de servicio (como se define mediante la 3GPP TS 32.299) puede incluirse en el mensaje de solicitud que proporciona la información sobre el servicio del IMS solicitado.
El OCS, por ejemplo, puede proporcionar la información de costo, tasa o tarifa a, por ejemplo, la Función de AoC (ACF) en el mensaje de respuesta del control de crédito y en base a la información del servicio y otra información que recibió en la solicitud de consulta de precio.
La ACF puede usar la información proporcionada, por ejemplo, del OCS para proporcionar la Información de AoC, por ejemplo, al usuario del IMS, por ejemplo, a través de la Información de AoC codificada en XML incluida, por ejemplo, en el cuerpo de la extensión del correo de internet multipropósito (MIME) de los siguientes mensajes del SIP:
• Respuesta SIP 200 OK (AoC-S)
• Respuesta de Progreso de la Sesión (SP) del SIP 183 (AoC-S)
• SIP INFORMACIÓN (AoC-D)
• SIP ADIÓS (AoC-E) o
• SIP 200 OK que responde a SIP ADIÓS (AoC-E).
[Más ejemplos]
Para el propósito de la presente invención como se describió anteriormente en la presente memoria, se debe señalar que
- una tecnología de acceso puede ser cualquier tecnología por medio de la que, un equipo de usuario pueda acceder a una red de acceso (o estación base, respectivamente). Puede usarse cualquier tecnología presente o futura, como WiMAX (Interoperabilidad Mundial para el Acceso por Microondas) o w La N (Red de Acceso Local Inalámbrica), BlueTooth, Infrarrojos y similares; aunque las tecnologías anteriores son en su mayoría tecnologías de acceso inalámbrico, por ejemplo, en diferentes espectros de radio, la tecnología de acceso en el sentido de la presente invención puede implicar también tecnologías conectadas por cable, por ejemplo, tecnologías de acceso en base al IP como redes de cable o línea fija;
- una función de datos de cobro (CDF) puede ser cualquier funcionalidad que reciba eventos de cobro de la Función de Activación de Cobro (CTF) a través del punto de referencia Rf. Luego, usa la información contenida en los eventos de cobro para construir los CDR. Este procedimiento puede describirse mediante las siguientes condiciones:
■ Los CDR pueden construirse desde eventos de cobro únicos, es decir, una relación 1:1 entre el evento y el CDR.
■ Los CDR pueden construirse desde un conjunto de varios eventos de cobro, es decir, una relación n:1 entre el evento y el CDR.
■ Cada evento de cobro se usa para exactamente un CDR, es decir, no es posible una relación 1:n entre el evento y el CDR (con n>1).
■ Eventos de cobro múltiples que se usan para crear un único CDR, pueden no necesariamente ser del mismo tipo.
■ No existe ningún requisito o suposición de cualquier sincronización entre la recepción de el/los evento(s) de cobro y la creación del CDR resultante. Sin embargo, la CDF podrá realizar la recepción y el procesamiento de eventos de cobro, y la generación del CDR resultante casi en tiempo real.
■ La relación entre la CDF y la CTF puede ser 1:1 (CDF integrada) o 1:n (CDF separada) (consulte la cláusula 4.5 para conocer las posibles configuraciones físicas de las funciones de cobro lógica). Esto incluye la posibilidad de que elementos de red (NE) de diferentes tipos alimenten eventos de cobro en la misma CDF.
■ Todos los eventos de cobro usados para construir un CDR deben provenir del mismo NE, es decir, no existe una correlación de tipo de NE cruzado o NE cruzado de eventos de cobro en la CDF.
Los resultados de las tareas de la CDF son registros de datos de cobro (CDR) con un contenido y formato bien definidos. El contenido y formato de estos CDR se especifican por dominio/subsistema/servicio en la memoria descriptiva de cobro del nivel intermedio relativo;
- una función de determinación de la tarifa (TDF) puede ser cualquier funcionalidad que es responsable de la determinación de la Información de la Tarifa para el servicio usado. La Información de la Tarifa se proporciona, por ejemplo, mediante el OCS; opcionalmente, puede usarse la Información de la Tarifa preconfigurada. (La TDF puede determinar la tarifa como CDP, pero no puede insertarla al SIP);
- un punto de determinación de la tarifa (TDP) es cualquier elemento de red que puede determinar qué tarifa/cobro adicional debe aplicarse, e inserta la información de la tarifa, por ejemplo, en las solicitudes o respuestas del SIP apropiadas. El TDP remoto puede implementarse en un Servidor de Aplicaciones del SIP ubicado en la Red Doméstica, la Red Visitada o en otra red, que incluye una red en base al CS donde la MGCF actúa como el TDP remoto frente a la Función de AoC;
- una red puede ser cualquier dispositivo, unidad o medios mediante los que, una entidad de estación u otro equipo de usuario puede conectarse y/o utilizar los servicios ofrecidos mediante la red de acceso; dichos servicios incluyen, entre otros, datos y/o comunicación (audio-) visual, descarga de datos, etc.;
- generalmente, la presente invención puede ser aplicable en aquellos entornos de red/equipo de usuario que se basan en un esquema de transmisión en base a paquetes de datos de acuerdo con qué datos se transmiten en los paquetes de datos y que son, por ejemplo, en base al Protocolo de Internet IP. Sin embargo, la presente invención no se limita a la misma, y también es aplicable cualquier otra versión del IP o IP móvil (MIP) presente o futura, o, más generalmente, un protocolo siguiente a los principios similares como el (M)IPv4/6;
- un equipo de usuario puede ser cualquier dispositivo, unidad o medios mediante los que, un usuario del sistema puede experimentar los servicios de una red de acceso;
- las etapas del procedimiento que probablemente se implementarán como partes del código de software y que mediante el uso de un procesador se ejecutan en un elemento de red o terminal (como ejemplos de dispositivos, aparatos y/o módulos de los mismos, o como ejemplos de entidades que incluyen aparatos y/o módulos por lo tanto), son independientes del código de software y pueden especificarse mediante el uso de cualquier lenguaje de programación conocido o desarrollado en el futuro siempre que se conserve la funcionalidad definida mediante las etapas del procedimiento;
- generalmente, cualquier etapa del procedimiento es adecuada para implementarse como software o mediante hardware sin cambiar la idea de la invención en términos de la funcionalidad implementada;
- las etapas del procedimiento y/o dispositivos, unidades o medios que probablemente puedan implementarse como componentes de hardware en el OCS y/o la ACF, o cualquier módulo(s) del(de los) mismo(s), son independientes del hardware y pueden implementarse mediante el uso de cualquier tecnología de hardware conocida o desarrollada en el futuro o cualquier híbridos de estos, como MOS (Semiconductor de Óxido de Metal), CMOS (MOS Complementario), BiMOS (MOS Bipolar), BiCMOS (CMOS Bipolar), ECL (Lógica Acoplada de Emisor), TTL (Lógica Transistor-Transistor), etc., mediante el uso por ejemplo, de componentes ASIC (IC (Circuito Integrado) de Aplicación Específica), componentes FPGA (Conjuntos de Puertas Programables en Campo), componentes CPLD (Dispositivo Lógico Programable Complejo) o componentes DSP (Procesador de Señal Digital); además, cualquier etapa del procedimiento y/o dispositivo, unidad o medios que probablemente se implementen como componentes de software, puede alternativamente basarse en cualquier arquitectura de seguridad capaz, por ejemplo, de la autenticación, la autorización, la codificación y/o la protección del tráfico;
- los dispositivos, unidades o medios (por ejemplo, el OCS y/o la ACF, o cualquiera de sus respectivos medios) pueden implementarse como dispositivos, unidades o medios individuales, pero esto no excluye que ellos se implementen de forma distribuida en todo el sistema, siempre que se conserve la funcionalidad del dispositivo, unidad o medios;
- un aparato puede representarse mediante un chip semiconductor, un conjunto de chips o un módulo (hardware) que comprende dicho chip o conjunto de chips; Sin embargo, esto no excluye la posibilidad de que una funcionalidad de un aparato o módulo, en lugar de que se implemente en hardware, se implemente como software en un módulo (software) como un programa informático o un producto de programa informático que comprende partes de código de software ejecutable para la ejecución/que se ejecutan en un procesador; - un dispositivo puede considerarse como un aparato o como un conjunto de más de un aparato, ya sea funcionalmente en cooperación entre sí o funcionalmente independientemente entre sí, pero en una misma carcasa del dispositivo, por ejemplo.
Aunque la presente invención se ha descrito anteriormente en la presente memoria con referencia a realizaciones particulares de la misma, la presente invención no se limita a la misma y pueden realizarse diversas modificaciones a la misma dentro del ámbito de las reivindicaciones c.
Para mayor claridad, la siguiente tabla proporciona un resumen de las abreviaturas usadas en la descripción anterior. Cabe señalar que una "s" siguiente de una abreviatura representa el plural de esa abreviatura, memoria descriptiva
UE Equipo de usuario
CS Conmutación de circuito
PS Conmutación de paquetes
UL Enlace ascendente
DL Enlace descendente
AoC Aviso de Cobro
ACF Función de AoC
AoC-D AoC - Durante
AoC-E AoC - Fin
AoC-S AoC - Inicio
CDF Función de datos de cobro
TDF Función de determinación de la tarifa
CDR Registro de datos de cobro
AVP Par de Valores de Atributos
CCA Respuesta del Control de Crédito
CCAe Respuesta del Evento de Control de Crédito
CCR Solicitud de Control de Crédito
CCRe Solicitud de Evento de Control de Crédito
OCS Servidor de Cobro en Línea
SIP Protocolo de inicio de sesión
IP Protocolo de internet
IMS Subsistema multimedia del protocolo de internet
IANA Autoridad de asignación de números de internet
MIME Extensión del correo de internet multipropósito
PSTN Red telefónica de conmutación pública

Claims (9)

  1. REIVINDICACIONES
    i. Un procedimiento (2023) realizado mediante una función de aviso de cobro (2023) que proporciona un servicio de aviso de cobro en un subsistema multimedia del protocolo de Internet (2024), IMS, que comprende:
    recibir una solicitud de establecimiento de una sesión para un usuario;
    recibir un tipo de aviso de cobro desde un servidor de abonado doméstico (2025);
    determinar que el tipo de aviso de cobro comprende una indicación que indica que la información del aviso de cobro debe proporcionarse al usuario durante el establecimiento de la sesión;
    consultar un Sistema de Cobro en Línea (2021) para obtener la información de la tarifa, en el que la consulta de la información de la tarifa comprende el envío de un mensaje de solicitud de evento de control de crédito con un par de valores de atributos de acción solicitada establecido como CONSULTA_PRECIO, recibir la información de la tarifa del Sistema de Cobro en Línea (2021) en un mensaje de respuesta del control de crédito;
    e incluir la información del aviso de cobro en una respuesta a la solicitud.
  2. 2. Un procedimiento de acuerdo con la reivindicación 1, que comprende además mapear la información de la tarifa en la información del aviso de cobro.
  3. 3. Un procedimiento de acuerdo con cualquier reivindicación anterior, que comprende además detectar un cambio de tarifa y consultar el Sistema de Cobro en Línea (2021) para obtener la información de la tarifa.
  4. 4. Un procedimiento de acuerdo con cualquier reivindicación anterior, que comprende además consultar al servidor de abonado doméstico (2025) para el tipo de aviso de cobro.
  5. 5. Un aparato para proporcionar un servicio de aviso de cobro en un subsistema multimedia del protocolo de Internet, IMS, (2024) que comprende:
    medios para recibir (2023) una solicitud de establecimiento de una sesión para un usuario;
    medios para recibir un tipo de aviso de cobro desde un servidor de abonado doméstico (2025);
    medios para determinar que el tipo de aviso de cobro comprende una indicación que indica que la información del aviso de cobro debe proporcionarse al usuario durante el establecimiento de la sesión; medios para consultar un Sistema de Cobro en Línea (2021) para obtener la información de la tarifa, en el que la consulta de la información de la tarifa comprende el envío de un mensaje de solicitud de evento de control de crédito con un par de valores de atributos de acción solicitada establecido como CONSULTA_PRECIO,
    medios para recibir la información de la tarifa del Sistema de Cobro en Línea (2021) en un mensaje de respuesta del control de crédito, y
    medios para incluir la información del aviso de cobro una respuesta a la solicitud.
  6. 6. Un aparato de acuerdo con la reivindicación 5, que comprende además medios para mapear la información de la tarifa en la información del aviso de cobro.
  7. 7. Un aparato de acuerdo con la reivindicación 5 o la reivindicación 6, que comprende además medios para detectar un cambio de tarifa y consultar al Sistema de Cobro en Línea (2021) para obtener la información de la tarifa.
  8. 8. Un aparato de acuerdo con cualquiera de las reivindicaciones de la 5 a la 7, que comprende además medios para consultar a un servidor de abonado doméstico, HSS, (2025) para el tipo de aviso de cobro.
  9. 9. Un producto de programa informático que comprende instrucciones que, cuando son ejecutadas en un procesador de una función de aviso de cobro, provocan que el procesador lleve a cabo las etapas del procedimiento de cualquiera de las reivindicaciones de la 1 a la 4.
ES18209546T 2008-06-27 2008-06-27 Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro Active ES2887900T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP08774469.4A EP2301235B1 (en) 2008-06-27 2008-06-27 Methods, apparatuses, system, computer program product and data structure for call charge indication (aoc)
EP18209546.3A EP3474528B1 (en) 2008-06-27 2008-06-27 Method, apparatus, and computer program product for providing advice of charge service
PCT/EP2008/058308 WO2009155995A1 (en) 2008-06-27 2008-06-27 Methods, apparatuses, system, computer program product and data structure for call charge indication (aoc)

Publications (1)

Publication Number Publication Date
ES2887900T3 true ES2887900T3 (es) 2021-12-28

Family

ID=40547548

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18209546T Active ES2887900T3 (es) 2008-06-27 2008-06-27 Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro

Country Status (5)

Country Link
US (1) US20110164736A1 (es)
EP (2) EP3474528B1 (es)
CN (1) CN102132551A (es)
ES (1) ES2887900T3 (es)
WO (1) WO2009155995A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012045341A2 (en) * 2010-10-06 2012-04-12 Nokia Siemens Networks Oy Method, apparatus and system for detecting service data of a packet data connection
US9071705B2 (en) * 2013-06-19 2015-06-30 Telefonaktiebolaget L M Ericsson (Publ) Synchronizing charging for telecommunication service with notification of applicable tariff
CN107251515B (zh) * 2015-02-17 2021-03-26 瑞典爱立信有限公司 Ip多媒体子系统网络中的位置信息提供

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003025809A2 (en) * 2001-09-21 2003-03-27 Telefonaktiebolaget Lm Ericsson (Publ) System and method for charging in a communication network and a communication network charging server
CN101079832B (zh) * 2006-05-23 2012-03-21 朗迅科技公司 Ims网关系统以及操作ims网关设备的方法
US8175575B2 (en) * 2008-04-16 2012-05-08 Alcatel Lucent Online charging for roaming users in a proxy online charging system of a visited network

Also Published As

Publication number Publication date
EP2301235B1 (en) 2018-12-26
EP3474528B1 (en) 2021-04-14
EP2301235A1 (en) 2011-03-30
EP3474528A1 (en) 2019-04-24
US20110164736A1 (en) 2011-07-07
WO2009155995A1 (en) 2009-12-30
CN102132551A (zh) 2011-07-20

Similar Documents

Publication Publication Date Title
ES2384525T3 (es) Método para realizar la activación del registro de usuarios en un subsistema multimedia IP
ES2751165T3 (es) Sistema, método, y elementos de red para proporcionar información de servicio tal como advertencia de información de cobro en una red de comunicación
US8934862B2 (en) Advice of charging (AoC) services in IMS networks
ES2351102T3 (es) Procedimiento para el autoaprovisionamiento de datos de abonado en el subsistema multimedia ip (ims).
ES2710655T3 (es) Método para manejar fallos en el servicio
ES2389250T3 (es) Un método para autenticar un terminal de usuario en un subsistema multimedia IP
ES2390988T3 (es) Gestión de mensajes en un subsistema multimedia IP
US9848307B2 (en) Messaging over a network
US20090075684A1 (en) Apparatus and method for routing message service
AU2007200125A1 (en) Method and architecture for accessing an internet protocol
CN102474523A (zh) 用于发起在ip多媒体子系统网络的hss中对订户数据进行预配置的方法和装置
ES2458118T3 (es) Método y aparato para el manejo de información de zona horaria en una red del subsistema de multimedios de protocolo de Internet, IMS
ES2887900T3 (es) Procedimiento, aparato y producto de programa informático para proporcionar el servicio de aviso de cobro
ES2395998T3 (es) Método de facturación, sistema de facturación y servidor de aplicación
ES2624232T3 (es) Método, aparato, sistema y producto de programa informático relacionado para gestión de traspaso
US20110078281A1 (en) Lawful access data retention diameter application
US20220256040A1 (en) Zero charge systems and methods for packet-switched telephony
EP2283607A1 (en) Charging for services in a communication network
WO2009021453A1 (fr) Procédé, système et dispositif de traitement pour réaliser une communication de service de différents types de messages
CN101184113B (zh) 终端获取p-cscf地址的系统和方法
US20220256039A1 (en) Network exception systems and methods for packet-switched telephony
CN102916962B (zh) 一种ims架构下自交换的触发方法、装置及系统
ES2684299T3 (es) Método, aparato, sistema y producto de programa informático para soportar P-CSCF heredada para indicar a la S-CSCF que omita autenticación
WO2022173788A1 (en) Systems and methods for packet-switched telephony
KR101530648B1 (ko) 무선 단말의 상태 정보 가등록 방법 및 이를 수행하는 호 처리 서버