BR112017010583B1 - Aparelho e método de controle de cobrança - Google Patents

Abstract

APARELHO E MÉTODO DE CONTROLE DE COBRANÇA. Um aparelho, um método e um sistema de controle de cobrança são divulgados. Quando o UE (112) acessa um serviço que cobra de um OTT SP, o aparelho de controle de cobrança (102) recebe uma informação de descrição de fluxo a partir de uma PCEF (108) (2001), onde a informação de descrição de fluxo é obtida pela PCEF (108) de acordo com um fluxo de dados recebido a partir do UE (112); determina, de acordo com a informação de descrição de fluxo, um identificador de serviço correspondente ao fluxo de dados (2002); e envia o identificador de serviço para a PCEF (108), de modo que a PCEF (108) carregue para o serviço de acordo com o identificador de serviço (2003). Quando o UE (112) acessa o serviço, a PCEF (108) pode obter o identificador de serviço a partir do aparelho de controle de cobrança. Desta forma, sem a necessidade de configuração do identificador de serviço e de um identificador de cobrança na PCEF (108), a PCEF (108) pode obter o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

Description

CAMPO TÉCNICO

[0001] As modalidades da presente invenção se referem ao campo de comunicações e, mais especificamente, a um aparelho de controle de cobrança, um método e um sistema.

ANTECEDENTES

[0002] Um serviço de tráfego 800 é um serviço que cobra principalmente um provedor de serviços (provedor de serviços, SP) acima do limite (acima do limite, OTT). O OTT SP pode ser referido como um grupo empresarial, ou referido como um grupo, para resumir. Com o desenvolvimento de 4G, uma operadora precisa cooperar com o grupo empresarial para estabelecer uma aliança da indústria, de modo a se obterem múltiplas vitórias dentre a operadora, um usuário e o grupo empresarial. O serviço de tráfego 800 é principalmente pago pelo grupo empresarial, e mais retornos de serviços adicionados podem ser obtidos, por exemplo, mais tráfego de acesso pode ser obtido, e uma eficiência de trabalho de um empregado no grupo empresarial pode ser melhorado. O usuário não precisa se preocupar com um honorário, e tem melhor experiência de acesso ao serviço de tráfego 800. Um investimento de rede da operadora pode ser mais grandemente digerido, e mais oportunidades de expansão podem ser obtidas.

[0003] Há muitos OTT SPs com os quais a operadora pode cooperar. Um OTT SP pode prover múltiplos serviços de tráfego 800. A operadora precisa alocar um identificador de cobrança a cada serviço de tráfego 800. A operadora precisa ser capaz de rapidamente empregar um novo serviço de tráfego 800 de uma maneira fácil e conveniente, e adaptando de forma flexível e dinâmica uma mudança em um servidor do OTT SP, de modo a se garantir que todos os serviços de tráfego 800 do usuário possam ser livres de cobrança.

[0004] Atualmente, cada OTT SP provê uma lista de um endereço de servidor / um host (host), ou uma lista de localizador de recurso uniforme (localizador de recurso uniforme, URL) do serviço de tráfego 800. A operadora provê um identificador de serviço e um identificador de cobrança que são correspondentes à lista de endereço de servidor / host, ou à lista de URL, e toda a informação precisa ser pré-configurada em uma função de política e cumprimento de cobrança (função de política e cumprimento de cobrança, PCEF). Quando o servidor do serviço de tráfego 800 muda ou um novo serviço de tráfego 800 é aprovisionado, uma configuração na PCEF também precisa ser ajustada de forma correspondente. Isto causa uma grande carga de trabalho de configuração na PCEF.

SUMÁRIO

[0005] As modalidades da presente invenção proveem um aparelho de controle de cobrança e um método, de modo que uma carga de trabalho de configuração de uma PCEF possa ser diminuída.

[0006] De acordo com um primeiro aspecto, um aparelho de controle de cobrança é provido, em que, quando um equipamento de usuário UE acessa um serviço que cobra de um provedor de serviços acima do limite OTT SP, o aparelho inclui: um receptor, configurado para receber uma informação de descrição de fluxo a partir de uma função de política e cumprimento de cobrança PCEF, em que a informação de descrição de fluxo é obtida pela PCEF de acordo com um fluxo de dados recebido a partir do UE; um processador, configurado para determinar, de acordo com a informação de descrição de fluxo recebida pelo receptor, um identificador de serviço correspondente ao fluxo de dados; e um transmissor, configurado para enviar o identificador de serviço determinado pelo processador para a PCEF, de modo que a PCEF cobre pelo serviço de acordo com o identificador de serviço.

[0007] Com referência ao primeiro aspecto, em uma primeira maneira de implementação possível do primeiro aspecto, o processador é adicionalmente configurado para determinar, de acordo com a informação de descrição de fluxo recebida pelo receptor, um identificador de cobrança correspondente ao fluxo de dados; e o transmissor é adicionalmente configurado para enviar o identificador de cobrança para a PCEF.

[0008] Com referência ao primeiro aspecto ou à primeira maneira de implementação possível precedente do primeiro aspecto, em uma segunda maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para receber um identificador de usuário do UE; o processador é adicionalmente configurado para determinar se há uma correspondência entre o identificador de usuário e o identificador de serviço; e o transmissor é especificamente configurado para: quando o processador determina que há uma correspondência entre o identificador de usuário e o identificador de serviço, enviar o identificador de serviço e o identificador de cobrança para a PCEF.

[0009] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma terceira maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para receber uma informação de registro de usuário enviada por um dispositivo do OTT SP ou um sistema de suporte de negócio e operação BOSS; e o processador é especificamente configurado para gerar uma primeira informação de combinação de acordo com a informação de registro de usuário, em que a primeira informação de combinação compreende uma correspondência entre um identificador de usuário e um identificador de serviço.

[0010] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma quarta maneira de implementação possível do primeiro aspecto, o processador é especificamente configurado para determinar, de acordo com a primeira informação de combinação, se há uma correspondência entre o identificador de usuário e o identificador de serviço.

[0011] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma quinta maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para receber uma informação de registro de usuário enviada por um dispositivo do OTT SP; e o transmissor é adicionalmente configurado para enviar a informação de registro de usuário para um sistema de suporte de negócio e operação BOSS.

[0012] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma sexta maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para: obter um identificador de serviço e um identificador de cobrança que são configurados por um operador, e receber um conjunto de regras de serviço enviado pelo dispositivo do OTT SP; e o processador é adicionalmente configurado para gerar uma segunda informação de combinação de acordo com o conjunto de regras de serviço, em que a segunda informação de combinação compreende uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0013] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma sétima maneira de implementação possível do primeiro aspecto, o processador é adicionalmente configurado para determinar, de acordo com a segunda informação de combinação, o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados.

[0014] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma oitava maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para: obter um identificador de serviço e um identificador de cobrança que são configurados por um operador, e receber um conjunto de regras de serviço enviado por um dispositivo do OTT SP;o transmissor é adicionalmente configurado para enviar o identificador de serviço e o identificador de cobrança para uma função de política e regras de cobrança PCRF; e o processador é adicionalmente configurado para gerar uma terceira informação de combinação de acordo com o conjunto de regras de serviço, em que a terceira informação de combinação compreende uma correspondência entre um conjunto de regras de serviço e um identificador de serviço.

[0015] Com referência a qualquer um dentre o primeiro aspecto ou as maneiras de implementação possíveis precedentes do primeiro aspecto, em uma nona maneira de implementação possível do primeiro aspecto, o receptor é adicionalmente configurado para receber uma informação de registro de usuário enviada pelo dispositivo do OTT SP; e o transmissor é adicionalmente configurado para enviar a informação de registro de usuário para a PCRF.

[0016] De acordo com um segundo aspecto, uma função de política e cumprimento de cobrança PCEF é provido, em que, quando um equipamento de usuário UE acessa um serviço que cobra de um provedor de serviços acima do limite OTT SP, a PCEF inclui: um receptor, configurado para receber um fluxo de dados enviado pelo UE; um processador, configurado para: analisar gramaticalmente o fluxo de dados, e determinar uma informação de descrição de fluxo do fluxo de dados; e um transmissor, configurado para enviar a informação de descrição de fluxo determinada pelo processador para um aparelho de controle de cobrança; em que o receptor é adicionalmente configurado para receber um identificador de serviço enviado pelo aparelho de controle de cobrança, em que o identificador de serviço é determinado pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo; e o processador é adicionalmente configurado para executar uma cobrança on-line / off-line pelo serviço de acordo com o identificador de serviço recebido pelo receptor.

[0017] Com referência ao segundo aspecto, em uma primeira maneira de implementação possível do segundo aspecto, o receptor é adicionalmente configurado para receber um identificador de cobrança enviado pelo aparelho de controle de cobrança; e o processador é especificamente configurado para executar uma cobrança on-line / off-line pelo serviço de acordo com o identificador de serviço e o identificador de cobrança.

[0018] Com referência ao segundo aspecto, em uma segunda maneira de implementação possível do segundo aspecto, o processador é adicionalmente configurado para determinar se o UE se registra para o serviço; e o transmissor é especificamente configurado para: quando o processador determina que o UE se registra para o serviço, enviar a informação de descrição de fluxo para o aparelho de controle de cobrança.

[0019] De acordo com um terceiro aspecto, uma função de política e regras de cobrança PCRF é provida, que inclui: um receptor, configurado para: receber um identificador de serviço e um identificador de cobrança a partir de um aparelho de controle de cobrança, e receber uma informação de registro de usuário para o aparelho de controle de cobrança ou um sistema de suporte de negócio e operação BOSS; e um processador, configurado para gerar uma política de política e controle de cobrança PCC de acordo com a informação de registro de usuário, o identificador de serviço e o identificador de cobrança que são recebidos pelo receptor.

[0020] De acordo com um quarto aspecto, um sistema de suporte de negócio e operação BOSS é provido, que inclui: um receptor, configurado para receber uma informação de registro de usuário; e um transmissor, configurado para enviar a informação de registro de usuário recebida pelo receptor para um aparelho de controle de cobrança.

[0021] Com referência ao quarto aspecto, em uma primeira maneira de implementação possível, quando um serviço que cobra de um provedor de serviços acima do limite OTT SP é um serviço de cobrança retroativa, o receptor é especificamente configurado para receber a informação de registro de usuário a partir de um dispositivo do OTT SP; ou, quando um serviço que cobra um provedor de serviços acima do limite OTT SP é um serviço de cobrança antecipada, o receptor é especificamente configurado para receber a informação de registro de usuário a partir do equipamento de usuário UE.

[0022] De acordo com um quinto aspecto, um dispositivo de um provedor de serviços acima do limite OTT SP é provido, que inclui: um processador, configurado para gerar um conjunto de regras de serviço; e um transmissor, configurado para enviar o conjunto de regras de serviço para um aparelho de controle de cobrança.

[0023] Com referência ao quinto aspecto, em uma primeira maneira de implementação possível, quando um serviço que cobra do OTT SP for um serviço de cobrança retroativa, o processador é adicionalmente configurado para gerar uma informação de registro de usuário; e o transmissor é adicionalmente configurado para enviar a informação de registro de usuário para o aparelho de controle de cobrança ou um sistema de suporte de negócio e operação BOSS.

[0024] De acordo com um sétimo aspecto, um método de cobrança é provido, em que, quando o equipamento de usuário UE acessa um serviço que cobra de um provedor de serviços acima do limite OTT SP, o método inclui: o recebimento de uma informação de descrição de fluxo a partir de uma função de política e cumprimento de cobrança PCEF, em que a informação de descrição de fluxo é obtida pela PCEF de acordo com um fluxo de dados recebido a partir do UE; a determinação, de acordo com a informação de descrição de fluxo, de um identificador de serviço correspondente ao fluxo de dados; e o envio do identificador de serviço para a PCEF, de modo que a PCEF cobre pelo serviço de acordo com o identificador de serviço.

[0025] Com referência ao sétimo aspecto, em uma primeira maneira de implementação possível do sétimo aspecto, a determinação, de acordo com a informação de descrição de fluxo, de um identificador de serviço correspondente ao fluxo de dados inclui: a determinação, de acordo com a informação de descrição de fluxo, do identificador de serviço e de um identificador de cobrança que são correspondentes ao fluxo de dados; e o envio do identificador de serviço para a PCEF inclui: o envio do identificador de serviço e do identificador de cobrança para a PCEF.

[0026] Com referência à primeira maneira de implementação possível do sétimo aspecto, em uma segunda maneira de implementação possível do sétimo aspecto, o método ainda inclui: o recebimento de um identificador de usuário do UE a partir da PCEF; e a determinação quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço; em que o envio do identificador de serviço e do identificador de cobrança para a PCEF compreende: quando é determinado que há uma correspondência entre o identificador de usuário e o identificador de serviço, o envio do identificador de serviço e do identificador de cobrança para a PCEF.

[0027] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma terceira maneira de implementação possível do sétimo aspecto, antes do recebimento da informação de descrição de fluxo a partir da PCEF, o método ainda inclui: o recebimento de uma informação de registro de usuário enviada por um dispositivo do OTT SP ou um sistema de suporte de negócio e operação BOSS; e a geração de uma primeira informação de combinação de acordo com a informação de registro de usuário, em que a primeira informação de combinação compreende uma correspondência entre um identificador de usuário e um identificador de serviço.

