ES2973241T3

ES2973241T3 - Método, aparato y sistema de cobro, soporte de almacenamiento informático y programa informático

Info

Publication number: ES2973241T3
Application number: ES22156672T
Authority: ES
Inventors: Xiaoqian Chai
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-04-28
Filing date: 2019-02-22
Publication date: 2024-06-19
Anticipated expiration: 2039-02-22
Also published as: US20200244082A1; EP4068814A1; EP3691306A1; CN111211912A; EP4068814B1; EP4068814C0; US20210104899A1; EP3691306B1; WO2019205792A1; US11616372B2; US10944272B2; CN110417560B; EP3691306A4; JP2021518094A; CN110417560A; JP2022172164A; CN111211912B; JP7128340B2

Abstract

Las realizaciones de esta solicitud describen un método de carga y un producto relacionado. El método de cobro incluye: enviar una solicitud de inicio de cobro para una sesión de unidad de datos en paquetes (PDU) a un aparato de función de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación; recibir un mensaje de indicación que es enviado por el aparato de función de cobro basándose en la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación; y realizar el procesamiento de carga basándose en el tipo de indicación. De esta manera, en un mecanismo de interfaz basado en servicios, el aparato de función de carga en un lado del servidor tiene la capacidad de permitir, según sea necesario, un aparato de función de activación de carga en un lado del cliente para realizar algunas operaciones específicas, para cumplir con un requisito de carga personalizado. . (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Método, aparato y sistema de cobro, soporte de almacenamiento informático y programa informático

CAMPO TÉCNICO

Esta solicitud está relacionada con el campo de tecnologías de comunicaciones, y, en particular, métodos, aparatos, sistema de cobro, soporte de almacenamiento informático y programas informáticos.

ANTECEDENTES

Actualmente, en un sistema de comunicaciones 4G, un servicio de cobro online y un servicio de cobro offline se cobran respectivamente usando diferentes sistemas de cobro. Como se muestra en la FIGURA 1, un aparato de función de activación de cobro en el sistema de comunicaciones comunica con un sistema de cobro online usando una interfaz Ro y comunica con un sistema de cobro offline usando una interfaz de RF. El sistema de cobro online se usa para cobrar el servicio de cobro online, y el sistema de cobro offline se usa para cobrar el servicio de cobro offline.

Por ejemplo, en una sesión de cobro online basada en 4G Diameter, existe una sesión de cobro entre el aparato de función de activación de cobro y el sistema de cobro online. Durante la sesión de cobro, el aparato de función de activación de cobro solicita al sistema de cobro online que realice procesamiento de cobro, y el sistema de cobro online realiza correspondiente procesamiento de cobro en función de una respuesta de solicitud.

Sin embargo, en un proceso de procesamiento de cobro, especialmente durante cobro basado en servicio, a veces el sistema de cobro online tiene que realizar activamente algún procesamiento de cobro. Sin embargo, si el aparato de función de activación de cobro no solicita activamente al sistema de cobro online que realice el procesamiento de cobro, el sistema de cobro online no puede realizar el procesamiento de cobro. En consecuencia, un método de procesamiento de cobro en un sistema de cobro actual es insuficientemente flexible.

El documento WO 2009/138030 A1 divulga un método y un dispositivo para adquirir política y regla de control de cobro.

El documento US 2021/184244 A1 divulga cobro online en redes IMS por sesiones traspasadas entre diferentes redes de operadoras.

COMPENDIO

Realizaciones de esta solicitud proporcionar métodos, aparatos, sistema, soporte de almacenamiento informático y programas informáticos de cobro basados en servicio de modo que un aparato de función de cobro permite, según sea necesario, a un aparato de función de activación de cobro realizar algunas operaciones específicas, para satisfacer una pluralidad de diferentes requisitos de cobro, y hacer el procesamiento de cobro más flexible y conveniente.

La invención se define en las reivindicaciones independientes. Rasgos adicionales de la invención se proporcionan en las reivindicaciones dependientes. A continuación, partes de la descripción y los dibujos que hacen referencia a realizaciones, que no están cubiertas por las reivindicaciones no se presentan como realizaciones de la invención, sino como ejemplos útiles para entender la invención.

Según un primer aspecto, una realización de esta solicitud proporciona un método de cobro, que incluye: enviar, por parte de un aparato de función de activación de cobro, una solicitud de inicio de cobro para una sesión de unidad de datos de paquete (PDU) a un aparato de función de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación, y la dirección de recepción de indicación se asocia con la sesión de PDU, de modo que el aparato de función de cobro puede enviar, usando la dirección de recepción de indicación, un mensaje de indicación a la sesión de PDU en el aparato de función de activación de cobro correspondiente a la dirección de recepción de indicación; recibir, por parte del aparato de función de activación de cobro, el mensaje de indicación que es enviado por el aparato de función de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación; y realizar procesamiento de cobro en función del tipo de indicación.

Debe entenderse que el tipo de indicación en esta memoria puede incluir los siguientes varios tipos: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro. El mensaje de indicación puede incluir uno o más de los tipos de indicación.

En esta realización de la presente invención, como el aparato de función de activación de cobro añade la dirección de recepción de indicación a la solicitud de inicio de cobro, el aparato de función de cobro puede enviar, usando la dirección de recepción de indicación, el mensaje de indicación al aparato de función de activación de cobro correspondiente a la dirección de recepción de indicación. De esta manera, el aparato de función de activación de cobro puede recibir el mensaje de indicación que lleva el tipo de indicación. Como hay una pluralidad de tipos de indicación, el aparato de función de activación de cobro realiza correspondiente procesamiento de cobro en función de los diferentes tipos de indicación. De esta manera, el aparato de función de cobro permite, según sea necesario, al aparato de función de activación de cobro realizar algunas operaciones específicas, para satisfacer una pluralidad de diferentes requisitos de cobro. Adicionalmente, esta realización de la presente invención puede aplicarse a un escenario 5G, de modo que en un mecanismo de interfaz basado en servicio, el aparato de función de cobro puede considerarse como servidor, y el aparato de función de activación de cobro puede considerarse como cliente. De esta manera, un lado de servidor puede tener la capacidad de habilitar un lado de cliente para que realice algunas operaciones específicas, cumpliendo de ese modo un requisito de cobro personalizado y haciendo el procesamiento de cobro más flexible y conveniente.

Primera manera: Cuando el tipo de indicación es específicamente una indicación de actualización de cobro, la realización de, por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación es específicamente: enviar, por parte del aparato de función de activación de cobro, una solicitud de actualización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de actualización de cobro. La solicitud de actualización de cobro lleva información de cobro a actualizar (la información de cobro puede ser específicamente estadísticas acerca de flujos de datos, por ejemplo, se usa tráfico de 5 MB para un grupo de tasa 1). Si el mensaje de indicación además lleva un alcance aplicable de indicación, el aparato de función de activación de cobro envía la solicitud de actualización de cobro al aparato de función de cobro para información de cobro correspondiente dentro del alcance aplicable. En este caso, la información de cobro a actualizar es específicamente la información de cobro correspondiente dentro del alcance aplicable; o si el mensaje de indicación no lleva un alcance aplicable de indicación, el aparato de función de activación de cobro envía la solicitud de actualización de cobro al aparato de función de cobro para toda la información de cobro de la sesión de PDU. En este caso, la información de cobro a actualizar es específicamente toda la información de cobro de la sesión de PDU. El aparato de función de activación de cobro puede activar, usando el tipo de indicación de la indicación de actualización de cobro, el aparato de función de cobro para actualizar el cobro. Adicionalmente, el mensaje de indicación puede llevar el alcance aplicable de indicación, y el aparato de función de activación de cobro puede informar información de cobro para diferentes alcances, para actualizar información de cobro. Debe entenderse que hay diferentes alcances aplicables, por ejemplo, todos los flujos de datos en los que se realiza cobro online en la sesión de PDU, todos los flujos de datos en los que se realiza cobro offline en la sesión de PDU, o todos los flujos de datos en los que se realiza cobro en la sesión de PDU. El alcance aplicable puede además limitarse a flujos de datos que corresponden a uno o más grupos de calificación en los flujos de datos en los que se realiza cobro online, o flujos de datos que corresponden a uno o más grupos de calificación en los flujos de datos en los que se realiza cobro offline, o flujos de datos que corresponden a uno o más grupos de calificación y uno o más identificadores de flujo de servicio correspondientes al uno o más grupos de calificación en los flujos de datos en los que se realiza cobro online, o flujos de datos que corresponden a uno o más grupos de calificación y uno o más identificadores de flujo de servicio correspondientes al uno o más grupos de calificación en los flujos de datos en los que se realiza cobro offline. Si el mensaje de indicación no lleva ningún alcance aplicable, de manera predeterminada se considera que el mensaje de indicación es aplicable a todos los flujos de datos en los que se realiza cobro en la sesión de PDU. El flujo de datos en esta memoria puede ser tráfico de datos generado cuando un usuario accede a un servicio de datos.

Debe entenderse que la solicitud de actualización de cobro puede ser una solicitud de adición de cobro. En este caso, información de cobro a actualizar llevada en la solicitud de adición de cobro puede ser específicamente información de cobro a añadir. La solicitud de actualización de cobro puede ser una solicitud de sustitución de cobro. En este caso, información de cobro a actualizar llevada en la solicitud de sustitución de cobro puede ser específicamente información de cobro a sustituir.

Segunda manera: Cuando el tipo de indicación es específicamente una indicación de finalización de cobro, la realización de, por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación es específicamente: enviar, por parte del aparato de función de activación de cobro, una primera solicitud de finalización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de finalización de cobro, para finalizar el cobro por la sesión de PDU. El aparato de función de activación de cobro puede activar, usando el tipo de indicación de la indicación de finalización de cobro, el aparato de función de cobro para finalizar el cobro por la sesión de PDU.

Debe entenderse que la primera solicitud de finalización de cobro es específicamente un mensaje POST o un mensaje PUT. En este caso, el mensaje POST o el mensaje PUT lleva un atributo de la indicación de finalización de cobro y toda la información de cobro actual de la sesión de PDU. Como alternativa, la primera solicitud de finalización de cobro es específicamente un mensaje DELETE, y antes de enviar una primera solicitud de finalización de cobro al aparato de función de cobro, el método incluye además: enviar, por parte del aparato de función de activación de cobro, una solicitud de actualización de cobro al aparato de función de cobro, donde la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU. La primera solicitud de finalización de cobro puede ser enviada al aparato de función de cobro en diferentes formatos de mensaje, de modo que las soluciones de implementación se vuelven diversificadas y flexibles.

Tercera manera: Cuando el tipo de indicación es específicamente una indicación de sobrecarga de aparato de función de cobro, la realización de, por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación es específicamente: el mensaje de indicación además lleva un grado de sobrecarga del aparato de función de cobro, y antes de recibirse un mensaje de indicación siguiente cuyo tipo de indicación es una indicación de sobrecarga de aparato de función de cobro o antes de expirar un periodo de validez llevado en el mensaje de indicación, ajustar, en función del grado de sobrecarga, una cantidad de solicitudes enviadas al aparato de función de cobro (la solicitud en esta memoria es una solicitud que se relaciona con cobro y que es enviada por el aparato de función de activación de cobro al aparato de función de cobro, por ejemplo, la solicitud de inicio de cobro, la primera solicitud de finalización de cobro, o la solicitud de actualización de cobro). El aparato de función de activación de cobro puede ajustar dinámicamente, en función del grado de sobrecarga del aparato de función de cobro, la cantidad de solicitudes enviadas al aparato de función de cobro, para ajustar carga del aparato de función de cobro.

Cuarta manera: Cuando el tipo de indicación es específicamente una indicación de configuración de regla de cobro, el mensaje de indicación puede además llevar una regla de cobro, y la realización de, por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación es específicamente: configurar, por parte del aparato de función de activación de cobro, la regla de cobro en función del tipo de indicación de la indicación de configuración de regla de cobro. Puede haber una pluralidad de reglas de cobro, por ejemplo, una regla de dirección de servidor de candidatos, una regla de intervalo de informes offline, una regla de umbral de recurso de inactividad entera, una regla de condición de informes online u offline, y una regla para usar cobro online o cobro offline para un grupo de calificación. El aparato de función de activación de cobro puede almacenar o configurar la regla de cobro recibida.

Quinta manera: Cuando el tipo de indicación es específicamente una indicación de detección de validez de recurso de cobro, la realización de, por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación es específicamente: si determinar, en función de un identificador de sesión de PDU llevado en el mensaje de indicación, que un recurso de cobro de la sesión de PDU correspondiente al identificador de sesión de PDU existe en el aparato de función de activación de cobro, enviar un mensaje de éxito de respuesta al aparato de función de cobro; o si determinar que un recurso de cobro de la sesión de PDU correspondiente al identificador de sesión de PDU no existe en el aparato de función de activación de cobro, enviar un mensaje de fallo de respuesta al aparato de función de cobro. El aparato de función de activación de cobro puede notificar, enviando diferentes mensajes de respuesta, el aparato de función de cobro si hay un recurso de cobro válido.

Debe entenderse que la solicitud de inicio de cobro puede además llevar el tipo de indicación soportado por el aparato de función de activación de cobro y un atributo de activar el aparato de función de cobro para entregar una indicación usando la dirección de recepción de indicación. Cuando el aparato de función de activación de cobro no necesita que el aparato de función de cobro entregue el mensaje de indicación, el aparato de función de activación de cobro puede generar una segunda solicitud de finalización de cobro, y enviar la segunda solicitud de finalización de cobro al aparato de función de cobro. El aparato de función de cobro se activa para detener la entrega del mensaje de indicación relacionado con la sesión de PDU activa al aparato de función de cobro, en función de un atributo que se lleva en la segunda solicitud de finalización de cobro y que es para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación.

Según un segundo aspecto, una realización de esta solicitud proporciona un método de cobro, que incluye: recibir, por parte de un aparato de función de cobro, una solicitud de inicio de cobro enviada por un aparato de función de activación de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación; y enviar un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación cuando el aparato de función de cobro determina que tiene que enviarse una indicación al aparato de función de activación de cobro, donde el mensaje de indicación lleva un tipo de indicación.

Debe entenderse que el tipo de indicación en esta memoria puede incluir los siguientes varios tipos: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro. El mensaje de indicación puede llevar uno o más de los tipos de indicación.

Tras recibir la solicitud de inicio de cobro, cuando se necesita enviar una indicación al aparato de función de activación de cobro, el aparato de función de cobro activa el envío de un mensaje de indicación al aparato de función de activación de cobro. El aparato de función de cobro envía, en función de diferentes condiciones, mensajes de indicación que incluyen diferentes tipos de indicación al aparato de función de activación de cobro, de modo que el aparato de función de activación de cobro realiza correspondiente procesamiento de cobro. De esta manera, el aparato de función de cobro permite, según sea necesario, al aparato de función de activación de cobro realizar algunas operaciones específicas, para satisfacer diferentes requisitos de cobro.

Debe entenderse que, en diferente casos, mensajes de indicación enviados por el aparato de función de cobro al aparato de función de activación de cobro también son diferentes. Por ejemplo, cuando se cumple una condición de reautorización (por ejemplo, se requiere reautorización debido a un cambio en un saldo de cuenta de usuario, se requiere reautorización debido a un cambio en información de suscripción de usuario, o se requiere reautorización debido a un cambio en un acumulador de consumo de usuario), se envía un mensaje de indicación al aparato de función de activación de cobro, y el mensaje de indicación lleva un tipo de indicación de una indicación de actualización de cobro y un alcance aplicable de indicación; cuando se cumple una condición de finalización de cobro (por ejemplo, un saldo de cuenta de usuario es menor que un umbral especificado o se gasta un crédito), se envía un mensaje de indicación al aparato de función de activación de cobro, y el mensaje de indicación lleva un tipo de indicación de una indicación de finalización de cobro; cuando el aparato de función de cobro se sobrecarga, se envía un mensaje de indicación al aparato de función de activación de cobro, y el mensaje de indicación lleva un tipo de indicación de una indicación de sobrecarga de aparato de función de cobro y un grado de sobrecarga del aparato de función de cobro; cuando se cumple una condición de configuración de regla de cobro (por ejemplo, una regla de cobro tiene que reconfigurarse debido a un cambio en información de configuración en un sistema de cobro, o una regla de cobro tiene que reconfigurarse debido a un cambio en contenido suscrito por un usuario), se envía un mensaje de indicación al aparato de función de activación de cobro, y el mensaje de indicación lleva un tipo de indicación de una indicación de configuración de regla de cobro y una regla de cobro a configurar; o cuando el aparato de función de cobro borra un recurso de cobro inválido, se envía un mensaje de indicación al aparato de función de activación de cobro, y el mensaje de indicación lleva un tipo de indicación de una indicación de detección de validez de recurso de cobro. El aparato de función de cobro envía, en función de diferentes condiciones, mensajes de indicación que incluyen diferentes tipos de indicación al aparato de función de activación de cobro, de modo que el aparato de función de activación de cobro realiza correspondiente procesamiento de cobro. De esta manera, el aparato de función de cobro permite, según sea necesario, que el aparato de función de activación de cobro realice algunas operaciones específicas, de modo que se puede implementar cobro basado en servicio y el procesamiento de cobro es más flexible.

Debe entenderse que el método incluye además: recibir una solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, donde la solicitud de actualización de cobro lleva información de cobro a actualizar; y actualizar información de cobro almacenada con la información de cobro a actualizar en función de la información de cobro a actualizar.

Debe entenderse que el método incluye además: recibir una primera solicitud de finalización de cobro enviada por el aparato de función de activación de cobro, para finalizar el cobro por la sesión de PDU. Por ejemplo, cuando la primera solicitud de finalización de cobro es específicamente un mensaje POST o un mensaje PUT, y el mensaje POST o el mensaje PUT lleva un atributo de la indicación de finalización de cobro y toda la información de cobro actual de la sesión de PDU, la información de cobro de la sesión de PDU se actualiza en función de toda la información de cobro actual de la sesión de PDU; y el cobro por la sesión de PDU se finaliza en función del atributo de la indicación de finalización de cobro. Como otro ejemplo, cuando la primera solicitud de finalización de cobro es específicamente un mensaje DELETE, antes de recibirse el mensaje DELETE, se recibe la solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, donde la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU; la información de cobro de la sesión de PDU se actualiza; y el cobro por la sesión de PDU se finaliza en función del mensaje DELETE.

Debe entenderse que después de recibir una solicitud de inicio de cobro enviada por un aparato de función de activación de cobro, el aparato de función de cobro además almacena la dirección de recepción de indicación.

Debe entenderse que, el método incluye además: recibir, por parte del aparato de función de cobro, una segunda solicitud de finalización de cobro enviada por el aparato de función de activación de cobro, donde la segunda solicitud de finalización de cobro lleva un atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación; y eliminar la dirección de recepción de indicación almacenada en función del atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación.

Debe entenderse que el método incluye además: recibir, por parte del aparato de función de cobro, un mensaje de fallo de respuesta enviada por el aparato de función de activación de cobro, donde el mensaje de fallo de respuesta incluye una sesión de PDU ID; determinar, en función de la sesión de PDU ID, que un recurso de cobro de la sesión de PDU no existe, de modo que el recurso de cobro inexistente relacionado con la sesión de PDU puede ser borrado del aparato de CTF.

Según un tercer aspecto, una realización de esta solicitud proporciona un aparato de función de activación de cobro, que incluye varias unidades funcionales configuradas para implementar algún método según el primer aspecto. Por ejemplo, el aparato de función de activación de cobro puede incluir:

una unidad de envío, configurada para enviar una solicitud de inicio de cobro para una sesión de unidad de datos de paquete (PDU) a un aparato de función de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación;

una unidad de recepción, configurada para recibir un mensaje de indicación que es enviado por el aparato de función de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación; y

una unidad de procesamiento, configurada para realizar procesamiento de cobro en función del tipo de indicación.

Según un cuarto aspecto, una realización de esta solicitud proporciona un aparato de función de cobro, que incluye varias unidades funcionales configuradas para implementar algún método según la segundo aspecto. Por ejemplo, el aparato de función de cobro puede incluir:

un módulo de recepción, configurado para recibir una solicitud de inicio de cobro enviada por un aparato de función de activación de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación; y

un módulo de envío, configurado para enviar un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación cuando se determina que tiene que enviarse una indicación al aparato de función de activación de cobro, donde el mensaje de indicación lleva un tipo de indicación.

Según un quinto aspecto, una realización de esta solicitud proporciona un aparato de función de activación de cobro, que incluye una memoria no volátil y un procesador que se acoplan entre sí, donde el procesador invoca código de programa almacenado en la memoria para realizar algunas o todas las etapas de algún método según el primer aspecto.

Según un sexto aspecto, una realización de esta solicitud proporciona un aparato de función de cobro, que incluye una memoria no volátil y un procesador que se acoplan entre sí, donde el procesador invoca código de programa almacenado en la memoria para realizar algunas o todas las etapas de algún método según la segundo aspecto.

Según un séptimo aspecto, una realización de esta solicitud proporciona un soporte de almacenamiento legible por ordenador, y el soporte de almacenamiento legible por ordenador almacena código de programa, donde el código de programa incluye una instrucción usada para realizar algunas o todas las etapas de algún método según el primer aspecto.

Según un octavo aspecto, una realización de esta solicitud proporciona un soporte de almacenamiento legible por ordenador, y el soporte de almacenamiento legible por ordenador almacena código de programa, donde el código de programa incluye un instrucción usada para realizar algunas o todas las etapas de algún método según la segundo aspecto.

Según un noveno aspecto, una realización de esta solicitud proporciona un producto de programa informático, y cuando el producto de programa informático se ejecuta en un ordenador, el ordenador tiene permitido realizar algunas o todas las etapas de algún método según el primer aspecto.

Según un décimo aspecto, una realización de esta solicitud proporciona un producto de programa informático, y cuando el producto de programa informático se ejecuta en un ordenador, el ordenador tiene permitido realizar algunas o todas las etapas de algún método según el primer aspecto.

Según un decimoprimer aspecto, una realización de esta solicitud proporciona un sistema de cobro, que incluye el aparato de función de activación de cobro según el tercer aspecto y el aparato de función de cobro según el cuarto aspecto.

Debe entenderse que, las soluciones técnicas del segundo al decimoprimer aspectos de esta solicitud están en consonancia con la solución técnica en el primer aspecto, y efectos beneficiosos logrado por estos aspectos e implementaciones factibles correspondientes son similares. No se describen de nuevo detalles.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Para describir más claramente las soluciones técnicas en las realizaciones de esta solicitud o en los antecedentes, a continuación se describen brevemente los dibujos adjuntos requeridos para describir las realizaciones de esta solicitud o los antecedentes.

La FIGURA 1 es un diagrama de bloques esquemático de un sistema de cobro en la técnica anterior;

la FIGURA 2 es un diagrama de bloques esquemático de una arquitectura de red según una realización de esta solicitud;

la FIGURA 3 es un diagrama de bloques esquemático de un sistema de cobro según una realización de esta solicitud;

la FIGURA 4A es un diagrama de bloques esquemático de un marco de trabajo de cobro según una realización de esta solicitud;

la FIGURA 4B es un diagrama de bloques esquemático de un marco de trabajo de cobro según una realización de esta solicitud;

la FIGURA 4C es un diagrama de bloques esquemático de un marco de trabajo de cobro según una realización de esta solicitud;

la FIGURA 5 es un diagrama de flujo de un método de cobro según una realización de esta solicitud;

la FIGURA 6 es un diagrama de bloques esquemático de una aparato de función de activación de cobro según una realización de esta solicitud;

la FIGURA 7 es un diagrama de bloques esquemático de una aparato de función de cobro según una realización de esta solicitud; y

la FIGURA 8 es un diagrama de bloques esquemático de un dispositivo de cobro según una realización de esta solicitud.

DESCRIPCIÓN DE REALIZACIONES

A continuación se describen las realizaciones de esta solicitud con referencia a los dibujos adjuntos en las realizaciones de esta solicitud.

La FIGURA 2 es un diagrama esquemático de una arquitectura de red posible según una realización de esta solicitud si es aplicable. La arquitectura red es una arquitectura de red de tecnología de comunicaciones móviles de 5a generación (5th Generation mobile communication technology, 5G). La arquitectura 5G puede incluir equipo de usuario, una red de acceso por radio (Radio Access NetWork, RAN), un aparato de función de gestión de acceso y movilidad (Access and Mobility Management Function, AMF), un aparato de función de gestión de sesión (Session Management Function, SMF), un aparato de función de plano de usuario (User Plane Function, UPF), un aparato de función de gestión de datos (Unified Data Management, UDM), un aparato de función de servidor de autenticación (Authentication Server Function, AUSF) y una red de datos (Data NetWork, DN). Adicionalmente, además de los elementos de red mostrados en la FIGURA 2, la arquitectura de red 5G puede incluir además un aparato de repositorio de credenciales de autenticación y de función de autenticación (Authentication Credential Repository and Processing Function, ARPF), un aparato de función de anclaje de seguridad (Security Anchor Function, SEAF), una función de control de políticas (Policy Control Function, PCF), y similares. Las unidades funcionales en la FIGURA 2 pueden establecer una conexión entre sí usando una interfaz de próxima generación (próxima generación, NG) para implementar comunicación. Por ejemplo, un dispositivo terminal establece una conexión de interfaz aérea a una red de acceso por radio (Radio Access NetWork, RAN) dispositivo/acceso red (acceso red, UN) dispositivo usando un nuevo radio (nuevo radio, NR) interfaz, para transmitir datos de plano de usuario y señalización de plano de control. El dispositivo terminal puede establecer una conexión de señalización de plano de control a la AMF usando una interfaz NG 1 (N 1 por abreviar). El dispositivo RAN, por ejemplo, una estación base de acceso por radio 5G (5G NodeB, 5GNB), puede establecer una conexión de datos de plano de usuario a la UPF usando una interfaz NG 3 (N3 por abreviar). El dispositivo terminal puede establecer una conexión de señalización de plano de control a la AMF usando una interfaz NG 2 (N2 por abreviar). La UPF puede establecer una conexión de señalización de plano de control a la SMF usando una interfaz NG 4 (N4 por abreviar). La UPF puede intercambiar datos de plano de usuario con la red de datos usando una interfaz NG 6 (N6 por abreviar). La AMF puede establecer una conexión de señalización de plano de control a la SMF usando una interfaz Namf (Namf por abreviar). La SMF puede establecer una conexión de señalización de plano de control a la PCF entidad usando una interfaz NG 7 (N7 por abreviar).

Una función principal de la RAN es para controlar acceso por radio del equipo de usuario a una red de comunicaciones móviles. La RAN es una parte de un sistema de comunicaciones móviles, e implementa una tecnología de acceso por radio. Conceptualmente, la RAN reside en un dispositivo (tal como un teléfono móvil, un ordenador, o algún mando a distancia), y proporciona una conexión a un núcleo red de la red de comunicaciones móviles. El dispositivo RAN incluye, pero sin limitación a esto una NR (NeW Radio, nueva radio), un NodeB evolucionado (evolved node B, eNB), un controlador de red de radio (Radio NetWork Controller, RNC), un NodeB (node B, NB), un controlador de estación base (Base Station Controller, BSC), una estación transceptora base (Base Transceiver Station, BTS), una estación base de operaciones (por ejemplo, un home evolved nodeB, o un home node B, HNB), una unidad de banda base (Base Band Unit, BBU), un punto de transmisión (Transmitting and Receiving Point, TRP), un punto de transmisión (transmitting point, TP), un centrode conmutación móvil y similares en 5G. Adicionalmente, el dispositivo RAN puede incluir además un punto de acceso (access point, AP) de fidelidad inalámbrica (Wireless Fidelity, wifi), y similares.

El aparato AMF es responsable de gestión de acceso y gestión de movilidad del equipo de usuario. En una aplicación real, el aparato AMF incluye una función de gestión de movilidad de un MME en una estructura de red 4G, e incluye además una función de gestión de acceso.

El aparato SMF es responsable para gestión de sesiones, por ejemplo, establecimiento de una sesión de usuario. Específicamente, en un sistema de cobro y un método de cobro en las realizaciones de la presente invención, la SMF se configura además para: realizar comportamiento de gestión tales como establecimiento, modificación y liberación de una sesión de PDU; ceder una dirección IP a la UE; seleccionar un plano de usuario; configurar una política de enrutamiento de plano de usuario; interactuar con la PCF para obtener una política de control de la PCF; ejecutar una parte de plano de control de la política de control; y determinar un modo de conmutación de una sesión (session) de PDU (unidad de datos de paquete, packet data unit) en un tipo de IP determinado.

El aparato UPF es un elemento de red de función de plano de usuario, y es principalmente responsable para conectar a una red externa. El aparato UPF incluye funciones relacionadas de un SGW y un P-GW en la arquitectura de red 4G.

La DN es una red responsable de proporcionar un servicio al equipo de usuario. Por ejemplo, algunas DN proporcionan una función de acceso a red al equipo de usuario, y otras DN proporcionan una función de servicio de mensaje corto al equipo de usuario.

El aparato AUSF tiene una función de servicio de autenticación, y se configura para terminar una función de autenticación solicitada por la SEAF.

El aparato UDM puede almacenar información de suscripción del equipo de usuario, para implementar un back end similar a un HSS en 4G.

El aparato ARPF tiene una función de almacenamiento y procesamiento de credenciales de autenticación, y se configura para almacenar una credencial de autenticación de largo plazo del equipo de usuario, por ejemplo, una clave permanente K. En 5G, la función de la ARPF puede integrarse en el aparato UDM.

El aparato SEAF se configura para completar un proceso de autenticación para el equipo de usuario. En 5G, la función de la SEAF puede integrarse en el aparato AMF.

Las unidades funcionales anteriores tales como la función de acceso y de gestión de movilidad, la función de gestión de sesiones, la función de control de políticas, y la función de plano de usuario pueden trabajar independientemente, o pueden combinarse juntas para implementar algunas funciones de control. Por ejemplo, la AMF, la SMF y la PCF pueden combinarse como dispositivo de gestión para implementar funciones de gestión de movilidad y control de acceso tales como acceso autenticación, encriptación de seguridad y registro de ubicación del dispositivo terminal, funciones de gestión de sesiones tales como establecimiento, liberación y modificación de una ruta de transmisión de plano de usuario, y funciones de análisis de datos (tales como congestión) relacionados con algunas slices (slice) y datos relacionados con el dispositivo terminal. La UPF, como dispositivo de pasarela, principalmente completa funciones tales como enrutado y reenvío de datos de plano de usuario, por ejemplo, es responsable para filtrado de paquetes de datos, transmisión/reenvío de datos, control de tasa e información de generación de cobro para el dispositivo terminal.

El equipo de usuario es un dispositivo que tiene funciones de transmisión y recepción inalámbricas, y puede desplegarse en el terreno, que incluye un dispositivo de interior o de exterior, un dispositivo de mano o un dispositivo montado en vehículo; o puede desplegarse en la agua (por ejemplo, en un barco), o puede desplegarse en el cielo (por ejemplo, en un avión, un globo, o un satélite). Específicamente, el equipo de usuario puede ser un equipo de usuario (User Equipment, UE), un teléfono móvil (mobile phone), o una tableta informática (pad) que es accesible a una red móvil, un ordenador que tiene funciones de recepción y transmisión inalámbricas, un terminal de realidad virtual (Virtual Reality, VR), un terminal de realidad aumentada (Augmented Reality, AR), un terminal inalámbrico en control industrial (industrial control), un terminal inalámbrico en autoimpulsión (self driving), un terminal inalámbrico en telemedicina (remote medical), un terminal inalámbrico en una red eléctrica inteligente (smart grid), un terminal inalámbrico en seguridad del transporte (transportation safety), un terminal inalámbrico en una ciudad inteligente (Smart City), un terminal inalámbrico en un hogar inteligente (Smart Home), o algo semejante.

La FIGURA 3 es un diagrama esquemático de una arquitectura de cobro según una realización de esta solicitud. La arquitectura de cobro incluye un aparato de función de activación de cobro (Charging Trigger Function, CTF) 31 y un sistema de cobro 32. El aparato de función de activación de cobro 31 y el sistema de cobro 32 se comunican entre sí usando una interfaz basada en servicio. La interfaz basada en servicio es una interfaz de exposición de capacidad basada en recursos. La interfaz basada en servicio puede ser una interfaz RESTful, una interfaz de llamada de procedimiento remoto (rEmote Procedure Call, RPC), o algo semejante. Con referencia a la arquitectura de red en la FIGURA 2, el aparato de función de activación de cobro 31 se puede disponer en un aparato s Mf. En otras palabras, el aparato SMF integra una función del aparato de CTF 31. El sistema de cobro 32 incluye un aparato de función de cobro (Charging Function, CHF). El aparato de CHF realiza cobro online (online) y cobro offline (offline). En otras palabras, el sistema de cobro 32 puede ser un sistema de cobro convergente. El sistema de cobro 32 incluye además un aparato de función de gestión saldo de cuenta (Account Balance Management Function, ABMF) y un aparato de función de calificación (Rating Function, RF) que se necesitan para realizar el cobro. El aparato ABM<f>se configura para almacenar y gestionar una cuenta de usuario, y el aparato RF se configura para realizar calificación sobre información de uso de un servicio. Además del aparato de función de activación de cobro 31 y el sistema de cobro 32 mostrado en la FIGURA 3, la arquitectura de cobro en esta realización de la presente invención puede incluir además un aparato de facturación (billing) . El aparato de facturación y el sistema de cobro 32 pueden comunicarse entre sí usando un aparato de función de pasarela de cobro (Charging Gateway Function, CGF). El aparato CGF puede integrarse en el sistema de cobro como parte del sistema de cobro; o puede integrarse en el aparato de facturación como parte del aparato de facturación; o puede existir como elemento de red independiente. Además en el siguiente contenido se proporcionan descripciones específicas.

El aparato de función de activación de cobro 31 genera una solicitud de inicio de cobro, y el sistema de cobro 32 procesa el requisito de inicio de cobro. Por lo tanto, el aparato de función de activación de cobro 31 también pueden considerarse como cliente, y el sistema de cobro 32 también pueden considerarse como servidor. Diversas soluciones de implementación del aparato de función de activación de cobro 31, el sistema de cobro 32, o ambos del aparato de función de activación de cobro 31 y el sistema de cobro 32 pueden incluir uno o más procesadores y una memoria acoplada al uno o más procesadores. La memoria puede incluir, pero sin limitación a esto, una RAM, una ROM, una EEPROM, una memoria flash, o cualquier otro medio que se pueda usar para almacenar código de programa deseado en forma de instrucción o una estructura de datos accesible por un ordenador, como se describe en esta memoria descriptiva.

De la FIGURA 4A a la FIGURA 4C son implementaciones específicas de la arquitectura de cobro en la FIGURA 3. El aparato de CHF puede proporcionar un servicio al exterior usando una interfaz basada en servicio específico RESTful. Un nombre de la interfaz específica es Nchf. El aparato de CTF puede acceder al aparato de CHF usando la interfaz Nchf. El aparato de CHF puede combinarse con el aparato ABMF y el aparato RF para formar un sistema de cobro. Adicionalmente, para la arquitectura de cobro mostrada en la FIGURA 4A, el aparato CGF se dispone en el sistema de cobro. En este caso, el aparato CGF se conecta al aparato de facturación usando una interfaz Bd. Para la arquitectura de cobro mostrada en la FIGURA 4B, el aparato CGF se dispone en el aparato de facturación. En este caso, el aparato de CHF se conecta al aparato CGF usando una interfaz Ga. Para la arquitectura de cobro mostrada en la FIGURA 4C, el aparato CGF se usa como elemento de red independiente. En este caso, el aparato de CHF se conecta al aparato CGF usando una interfaz Ga, y el aparato CGF se conecta al aparato de facturación usando una interfaz Bd.

La FIGURA 5 es un diagrama de flujo esquemático de un método de cobro convergente 500 según esta solicitud. El método 500 puede aplicarse a la arquitectura de red mostrada en la FIGURA 2, y la arquitecturas de cobro mostradas en la FIGURA 3, y de la FIGURA 4A a la FIGURA 4C. Desde luego, el método 500 también pueden aplicarse a otro escenario de comunicación. Esto no está limitado en esta realización de esta solicitud. Como se muestra en la FIGURA 5, el método 500 incluye el siguiente contenido.

Etapa 501: Un aparato de CTF genera una solicitud de inicio de cobro. La solicitud de inicio de cobro se usa para solicitar un sistema de cobro para crear un correspondiente recurso de cobro para cobrar para una sesión de PDU activa. La solicitud de inicio de cobro lleva un atributo de indicación, y el atributo de indicación es usado por un aparato de función de cobro para entregar una indicación. El atributo de indicación se usa para activar el aparato de CHF para que envíe un mensaje de indicación al aparato de CTF en una condición específica.

El recurso de cobro en esta memoria es una memoria aplicada por el sistema de cobro para realizar procesamiento de cobro en la sesión de PDU, información relacionada (tal como información de usuario e información de paquete) leída de una base de datos periférica en la memoria, datos de proceso (tales como un cuota concedida y datos acumulados) que se generan en un proceso de procesamiento de cobro y que se almacenan en la memoria, y similares.

El aparato de CTF recibe una solicitud de creación de sesión de PDU o una solicitud de modificación de sesión de PDU enviadas por un dispositivo de red de usuario. Como las subsiguientes etapas son las mismas para la solicitud de creación de sesión de PDU y la solicitud de modificación de sesión de PDU, la solicitud de creación de sesión de PDU se usa como ejemplo para la descripción en esta realización de la presente invención. Usualmente, cuando el equipo de usuario necesita realizar comunicación de red, por ejemplo, un usuario accede a un servicio de datos usando una red 5G, el equipo de usuario envía una solicitud de establecimiento de sesión de PDU a un aparato AMF. El aparato AMF reenvía la solicitud de establecimiento de sesión de PDU a un aparato SMF. La solicitud de establecimiento sesión de PDU lleva un contexto de sesión de PDU, tal como un ID de usuario y un ID de sesión de PDU. El aparato SMF además obtiene datos de usuario de un aparato UDM en función de la ID de usuario, y realiza autenticación con un aparato de PCF y similares en función de la datos de usuario, para determinar si autorizar la sesión de PDU. Tras autorizarse la sesión de PDU, el aparato de CTF genera una solicitud de inicio de cobro usado para cobrar.

El aparato de CTF puede activar creación de un recurso de cobro en diferentes casos. Por ejemplo, cuando se inicia una sesión de PDU, se tiene que iniciar el cobro por la sesión de PDU, y el aparato de CTF determina que se tiene que crear un recurso de cobro. Como alternativa, en un proceso de sesión de PDU, cuando se tiene que cobrar una sesión de PDU, pero no hay disponible recurso de cobro, el aparato de CTF determina que se tiene que crear un recurso de cobro.

El aparato de CTF primer determina que se tiene que crear un recurso de cobro, y genera una dirección de recepción de indicación y una solicitud de inicio de cobro. La solicitud de inicio de cobro incluye un atributo, y el atributo se denomina un atributo de indicación. El atributo de indicación puede incluir la dirección de recepción de indicación, y la dirección de recepción de indicación se asocia con una sesión de PDU cuyo recurso de cobro es creado. La sesión de PDU específica en el aparato de CTF puede determinarse de manera única usando la dirección de recepción de indicación. El aparato de CHF puede enviar, usando la dirección de recepción de indicación, un mensaje de indicación a la sesión de PDU específica en el aparato de CTF correspondiente a la dirección de recepción de indicación. Puede haber una pluralidad de tipos de cobros. Por ejemplo, el tipo de cobro puede ser cobro online, cobro offline, cobro basado en acontecimiento, o cobro convergido que incluye cobro online y cobro offline.

El atributo de indicación incluye además una ID de indicación. La ID de indicación se usa para identificar una indicación del recurso de cobro, y la ID de indicación se usa como parte de la dirección de recepción de indicación o existe como atributo independiente. El atributo de indicación incluye además un tipo de indicación soportado por el aparato de CTF. Hay una pluralidad de tipos de indicación: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de CHF, una indicación de configuración de regla de cobro, o una indicación de detección de validez de recurso. La indicación de configuración de regla de cobro también se pueden denominar indicación de configuración de política de cobro, por ejemplo, una indicación de cómo configurar una dirección de un aparato de CHF candidato.

La siguiente Tabla 1 describe una estructura de la solicitud de inicio de cobro usando específicamente un ejemplo.

Tabla 1

El campo "notiInfo" es un atributo de entrega de indicación; el campo "URI" es una dirección de recepción de indicación, donde "<notiId>" incluido en la URI es una ID de indicación; y supportedType es una lista de tipos de indicación soportados por el aparato de CTF, donde los bits en "01101" indican respectivamente si un tipo 1, un tipo 2, un tipo 3, un tipo 4 y un tipo 5 son soportados. El aparato de CTF y el aparato de CHF puede acordar sobre un identificador o un número de secuencia de un tipo de indicación por adelantado, para ser específicos, cada bit representa un tipo de indicación. Por ejemplo, el tipo 1, el tipo 2, el tipo 3, el tipo 4 y el tipo 5 son respectivamente una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de CHF, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso. Para cada bit, un valor "1" indica que el aparato de CTF soporta el tipo, y "0" indica que el aparato de CTF no soporta el tipo. Para diferentes aparatos de CTF, tipos de indicación soportados pueden ser diferentes. Por lo tanto, valores incluidos en supportedType también pueden ser diferentes. El campo "estado" es un estado de función de entrega de indicación, y el estado habilitado se usa para notificar al aparato de CHF que una indicación puede ser entregada usando la URI cuando se cumple una condición particular. Como alternativa, puede no llevarse el campo de estado, y únicamente se lleva la URI. En este caso, el aparato de CHF puede entregar una indicación usando la URI de manera predeterminado antes de finalizar el cobro por la sesión de PDU. En el ejemplo en la Tabla 1, la solicitud de inicio de cobro puede incluir además un ID de un aparato SMF (es decir, el aparato de CTF), una dirección del aparato SMF, una marca de tiempo de mensaje, un ID de carga, información de usuario, información acerca de la sesión de PDU, y similares.

Etapa 502: El aparato de CHF recibe la solicitud de inicio de cobro enviada por el aparato de CTF, y almacena el atributo de indicación. Cuando se cumple una condición, el aparato de CHF genera un mensaje de indicación, y envía el mensaje de indicación al aparato de CTF en función de la dirección de recepción de indicación almacenada.

El aparato de CHF puede determinar, en función del atributo almacenado supportType, un tipo de indicación que puede ser enviado por el aparato de CHF al aparato de CTF. Sobre esta base, el aparato de CHF envía además correspondientes mensajes de indicación al aparato de CTF en función de diferentes condiciones, y el mensaje de indicación incluye un tipo de indicación. Se debe observar que los tipos de indicación incluidos en los mensajes de indicación son todos los tipos de indicación incluidos en el atributo supportType almacenado en el aparato de CHF.

Específicamente, cuando se cumple una condición de reautorización, el aparato de CHF envía un mensaje de indicación al aparato de CTF, y el mensaje de indicación lleva un tipo de indicación de una indicación de actualización de cobro y un alcance aplicable. La condición de reautorización en esta memoria puede ser: Se requiere reautorización debido a un cambio en un saldo de cuenta de usuario, se requiere reautorización debido a un cambio en información de suscripción de usuario, se requiere reautorización debido a un cambio en un acumulador de consumo de usuario, o algo semejante.

Cuando se cumple una condición de finalización de cobro, el aparato de CHF envía un mensaje de indicación al aparato de CTF, y el mensaje de indicación lleva un tipo de indicación de una indicación de finalización de cobro. La condición de finalización de cobro en esta memoria puede ser: Un saldo de cuenta de usuario es menor que un umbral especificado, se gasta un crédito, o algo semejante.

Cuando el aparato de CHF se sobrecarga, el aparato de CHF envía un mensaje de indicación al aparato de CTF, y el mensaje de indicación lleva un tipo de indicación de una indicación de sobrecarga de aparato de CHF y un grado de sobrecarga del aparato de CHF.

Cuando se cumple una condición de configuración de regla de cobro, el aparato de CHF envía un mensaje de indicación al aparato de CTF, y el mensaje de indicación lleva una indicación de configuración de regla de cobro y una regla de cobro a configurar. La condición en esta memoria puede ser: Una regla de cobro tiene que reconfigurarse debido a un cambio en información de configuración en el sistema de cobro, una regla de cobro tiene que reconfigurarse debido a un cambio en contenido suscrito por un usuario, o algo semejante.

Cuando el aparato de función de cobro borra un recurso de cobro inválido, el aparato de CHF envía un mensaje de indicación al aparato de CTF, y el mensaje de indicación lleva una indicación de detección de validez de recurso de cobro.

Los tipos de indicación se han descrito en la etapa 501, y se describen aún más ahora. Algunos tipos de indicación son mutuamente exclusivos. Por ejemplo, la indicación de actualización de cobro, la indicación de finalización de cobro y la indicación de detección de validez de recurso son mutuamente exclusivas. Algunos tipos de indicación, por ejemplo, la indicación de actualización de cobro y la indicación de sobrecarga de aparato de CHF, pueden coexistir. Un mensaje de indicación puede llevar únicamente uno de una pluralidad de tipos de indicación mutuamente exclusivos, y un mensaje de indicación puede llevar uno o más tipos de indicación que pueden coexistir. Específicamente, un ejemplo de una combinación de los tipos de indicación puede mostrarse en el siguiente Tabla 2. Para ser específicos, tipos de indicación en una misma columna en la Tabla 2 son mutuamente exclusivos, y tipos de indicación en un misma fila pueden coexistir.

Tabla 2

El mensaje de indicación puede incluir además un alcance aplicable de la indicación, y el alcance aplicable se usa para indicar que una operación indicada por el aparato de CTF tendría efecto dentro del alcance aplicable. Hay diferentes alcances aplicables, por ejemplo, todos los flujos de datos en los que se realiza cobro online en la sesión de PDU, todos los flujos de datos en los que se realiza cobro offline en la sesión de PDU, o todos los flujos de datos en los que se realiza cobro en la sesión de PDU. El alcance aplicable puede además limitarse a flujos de datos que corresponden a uno o más grupos de calificación (rating group, RG) en los flujos de datos en los que se realiza cobro online, o flujos de datos que corresponden a uno o más grupos de calificación en los flujos de datos en los que se realiza cobro offline, o flujos de datos que corresponden a uno o más grupos de calificación y uno o más identificadores de flujo de servicio (Service Id) correspondientes al uno o más grupos de calificación en los flujos de datos en los que se realiza cobro online, o flujos de datos que corresponden a uno o más grupos de calificación y uno o más identificadores de flujo de servicio correspondientes al uno o más grupos de calificación en los flujos de datos en los que se realiza cobro offline. Si el mensaje de indicación no lleva ningún alcance aplicable, de manera predeterminada se considera que el mensaje de indicación es aplicable a todos los flujos de datos en los que se realiza cobro en la sesión de PDU. El flujo de datos en esta memoria puede ser tráfico de datos generado cuando un usuario accede a un servicio de datos.

Etapa 503: Tras recibir el mensaje de indicación enviado por el aparato de CHF, el aparato de CTF realiza procesamiento correspondiente en función del tipo de indicación llevada en el mensaje de indicación. Procesos de procesamiento realizados por el aparato de CTF para diferentes tipos de indicación se describen a continuación en detalle.

Escenario 1: El tipo de indicación es la indicación de actualización de cobro

Tras recibir el mensaje de indicación, el aparato de CTF devuelve un mensaje de respuesta al aparato de CHF. El aparato de CTF envía además, en función del alcance aplicable de indicación incluido en el mensaje de indicación, una solicitud de actualización de cobro al aparato de CHF para información de cobro correspondiente dentro del alcance aplicable, y la solicitud de actualización de cobro lleva información de cobro a actualizar. Tras recibir la solicitud de actualización de cobro, el aparato de CHF actualiza información de cobro local en función de la información de cobro a actualizar. La información de cobro puede ser específicamente estadísticas acerca de flujos de datos, por ejemplo, se usan 5 MB de tráfico para un grupo de tasa 1. Específicamente, si el alcance aplicable de indicación llevado en el mensaje de indicación es un flujo de datos (que puede denotarse como offline, RG 1) correspondiente al grupo de calificación 1 (RG 1) en los flujos de datos en los que se realiza cobro offline, la solicitud de actualización de cobro se envía al aparato de CHF para la información de cobro correspondiente dentro del alcance aplicable, para ser específicos, se realiza actualización de cobro en un flujo de datos al que corresponde el grupo de calificación RG 1 en los flujos de datos en los que se realiza cobro offline en la sesión de PDU, y la solicitud de actualización de cobro lleva información de cobro offline a actualizar correspondiente a RG 1. Entonces, el aparato de CHF actualiza información de cobro local del aparato de CHF en función de la información de cobro offline a actualizar correspondiente a RG 1. Si el mensaje de indicación no lleva el alcance aplicable, se envía una solicitud de actualización de cobro al aparato de CHF para todos los flujos de datos en los que se realiza cobro en la sesión de PDU. La solicitud de actualización de cobro lleva información de cobro de todos los flujos de datos en los que se realiza cobro en la sesión de PDU. El aparato de CHF actualiza información de cobro local del aparato de CHF en función de la información de cobro de todos los flujos de datos en los que se realiza cobro en la sesión de PDU.

Específicamente, el aparato de CTF puede enviar la solicitud de actualización de cobro (la solicitud de actualización de cobro puede ser específicamente una solicitud de adición de cobro y una solicitud de sustitución de cobro) usando una orden de parche de una pluralidad de maneras, para actualizar el recurso de cobro. Maneras específicas pueden ser como sigue:

Manera 1: El aparato de CTF envía una solicitud de adición de cobro al aparato de CHF, la solicitud de adición de cobro lleva información de cobro a actualizar, la información de cobro a actualizar es específicamente información de cobro a añadir, y la solicitud de adición de cobro se puede usar para solicitar al aparato de CHF que añada la información de cobro a añadir a información de cobro previamente actualizada. Específicamente, el aparato de CHF almacena la aplicación de cuota de cobro online, información de uso de cuota de cobro online, o información de cobro offline como distribución de cobro, el aparato de CTF envía la solicitud de adición de cobro al aparato de CHF, y el aparato de CHF añade la información de cobro a añadir a la distribución de cobro almacenada. Específicamente, la solicitud de adición de cobro es una solicitud JSON Patch que lleva una operación de adición.

Un ejemplo de un formato específico de la orden de parche se muestra en la Tabla 3:

Table 3

_________________________________________________

Manera 2: El aparato de CTF envía una solicitud de sustitución de cobro al aparato de CHF, la solicitud de sustitución de cobro lleva información de cobro a actualizar, la información de cobro a actualizar es específicamente información de cobro a sustituir actualmente informada, y la solicitud de sustitución de cobro se puede usar para solicitar al aparato de CHF que actualice información de cobro anterior usando la información de cobro a sustituir actualmente informada. Específicamente, el aparato de CHF puede almacenar la aplicación de cuota de cobro online, información de uso de cuota de cobro online, o información de cobro offline como distribución de cobro. El aparato de CTF envía la solicitud de sustitución de cobro al aparato de CHF. Tras recibir la solicitud de sustitución de cobro, el aparato de CHF puede actualizar una distribución entera en función de la información de cobro actual a sustituir, para sustituir todos de la aplicación de cuota de cobro online, la información de uso de cuota de cobro online o la información de cobro offline originales en la distribución de cobro con la información de cobro a sustituir actualmente informada.

Específicamente, la solicitud de sustitución de cobro es una solicitud de JSON Merge Patch. Un ejemplo es de la siguiente manera (En este ejemplo, onlineUsage corresponde a un uso de cuota de cobro online y distribución de aplicación, y offlineUsage corresponde a una distribución de información de cobro offline). Un ejemplo de un formato específico de la orden de parche se muestra en la Tabla 4:

Tabla 4

___ _______________________________________________________________________________________________

El aparato de CTF puede como alternativa realizar una operación de sustitución en JSON Patch para sustituir un elemento original en una distribución de cobro correspondiente con un nuevo valor. Si una cantidad de elementos originales en la distribución de cobro correspondiente es mayor que una cantidad de valores nuevos, el aparato de CTF realiza una operación de retirada para eliminar elementos redundantes; o si una cantidad de elementos originales en la distribución de cobro correspondiente es menor que una cantidad de valores nuevos, el aparato de CTF realiza una operación de adición para añadir un elemento.

El aparato de CTF puede como alternativa realizar una operación de retirada en JSON Patch para eliminar todos los elementos originales de una distribución correspondiente, y realizar una operación de adición para añadir el contenido informado actualmente a la distribución correspondiente.

Escenario 2: El tipo de indicación es la indicación de finalización de cobro

Tras recibir el mensaje de indicación que lleva el tipo de indicación de la indicación de finalización de cobro, el aparato de CTF devuelve un mensaje de respuesta al aparato de CHF. Además, el aparato de CTF genera una primera solicitud de finalización de cobro.

Específicamente, la primera solicitud de finalización de cobro lleva toda la información de cobro actual de la sesión de PDU. Como alternativa, antes de enviar la primera solicitud de finalización de cobro al aparato de CHF, el aparato de CTF primero envía una solicitud de actualización de cobro al aparato de CHF, y la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU. Entonces, el aparato de CTF envía la primera solicitud de finalización de cobro al aparato de CHF, y la primera solicitud de finalización de cobro no lleva información de cobro. Tras recibir la primera solicitud de finalización de cobro, el aparato de CHF finaliza el cobro por la sesión de PDU actual. Este tipo de operación es aplicable a toda la sesión de PDU. La primera solicitud de finalización de cobro puede no llevar un alcance aplicable, o puede llevar información de cobro de todos los flujos de datos en los que se realiza cobro en la sesión de PDU.

Específicamente, la primera solicitud de finalización de cobro puede ser un mensaje POST, un mensaje PUT, o un mensaje DELETE. Si la primera solicitud de finalización de cobro es un mensaje DELETE, el aparato de CHF directamente finaliza el cobro en función del mensaje DELETE. El mensaje no lleva información de cobro. Sin embargo, antes de enviar el mensaje DELETE, el aparato CTH necesita enviar la solicitud de actualización de cobro al aparato de CHF, y la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU. El aparato de CHF actualiza información de cobro local de la sesión de PDU usando toda la información de cobro actual de la sesión de PDU. Si la primera solicitud de finalización de cobro es un mensaje POST o un mensaje PUT, un cuerpo de mensaje del mensaje POST o el mensaje PUT lleva un atributo especial (por ejemplo, TerminationOfCharging) de la indicación de finalización de cobro y toda la información de cobro de la sesión de PDU. El aparato de CHF recibe el mensaje POST o el mensaje PUT. El aparato de CHF actualiza información de cobro local de la sesión de PDU en función de toda la información de cobro actual de la sesión de PDU, y tras actualizarse la información de cobro de la sesión de PDU, el aparato de CHF determina, en función del atributo de la indicación de finalización de cobro, que hay que finalizar el cobro, y finaliza el cobro por la sesión de PDU activa.

Escenario 3: El tipo de indicación es la indicación de sobrecarga de aparato de CHF

Después de que el aparato de CTF recibe el mensaje de indicación, donde el mensaje de indicación además lleva un grado de sobrecarga del aparato de CHF, el aparato de CTF devuelve un mensaje de respuesta al aparato de CHF. El aparato de CHF además realiza la siguiente operación: ajustar, por parte del aparato de CTF en función del grado de sobrecarga del aparato de CHF que se lleva en el mensaje de indicación, una cantidad de solicitudes enviadas al aparato de CHF hasta que se recibe un mensaje de indicación siguiente de esto tipo o expira un periodo de validez llevado en el mensaje de indicación. Este tipo de operación es aplicable a toda la sesión de PDU, y el mensaje de indicación puede no llevar un alcance aplicable. El grado de sobrecarga en esta memoria se puede usar para indicar un grado de carga del aparato de CHF. Por ejemplo, si el grado de sobrecarga del aparato de CHF es el 80 %, significa que el aparato de CHF puede procesar únicamente el 20 % de las solicitudes. Para diferentes grados de sobrecarga, cantidades de solicitudes enviadas al aparato de CHF que son ajustadas por el aparato de CTF son diferentes.

Escenario 4: El tipo de indicación es la indicación de configuración de regla de cobro

Después de que el aparato de CTF recibe el mensaje de indicación, y el mensaje de indicación además lleva una regla de cobro a configurar, el aparato de CTF configura (o almacena) localmente la regla de cobro, y devuelve un mensaje de respuesta al aparato de CHF. La regla de cobro puede incluir una o más de las siguientes reglas: una regla de dirección de aparato de CHF candidato, una regla de intervalo de informes offline, una regla de umbral de recurso de inactividad entero (un umbral de inactividad de recurso entero se usa para determinar si activar una solicitud de finalización de cobro), una regla de condición de grabación online o offline, una regla de condición de informes online o offline, y una regla para usar cobro online o cobro offline para un grupo de calificación.

Escenario 5: El tipo de indicación es la indicación de detección de validez de recurso

Tras recibir el mensaje de indicación, el aparato de CTF determina, en función de la sesión de PDU ID que se lleva en el mensaje de indicación, si existe un recurso de cobro de la correspondiente sesión de PDU. Si existe el recurso de cobro de la correspondiente sesión de PDU, el aparato de CTF devuelve un mensaje de éxito de respuesta. Si no existe el recurso de cobro de la correspondiente sesión de PDU, el aparato de CTF devuelve un mensaje de fallo de respuesta. Cuando se recibe el mensaje de fallo de respuesta, el aparato de CHF determina que no existe el recurso de cobro de la sesión de PDU, y puede borrar el recurso de cobro inexistente relacionado con la sesión de PDU del aparato de CTF, por ejemplo, algunos datos son persistentes y otro datos se eliminan. Este tipo de mensaje de indicación no lleva un alcance aplicable y un parámetro.

La Tabla 5 es un ejemplo específico del mensaje de indicación.

Tabla 5

El campo "tipo" indica un tipo de indicación, el campo "alcance" indica un alcance aplicable, y el campo "parámetros" indica parámetros. El mensaje de indicación incluye además una marca de tiempo, un identificador de usuario, un identificador de sesión de PDU, un ID usuario, un ID de recurso de cobro, y similares.

Etapa 504: El aparato de CTF genera una segunda solicitud de finalización de cobro, y envía la segunda solicitud de finalización de cobro al aparato de CHF.

Además, la segunda solicitud de finalización de cobro lleva un atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación, para notificar al aparato de CHF que el mensaje de indicación no puede ser enviado posteriormente al aparato de CTF usando la dirección de recepción de indicación. La segunda solicitud de finalización de cobro incluye además la dirección de recepción de indicación a cancelar o una ID de indicación.

La Tabla 6 es un ejemplo específico de la segunda solicitud de finalización de cobro:

Tabla 6

___________________________________________

En el mensaje, el campo "notiInfo" es un atributo de indicación; el campo "URI" es una dirección de recepción de indicación, donde <Id> es una ID de indicación; el campo "status" es un estado de función de indicación, y el campo "disabled" es un atributo que da instrucciones para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación, para ser específicos, el aparato de CHF no puede enviar posteriormente el mensaje de indicación al aparato de CTF usando la dirección de recepción de indicación.

Etapa 505: Tras recibir la segunda solicitud de finalización de cobro, el aparato de CHF obtiene, en función de la dirección de recepción de indicación o la ID de indicación, un atributo de indicación correspondiente a la dirección de recepción de indicación o la ID de indicación, y elimina el atributo almacenado de indicación en función del atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación.

En esta realización de la presente invención, como el aparato de función de activación de cobro añade la dirección de recepción de indicación a la solicitud de inicio de cobro, el aparato de función de cobro puede enviar, usando la dirección de recepción de indicación, el mensaje de indicación al aparato de función de activación de cobro correspondiente a la dirección de recepción de indicación. De esta manera, el aparato de función de activación de cobro puede recibir el mensaje de indicación que lleva el tipo de indicación. Como hay una pluralidad de tipos de indicación, el aparato de función de activación de cobro realiza correspondiente procesamiento de cobro en función de los diferentes tipos de indicación. De esta manera, el aparato de función de cobro permite, según sea necesario, al aparato de función de activación de cobro realizar algunas operaciones específicas, para satisfacer una pluralidad de diferentes requisitos de cobro.

La FIGURA 6 es un diagrama de bloques esquemático de un aparato de función de activación de cobro 600 según una realización de esta solicitud. Se debe observar que el aparato de función de activación de cobro 600 en esta memoria puede corresponder al aparato de CTF en la FIGURA 4A a la FIGURA 4C, y el aparato de función de activación de cobro 600 puede incluir:

una unidad de envío 61, configurada para enviar una solicitud de inicio de cobro para una sesión de unidad de datos de paquete (PDU) a un aparato de función de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación;

una unidad de recepción 62, configurada para recibir un mensaje de indicación que es enviado por el aparato de función de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación; y

una unidad de procesamiento 63, configurada para realizar procesamiento de cobro en función del tipo de indicación.

En una implementación factible, la unidad de procesamiento 63 se configura específicamente para: cuando el tipo de indicación es específicamente una indicación de actualización de cobro, enviar una solicitud de actualización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de actualización de cobro, donde la solicitud de actualización de cobro lleva información de cobro a actualizar.

En algunas implementaciones factibles, la unidad de procesamiento 63 se configura específicamente para: cuando el mensaje de indicación además lleva un alcance aplicable de indicación, enviar la solicitud de actualización de cobro al aparato de función de cobro, donde la información de cobro a actualizar es específicamente información de cobro correspondiente dentro del alcance aplicable; o cuando el mensaje de indicación no lleva un alcance aplicable de indicación, enviar la solicitud de actualización de cobro al aparato de función de cobro, donde la información de cobro a actualizar es específicamente toda la información de cobro de la sesión de PDU.

En algunas implementaciones factibles, la unidad de procesamiento 63 se configura específicamente para: enviar una solicitud de adición de cobro al aparato de función de cobro, donde la solicitud de adición de cobro lleva información de cobro a actualizar, y la información de cobro a actualizar es específicamente información de cobro a añadir; o enviar una solicitud de sustitución de cobro al aparato de función de cobro, donde: la solicitud de sustitución de cobro lleva información de cobro a actualizar, y la información de cobro a actualizar es específicamente información de cobro a sustituir.

En una implementación factible, la unidad de procesamiento 63 se configura específicamente para: cuando el tipo de indicación es específicamente una indicación de finalización de cobro, enviar una primera solicitud de finalización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de finalización de cobro, para finalizar el cobro por la sesión de PDU.

En algunas implementaciones factibles, la primera solicitud de finalización de cobro es específicamente un mensaje POST o un mensaje PUT, y el mensaje POST o el mensaje PUT lleva un atributo de la indicación de finalización de cobro y toda la información de cobro actual de la sesión de PDU; o la primera solicitud de finalización de cobro es específicamente un mensaje DELETE, y la unidad de procesamiento se configura específicamente para: antes de enviar la primera solicitud de finalización de cobro al aparato de función de cobro, enviar una solicitud de actualización de cobro al aparato de función de cobro, donde la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU.

En una implementación factible, la unidad de procesamiento 63 se configura específicamente para: cuando el tipo de indicación es específicamente una indicación de sobrecarga de aparato de función de cobro y el mensaje de indicación además lleva un grado de sobrecarga del aparato de función de cobro, antes de recibirse un mensaje de indicación siguiente cuyo tipo de indicación es una indicación de sobrecarga de aparato de función de cobro o antes de que expire un periodo de validez llevado en el mensaje de indicación, ajustar, en función del grado de sobrecarga, una cantidad de solicitudes enviadas al aparato de función de cobro.

En una implementación factible, la unidad de procesamiento 63 se configura específicamente para: cuando el tipo de indicación es específicamente una indicación de configuración de regla de cobro, y el mensaje de indicación además lleva una regla de cobro, configurar la regla de cobro en función del tipo de indicación de la indicación de configuración de regla de cobro, donde la regla de cobro incluye una o más de las siguientes: una regla de dirección de servidor candidata, una regla de intervalo de informes offline, un umbral de recurso de inactividad entero, regla, una regla de condición de informes online u offline, y una regla para usar cobro online o cobro offline para un grupo de calificación.

En una implementación factible, la unidad de procesamiento 63 se configura específicamente para: cuando el tipo de indicación es específicamente una indicación de detección de validez de recurso de cobro, determinar, en función de un identificador de sesión de PDU llevada en el mensaje de indicación, que existe un recurso de cobro de la correspondiente sesión de PDU; y enviar un mensaje de éxito de respuesta al aparato de función de cobro.

En una implementación factible, la solicitud de inicio de cobro además lleva un atributo para activar el aparato de función de cobro para entregar una indicación usando la dirección de recepción de indicación. En este caso, en una implementación factible, la unidad de envío 61 se configura además para enviar una segunda solicitud de finalización de cobro al aparato de función de cobro, donde la segunda solicitud de finalización de cobro lleva un atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación.

La FIGURA 7 es un diagrama de bloques esquemático de un aparato de función de cobro 700 según una realización de esta solicitud. Debe entenderse que el aparato de función de cobro 700 en esta memoria puede corresponder a la CHF en la FIGURA 4A a la FIGURA 4C, y el aparato de función de cobro 700 puede incluir:

un módulo de recepción 71, configurado para recibir una solicitud de inicio de cobro enviada por un aparato de función de activación de cobro, donde la solicitud de inicio de cobro lleva una dirección de recepción de indicación; y

un módulo de envío 72, configurado para enviar un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación cuando se determina que tiene que enviarse una indicación al aparato de función de activación de cobro, donde el mensaje de indicación lleva un tipo de indicación.

En algunos posibles escenarios de implementación, el módulo de envío 72 se configura específicamente para: cuando se cumple una condición de reautenticación, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación de una indicación de actualización de cobro y un alcance aplicable de indicación; o cuando se cumple una condición de finalización de cobro, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación de una indicación de finalización de cobro; o cuando el aparato de función de cobro se sobrecarga, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación de una indicación de sobrecarga de aparato de función de cobro y un grado de sobrecarga del aparato de función de cobro; o cuando se cumple una condición de configuración de regla de cobro, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación de una indicación de configuración de regla de cobro y una regla de cobro a configurar; o cuando el aparato de función de cobro borra un recurso de cobro inválido, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, donde el mensaje de indicación lleva un tipo de indicación de una indicación de detección de validez de recurso de cobro.

En una implementación factible, el módulo de recepción 71 se configura específicamente para: recibir una solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, donde la solicitud de actualización de cobro lleva información de cobro a actualizar; y actualizar información de cobro almacenada con la información de cobro a actualizar en función de la información de cobro a actualizar.

En una implementación factible, el módulo de recepción 71 se configura específicamente para recibir una primera solicitud de finalización de cobro enviada por el aparato de función de activación de cobro, para finalizar el cobro por la sesión de PDU. En algunas implementaciones posibles, la primera solicitud de finalización de cobro es específicamente un mensaje POST o un mensaje PUT, y el mensaje POST o el mensaje PUT lleva un atributo de la indicación de finalización de cobro y toda la información de cobro actual de la sesión de PDU; y el módulo de recepción 71 se configura específicamente para: actualizar información de cobro de la sesión de PDU en función de toda la información de cobro actual de la sesión de PDU; y finalizar el cobro por la sesión de PDU en función del atributo de la indicación de finalización de cobro. Como alternativa, la primera solicitud de finalización de cobro es específicamente un mensaje DELETE, y el módulo de recepción 71 se configura específicamente para: antes de recibir el mensaje DELETE, recibir la solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, donde la solicitud de actualización de cobro lleva toda la información de cobro actual de la sesión de PDU; actualizar información de cobro de la sesión de PDU; y finalizar el cobro por la sesión de PDU en función del mensaje DELETE.

En una implementación factible, el aparato de función de cobro incluye además un módulo de almacenamiento 73, configurado para almacenar la dirección de recepción de indicación tras recibirse la solicitud de inicio de cobro enviada por el aparato de función de activación de cobro.

En una implementación factible, el módulo de recepción 71 se configura específicamente para recibir una segunda solicitud de finalización de cobro enviada por el aparato de función de activación de cobro, donde la segunda solicitud de finalización de cobro lleva un atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación; y el aparato de función de cobro incluye además un módulo de eliminación 74, configurado para eliminar la dirección de recepción de indicación en función del atributo para inhabilitar el aparato de función de cobro para que no envíe una indicación usando la dirección de recepción de indicación.

La FIGURA 8 es un diagrama de bloques esquemático de una implementación de un aparato de función de activación de cobro o un aparato de función de cobro (que puede denominarse dispositivo de cobro 800 por abreviar en esta memoria) según una realización de esta solicitud. El dispositivo de cobro 800 puede incluir un procesador 810, una memoria 830 y un sistema de bus 850. El procesador y la memoria se conectan usando el sistema de bus. La memoria se configura para almacenar una instrucción. El procesador se configura para ejecutar la instrucción almacenada en la memoria. La memoria del dispositivo de codificación almacena código de programa, y el procesador puede invocar el código de programa almacenado en la memoria para realizar diversos métodos de procesamiento de cobro descritos en esta solicitud, por ejemplo, las etapas de procesamiento descritas en la realización en la FIGURA 5. Para evitar la repetición, en esta memoria no se describen de nuevo detalles.

En esta realización de esta solicitud, el procesador 810 puede ser una unidad de procesamiento central (Central Processing Unit, "CPU" por abreviar), o el procesador 810 puede ser otro procesador de finalidad general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, una compuerta discreta o un dispositivo lógico de transistores, un componente de hardware discreto, o algo semejante. El procesador de finalidad general puede ser un microprocesador, o el procesador puede ser cualquier procesador convencional o algo semejante.

La memoria 830 puede incluir un dispositivo de memoria de solo lectura (ROM) o un dispositivo de memoria de acceso aleatorio (RAM). Cualquier otro tipo apropiado de dispositivo de almacenamiento puede usarse como alternativa como memoria 830. La memoria 830 puede incluir código y datos 831 accedidos por el procesador 810 usando el bus 850. La memoria 830 puede incluir además un sistema operativo 833 y un programa de aplicación 835. El programa de aplicación 835 incluye al menos un programa que permite al procesador 810 realizar el método de cobro descrito en esta solicitud. Por ejemplo, el programa de aplicación 835 puede incluir aplicaciones 1 a N, e incluyen además una aplicación de cobro (aplicación de cobro por abreviar) que realiza el método de cobro descrito en esta solicitud.

Además de un bus de datos, el sistema de bus 850 puede incluir además un bus de energía, un bus de control, un bus de señal de estado y similares. Sin embargo, para una descripción clara, diversos tipos de buses en la figura se marcan como sistema de bus 850.

Opcionalmente, el dispositivo de decodificación 800 puede incluir además uno o más dispositivos de salida, por ejemplo, una pantalla 870. En un ejemplo, la pantalla 870 puede ser una pantalla táctil que combina una pantalla y una unidad táctil que detecta funcionalmente entradas táctiles. La pantalla 870 se puede conectar al procesador 810 usando el bus 850.

Un experto en la técnica puede entender que las funciones descritas con referencia a diversos bloques lógicos módulos, y etapas de algoritmo ilustrativos divulgados y descritos en esta memoria descriptiva se pueden implementar por hardware, software, firmware, o cualquier combinación de los mismos. Si se implementan por software, las funciones descritas con referencia a los diversos bloques lógicos, módulos y etapas ilustrativos pueden almacenarse o transmitirse sobre un medio legible por ordenador como una o más instrucciones o código y ejecutarse por una unidad de procesamiento basada en hardware. El medio legible por ordenador puede incluir un soporte de almacenamiento legible por ordenador, que corresponde a un medio tangible tal como un soporte de almacenamiento de datos o un medio de comunicación que incluye cualquier medio que facilite la transferencia (por ejemplo, según un protocolo de comunicaciones) de un programa informático desde un lugar a otro. De esta manera, el medio legible por ordenador puede generalmente corresponder a (1) un soporte de almacenamiento tangible no transitorio legible por ordenador o (2) un medio de comunicación tal como un señal o un portador. El soporte de almacenamiento de datos puede ser cualquier soporte disponible al que pueda acceder uno o más ordenadores o uno o más procesadores para recuperar instrucciones, código y/o estructuras de datos para implementar las tecnologías descritas en esta solicitud. Un producto de programa informático puede incluir un medio legible por ordenador.

A modo de ejemplo, y no limitación, tales soportes de almacenamiento legibles por ordenador pueden incluir una RAM, una ROM, una EEPROM, un CD-ROM u otro aparato de almacenamiento en disco óptico, un aparato de almacenamiento en disco magnético u otro aparato de almacenamiento magnético, una memoria flash, o cualquier otro medio que se pueda usar para almacenar código de programa deseado en forma de instrucción o una estructura de datos y al que pueda acceder un ordenador. Adicionalmente, alguna conexión se denomina apropiadamente medio legible por ordenador. Por ejemplo, si se transmite una instrucción desde un sitio web, un servidor u otra fuente remota a través de un cable coaxial, una fibra óptica/cable, un par trenzado, una línea digital de abonado (DSL) o tecnologías inalámbricas tales como infrarrojos, radio y microondas, el cable coaxial, fibra óptica/cable, el par trenzado, DSL o tecnologías inalámbricas tales como infrarrojos, radio y microondas se incluyen en la definición de medio. Sin embargo, debe entenderse que el soporte de almacenamiento legible por ordenador y el soporte de almacenamiento de datos no incluyen conexiones, portadoras, señales, u otros medios transitorios, sino que realmente significa soportes de almacenamiento tangibles no transitorios. Discos y disquetes usados en esta memoria descriptiva incluyen un disco compacto (CD), un disco láser, un disco óptico, un disco versátil digital (DVD), y un disco Blu-ray. Los disquetes usualmente reproducen datos magnéticamente, mientras que los discos reproducen datos ópticamente con láseres. Combinaciones de lo anterior también se deben incluir dentro del alcance de medios legibles por ordenador.

Una instrucción puede ser ejecutada por uno o más procesadores tales como uno o más procesadores de señales digitales (DSP), un microprocesador general, un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA), u otros circuitos integrados o circuitos lógicos discretos equivalentes. Por lo tanto, el término "procesador" usado en esta memoria descriptiva puede referirse a la estructura anterior, o cualquier otra estructura que pueda aplicarse para la implementación de las tecnologías descritas en esta memoria descriptiva.

Adicionalmente, en algunos aspectos, las funciones descritas con referencia a los diversos bloques lógicos ilustrativos, módulos, y etapas descritas en esta memoria descriptiva se pueden proporcionar dentro de módulos dedicados hardware y/o software configurados para codificar y descodificar, o puede incorporarse en un códec combinado. Adicionalmente, las tecnologías pueden implementarse completamente en uno o más circuitos o elementos lógicos.

Las tecnologías de esta solicitud pueden implementarse en diversos aparatos o dispositivos, que incluye un dispositivo manual inalámbrico, un circuito integrado (IC), o un grupo de IC (por ejemplo, un grupo de chips). Diversos componentes, módulos o unidades descritos en esta solicitud están pensados para enfatizar aspectos funcionales de un aparato configurado para realizar las tecnologías descritas, pero no necesariamente tienen que ser implementados por diferentes unidades de hardware. Realmente, como se ha descrito anteriormente, las diversas unidades pueden combinarse con software y/o firmware adecuados en una unidad de hardware de códec o proporcionarse por una unidad de hardware interoperable (que incluye uno o más procesadores como se ha descrito anteriormente).

Las descripciones anteriores son meramente ejemplos de implementaciones específicas de esta solicitud, pero no se pretende limitar el alcance de protección de esta solicitud. Cualquier variación o sustitución fácilmente imaginada por un experto en la técnica dentro del alcance técnico descrito en esta solicitud se encuentra dentro del alcance de protección de esta solicitud. Por lo tanto, el alcance de protección de esta solicitud se verá sujeto al alcance de protección de las reivindicaciones.