[0028] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma quarta maneira de implementação possível do sétimo aspecto, a determinação quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço inclui:a determinação, de acordo com a primeira informação de combinação, quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço.

[0029] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma quinta maneira de implementação possível do sétimo aspecto, antes do recebimento da informação de descrição de fluxo a partir da PCEF, o método ainda inclui: o recebimento de uma informação de registro de usuário enviada por um dispositivo do OTT SP; e o envio da informação de registro de usuário para um sistema de suporte de negócio e operação BOSS.

[0030] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma sexta maneira de implementação possível do sétimo aspecto, antes do recebimento da informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: a obtenção de um identificador de serviço e um identificador de cobrança que são configurados por um operador, e o recebimento de um conjunto de regras de serviço enviado pelo dispositivo do OTT SP; e a geração de uma segunda informação de combinação de acordo com o conjunto de regras de serviço, em que a segunda informação de combinação compreende uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0031] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma sétima maneira de implementação possível do sétimo aspecto, a determinação, de acordo com a informação de descrição de fluxo, do identificador de serviço e de um identificador de cobrança que são correspondentes ao fluxo de dados inclui: a determinação, de acordo com a segunda informação de combinação, do identificador de serviço e do identificador de cobrança que são correspondentes ao fluxo de dados.

[0032] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma oitava maneira de implementação possível do sétimo aspecto, antes do recebimento de uma informação de descrição de fluxo a partir da PCEF, o método ainda inclui: a obtenção de um identificador de serviço e um identificador de cobrança que são configurados por um operador, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo do OTT SP; o envio do identificador de serviço e do identificador de cobrança para uma função de política e regras de cobrança PCRF; e a geração de uma terceira informação de combinação de acordo com o conjunto de regras de serviço, em que a terceira informação de combinação compreende uma correspondência entre um conjunto de regras de serviço e um identificador de serviço.

[0033] Com referência a qualquer um dentre o sétimo aspecto ou as maneiras de implementação possíveis do sétimo aspecto, em uma nona maneira de implementação possível do sétimo aspecto, antes do recebimento da informação de descrição de fluxo a partir da PCEF, o método ainda inclui: o recebimento de uma informação de registro de usuário enviada pelo dispositivo do OTT SP; e o envio da informação de registro de usuário para a PCRF.

[0034] De acordo com um oitavo aspecto, um método de cobrança é provido, em que o método é executado por uma função de política e cumprimento de cobrança PCEF, e, quando o equipamento de usuário UE acessa um serviço que cobra de um provedor de serviços acima do limite OTT SP, o método inclui: o recebimento de um fluxo de dados enviado pelo UE; a análise gramatical do fluxo de dados, e a determinação da informação de descrição de fluxo do fluxo de dados; o envio da informação de descrição de fluxo para um aparelho de controle de cobrança; o recebimento de um identificador de serviço enviado pelo aparelho de controle de cobrança, em que o identificador de serviço é determinado pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo; e a execução de uma cobrança on-line / off-line para o serviço de acordo com o identificador de serviço.

[0035] Com referência ao oitavo aspecto, em uma primeira maneira de implementação possível do oitavo aspecto, o recebimento de um identificador de serviço enviado pelo aparelho de controle de cobrança inclui: o recebimento do identificador de serviço e de um identificador de cobrança que são enviados pelo aparelho de controle de cobrança, em que o identificador de serviço e o identificador de cobrança são determinados pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo; e a execução de uma cobrança on-line / off-line pelo serviço de acordo com o identificador de serviço inclui: a execução de uma cobrança on-line / off-line pelo serviço de acordo com o identificador de serviço e o identificador de cobrança.

[0036] Com referência ao oitavo aspecto, em uma segunda maneira de implementação possível do oitavo aspecto, antes do envio da informação de descrição de fluxo para um aparelho de controle de cobrança, o método o método ainda inclui: a determinação quanto a se o UE se registra para o serviço; e o envio da informação de descrição de fluxo para um aparelho de controle de cobrança inclui: quando o UE se registra para o serviço, o envio da informação de descrição de fluxo para o aparelho de controle de cobrança.

[0037] De acordo com um nono aspecto, um método de cobrança é provido, em que o método é executado por uma função de política e regras de cobrança PCRF, e o método inclui: o recebimento de um identificador de serviço e um identificador de cobrança a partir de um aparelho de controle de cobrança, e o recebimento de uma informação de registro de usuário a partir do aparelho de controle de cobrança ou de um sistema de suporte de negócio e operação BOSS; e a geração de uma política de política e controle de cobrança PCC, de acordo com a informação de registro de usuário, o identificador de serviço e o identificador de cobrança.

[0038] De acordo com um décimo aspecto, um método de cobrança é provido, em que o método é executado por um sistema de suporte de negócio e operação BOSS, e o método inclui: o recebimento de uma informação de registro de usuário; e o envio da informação de registro de usuário para um aparelho de controle de cobrança.

[0039] Com referência ao décimo aspecto, em uma primeira maneira de implementação possível do décimo aspecto, quando um serviço que cobra de um provedor de serviços acima do limite OTT SP for um serviço de cobrança retroativa, o recebimento de uma informação de registro de usuário inclui: o recebimento da informação de registro de usuário a partir de um dispositivo do OTT SP; ou quando um serviço que cobra de um provedor de serviços acima do limite OTT SP for um serviço de cobrança antecipada, o recebimento de uma informação de registro de usuário inclui: o recebimento da informação de registro de usuário a partir de um equipamento de usuário UE.

[0040] De acordo com um décimo primeiro aspecto, um método de cobrança é provido, em que o método é executado por um provedor de serviços acima do limite OTT SP, e o método inclui: a geração de um conjunto de regras de serviço; e o envio do conjunto de regras de serviço para um aparelho de controle de cobrança.

[0041] Com referência ao décimo primeiro aspecto, em uma primeira maneira de implementação possível do décimo primeiro aspecto, quando um serviço que cobra do OTT SP for um serviço de cobrança retroativa, o método ainda inclui: a geração de uma informação de registro de usuário; e o envio da informação de registro de usuário para o aparelho de controle de cobrança ou um sistema de suporte de negócio e operação BOSS.

[0042] Nas modalidades da presente invenção, quando um UE acessa um serviço, uma PCEF pode obter um identificador de serviço a partir de um aparelho de controle de cobrança. Desta forma, sem a necessidade de configuração do identificador de serviço e de um identificador de cobrança na PCEF, a PCEF pode obter o identificador de serviço e o identificador de cobrança que são correspondentes a um fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

BREVE DESCRIÇÃO DOS DESENHOS

[0043] Para a descrição das soluções técnicas nas modalidades da presente invenção mais claramente, o que vem a seguir brevemente introduz os desenhos associados requeridos para a descrição das modalidades. Deve ser notado que estes desenhos associados meramente mostram algumas modalidades da presente invenção, e uma pessoa de conhecimento comum na técnica pode derivar outros desenhos a partir destes desenhos associados, sem esforços criativos.

[0044] A figura 1 é um diagrama em quadros de um sistema ou uma rede de acordo com uma modalidade da presente invenção; a figura 2 é um diagrama estrutural esquemático de um aparelho de controle de cobrança de acordo com uma modalidade da presente invenção; a figura 3 é um diagrama estrutural esquemático de uma PCEF de acordo com uma modalidade da presente invenção; a figura 4 é um diagrama estrutural esquemático de uma PCRF de acordo com uma modalidade da presente invenção; a figura 5 é um diagrama estrutural esquemático de um BOSS de acordo com uma modalidade da presente invenção; a figura 6 é um diagrama estrutural esquemático de um dispositivo de um OTT SP de acordo com uma modalidade da presente invenção; a figura 7 é um fluxograma de sinalização de um método de cobrança de acordo com uma modalidade da presente invenção; a figura 8 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 9 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 10 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 11 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 12 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 13 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 14 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 15 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 16 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 17 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 18 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 19 é um diagrama estrutural esquemático de um sistema de cobrança de acordo com uma modalidade da presente invenção; a figura 20 é um fluxograma de sinalização de um método de cobrança de acordo com uma modalidade da presente invenção; a figura 21 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 22 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; a figura 23 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção; e a figura 24 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção.

DESCRIÇÃO DE MODALIDADES

[0045] As soluções técnicas de acordo com modalidades da presente invenção são clara e completamente descritas a seguir com referência aos desenhos associados. Deve ser notado que estas modalidades são meramente exemplos, e não são pretendidas para limitação do escopo de proteção da presente invenção. Todas as outras modalidades obtidas por uma pessoa versada na técnica com base nestas modalidades, sem esforços criativos, devem cair no escopo de proteção da presente invenção.

[0046] A figura 1 é um diagrama em quadro de um sistema ou de uma rede de acordo com uma modalidade da presente invenção. Um sistema 10 mostrado na figura 1 inclui um aparelho de controle de cobrança 102, uma função de política e cumprimento de cobrança (função de política e cumprimento de cobrança, PCEF) 108, uma função de política e regras de cobrança (função de política e regras de cobrança, PCRF) 110 e um sistema de suporte de negócio e operação (sistema de suporte de negócio e operação, BOSS) 104.

[0047] Além disso, a figura 1 ainda mostra um dispositivo 106 de um provedor de serviços (provedor de serviços, SP) além do limite (além do limite, OTT), uma estação base 109 e um equipamento de usuário (equipamento de usuário, UE) 112.

[0048] Nas modalidades da presente invenção, o UE pode ser referido como um terminal, uma unidade de assinante, uma estação de assinante, uma estação móvel, uma estação móvel, uma estação remota, um terminal remoto, um dispositivo móvel, um terminal de usuário, um terminal móvel, um dispositivo de comunicações sem fio, um agente de usuário ou um aparelho de usuário. Por exemplo, o UE pode ser um telefone celular, um aparelho de telefone sem fio, um telefone de protocolo de iniciação de sessão (protocolo de iniciação de sessão, SIP), uma estação de laço local sem fio (laço local sem fio, WLL), um assistente digital pessoal (assistente digital pessoal, PDA), um dispositivo portátil que tenham uma função de comunicações sem fio, um dispositivo de computação ou um outro dispositivo de processamento conectado a um modem sem fio. Isto não é limitado na presente invenção.

[0049] O sistema 10 mostrado na figura 1 é usado para a execução de uma cobrança por um serviço que cobra o OTT SP. O serviço que cobra o OTT SP pode ser referido como um serviço de tráfego 800 ou um serviço de pagamento corporativo.

[0050] A PCRF 110 pode decidir uma política de cobrança e controle para um usuário de acordo com uma informação de assinatura do usuário e entrega da política para a PCEF 108. A PCEF 108 pode ser responsável pelo recebimento de políticas de cobrança e controle autorizadas pela PCRF 110 para usuários e implementando as políticas de cobrança e controle. O BOSS 104 está localizado em uma rede de uma operadora, e pode ser responsável pelo gerenciamento de assinatura de um pacote de usuário e implementar uma função de cobrança online / offline (online / offline).

[0051] O aparelho de controle de cobrança 102 pode ser referido como uma plataforma de serviço de tráfego 800 ou referido como uma plataforma de tráfego 800. O aparelho de controle de cobrança 102 pode ter uma primeira interface, uma segunda interface, uma terceira interface e uma quarta interface. O aparelho de controle de cobrança 102 pode se comunicar com o BOSS 104 pelo uso de uma primeira interface; comunicar-se com o dispositivo 106 pelo OTT SP pelo uso da segunda interface; comunicar-se com a PCEF 108 pelo uso da terceira interface; e se comunicar com a PCRF 110 pelo uso da quarta interface.

[0052] Opcionalmente, o aparelho de controle de cobrança 102 pode incluir uma unidade de processamento de interface configurada para o gerenciamento da primeira interface, da segunda interface, da terceira interface e da quarta interface. Por exemplo, a unidade de processamento de interface pode ser implementada por um processador no aparelho de controle de cobrança 102.

[0053] O BOSS 104 pode ter uma interface de BOSS correspondente para comunicação com o aparelho de controle de cobrança 102. O dispositivo 106 do OTT SP pode ter uma interface correspondente para comunicação com o aparelho de controle de cobrança 102. Por exemplo, a interface correspondente do dispositivo do OTT SP pode ser uma interface em um servidor do OTT SP. A PCEF 108 pode ter uma interface de PCEF correspondente para comunicação com o aparelho de controle de cobrança 102. Além disso, a PCEF habilitou uma função de ciência de serviço (ciência de serviço, SA). A PCRF 110 pode ter uma interface de PCRF correspondente para comunicação com o aparelho de controle de cobrança 102.

[0054] Além disso, a PCRF 110 pode se comunicar com a PCEF 108 pelo uso de uma interface de Gx. A PCEF 108 pode se comunicar com o BOSS 104 pelo uso de uma interface de Gy / Ga / Gz.

[0055] O dispositivo 106 do OTT SP pode ser um servidor de OTT, e o dispositivo 106 do OTT SP tem funções de autenticação, gerenciamento de grupo de usuário e similares.