Claims

REIVINDICACIONES

1. Un método de cobro, que comprende las siguientes etapas:

enviar (501,502) por medio de una interfaz basada en servicio, por parte de un aparato de función de activación de cobro, una solicitud de inicio de cobro para solicitar crear un recurso de cobro para una sesión de Unidad de Datos de Paquete, PDU,

a un aparato de función de cobro que realiza

cobro online o cobro offline;

caracterizado por quela solicitud de inicio de cobro lleva una dirección de recepción de indicación asociada con la sesión de PDU; y el método comprende además:

recibir (502) por medio de la interfaz basada en servicio, por parte del aparato de función de activación de cobro, un mensaje de indicación desde el aparato de función de cobro que realiza cobro online o cobro offline en función de la dirección de recepción de indicación asociada con la sesión de PDU, en donde el mensaje de indicación lleva un tipo de indicación, en donde el tipo de indicación comprende una o más de las siguientes: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro; y

realizar (503), por parte del aparato de función de activación de cobro, procesamiento de cobro en función del tipo de indicación.

2. El método según la reivindicación 1, en donde cuando el tipo de indicación es la indicación de actualización de cobro, la realización del procesamiento de cobro en función del tipo de indicación comprende:

enviar, por medio de la interfaz basada en servicio, por parte del aparato de función de activación de cobro, una solicitud de actualización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de actualización de cobro, en donde la solicitud de actualización de cobro lleva información de cobro a actualizar.