[0056] Conforme mostrado na figura 2, o aparelho de controle de cobrança 102 pode incluir um receptor 1022, um processador 1024 e um transmissor 1026.

[0057] Conforme mostrado na figura 3, a PCEF 108 pode incluir um receptor 1082, um processador 1084 e um transmissor 1086.

[0058] Conforme mostrado na figura 4, a PCRF 110 pode incluir um receptor 1102, um processador 1104 e um transmissor 1106.

[0059] Conforme mostrado na figura 5, o BOSS 104 pode incluir um receptor 1042, um processador 1044 e um transmissor 1046.

[0060] Conforme mostrado na figura 6, o dispositivo 106 do OTT SP pode incluir um receptor 1062, um processador 1064 e um transmissor 1066.

[0061] Nesta modalidade da presente invenção, quando o UE 112 acessa um serviço, o UE 112 envia um fluxo de dados para a PCEF 108 pelo uso da estação base 109. Ainda, o sistema mostrado na figura 1 pode ser usado para se completar uma operação de cobrança pelo serviço. O serviço pode ser um serviço que cobre do OTT SP, isto é, o serviço é um serviço de tráfego 800.

[0062] A figura 7 é um fluxograma de sinalização de um método de cobrança de acordo com uma modalidade da presente invenção. O método mostrado na figura 7 inclui as etapas a seguir.

[0063] 701. Um receptor 1082 de uma PCEF 108 recebe um fluxo de dados enviado pelo UE 112.

[0064] Quando o UE 112 acessa um serviço de tráfego 800, o UE 112 pode enviar um fluxo de dados para a PCEF 108. O fluxo de dados pode ser um fluxo de dados de um serviço que cobra um OTT SP.

[0065] Opcionalmente, antes da etapa 701, o UE 112 envia uma requisição de ativação de usuário para a PCEF 108. Após o recebimento da requisição de ativação de usuário do UE 112, a PCEF 108 obtém uma política de política e controle de cobrança (política de política e controle de cobrança, PCC) a partir de uma PCRF 110. A PCRF 110 executa uma autorização de política e entrega uma regra dinâmica para a PCEF 108. A PCEF 108 executa uma instalação de política de acordo com a regra dinâmica, e envia uma mensagem de resposta de ativação de usuário para o UE 112.

[0066] 702. Um processador 1084 da PCEF 108 analisa gramaticalmente o fluxo de dados, e obtém uma informação de descrição de fluxo do fluxo de dados.

[0067] A análise gramatical do fluxo de dados pode incluir a identificação de uma informação de L3/4, uma informação de L7 e similares do fluxo de dados. A informação de L3/4 pode incluir um endereço de protocolo de Internet (protocolo de Internet, IP), um número de porta, um número de protocolo e similares. A informação de L7 pode incluir: um endereço de URL, um tipo de protocolo de L7 e similares.

[0068] A informação de descrição de fluxo pode incluir a informação de L3/4 e/ou a informação de L7 e/ou similares do fluxo de dados.

[0069] 703. Um transmissor 1086 da PCEF 108 envia a informação de descrição de fluxo para um aparelho de controle de cobrança 102.

[0070] 704. Um processador 1024 do aparelho de controle de cobrança 102 determina, de acordo com a informação de descrição de fluxo, um identificador de serviço e um identificador de cobrança de um serviço que cobra um OTT SP.

[0071] Por exemplo, o identificador de serviço pode ser um ID de serviço do serviço, e o identificador de cobrança pode ser um grupo de classificação (grupo de classificação, RG).

[0072] O aparelho de controle de cobrança 102 pode armazenar uma segunda informação de combinação, e a segunda informação de combinação inclui uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança. Por exemplo, cada conjunto de regras de serviço pode incluir uma informação de L3/4, uma informação de L7 e similares. A informação de L3/4 pode incluir um endereço de IP, um número de porta, um número de protocolo e similares; a informação de L7 pode incluir um endereço de URL, um tipo de protocolo de L7 e similares. Isto não é limitado na presente invenção. Além disso, o conjunto de regras de serviço pode ser referido como um conjunto de informação de regra de filtração.

[0073] Desta forma, se a informação de descrição de fluxo pertencer a um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança que sejam correspondentes ao conjunto de regras de serviço poderão ser determinados de acordo com a segunda informação de combinação, e o identificador de serviço e o identificador de cobrança que forem correspondentes ao conjunto de regras de serviço serão respectivamente determinados como um identificador de serviço e um identificador de cobrança que são correspondentes à informação de descrição de fluxo, isto é, um identificador de serviço e um identificador de cobrança que são correspondentes ao fluxo de dados.

[0074] 705. Um transmissor 1026 do aparelho de controle de cobrança 102 envia um identificador de serviço e um identificador de cobrança que são correspondentes ao fluxo de dados para a PCEF 108, de modo que a PCEF 108 cobre pelo serviço de acordo com o identificador de serviço e o identificador de cobrança.

[0075] Nesta modalidade da presente invenção, quando o UE 112 acessa o serviço de tráfego 800, a PCEF 108 envia uma informação de descrição de fluxo para o aparelho de controle de cobrança 102, e o aparelho de controle de cobrança 102 determina um identificador de serviço e um identificador de cobrança que são correspondentes a um fluxo de dados e envia o identificador de serviço e o identificador de cobrança para a PCEF 108. Desta forma, sem a necessidade de configurar o identificador de serviço e o identificador de cobrança na PCEF 108, a PCEF 108 pode obter o identificador de serviço e o identificador de cobrança que sejam correspondentes ao fluxo de dados. Portanto, uma carga de trabalho de configuração da PCEF 108 pode ser diminuída.

[0076] 706. O processador 1084 da PCEF 108 executa uma cobrança online / offline de acordo com o identificador de serviço e o identificador de cobrança. A cobrança é realizada para um serviço que tenha o identificador de serviço.

[0077] A PCEF 108 e um BOSS 104 podem conjuntamente implementar uma função de cobrança online / offline. Após a etapa 706, as etapas a seguir (não mostradas na figura 7) podem ser adicionalmente incluídas.

[0078] 707. O transmissor 1086 da PCEF 108 envia uma mensagem de requisição de controle de crédito (requisição de controle de crédito, CCR) para o BOSS 104.

[0079] A mensagem de CCR pode incluir o identificador de serviço, o identificador de cobrança e um identificador de usuário do UE 112. O identificador de usuário pode ser um número internacional de assinante móvel ISDN (número internacional de assinante móvel ISDN (rede digital de serviços integrados, rede digital de serviços integrados) / PSTN (número de rede de telefonia comutada pública, rede de telefonia comutada pública), MSISDN). Por exemplo, o identificador de usuário pode ser um número de telefone.

[0080] 708. Um processador 1044 do BOSS 104 executa uma classificação diferenciada.

[0081] O BOSS 104 pode determinar, de acordo com uma informação de registro de usuário, se o UE 112 se registra para o serviço que tem o identificador de serviço, e ainda determina se é para cobrar o UE 112 pelo serviço ou o serviço é livre de cobrança pelo UE 112.

[0082] O BOSS 104 pode executar um processamento de dedução de honorário em uma conta de usuário do UE 112, de acordo com o identificador de cobrança. Por exemplo, identificadores de cobrança diferentes podem corresponder a preços diferentes.

[0083] Se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, isto é, o serviço for totalmente pago pelo OTT SP, a informação de registro de usuário será provida por um dispositivo do OTT SP. Se o serviço for um serviço de cobrança antecipada, isto é, além do OTT SP, o usuário também precisar pagar, a informação de registro de usuário será gerada quando o usuário assinar o serviço no sistema BOSS.

[0084] 709. Um transmissor 1046 do BOSS 104 envia uma mensagem de resposta de controle de crédito (resposta de controle de crédito, CCA) para a PCEF 108.

[0085] Desta forma, a PCEF 108 e o BOSS 104 podem conjuntamente completar a cobrança online / offline.

[0086] Opcionalmente, em uma modalidade, se o serviço que cobra do OTT SP for um serviço de cobrança retroativa, antes do método mostrado na figura 7 ser realizado, um método mostrado na figura 8 poderá ser adicionalmente incluído. O método mostrado na figura 8 inclui as etapas a seguir.

[0087] 801. Um receptor 1022 de um aparelho de controle de cobrança 102 obtém um identificador de serviço e um identificador de cobrança que são pré-configurados por uma operadora.

[0088] A operadora planeja um identificador de serviço e um identificador de cobrança por um serviço que cobra um OTT SP, e pré-configura o identificador de serviço e o identificador de cobrança no aparelho de controle de cobrança 102.

[0089] 802. Um processador 1064 do dispositivo 106 do OTT SP envia o conjunto de regras de serviço para o aparelho de controle de cobrança 102.

[0090] O conjunto de regras de serviço pode incluir uma informação de L3/4, uma informação de L7 e similares. A informação de L3/4 pode incluir um endereço de IP, um número de porta, um número de protocolo e similares; e a informação de L7 pode incluir um endereço de URL, um tipo de protocolo de L7 e similares. Isto não é limitado na presente invenção.

[0091] 803. Um transmissor 1066 do dispositivo 106 do OTT SP envia o conjunto de regras de serviço para o aparelho de controle de cobrança 102.

[0092] O dispositivo 106 do OTT SP pode enviar conjuntos de regras de serviço em lotes para o aparelho de controle de cobrança 102 em uma forma de um artigo, ou o dispositivo 106 do OTT SP pode prover ou atualizar o conjunto de regras de serviço em tempo real.

[0093] 804. Um processador 1024 do aparelho de controle de cobrança 102 gera uma segunda informação de combinação de acordo com o conjunto de regras de serviço. A segunda informação de combinação inclui uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0094] Por exemplo, a segunda informação de combinação pode ser em uma forma de uma segunda tabela de combinação. A segunda tabela de combinação pode incluir três colunas. A primeira coluna inclui identificadores de serviço, a segunda coluna inclui identificadores de cobrança e a terceira coluna inclui conjuntos de regras de serviço. Além disso, há uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança que estão em uma mesma linha na segunda tabela de combinação.

[0095] 805. O processador 1064 do dispositivo 106 do OTT SP gera uma informação de registro de usuário.

[0096] A informação de registro de usuário pode incluir uma correspondência entre um identificador de usuário e um identificador de serviço. Por exemplo, é assumido que um identificador de usuário de primeiro UE seja A1, e um identificador de serviço de um primeiro serviço seja B1. Se o dispositivo 106 do OTT SP decidir que o primeiro serviço é livre de cobrança para o primeiro UE, a informação de registro de usuário poderá incluir uma correspondência entre A1 e B1.

[0097] 806. O transmissor 1066 do dispositivo 106 do OTT SP envia a informação de registro de usuário para um BOSS 104.

[0098] Deve ser notado que os números de série aqui não devem ser construídos como uma limitação em uma sequência. Por exemplo, a etapa 802 e a etapa 803 podem ser executadas antes da etapa 801. Por exemplo, a etapa 805 pode ser executada antes da etapa 802, ou a etapa 805 e a etapa 802 podem ser executadas simultaneamente. Isto não é limitado na presente invenção.

[0099] Deve ser entendido que, na modalidade mostrada na figura 8, o aparelho de controle de cobrança 102 pode receber, a partir de dispositivos de múltiplos OTT SPs diferentes, conjuntos de regras de serviço que sejam respectivamente enviados pelos dispositivos. O BOSS 104 pode receber, a partir de dispositivos de múltiplos OTT SPs diferentes, uma informação de registro de usuário que seja respectivamente enviada pelos dispositivos.

[0100] Por exemplo, é assumido que os dispositivos dos OTT SPs incluem um dispositivo de um primeiro OTT SP e um dispositivo de um segundo OTT SP. O dispositivo do primeiro OTT SP é um servidor de Alibaba e o dispositivo do segundo OTT SP é um servidor de KooWo. Além disso, os serviços providos por Alibaba incluem Taobao e Alipay. Os serviços providos por KooWo incluem Kwmusic.

[0101] Portanto, na etapa 801, a operadora pode configurar a informação a seguir no aparelho de controle de cobrança 102:

[0102] Um identificador de serviço de Taobao é um primeiro identificador de serviço, e um identificador de cobrança correspondente é um primeiro identificador de cobrança.

[0103] Um identificador de serviço de Alipay é um segundo identificador de serviço, e um identificador de cobrança correspondente é um segundo identificador de cobrança.

[0104] Um identificador de serviço de Kwmusic é um terceiro identificador de serviço e um identificador de cobrança correspondente é um terceiro identificador de cobrança.

[0105] Na etapa 802, o dispositivo do primeiro OTT SP pode gerar um primeiro conjunto de regras de serviço e um segundo conjunto de regras de serviço. O primeiro conjunto de regras de serviço é usado para representar Taobao, e o segundo conjunto de regras de serviço é usado para representar Alipay. O dispositivo do segundo OTT SP pode gerar um terceiro conjunto de regras de serviço. O terceiro conjunto de regras de serviço é usado para representar Kwmusic.

[0106] Na etapa 803, o dispositivo do primeiro OTT SP envia o primeiro conjunto de regras de serviço para o aparelho de controle de cobrança 102. O dispositivo do segundo OTT SP envia o segundo conjunto de regras de serviço para o aparelho de controle de cobrança 102.