3. El método según la reivindicación 2, en donde cuando el mensaje de indicación además lleva un alcance aplicable de indicación, la información de cobro a actualizar es información de cobro correspondiente dentro del alcance aplicable; o cuando el mensaje de indicación no lleva un alcance aplicable de indicación, la información de cobro a actualizar es toda la información de cobro de la sesión de PDU.

4. El método según la reivindicación 2 ó 3, en donde el envío de una solicitud de actualización de cobro al aparato de función de cobro comprende:

enviar por medio de la interfaz basada en servicio, por parte del aparato de función de activación de cobro, una solicitud de sustitución de cobro al aparato de función de cobro, en donde la solicitud de sustitución de cobro lleva información de cobro a actualizar, y la información de cobro a actualizar es específicamente información de cobro a sustituir.

5. El método según la reivindicación 1, en donde cuando el tipo de indicación es específicamente una indicación de finalización de cobro, la realización del procesamiento de cobro en función del tipo de indicación comprende:

enviar por medio de la interfaz basada en servicio, por parte del aparato de función de activación de cobro, una primera solicitud de finalización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de finalización de cobro, para finalizar el cobro por la sesión de PDU.

6. El método según cualquiera de las reivindicaciones 1-5, en donde la dirección de recepción de indicación es un URI al que el aparato de función de cobro envía el mensaje de indicación.

7. El método según una cualquiera de las reivindicaciones 1-6, que comprende además:

determinar, por parte del aparato de función de cobro que realiza cobro online o cobro offline, que la indicación tiene que ser enviada al aparato de función de activación de cobro para realizar procesamiento de cobro por la sesión de PDU.

8. Un método de cobro, que comprende las siguientes etapas:

recibir (502) por medio de una interfaz basada en servicio, por parte del aparato de función de cobro que realiza cobro online o cobro offline, una solicitud de inicio de cobro que se utiliza para solicitar crear un recurso de cobro para una sesión de Unidad de Datos de Paquete, PDU, enviada por un aparato de función de activación de cobro;

caracterizado por quela solicitud de inicio de cobro lleva una dirección de recepción de indicación asociada con una sesión de PDU; y el método comprende además:

determinar, por parte del aparato de función de cobro que realiza cobro online o cobro offline, que tiene que enviarse una indicación al aparato de función de activación de cobro para realizar procesamiento de cobro por la sesión de PDU; y

enviar (502) por medio de la interfaz basada en servicio, por parte del aparato de función de cobro que realiza cobro online o cobro offline, un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación asociada con la sesión de PDU, en donde el mensaje de indicación lleva un tipo de indicación, el tipo de indicación comprende una o más de las siguientes: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro.