[0107] Na etapa 804, a segunda informação de combinação gerada pelo aparelho de controle de cobrança 102 pode ser mostrada na Tabela 1.Tabela 1

[0108] Além disso, após o método mostrado na figura 8 ser executado, e antes de o método na figura 7 ser executado, uma operação pode ser adicionalmente incluída: uma PCEF 108 constrói um cache local (cache).

[0109] Por exemplo, que uma PCEF 108 constrói um cache local pode incluir as etapas a seguir.

[0110] (1) Quando uma placa da PCEF 108 é habilitada, um enlace para o aparelho de controle de cobrança 102 é primeiramente estabelecido. Por exemplo, o enlace pode ser um enlace de protocolo de adaptação de conteúdo de internet (protocolo de adaptação de conteúdo de internet, ICAP).

[0111] (2) Após o enlace de ICAP ser estabelecido de forma bem-sucedida, a PCEF 108 pode enviar uma primeira mensagem de requisição para o aparelho de controle de cobrança 102. A primeira mensagem de requisição pode portar um primeiro identificador, e o primeiro identificador é usado para indicar que a PCEF 108 suporta uma função de cache.

[0112] (3) Após o recebimento da primeira mensagem de requisição, o aparelho de controle de cobrança 102 checa um status do conjunto de regras de serviço no aparelho de controle de cobrança 102. Se o status for normal, o aparelho de controle de cobrança 102 enviará uma primeira mensagem de resposta para a PCEF 108. A primeira mensagem de resposta pode portar um segundo identificador, o segundo identificador pode ser um identificador de Pronto, e o identificador de Pronto é usado para indicar que um status de uma árvore de busca de regra de serviço no aparelho de controle de cobrança 102 é normal.

[0113] (4) Após o recebimento da primeira mensagem de resposta, a PCEF 108 pode enviar uma segunda mensagem de requisição para o aparelho de controle de cobrança 102. A segunda mensagem de requisição pode portar um segmento de número de série de começar - parar de uma regra que é requisitada para ser entregue.

[0114] Por exemplo, o segmento de número de série de começar - parar pode ser de 1 a 10.

[0115] (5) O aparelho de controle de cobrança 102 classifica as regras de serviço no conjunto de regras de serviço de acordo com a popularidade. Após o recebimento da segunda mensagem de requisição, o aparelho de controle de cobrança 102 envia a regra de serviço e uma segunda mensagem de resposta para a PCEF 108 de acordo com o segmento de número de série de começar - parar.

[0116] Por exemplo, se o conjunto de regras de serviço no aparelho de controle de cobrança 102 incluir 100 regras de serviço, o aparelho de controle de cobrança 102 poderá enviar as 10 regras de serviço de popularidade mais alta para a PCEF 108.

[0117] Por exemplo, se o conjunto de regras de serviço no aparelho de controle de cobrança 102 incluir sete regras de serviço, o aparelho de controle de cobrança 102 poderá enviar sete regras de serviço para a PCEF 108 e adicionar um identificador de Total à segunda mensagem de resposta.

[0118] (6) Após o recebimento da regra de serviço que inclui o segmento de número de série de começar - parar a partir do aparelho de controle de cobrança 102 ou após o recebimento de um identificador de Total a partir do aparelho de controle de cobrança 102, a PCEF 108 constrói uma árvore de regra local. Desta forma, a PCEF 108 pode completar a construção do cache local.

[0119] Deve ser notado que a PCEF 108 pode construir o cache local de uma outra maneira, e isto não é limitado na presente invenção.

[0120] Após o cache local ser construído, na etapa 703 mostrada na figura 7, o processador 1084 da PCEF 108 pode primeiramente buscar o cache local, e, quando nenhuma regra de serviço pode ser encontrada, o transmissor 1086 então envia a informação de descrição de fluxo para o aparelho de controle de cobrança 102. Desta forma, os tempos de comunicação entre a PCEF 108 e o aparelho de controle de cobrança 102 podem ser diminuídos, e uma pressão sobre uma interface entre a PCEF 108 e o aparelho de controle de cobrança 102 é adicionalmente diminuída.

[0121] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes de o método mostrado na figura 7 ser realizado, um método mostrado na figura 9 poderá ser adicionalmente incluído. O método mostrado na figura 9 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 804, a etapa 805 e as etapas a seguir.

[0122] 807. Um transmissor 1066 de um dispositivo 106 de um OTT SP envia uma informação de registro de usuário para um aparelho de controle de cobrança 102.

[0123] 808. Um transmissor 1026 do aparelho de controle de cobrança 102 envia a informação de registro de usuário para um BOSS 104.

[0124] Na modalidade mostrada na figura 9, a informação de registro de usuário é enviada pelo dispositivo 106 do OTT SP para o BOSS 104 pelo uso do aparelho de controle de cobrança 102. Alternativamente, em outras palavras, o aparelho de controle de cobrança 102 encaminha a informação de registro de usuário recebida a partir do dispositivo 106 do OTT SP para o BOSS 104. Desta forma, uma pressão de trabalho sobre uma interface entre o dispositivo 106 do OTT SP e o BOSS 104 pode ser diminuída.

[0125] Para da etapa 801 até a etapa 805 na figura 9, faça uma referência às descrições na figura 8. Para se evitar uma repetição, os detalhes não são descritos aqui de novo.

[0126] Deve ser notado que os números de série aqui não devem ser construídos como uma limitação em uma sequência. Por exemplo, a etapa 804 pode ser executada após a etapa 807 e a etapa 808. Isto não é limitado na presente invenção.

[0127] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, antes de o método na figura 7 ser executado, um método mostrado na figura 10 poderá ser adicionalmente incluído. O método mostrado na figura 10 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 804 e a etapa a seguir.

[0128] 809. Um receptor 1042 de um BOSS 104 obtém uma informação de registro de usuário a partir do UE 112.

[0129] O UE 112 pode se registrar de forma proativa junto a uma operadora por meio de uma mensagem de serviço de mensagem curta, uma chamada telefônica, uma operação em uma rede ou similar, e prover a informação de registro de usuário. Por exemplo, um identificador de usuário de segundo UE é A2, e um identificador de serviço de um segundo serviço é B2. Se um segundo usuário se registrar para o segundo serviço, o segundo UE poderá prover de forma proativa a informação de registro de usuário para o BOSS 104, e a informação de registro de usuário inclui uma correspondência entre A2 e B2.

[0130] Para da etapa 801 à etapa 804 na figura 10, faça uma referência às descrições na figura 8. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0131] Nas modalidades descritas da figura 7 à figura 10, quando o UE 112 acessa um serviço que cobra um OTT SP, uma PCEF 108 envia uma informação de descrição de fluxo para um aparelho de controle de cobrança 102 para obter um identificador de serviço e um identificador de cobrança correspondentes. Desta forma, sem a necessidade de configuração de um identificador de serviço e um identificador de cobrança na PCEF 108, uma carga de trabalho de configuração na PCEF 108 pode ser diminuída, e uma taxa de erro de configuração é adicionalmente diminuída.

[0132] A figura 11 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção. O método mostrado na figura 11 inclui as etapas a seguir.

[0133] 1101. Um receptor 1082 de uma PCEF 108 recebe um fluxo de dados enviado pelo UE 112.

[0134] Quando o UE 112 acessa um serviço de tráfego 800, o UE 112 pode enviar o fluxo de dados para a PCEF 108. O fluxo de dados pode ser um fluxo de dados de um serviço que cobra um OTT SP.

[0135] Opcionalmente, antes da etapa 1101, o UE 112 envia uma requisição de ativação de usuário para a PCEF 108. Após o recebimento da requisição de ativação de usuário do UE 112, a PCEF 108 obtém uma política de PCC a partir de uma PCRF 110. A PCRF 110 executa uma autorização de política, e entrega uma regra dinâmica para a PCEF 108. A PCEF 108 executa uma instalação de política de acordo com a regra dinâmica, e envia uma mensagem de resposta de sucesso de ativação de usuário para o UE 112.

[0136] 1102. Um processador 1084 da PCEF 108 analisa gramaticalmente o fluxo de dados, e obtém uma informação de descrição de fluxo do fluxo de dados.

[0137] Para a etapa 1102, faça uma referência à etapa 702 na modalidade precedente da figura 7. Para se evitar repetição, os detalhes não são descritos aqui de novo.

[0138] 1103. Um transmissor 1086 da PCEF 108 envia a informação de descrição de fluxo e um identificador de usuário para um aparelho de controle de cobrança 102.

[0139] O identificador de usuário pode ser um MSISDN. Por exemplo, o identificador de usuário pode ser um número de telefone do UE 112.

[0140] 1104. Um processador 1024 do aparelho de controle de cobrança 102 determina, de acordo com a informação de descrição de fluxo, um identificador de serviço e um identificador de cobrança de um serviço que cobra um OTT SP, e determina se há uma correspondência entre o identificador de serviço e o identificador de usuário.

[0141] Por exemplo, o identificador de usuário pode ser um ID de serviço do serviço, e o identificador de cobrança pode ser um RG.

[0142] O aparelho de controle de cobrança 102 pode armazenar uma segunda informação de combinação e a segunda informação de combinação inclui uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0143] Desta forma, se a informação de descrição de fluxo pertencer a um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança que são correspondentes ao conjunto de regras de serviço poderão ser determinados de acordo com a segunda informação de combinação, e o identificador de serviço e o identificador de cobrança que são correspondentes ao conjunto de regras de serviço são respectivamente determinados como um identificador de serviço e um identificador de cobrança que são correspondentes à informação de descrição de fluxo, isto é, um identificador de serviço e um identificador de cobrança que são correspondentes ao fluxo de dados.

[0144] O aparelho de controle de cobrança 102 pode armazenar uma primeira informação de combinação, e a primeira informação de combinação inclui uma correspondência entre um identificador de serviço e um identificador de usuário.

[0145] Desta forma, o aparelho de controle de cobrança 102 pode determinar, de acordo com a primeira informação de combinação, se há uma correspondência entre o identificador de usuário recebido a partir da PCEF 108 e o identificador de serviço determinado de acordo com a informação de descrição de fluxo.

[0146] 1105. Quando o processador 1024 do aparelho de controle de cobrança 102 determina, na etapa 1104, que há uma correspondência entre o identificador de usuário recebido a partir da PCEF 108 e o identificador de serviço determinado de acordo com a informação de descrição de fluxo, um transmissor 1026 do aparelho de controle de cobrança 102 envia o identificador de serviço e o identificador de cobrança para a PCEF 108.

[0147] Por outro lado, se o processador 1024 do aparelho de controle de cobrança 102 determinar, na etapa 1104, que não há uma correspondência entre o identificador de usuário recebido a partir da PCEF 108 e o identificador de serviço determinado de acordo com a informação de descrição de fluxo, um transmissor 1026 do aparelho de controle de cobrança 102 poderá enviar uma mensagem nula ou nenhuma mensagem para a PCEF 108.

[0148] Nesta modalidade da presente invenção, quando o UE 112 acessa um serviço, a PCEF 108 envia uma informação de descrição de fluxo para o aparelho de controle de cobrança 102, e o aparelho de controle de cobrança 102 determina um identificador de serviço e um identificador de cobrança que são correspondentes a um fluxo de dados e envia o identificador de serviço e o identificador de cobrança para a PCEF 108. Desta forma, sem a necessidade de configuração do identificador de serviço e do identificador de cobrança na PCEF 108, a PCEF 108 pode obter o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

[0149] 1106. O processador 1084 da PCEF 108 executa uma cobrança online / offline de acordo com o identificador de serviço e o identificador de cobrança. A cobrança é realizada para um serviço que tem o identificador de serviço.

[0150] Deve ser notado que, se a PCEF 108 receber uma mensagem nula a partir do aparelho de controle de cobrança 102 ou a PCEF 108 não receber, em uma duração pré- regulada, qualquer mensagem enviada pelo aparelho de controle de cobrança 102, a PCEF 108 executará uma cobrança online / offline de uma maneira da técnica anterior.

[0151] Após o recebimento do identificador de serviço e do identificador de cobrança a partir do aparelho de controle de cobrança 102, a PCEF 108 e o quarta camada de papel impregnado com resina podem conjuntamente implementar uma função de cobrança online / offline. Após a etapa 1106 ser realizada, as etapas a seguir podem ser adicionalmente incluídas.

[0152] 1107. O transmissor 1086 da PCEF 108 envia uma mensagem de CCR para o BOSS 104.

[0153] A mensagem de CCR pode incluir o identificador de serviço e o identificador de cobrança.

[0154] 1108. Um processador 1044 do canal de fluido 104 executa uma classificação uniforme para o identificador de serviço.

[0155] Isto é, o BOSS 104 não precisa executar uma classificação diferenciada de acordo com os usuários. Isto é, na modalidade mostrada na figura 11, o aparelho de controle de cobrança 102 determina se há uma correspondência entre o identificador de serviço e o identificador de usuário, isto é, o aparelho de controle de cobrança 102 determina se o usuário se registra para o serviço que tem o identificador de serviço. Desta forma, a BOSS 104 pode executar diretamente uma classificação uniforme sem a necessidade de receber uma informação de registro de usuário ou determinar, de acordo com a informação de registro de usuário, se o UE 112 se registra para o serviço de tráfego 800 que tem o identificador de serviço. Portanto uma carga de trabalho da BOSS 104 pode ser diminuída.

[0156] 1109. Um transmissor 1046 da BOSS 104 envia uma mensagem de CCA para a PCEF 108.

[0157] Desta forma, a PCEF 108 e a BOSS 104 podem conjuntamente completar uma cobrança online / offline.

[0158] Opcionalmente, em uma modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes de o método mostrado na figura 11 ser realizado, um método mostrado na figura 12 poderá ser adicionalmente incluído. O método mostrado na figura 12 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 804, a etapa 805, a etapa 807 e as etapas a seguir.

[0159] 810. Um processador 1024 de um aparelho de controle de cobrança 102 gera uma primeira informação de combinação de acordo com uma informação de registro de usuário. A primeira informação de combinação inclui uma correspondência entre um identificador de serviço e um identificador de usuário.

[0160] Por exemplo, a primeira informação de combinação pode ser em uma forma de uma primeira tabela de combinação. A primeira tabela de combinação pode incluir duas colunas. A primeira coluna inclui identificadores de serviço, e a segunda coluna inclui identificadores de usuário. Além disso, há uma correspondência entre um identificador de serviço e um identificador de usuário que estão em uma mesma linha na primeira tabela de combinação.

[0161] Por exemplo, a primeira informação de combinação pode ser mostrada na Tabela 2.Tabela 2

[0162] Para etapa 801 até a etapa 805 na figura 8 e para a etapa 807 na figura 12, faça uma referência às descrições na figura 9. Para se evitar uma repetição, os detalhes não são descritos aqui de novo.

[0163] Deve ser notado que os números de série aqui não devem ser construídos como uma limitação em uma sequência. Por exemplo, a etapa 810 pode ser realizada antes da etapa 804, ou a etapa 810 e a etapa 804 podem ser realizadas simultaneamente. Isto não é limitado na presente invenção.

[0164] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes de o método mostrado na figura 11 ser executado, um método mostrado na figura 13 pode ser adicionalmente incluído. O método mostrado na figura 13 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 804, a etapa 805, a etapa 806 e as etapas a seguir.

[0165] 811. Um transmissor 1046 de um BOSS 104 envia uma informação de registro de usuário para um aparelho de controle de cobrança 102.

[0166] 810. Um processador 1024 do aparelho de controle de cobrança 102 gera a primeira informação de combinação.

[0167] Para da etapa 801 até a etapa 806, com referência às descrições na figura 8, e para a etapa 810 na figura 13, faça uma referência às descrições na figura 12. Para se evitar uma repetição, os detalhes não são descritos aqui de novo.

[0168] Desta forma, na modalidade mostrada na figura 13, uma informação de registro de usuário é enviada por um dispositivo 106 de um OTT SP para o aparelho de controle de cobrança 102 pelo uso de um BOSS 104. Isto pode diminuir a pressão sobre uma interface entre o dispositivo 106 do OTT SP e o aparelho de controle de cobrança 102.

[0169] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, antes de o método mostrado na figura 11 ser realizado, um método mostrado na figura 14 poderá ser adicionalmente incluído. O método mostrado na figura 14 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 804, a etapa 809 e as etapas a seguir.

[0170] 812. Um transmissor 1046 de um BOSS 104 envia uma informação de registro de usuário para um aparelho de controle de cobrança 102.

[0171] 810. Um processador 1024 do aparelho de controle de cobrança 102 gera uma primeira informação de combinação.

[0172] Para da etapa 801 até a etapa 804 na figura 14, faça uma referência às descrições na figura 10; e para a etapa 809 na figura 14, faça uma referência arquivos descrições na figura 12. Para se evitar uma repetição, os detalhes não são descritos aqui de novo.

[0173] Nas modalidades mostradas da figura 11 à figura 14, quando o UE 112 acessa um serviço de tráfego 800, uma PCEF 108 envia uma informação de descrição de fluxo e um identificador de usuário para o aparelho de controle de cobrança 102. O aparelho de controle de cobrança 102 determina um identificador de serviço e um identificador de cobrança correspondentes, e o aparelho de controle de cobrança 102 determina se há uma correspondência entre o identificador de serviço e o identificador de usuário. Quando há uma correspondência, a PCEF 108 pode receber o identificador de serviço e o identificador de cobrança que são enviados pelo aparelho de controle de cobrança 102. Desta forma, o identificador de serviço e o identificador de cobrança não precisam ser configurados na PCEF 108, um BOSS 104 não precisa executar uma diferenciação de usuário. Portanto, uma carga de trabalho de configuração da PCEF 108 e uma carga de trabalho de configuração do BOSS 104 podem ser diminuídas.

[0174] A figura 15 é um fluxograma de sinalização de um método de cobrança de acordo com uma outra modalidade da presente invenção. Quando o UE 112 executa um serviço que cobra um OTT SP, o método mostrado na figura 15 inclui as etapas a seguir.

[0175] 1501. O UE 112 envia uma requisição de ativação de usuário para uma PCEF 108.

[0176] 1502. Um transmissor 1086 da PCEF 108 envia uma mensagem de CCR-1 para uma PCRF 110.

[0177] Após um receptor 1082 da PCEF 108 receber a requisição de ativação de usuário do UE 112, a mensagem de CCR-1 é enviada para a PCRF 110, de modo a se obter adicionalmente uma política de PCC a partir da PCRF 110.

[0178] 1503. Um processador 1104 da PCRF 110 determina uma autorização de política de PCC do UE 112.

[0179] A PCRF 110 usa um identificador de serviço e um identificador de cobrança de um serviço de tráfego 800 para o qual o UE 112 se registra, como a autorização de política de PCC do 112.

[0180] 1504. Um transmissor 1106 da PCRF 110 envia uma mensagem de CCA-1 para a PCEF 108.

[0181] A PCRF 110 pode enviar uma regra dinâmica para a PCEF 108. A regra dinâmica inclui um identificador de aplicação (identificador de aplicação) de função de detecção de tráfego (função de detecção de tráfego, TDF), e ainda inclui um identificador de cobrança correspondente ao campo de identificador de aplicação de TDF.

[0182] Aqui, o campo de identificador de aplicação de TDF representa um identificador de serviço do serviço de tráfego 800 para o qual o UE 112 se registra.

[0183] 1505. O transmissor 1086 da PCEF 108 envia uma mensagem de resposta de sucesso de ativação de usuário para o UE 112.

[0184] 1506. Um receptor 1082 da PCEF 108 recebe um fluxo de dados enviado pelo UE 112.

[0185] 1507. Um processador 1084 da PCEF 108 analisa gramaticalmente o fluxo de dados, e obtém uma informação de descrição de fluxo do fluxo de dados.

[0186] Ainda, o processador 1084 da PCEF 108 ainda determina se o UE 112 se registra para o serviço que cobra o OTT SP, isto é, o processador 1084 da PCEF 108 determina se o UE 112 se registra para o serviço de tráfego 800.

[0187] 1508. O transmissor 1086 da PCEF 108 envia a informação de descrição de fluxo para um aparelho de controle de cobrança 102.

[0188] O processador 1084 da PCEF 108 executa a etapa 1028 após a determinação que o UE 112 se registrou para o serviço de tráfego 800.

[0189] A PCEF 108 envia a informação de descrição de fluxo para o aparelho de controle de cobrança 102 após determinar que o UE 112 se registrou para o serviço que cobra o OTT SP. Portanto, o aparelho de controle de cobrança 102 pode subsequentemente executar um processamento para apenas o UE que se registrou para o serviço, e a performance é melhor.

[0190] Deve ser notado que, se a PCEF 108 determinar que o UE 112 não se registra para qualquer 800, a PCEF 108 executará uma cobrança online / offline de uma maneira da técnica anterior.

[0191] 1509. Um processador 1024 do aparelho de controle de cobrança 102 determina um identificador de serviço de acordo com a informação de descrição de fluxo.

[0192] O aparelho de controle de cobrança 102 pode armazenar uma terceira informação de combinação, e a terceira informação de combinação inclui uma correspondência entre um conjunto de regras de serviço e um identificador de serviço.

[0193] Desta forma, se a informação de descrição de fluxo pertencer a um conjunto de regras de serviço, um identificador de serviço correspondente ao conjunto de regras de serviço poderá ser determinado de acordo com a terceira informação de combinação, e o identificador de serviço correspondente ao conjunto de regras de serviço será determinado como o identificador de serviço correspondente à informação de descrição de fluxo, isto é, um identificador de serviço correspondente ao fluxo de dados.

[0194] 1510. Um transmissor 1026 do aparelho de controle de cobrança 102 envia o identificador de serviço para a PCEF 108.

[0195] 1511. O processador 1084 da PCEF 108 executa uma cobrança online / offline de acordo com o identificador de cobrança correspondente.

[0196] O processador 1084 da PCEF 108 usa o identificador de serviço recebido para combinar com o campo de identificador de aplicação de TDF, e ainda pode determinar um identificador de cobrança correspondente. Além disso, a PCEF 108 executa uma cobrança online / offline de acordo com o identificador de cobrança correspondente.

[0197] Nesta modalidade da presente invenção, quando o UE 112 acessa um serviço de tráfego 800, a PCEF 108 envia uma informação de descrição de fluxo para o aparelho de controle de cobrança 102 para a obtenção de um identificador de serviço. Desta forma, sem a necessidade de configuração do identificador de serviço na PCEF 108, uma carga de trabalho de configuração pode ser diminuída, e uma taxa de erro de configuração pode ser adicionalmente diminuída.

[0198] Após o recebimento do identificador de serviço a partir do aparelho de controle de cobrança 102, a PCEF 108 e uma BOSS 104 podem conjuntamente implementar uma função de cobrança online / offline. Após a etapa 1511 ser executada, as etapas a seguir podem ser adicionalmente incluídas.

[0199] 1512. O transmissor 1086 da PCEF 108 envia uma mensagem de CCR para o BOSS 104.

[0200] A mensagem de CCR pode incluir o identificador de serviço e o identificador de cobrança.

[0201] 1513. Um processador 1044 do BOSS 104 executa uma classificação uniforme para o identificador de serviço. Isto é, o BOSS 104 não precisa executar uma classificação diferenciada de acordo com os usuários.

[0202] Isto é, nesta modalidade mostrada na figura 15, devido ao fato de a regra dinâmica entregue pela PCRF 110 incluir o identificador de serviço e o identificador de cobrança do serviço de tráfego 800 para o qual o UE 112 se registra e o BOSS 104 não precisar executar uma classificação diferenciada de acordo com os usuários, uma carga de trabalho do BOSS pode ser diminuída.

[0203] 1514. Um transmissor 1046 do BOSS 104 envia uma mensagem de CCA para a PCEF 108.

[0204] Desta forma, a PCEF 108 e o BOSS 104 podem conjuntamente completar uma cobrança online / offline.

[0205] Opcionalmente, em uma modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, antes de o método mostrado na figura 15 ser realizado, um método mostrado na figura 16 poderá ser adicionalmente incluído. O método mostrado na figura 16 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 805, a etapa 807 e as etapas a seguir:

[0206] 813. Um processador 1024 de um aparelho de controle de cobrança 102 gera uma terceira informação de combinação, em que a terceira informação de combinação inclui uma correspondência entre um identificador de serviço e um conjunto de regras de serviço.

[0207] Por exemplo, a terceira informação de combinação pode ser em uma forma de uma terceira tabela de combinação. A terceira tabela de combinação pode incluir duas colunas. A primeira coluna inclui identificadores de serviço e a segunda coluna inclui conjuntos de regras de serviço. Além disso, há uma correspondência entre um conjunto de regras de serviço e um identificador de serviço que estão em uma mesma linha na terceira tabela de combinação.

[0208] 814. Um transmissor 1026 do aparelho de controle de cobrança 102 envia uma informação de registro de usuário, um identificador de serviço e um identificador de cobrança para uma PCRF 110.

[0209] 815. Um processador 1104 do PCRF 110 gera uma política de PCC.

[0210] Por exemplo, é assumido que a informação de registro de usuário inclui uma informação de registro de M UEs, e cada um dos M UEs pode se registrar para um ou mais serviços de tráfego 800. Portanto, a política de PCC inclui políticas de PCC dos M UEs.

[0211] Para da etapa 801 à etapa 805, faça uma referência às descrições na figura 8, e, para a etapa 807 na figura 16, faça referência às descrições na figura 9. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0212] Deve ser notado que os números de série aqui não devem ser construídos como uma limitação em uma sequência. Por exemplo, a etapa 813 pode ser executada antes da etapa 807, ou a etapa 813 pode ser executada após a etapa 814. Isto não é limitado na presente invenção.

[0213] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes de o método mostrado na figura 15 ser realizado, um método mostrado na figura 17 poderá ser adicionalmente incluído. O método mostrado na figura 16 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 805, a etapa 806, a etapa 813 e as etapas a seguir:

[0214] 816. Um transmissor 1026 de um aparelho de controle de cobrança 102 envia um identificador de serviço e um identificador de cobrança para uma PCRF 110.

[0215] 817. Um transmissor 1046 de um BOSS 104 envia uma informação de registro de usuário para a PCRF 110.