9. El método según la reivindicación 8, en donde el envío de un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación asociada con la sesión de PDU cuando determinar que tiene que enviarse una indicación al aparato de función de activación de cobro comprende:

cuando se cumple una condición de reautenticación, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación asociada con la sesión de PDU, el tipo de indicación es la indicación de actualización de cobro, y el mensaje de indicación comprende además un alcance aplicable de indicación.

10. El método según la reivindicación 8, en donde el envío de un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación asociada con la sesión de PDU cuando determinar que tiene que enviarse una indicación al aparato de función de activación de cobro comprende: cuando se cumple una condición de finalización de cobro, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, en donde el tipo de indicación es la indicación de finalización de cobro.

11. El método según una cualquiera de las reivindicaciones 8 a 10, en donde el método comprende además: recibir una solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, en donde la solicitud de actualización de cobro lleva información de cobro a actualizar; y

actualizar información de cobro almacenada con la información de cobro a actualizar en función de la información de cobro a actualizar.

12. Un aparato de función de activación de cobro, que comprende:

una unidad de envío (61), configurada para enviar por medio de una interfaz basada en servicio, una solicitud de inicio de cobro para solicitar crear un recurso de cobro para una sesión de Unidad de Datos de Paquete, PDU,

a un aparato de función de cobro que realiza cobro online o cobro offline;