[0216] 815. Um processador 1104 da PCRF 110 gera uma política de PCC.

[0217] Para da etapa 801 à etapa 806 na figura 17, faça uma referência às descrições na figura 8, e, para a etapa 813 na figura 17, faça uma referência às descrições na figura 16. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0218] Deve ser notado que os números de série aqui não devem ser construídos como limitação em uma sequência. Por exemplo, a etapa 816 e a etapa 817 podem ser simultaneamente executadas. Por exemplo, a etapa 816 e a etapa 817 podem ser executadas antes da etapa 813. Isto não é limitado na presente invenção.

[0219] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, antes de o método mostrado na figura 15 ser executado, um método mostrado na figura 18 poderá ser adicionalmente incluído. O método mostrado na figura 18 inclui: a etapa 801, a etapa 802, a etapa 803, a etapa 809, a etapa 813, a etapa 8136, a etapa 817 e a etapa 815.

[0220] Para da etapa 801 à etapa 803 na figura 18, faça uma referência às descrições na figura 8; para a etapa 809 na figura 18, faça uma referência a uma descrição na figura 10; para a etapa 813 e a etapa 815 na figura 18, faça uma referência às descrições na figura 16; e, para a etapa 816 e a etapa 817 na figura 18, faça uma referência às descrições na figura 17. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0221] Nas modalidades mostradas da figura 15 à figura 18, quando o UE 112 acessa um serviço de tráfego 800, uma PCEF 108 envia uma informação de descrição de fluxo para um aparelho de controle de cobrança 102, após determinar que o UE 112 se registra para o serviço de tráfego 800. O aparelho de controle de cobrança 102 determina um identificador de serviço correspondente. A PCEF 108 pode receber o identificador de serviço enviado pelo aparelho de controle de cobrança 102, e executar uma cobrança em combinação com uma regra dinâmica obtida a partir de uma PCRF 110. Desta forma, sem a necessidade de configuração do identificador de serviço na PCEF 108, uma carga de trabalho de configuração da PCEF 108 e uma carga de trabalho de configuração de um BOSS 104 podem ser diminuídas. Além disso, nesta modalidade, para combinação da cobrança pelo serviço de tráfego 800 e uma política de PCC existente mais bem se conforma a uma arquitetura padrão do projeto de parceria de terceira geração (projeto de parceria de terceira geração, 3GPP).

[0222] Com referência às descrições das modalidades da figura 7 à figura 18:

[0223] Quando um UE acessa um serviço que cobra um OTT SP, o aparelho de controle de cobrança 102 mostrado na figura 2 inclui: um receptor 1022, configurado para receber uma informação de descrição de fluxo a partir de uma PCEF, em que a informação de descrição de fluxo é obtida pela PCEF de acordo com um fluxo de dados recebido a partir do UE; um processador 1024, configurado para determinar, de acordo com a informação de descrição de fluxo recebida pelo receptor 1022, um identificador de serviço correspondente ao fluxo de dados; e um transmissor 1026, configurado para enviar o identificador de serviço determinado pelo processador 1024 para a PCEF, de modo que a PCEF cobre pelo serviço de acordo com o identificador de serviço.

[0224] Os componentes do aparelho de controle de cobrança 102 são acoplados em conjunto pelo uso de um sistema de barramento, e, além de um barramento de dados, o sistema de barramento ainda inclui um barramento de potência, um barramento de controle, um barramento de sinal de status e similares.

[0225] Os métodos expostos nas modalidades precedentes da presente invenção podem ser aplicados ao processador 1024 ou implementados pelo processador 1024. O processador 1024 pode ser um chip de circuito integrado e ter uma capacidade de processamento de sinal. Em um processo de implementação, as etapas no método precedente podem ser completadas pelo uso de um circuito lógico integrado de hardware no processador 1024 ou uma instrução em uma forma de software. O processador precedente 1024 pode ser um processador de finalidade geral, um processador de sinal digital (processador de sinal digital, DSP), um circuito integrado específico de aplicação (circuito integrado específico de aplicação, ASIC), um arranjo de porta programável no campo (arranjo de porta programável no campo, FPGA) ou um outro componente lógico programável, uma porta discreta ou um componente lógico de transistor, ou um componente de hardware discreto, e pode implementar ou executar métodos, etapas e diagramas de blocos lógicos que são expostos nas modalidades da presente invenção. O processador de finalidade geral pode ser um microprocessador ou o processador pode ser qualquer processador convencional, ou similar. As etapas dos métodos expostos com referência às modalidades da presente invenção podem ser diretamente executadas por um processador de decodificação de hardware, ou executadas pelo uso de uma combinação de hardware no processador de decodificação e um módulo de software. O módulo de software pode estar localizado em um meio de armazenamento maduro na técnica, tal como uma memória de acesso randômico, uma memória flash, uma memória apenas de leitura, uma memória apenas de leitura programável, uma memória programável apagável eletricamente ou um registrador. O meio de armazenamento está localizado na memória 1024. O processador 1024 lê uma informação na memória e completa as etapas nos métodos precedentes em combinação com um hardware do processador.

[0226] Pode ser entendido que a memória nas modalidades da presente invenção pode ser uma memória volátil ou uma memória não volátil, ou pode incluir uma memória volátil e uma memória não volátil. A memória não volátil pode ser uma memória apenas de leitura (memória apenas de leitura, ROM), uma memória apenas de leitura programável (ROM programável, PROM), uma memória apenas de leitura programável apagável (PROM apagável, EPROM), uma memória apenas de leitura programável apagável eletricamente (EPROM eletricamente, EEPROM), ou uma memória flash. A memória volátil pode ser uma memória de acesso randômico (memória de acesso randômico, RAM), e é usada como um cache externo. De acordo com a descrição usada como um exemplo, ao invés de ser usada como uma limitação, as RAMs de muitas formas são aplicáveis, tal como uma memória de acesso randômico estática (RAM estática, SRAM), uma memória de acesso randômico dinâmica (RAM dinâmica, DRAM), uma memória de acesso randômico dinâmica síncrona (DRAM síncrona, SDRAM), uma memória de acesso randômico dinâmica síncrona de taxa de dados dupla (SDRAM de taxa de dados dupla, DDR SDRAM), uma memória de acesso randômico dinâmica síncrona melhorada (SDRAM melhorada, ESDRAM), uma memória de acesso randômico synchlink (DRAM synchlink, SLDRAM) e uma membro roscado de rambus direta (RAM de rambus direta, DR RAM). A memória em sistemas e nos métodos descritos neste relatório descritivo tem por objetivo incluir, mas não está limitada a estas memórias ou qualquer outro tipo apropriado de memória.

[0227] Pode ser entendido que as modalidades descritas neste relatório descritivo podem ser implementadas por hardware, software, firmware, middleware, microcódigo ou uma combinação dos mesmos. Para uma implementação de hardware, uma unidade de processamento pode ser implementada em um ou mais circuitos integrados específicos de aplicação (circuitos integrados específicos de aplicação, ASICs), processadores de sinal digital (processador de sinal digital, DSP), dispositivos de processamento de sinal digital (Dispositivo de DSP, DSPD), dispositivos lógicos programáveis (dispositivo lógico programável, PLD), arranjos de porta programáveis no campo (arranjo de porta programável no campo, FPGA), processadores de finalidade geral, controladores, microcontroladores, microprocessadores, outras unidades eletrônicas configuradas para a execução de funções descritas na presente invenção, ou uma combinação dos mesmos.

[0228] Quando as modalidades são implementadas em software, firmware, middleware, microcódigo, código de programa, ou segmento de código, elas podem ser armazenadas em um meio que pode ser lido em máquina de, por exemplo, um componente de armazenamento. O código de código pode representar um processo, uma função, um subprograma, um programa, uma rotina, uma sub-rotina, um módulo, um grupo de software, uma classe, ou qualquer combinação de instruções, estruturas de dados ou declarações de programa. Um segmento de código pode ser acoplado a um outro segmento de código ou um circuito de hardware pela transferência e/ou recebimento de informação, dados, uma variável independente, um parâmetro ou um conteúdo de memória. A informação, a variável independente, o parâmetro, os dados e similares podem ser transferidos, encaminhados ou enviados de qualquer maneira adequada, incluindo um compartilhamento de memória, uma transferência de mensagem, uma transferência de ficha, uma transmissão de rede ou similar.

[0229] Para uma implementação em software, a tecnologia descrita neste relatório descritivo pode ser implementada pelo uso de módulos para execução das funções (por exemplo, um processo ou uma função) descritas neste relatório descritivo. Um código de software pode ser armazenado em uma unidade de memória e executado por um processador. A unidade de memória pode ser implementada dentro de um processador ou fora de um processador, e, no último caso, a unidade de memória pode ser acoplada ao processador de uma maneira de comunicação através de vários meios conhecidos na técnica.

[0230] Opcionalmente, em uma modalidade, antes do recebimento da informação de descrição de fluxo, o receptor 1022 é configurado para: a obtenção de um identificador de serviço e um identificador de cobrança que são pré-configurados por uma operadora, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo de um OTT SP. O processador 1024 é configurado para gerar uma terceira informação de combinação. A terceira informação de combinação inclui uma correspondência entre um identificador de serviço e um conjunto de regras de serviço. O transmissor 1026 é configurado para enviar o identificador de serviço e o identificador de cobrança para a PCRF.

[0231] Portanto, o processador 1024 pode buscar a terceira informação de combinação de acordo com a informação de descrição de fluxo, de modo a determinar um identificador de serviço correspondente. Para a terceira informação de combinação, faça uma referência à descrição da etapa 8134 na modalidade na figura 16. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0232] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes do recebimento da informação de descrição de fluxo, o receptor 1022 ainda será configurado para receber uma informação de registro de usuário enviada pelo dispositivo do OTT SP; e o transmissor 1026 será adicionalmente configurado para enviar a informação de registro de usuário para a PCRF.

[0233] Opcionalmente, em uma outra modalidade, o processador 1024 ainda é configurado para determinar, de acordo com a informação de descrição de fluxo recebida pelo receptor 1022, um identificador de cobrança correspondente ao fluxo de dados; e o transmissor 1026 é adicionalmente configurado para enviar o identificador de cobrança para a PCEF.

[0234] Antes do recebimento da informação de descrição de fluxo,o receptor 1022 é configurado para: a obtenção de um identificador de serviço e um identificador de cobrança que são pré-configurados por uma operadora, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo de um OTT SP. O processador 1024 é configurado aproximadamente gerar uma segunda informação de combinação. A segunda informação de combinação inclui uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0235] Para a segunda informação de combinação, faça uma referência às descrições da etapa 804 na modalidade na figura 8. Para evitar repetições, os detalhes não são descritos aqui de novo. Por exemplo, a segunda informação de combinação pode ser mostrada na Tabela 1.

[0236] O processador 1024 pode buscar a segunda informação de combinação de acordo com a informação de descrição de fluxo, de modo a determinar o identificador de serviço e o identificador de cobrança correspondentes.

[0237] Por exemplo, para a segunda informação de combinação mostrada na Tabela 1, se a informação de descrição de fluxo pertencer a um segundo conjunto de regras de serviço, o processador 1024 poderá determinar que o identificador de serviço e o identificador de cobrança correspondentes são respectivamente um segundo identificador de serviço e um segundo identificador de cobrança.

[0238] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, antes do recebimento da informação de descrição de fluxo, o receptor 1022 será adicionalmente configurado para receber uma informação de registro de usuário enviada pelo dispositivo da OTT SP; e o transmissor 1026 será adicionalmente configurada para enviar a informação de registro de usuário par uma BOSS.

[0239] Opcionalmente, em uma outra modalidade, o receptor 1022 ainda pode receber um identificador de usuário do UE que é enviado pela PCEF. O processador 1024 é especificamente configurado para: determinar, de acordo com a informação de descrição de fluxo, o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados; e determinar se há uma correspondência entre o identificador de usuário e o identificador de serviço. Quando o processador 1024 determina que há uma correspondência entre o identificador de usuário e o identificador de serviço, o transmissor 1026 é especificamente configurado para enviar o identificador de serviço e o identificador de cobrança para a PCEF.

[0240] Antes do recebimento da informação de descrição de fluxo,o receptor 1022 é configurado para: a obtenção de um identificador de serviço e de um identificador de cobrança que são pré-configurados por uma operadora, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo de um OTT SP. O receptor 1022 é adicionalmente configurado para receber uma informação de registro de usuário enviada pelo dispositivo do OTT SP ou por um BOSS. O processador 1024 é adicionalmente configurado para gerar uma primeira informação de combinação, e a primeira informação de combinação inclui uma correspondência entre um identificador de serviço e um identificador de usuário.

[0241] O processador 1024 pode determinar, por uma busca da primeira informação de combinação, se há uma correspondência entre o identificador de usuário e o identificador de serviço. Para a primeira informação de combinação, faça uma referência às descrições da etapa 810 na modalidade na figura 13. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0242] Por exemplo, para a primeira informação de combinação mostrada na Tabela 2, se o identificador de serviço determinado pelo processador 1024 de acordo com a segunda informação de combinação for um segundo identificador de serviço e o identificador de usuário recebido pelo receptor 1022 a partir da PCEF for um quarto identificador, o processador 1024 poderá determinar, de acordo com a primeira informação de combinação, que há uma correspondência entre o segundo identificador de serviço e o quarto identificador de usuário.

[0243] Se o serviço que cobre o OTT SP for um serviço de cobrança retroativa, a informação de registro de usuário poderá ser recebida pelo receptor 1022 a partir do dispositivo do OTT SP. Alternativamente, após ser enviada pelo BOSS para o dispositivo do OTT SP, a informação de registro de usuário pode ser recebida pelo receptor 1022 a partir do BOSS.

[0244] Se o serviço que cobre o OTT SP for um serviço de cobrança antecipada, a informação de registro de usuário poderá ser recebida pelo receptor 1022 a partir do BOSS.

[0245] Desta forma, esta modalidade da presente invenção provê um aparelho de controle de cobrança configurado para cobrança por um serviço que cobra um OTT SP. Após uma operadora pré-configurar um identificador de serviço e um identificador de cobrança, o identificador de serviço e o identificador de cobrança podem ser automaticamente sincronizados com um outro elemento de rede através de um processo. Por exemplo, as PCEFs em redes de província podem obter identificadores de serviço e identificadores de cobrança requeridos para ao aparelho de controle de cobrança. Uma trabalho de configuração repetido nas PCEFs nas redes de província pode ser omitido, a operadora não precisa considerar diferenças em capacidades de inspeção de pacote profunda (inspeção de pacote profunda, DPI), arquiteturas de configuração, maneiras de configuração de regra e similares entre PCEFs diferentes produzidas por fabricantes diferentes nas redes de província, uma carga de trabalho de uma operação e um departamento de manutenção da operadora pode ser grandemente diminuída, e um impacto causado por uma configuração incorreta ou uma configuração faltando pode ser evitado.

[0246] Quando o serviço que cobre o OTT SP for atualizado ou houver um novo serviço que cobra do OTT SP, a operadora precisa realizar uma organização ou configuração apenas no aparelho de controle de cobrança. Além disso, como um dispositivo independente da operadora, o aparelho de controle de cobrança é fácil de manter e estender, e pode suportar o emprego de serviços de milhões de ordens de magnitude.

[0247] Quando o UE acessa o serviço que cobra o OTT SP, a PCEF 108 mostrada na figura 3 inclui: um receptor 1082 configurado para receber um fluxo de dados enviado pelo UE; um processador 1084, configurado para: analisar gramaticalmente o fluxo de dados, e determinar uma informação de descrição de fluxo do fluxo de dados; e um transmissor 1086, configurado para o envio da informação de descrição de fluxo para um aparelho de controle de cobrança.

[0248] O receptor 1082 é adicionalmente configurado para o recebimento de um identificador de serviço enviado pelo aparelho de controle de cobrança, em que o identificador de serviço é determinado pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo.

[0249] O processador 1084 é adicionalmente configurado para executar uma cobrança online / offline para o serviço de acordo com o identificador de serviço.

[0250] Opcionalmente, em uma modalidade, o processador 1084 é adicionalmente configurado para determinar se o UE se registra par o serviço. Quando o processador 1084 determina que o UE se registra para o serviço, o transmissor 1086 envia a informação de descrição de fluxo para o aparelho de controle de cobrança.

[0251] Antes de o receptor 1082 receber o fluxo de dados enviado pelo UE, o receptor 1082 será adicionalmente configurado para receber uma regra dinâmica a partir de uma PCRF. A regra dinâmica inclui um identificador de aplicação (identificador de aplicação) de função de detecção de tráfego (função de detecção de tráfego, TDF), e ainda inclui um identificador de cobrança correspondente ao campo de identificador de aplicação de TDF.

[0252] O processador 1084 é especificamente configurado para usar o identificador de serviço recebido pelo receptor 1082 para combinação com o campo de identificador de aplicação de TDF, e ainda pode determinar o identificador de cobrança correspondente. Ainda, o processador 1084 pode executar uma cobrança online / offline de acordo com o identificador de cobrança.

[0253] Que o processador 1084 executa uma cobrança online / offline de acordo com o identificador de cobrança pode ser conjuntamente implementado pela PCEF e por um BOSS. O transmissor 1086 ainda pode enviar uma mensagem de requisição de controle de crédito (requisição de controle de crédito, CCR) para o BOSS. Após o BOSS realizar uma classificação, o receptor 1082 recebe uma mensagem de resposta de controle de crédito (resposta de controle de crédito, CCA) enviada pelo BOSS. Em um processo no qual o BOSS executa uma classificação, o BOSS não precisa executar uma classificação diferenciada de acordo com os usuários.

[0254] Opcionalmente, em uma outra modalidade, o transmissor 1086 é adicionalmente configurado para enviar um identificador de usuário do UE para o aparelho de controle de cobrança. Além disso, o receptor 1082 é especificamente configurado para receber o identificador de serviço e o identificador de cobrança a partir do aparelho de controle de cobrança. Ainda, o processador 1084 é configurado para executar uma cobrança online / offline de acordo com o identificador de serviço e o identificador de cobrança. A cobrança é realizada para um serviço que tem o identificador de serviço.

[0255] Que o processador 1084 executa a cobrança online / offline de acordo com o identificador de cobrança pode ser conjuntamente implementado pela PCEF e por um BOSS. O transmissor 1086 ainda pode enviar uma mensagem de CCR para o BOSS. Após o BOSS executar uma classificação diferenciada, o receptor 1082 recebe uma mensagem de CCA enviada pelo BOSS.

[0256] A PCRF 110 mostrada na figura 4 inclui: um receptor 1102, configurado para: o recebimento do identificador de serviço e do identificador de cobrança a partir do aparelho de controle de cobrança, e o recebimento da informação de registro de usuário a partir do aparelho de controle de cobrança ou do BOSS; e um processador 1104, configurado para gerar uma política de PCC de acordo com a informação de registro de usuário, o identificador de serviço e o identificador de cobrança que são recebidos pelo receptor 1102.

[0257] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, o receptor 1102 poderá receber a informação de registro de usuário a partir do aparelho de controle de cobrança ou do BOSS. A informação de registro de usuário é gerada e enviada para o aparelho de controle de cobrança ou o BOSS pelo dispositivo do OTT SP.

[0258] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, o receptor 1102 poderá receber a informação de registro de usuário a partir do BOSS. A informação de registro de usuário é obtida pela execução de um registro proativo pelo UE.

[0259] O BOSS 104 mostrado na figura 5 inclui: um receptor 1042, configurado para o recebimento de uma informação de registro de usuário; e um transmissor 1046, configurado para o envio da informação de registro de usuário para o aparelho de controle de cobrança.

[0260] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, o receptor 1042 poderá receber a informação de registro de usuário a partir do dispositivo do OTT SP.

[0261] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, o receptor 1042 poderá receber a informação de registro de usuário a partir do dispositivo do UE.

[0262] O BOSS 104 ainda pode incluir um processador 1044. Ainda, quando o UE acessa o serviço, o receptor 1042 pode receber uma mensagem de CCR enviada pela PCEF. O processador 1044 pode executar uma classificação. O transmissor 1046 pode enviar uma mensagem de CCA para a PCEF. Quando da execução da classificação, o processador 1044 não precisa executar uma classificação diferenciada de acordo com os usuários.

[0263] Opcionalmente, em uma outra modalidade, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, o receptor 1042 poderá receber a informação de registro de usuário a partir do dispositivo do OTT SP ou do aparelho de controle de cobrança. Se o serviço que cobra o OTT SP for um serviço de cobrança antecipada, o receptor 1042 poderá receber a informação de registro de usuário a partir do UE.

[0264] Ainda, quando o UE acessa o serviço, o receptor 1042 pode receber uma mensagem de CCR enviada pela PCEF. O processador 1044 pode executar uma classificação diferenciada de acordo com a informação de registro de usuário. O transmissor 1046 pode enviar uma mensagem de CCA para a PCEF.

[0265] Isto é, em uma outra modalidade, o receptor 1042 não envia a informação de registro de usuário para o aparelho de controle de cobrança, após o recebimento da informação de registro de usuário, de modo que o BOSS 104 subsequentemente execute uma classificação diferenciada de acordo com a informação de registro de usuário.

[0266] O dispositivo 106 do OTT SP mostrado na figura 6 inclui:um processador 1064, configurado para a geração de um conjunto de regras de serviço; e um transmissor 1066, configurado para o envio do conjunto de regras de serviço para o aparelho de controle de cobrança.

[0267] Opcionalmente, se o serviço que cobra o OTT SP for um serviço de cobrança retroativa, o processador 1064 será adicionalmente configurado para gerar uma informação de registro de usuário. Ainda, o transmissor 1066 é adicionalmente configurado para enviar a informação de registro de usuário para o aparelho de controle de cobrança ou o BOSS.

[0268] A figura 19 é um diagrama estrutural esquemático de um sistema de cobrança de acordo com uma modalidade da presente invenção. Um sistema 10 mostrado na figura 19 pode incluir um aparelho de controle de cobrança 102, uma PCEF 108, uma PCRF 110 e um BOSS 104.

[0269] Para as descrições do sistema 10, faça uma referência à figura 1. Para evitar repetição, os detalhes não são descritos aqui de novo.

[0270] A figura 20 é um fluxograma de um método de cobrança de acordo com uma modalidade da presente invenção. Quando o equipamento de usuário UE acessa um serviço que cobra um provedor de serviços SP além do limite OTT, o método mostrado na figura 20 inclui as etapas as seguir:

[0271] 2001. Recebimento de uma informação de descrição de fluxo a partir de uma função de política e cumprimento de cobrança PCEF, em que a informação de descrição de fluxo é obtida pela PCEF de acordo com um fluxo de dados recebido a partir do UE.

[0272] 2002. Determinar, de acordo com a informação de descrição de fluxo, um identificador de serviço correspondente ao fluxo de dados.

[0273] 2003. Enviar o identificador de serviço para a PCEF, de modo que a PCEF cobre pelo serviço de acordo com o identificador de serviço.

[0274] Nesta modalidade da presente invenção, quando o UE acessa um serviço, a PCEF envia uma informação de descrição de fluxo para o aparelho de controle de cobrança, e o aparelho de controle de cobrança determina um identificador de serviço e um identificador de cobrança que são correspondentes a um fluxo de dados, e envia o identificador de serviço e o identificador de cobrança para a PCEF. Desta forma, sem a necessidade de configuração do identificador de serviço e do identificador de cobrança na PCEF, a PCEF pode obter o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

[0275] Opcionalmente, em uma modalidade, a determinação, de acordo com a informação de descrição de fluxo, um identificador de serviço correspondente ao fluxo de dados inclui: a determinação, de acordo com a informação de descrição de fluxo, do identificador de serviço e de um identificador de cobrança que são correspondentes ao fluxo de dados; e o envio do identificador de serviço para a PCEF inclui: o envio do identificador de serviço e do identificador de cobrança para a PCEF.

[0276] Opcionalmente, em uma outra modalidade, o método inclui: o recebimento de um identificador de usuário do UE a partir da PCEF; e a determinação quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço.

[0277] O envio do identificador de serviço e do identificador de cobrança para a PCEF inclui: quando é determinado que há uma correspondência entre o identificador de usuário e o identificador de serviço, o envio do identificador de serviço e do identificador de cobrança para a PCEF.

[0278] Opcionalmente, em uma outra modalidade, antes do recebimento da informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: o recebimento de uma informação de registro de usuário enviada por um dispositivo do OTT SP ou um sistema de suporte de negócio e operação BOSS; e a geração de uma primeira informação de combinação de acordo com a informação de registro de usuário, em que a primeira informação de combinação inclui uma correspondência entre um identificador de usuário e um identificador de serviço.

[0279] Opcionalmente, em uma outra modalidade, a determinação quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço inclui: a determinação, de acordo com a primeira informação de combinação, quanto a se há uma correspondência entre o identificador de usuário e o identificador de serviço.

[0280] Opcionalmente, em uma outra modalidade, antes do recebimento da informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: o recebimento de uma informação de descrição de fluxo enviada por um dispositivo do OTT SP; e o envio da informação de registro de usuário para um sistema de suporte de negócio e operação BOSS.

[0281] Opcionalmente, em uma outra modalidade, antes do recebimento da informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: a obtenção de um identificador de serviço e um identificador de cobrança que são configurados por uma operadora, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo do OTT SP; e a geração de uma segunda informação de combinação de acordo com o conjunto de regras de serviço, em que a segunda informação de combinação inclui uma correspondência dentre um conjunto de regras de serviço, um identificador de serviço e um identificador de cobrança.

[0282] Opcionalmente, em uma outra modalidade, a determinação, de acordo com a informação de descrição de fluxo, do identificador de serviço e de um identificador de cobrança que são correspondentes ao fluxo de dados inclui: a determinação, de acordo com a segunda informação de combinação, do identificador de serviço e do identificador de cobrança que são correspondentes ao fluxo de dados.

[0283] Opcionalmente, em uma outra modalidade, antes do recebimento da informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: a obtenção de um identificador de serviço e um identificador de cobrança que são configurados por uma operadora, e o recebimento de um conjunto de regras de serviço enviado por um dispositivo do OTT SP; o envio do identificador de serviço e do identificador de cobrança para uma função de política e regras de cobrança PCRF; e a geração de uma terceira informação de combinação de acordo com o conjunto de regras de serviço, em que a terceira informação de combinação inclui uma correspondência entre um conjunto de regras de serviço e um identificador de serviço.