caracterizado por quela solicitud de inicio de cobro lleva una dirección de recepción de indicación asociada con la sesión de PDU; y el aparato comprende además:

una unidad de recepción (62), configurada para recibir, por medio de la interfaz basada en servicio, un mensaje de indicación desde el aparato de función de cobro que realiza cobro online o cobro offline en función de la dirección de recepción de indicación, en donde el mensaje de indicación lleva un tipo de indicación, en donde el tipo de indicación comprende una o más de las siguientes: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro; y

una unidad de procesamiento (63), configurada para realizar procesamiento de cobro por la sesión de PDU en función del tipo de indicación.

13. El aparato según la reivindicación 12, en donde la unidad de procesamiento se configura para: cuando el tipo de indicación es la indicación de actualización de cobro, enviar por medio de la interfaz basada en servicio, una solicitud de actualización de cobro al aparato de función de cobro en función del tipo de indicación de la indicación de actualización de cobro, en donde la solicitud de actualización de cobro lleva información de cobro a actualizar.

14. El aparato según la reivindicación 12 o 13, en donde la unidad de procesamiento se configura para: cuando el mensaje de indicación además lleva un alcance aplicable de indicación, enviar la solicitud de actualización de cobro al aparato de función de cobro, en donde la información de cobro a actualizar corresponde información de cobro dentro del alcance aplicable; o

cuando el mensaje de indicación no lleva un alcance aplicable de indicación, enviar la solicitud de actualización de cobro al aparato de función de cobro, en donde la información de cobro a actualizar es toda la información de cobro de la sesión de PDU.

15. Un aparato de función de cobro que realiza cobro online o cobro offline, que comprende:

un módulo de recepción (71), configurado para recibir, por medio de la interfaz basada en servicio, una solicitud de inicio de cobro que se utiliza para solicitar crear un recurso de cobro para una sesión de Unidad de Datos de Paquete, PDU,

enviada por un aparato de función de activación de cobro;

un módulo de envío (72), configurado para enviar, por medio de la interfaz basada en servicio, un mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación asociada con la sesión de PDU cuando se determina que tiene que enviarse una indicación al aparato de función de activación de cobro, en donde el mensaje de indicación lleva un tipo de indicación, en donde el tipo de indicación comprende una o más de las siguientes: una indicación de actualización de cobro, una indicación de finalización de cobro, una indicación de sobrecarga de aparato de función de cobro, una indicación de configuración de regla de cobro, y una indicación de detección de validez de recurso de cobro.

16. El aparato según la reivindicación 15, en donde el módulo de envío se configura para: cuando se cumple una condición de reautenticación, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, en donde el tipo de indicación es la indicación de actualización de cobro y el mensaje de indicación lleva un alcance aplicable de indicación.

17. El aparato según la reivindicación 15 o 16, en donde el módulo de envío se configura para: cuando se cumple una condición de finalización de cobro, enviar el mensaje de indicación al aparato de función de activación de cobro en función de la dirección de recepción de indicación, en donde el tipo de indicación es una indicación de finalización de cobro.

18. El aparato según una cualquiera de las reivindicaciones 15 a 17, en donde el módulo de recepción se configura para recibir una solicitud de actualización de cobro enviada por el aparato de función de activación de cobro, en donde la solicitud de actualización de cobro lleva información de cobro a actualizar; y actualizar información de cobro almacenada con la información de cobro a actualizar en función de la información de cobro a actualizar.

19. Un sistema de cobro, que comprende un aparato de función de activación de cobro según una cualquiera de las reivindicaciones 12 a 14 y el aparato de función de cobro según una cualquiera de las reivindicaciones 15 a 18.

20. Un soporte de almacenamiento legible por ordenador, que almacena instrucciones, en donde cuando las instrucciones se ejecutan en un ordenador, el ordenador tiene permitido realizar el método según una cualquiera de las reivindicaciones 1 a 7, o para realizar el método según una cualquiera de las reivindicaciones 8 a 11.

21. Un producto de programa informático, en donde cuando el producto de programa informático se ejecuta en un ordenador, el ordenador tiene permitido realizar el método según una cualquiera de las reivindicaciones 1 a 7, o para realizar el método según una cualquiera de las reivindicaciones 8 a 11.