[0284] Opcionalmente, em uma outra modalidade, antes do recebimento de uma informação de descrição de fluxo a partir de uma PCEF, o método ainda inclui: o recebimento de uma informação de descrição de fluxo enviada por um dispositivo do OTT SP; e o envio da informação de registro de usuário para a PCRF.

[0285] O método de cobrança mostrado na figura 20 pode ser implementado pelo aparelho de controle de cobrança 102 nas modalidades precedentes.

[0286] A figura 21 é um fluxograma de um método de cobrança de acordo com uma outra modalidade da presente invenção. O método mostrado na figura 21 é executado por uma função de política e cumprimento de cobrança PCEF, e, quando um equipamento de usuário UE acessa um serviço que cobra um provedor de serviços SP além do limite OTT, o método inclui as etapas a seguir:

[0287] 2101. Recebimento de um fluxo de dados enviado pelo UE.

[0288] 2102. Análise gramatical do fluxo de dados, e determinação de uma informação de descrição de fluxo do fluxo de dados.

[0289] 2103. Enviar a informação de descrição de fluxo para um aparelho de controle de cobrança.

[0290] 2104. Receber um identificador de serviço enviado pelo aparelho de controle de cobrança, em que o identificador de serviço é determinado pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo.

[0291] 2105. Executar uma cobrança online / offline pelo serviço de acordo com o identificador de serviço.

[0292] Nesta modalidade da presente invenção, quando o UE acessa um serviço, a PCEF envia uma informação de descrição de fluxo para o aparelho de controle de cobrança, e o aparelho de controle de cobrança determina um identificador de serviço e um identificador de cobrança que são correspondentes a um fluxo de dados, e envia o identificador de serviço e o identificador de cobrança para a PCEF. Desta forma, sem a necessidade de configuração do identificador de serviço e do identificador de cobrança na PCEF, a PCEF pode obter o identificador de serviço e o identificador de cobrança que são correspondentes ao fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

[0293] Opcionalmente, em uma modalidade, o recebimento de um identificador de serviço enviado pelo aparelho de controle de cobrança inclui: o recebimento do identificador de serviço e do identificador de cobrança que são enviados pelo aparelho de controle de cobrança, em que o identificador de serviço e o identificador de cobrança são determinados pelo aparelho de controle de cobrança de acordo com a informação de descrição de fluxo; e a execução de uma cobrança online / offline pelo serviço de acordo com o identificador de serviço inclui: a execução de uma cobrança online / offline pelo serviço de acordo com o identificador de serviço e o identificador de cobrança.

[0294] Opcionalmente, em uma outra modalidade, antes do envio da informação de descrição de fluxo para um aparelho de controle de cobrança, o método ainda inclui: a determinação quanto a se o UE se registra para o serviço; e o envio da informação de descrição de fluxo para um aparelho de controle de cobrança inclui: quando o UE se registra para o serviço, o envio da informação de descrição de fluxo para o aparelho de controle de cobrança.

[0295] O método de cobrança mostrado na figura 21 pode ser implementado pela PCEF 108 nas modalidades precedentes.

[0296] A figura 22 é um fluxograma de um método de cobrança de acordo com uma outra modalidade da presente invenção. O método mostrado na figura 22 é executado por uma função de política e regras de cobrança PCRF e inclui as etapas as seguir:

[0297] 2201. Recebimento de um identificador de serviço e um identificador de cobrança a partir de um aparelho de controle de cobrança, e recebimento de uma informação de registro de usuário a partir do aparelho de controle de cobrança ou um sistema de suporte de negócio e operação BOSS.

[0298] 2202. Geração de uma política, e política de controle de serviço PCC de acordo com a informação de registro de usuário, o identificador de serviço e o identificador de cobrança.

[0299] Nesta modalidade da presente invenção, a PCRF gera uma política de PCC de acordo com um identificador de serviço e um identificador de cobrança que são recebidos a partir do aparelho de controle de cobrança, e uma informação de registro de usuário recebida a partir do aparelho de controle de cobrança ou do BOSS, e a política de PCC pode ser usada por uma PCEF para cobrança por um serviço que cobra um OTT SP. Desta forma, sem a necessidade de configuração do identificador de serviço e do identificador de cobrança na PCEF, a PCEF pode obter o identificador de serviço e o identificador de cobrança que são correspondentes a um fluxo de dados. Portanto, uma carga de trabalho de configuração pode ser diminuída.

[0300] O método de cobrança na figura 22 pode ser implementado pela PCRF precedente 110.

[0301] A figura 23 é um fluxograma de um método de cobrança de acordo com uma outra modalidade da presente invenção. O método mostrado na figura 23 é executado por um sistema de suporte de negócio e operação BOSS e inclui as etapas a seguir:

[0302] 2301. Recebimento de uma informação de registro de usuário.

[0303] 2302. Envio da informação de registro de usuário para um aparelho de controle de cobrança.

[0304] Opcionalmente, em uma modalidade, quando um serviço que cobra um provedor de serviços SP além do limite OTT é um serviço de cobrança retroativa, a etapa 2301 inclui: o recebimento da informação de registro de usuário a partir de um dispositivo do OTT SP; ou, quando um serviço que mude um provedor de serviços SP além do limite OTT é um serviço de cobrança antecipado, a etapa 2301 inclui: o recebimento da informação de registro de usuário a partir do equipamento de usuário UE.

[0305] O método de cobrança mostrado na figura 23 pode ser implementado pelo BOSS precedente 104.

[0306] A figura 24 é um fluxograma de um método de cobrança de acordo com uma outra modalidade da presente invenção. O método mostrado na figura 24 é executado por um dispositivo de um provedor de serviços SP além do limite OTT e inclui as etapas a seguir:

[0307] 2401. Geração de um conjunto de regras de serviço.

[0308] 2402. Envio do conjunto de regras de serviço para um aparelho de controle de cobrança.

[0309] Opcionalmente, em uma modalidade, quando um serviço que cobra o OTT SP é um serviço de cobrança retroativa, o método ainda inclui: a geração de uma informação de registro de usuário; e o envio da informação de registro de usuário para o aparelho de controle de cobrança ou um sistema de suporte de negócio e operação BOSS.

[0310] O método de cobrança mostrado na figura 24 pode ser implementado pelo dispositivo precedente 106 do OTT SP.

[0311] Uma pessoa de conhecimento comum na técnica pode estar ciente que, em combinação com os exemplos descritos nas modalidades expostas neste relatório descritivo, unidades e etapas de algoritmo podem ser implementadas por um hardware eletrônico ou uma combinação de software de computador e hardware eletrônico. Se as funções são realizadas por hardware ou software depende de aplicações em particular e de condições de restrição de projeto das soluções técnicas. Uma pessoa versada na técnica pode usar métodos diferentes para a implementação das funções descritas para cada aplicação em particular, mas não deve ser considerado que a implementação vai além do escopo da presente invenção.

[0312] Pode ser claramente entendido por uma pessoa versada na técnica que, para fins de uma descrição conveniente e breve, para um processo de trabalho detalhado do sistema precedente, do aparelho e da unidade, uma referência pode ser feita a um processo correspondente nas modalidades de método precedentes, e os detalhes não são descritos.

[0313] Nas várias modalidades providas na presente invenção, deve ser entendido que o sistema exposto, o aparelho e o método podem ser implementados de outras maneiras. Por exemplo, a modalidade de aparelho descrita é meramente um exemplo. Por exemplo, a divisão de unidade é meramente uma divisão de função lógica, e pode ser outra divisão em uma implementação real. Por exemplo, uma pluralidade de unidades ou componentes pode ser combinada ou integrada em um outro sistema ou alguns recursos podem ser ignorados ou não realizados. Além disso, os acoplamentos mútuos exibidos ou discutidos ou acoplamentos diretos ou conexões de comunicação podem ser implementados pelo uso de algumas interfaces. Os acoplamentos indiretos ou as conexões de comunicação entre os aparelhos ou as unidades podem ser implementados em formas eletrônicas, mecânicas, ou em outras.

[0314] As unidades descritas como partes separadas podem ou não ser unidades físicas, podem estar localizadas em uma posição ou podem ser distribuídas em uma pluralidade de unidades de rede. Algumas ou todas as unidades podem ser selecionadas de acordo com necessidades reais para a obtenção dos objetivos as soluções das modalidades.

[0315] Além disso, unidades funcionais nas modalidades da presente invenção podem ser integradas em uma unidade de processamento, ou cada uma das unidades pode existir fisicamente, ou duas ou mais unidades são integradas em uma unidade.

[0316] Quando as funções são implementadas na forma de uma unidade funcional de software e vendidas ou usadas como um produto independente, as funções podem ser armazenadas em um meio de armazenamento que pode ser lido em computador. Com base em um entendimento como esse, as soluções técnicas da presente invenção essencialmente, ou a parte contribuindo para a técnica anterior, ou algumas das soluções técnicas podem ser implementadas em uma forma de um produto de software. O produto de software é armazenado em um meio de armazenamento, e inclui várias instruções para instrução de um dispositivo de computação (o que pode ser um computador pessoal, um servidor ou um dispositivo de rede) para execução de algumas ou de todas as etapas dos métodos descritos nas modalidades da presente invenção. O membro de ativação precedente inclui: qualquer meio que possa armazenar um código de programa, tal como um drive flash USB, um disco rígido removível, uma memória apenas de leitura (memória apenas de leitura, ROM), uma memória de acesso randômico (memória de acesso randômico, RAM), um disco magnético ou um disco ótico.

[0317] As descrições precedentes são meramente maneiras de implementação específica da presente invenção, mas não são pretendidas para limitação do escopo de proteção da presente invenção. Qualquer variação ou substituição prontamente descoberta por uma pessoa versada na técnica no escopo técnico exposto na presente invenção deve cair no escopo de proteção da presente invenção. Portanto, o escopo de proteção da presente invenção deve estar sujeito ao escopo de proteção das reivindicações.

Claims (4)

1. Aparelho de controle de cobrança, caracterizado pelo fato de que compreende um receptor, um transmissor e um processador, em que: o receptor (1022), em coordenação com o processador, é configurado para obter um identificador de serviço e um identificador de cobrança que são configurados por um operador e receber um conjunto de regras de serviço enviado por um dispositivo de um provedor de serviços (SP) acima do limite (OTT); o processador (1024) é configurado para gerar terceira informação de combinação, que compreende uma correspondência entre um conjunto de regras de serviço e um identificador de serviço, de acordo com o conjunto de regras de serviço; o transmissor (1026), em coordenação com o processador, é configurado para enviar o identificador de serviço e o identificador de cobrança para uma função de política e regras de cobrança (PCRF) para gerar uma política de política e controle de cobrança (PCC); o receptor é ainda configurado para receber informações de descrição de fluxo de uma função de política e cumprimento de cobrança (PCEF), em que as informações de descrição de fluxo são obtidas pela PCEF de acordo com um fluxo de dados recebido de um equipamento de usuário (UE) que acessa um serviço que cobra o OTT SP; o processador é ainda configurado para determinar, de acordo com a terceira informação de combinação e a informação de descrição de fluxo recebida pelo receptor, um identificador de serviço correspondente ao fluxo de dados; e o transmissor é ainda configurado para enviar o identificador de serviço determinado pelo processador para a PCEF, de modo que a PCEF cobra pelo serviço de acordo com uma regra dinâmica obtida do PCRF e do identificador de serviço.

2. Aparelho de controle de cobrança, de acordo com a reivindicação 1, caracterizado pelo fato de que o receptor é ainda configurado para receber informações de registro do usuário enviadas pelo dispositivo do OTT SP; e o transmissor é ainda configurado para enviar as informações de registro do usuário para a PCRF.

3. Método de cobrança, caracterizado pelo fato de que compreende: obter um identificador de serviço e um identificador de cobrança que são configurados por um operador; receber um conjunto de regras de serviço enviado por um dispositivo de um provedor de serviços (SP) acima do limite (OTT); gerar terceiras informações de combinação, que compreendem uma correspondência entre um conjunto de regras de serviço e um identificador de serviço, de acordo com o conjunto de regras de serviço; enviar o identificador de serviço e o identificador de cobrança para função de política e regras de cobrança (PCRF) para gerar uma política de política e controle de cobrança (PCC); receber informações de descrição de fluxo de uma função de política e cumprimento de cobrança (PCEF) com base em um equipamento de usuário (UE) acessando um serviço que cobra o OTT SP, em que as informações de descrição de fluxo são obtidas pela PCEF de acordo com um fluxo de dados recebido do UE; determinar, de acordo com as terceiras informações de combinação e as informações de descrição de fluxo, um identificador de serviço correspondente ao fluxo de dados; e enviar o identificador de serviço para a PCEF, para que a PCEF cobre pelo serviço de acordo com uma regra dinâmica obtida da PCRF e do identificador de serviço.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que compreende ainda: receber informações de registro de usuário enviadas pelo dispositivo do OTT SP; e enviar as informações de registro de usuário para a PCRF.

Images