[go: up one dir, main page]

WO2014205777A1 - 信用控制方法、策略和计费执行功能实体、在线计费系统 - Google Patents

信用控制方法、策略和计费执行功能实体、在线计费系统 Download PDF

Info

Publication number
WO2014205777A1
WO2014205777A1 PCT/CN2013/078363 CN2013078363W WO2014205777A1 WO 2014205777 A1 WO2014205777 A1 WO 2014205777A1 CN 2013078363 W CN2013078363 W CN 2013078363W WO 2014205777 A1 WO2014205777 A1 WO 2014205777A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
session
response
request
pcef
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2013/078363
Other languages
English (en)
French (fr)
Inventor
卿华
张翀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to PCT/CN2013/078363 priority Critical patent/WO2014205777A1/zh
Priority to CN201380002562.3A priority patent/CN103797753B/zh
Priority to EP13887722.0A priority patent/EP3001601B1/en
Publication of WO2014205777A1 publication Critical patent/WO2014205777A1/zh
Priority to US14/980,931 priority patent/US10846671B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/64—On-line charging system [OCS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H04M15/7652—Linked or grouped accounts, e.g. of users or devices shared by users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/78—Redistributing amount between accounts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/78—Redistributing amount between accounts
    • H04M15/781—Redistributing amount between accounts dynamically
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/852—Low balance or limit reached
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854—Available credit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/88—Provision for limiting connection, or expenditure
    • H04M15/882—Provision for limiting connection, or expenditure for continuing the call beyond the limit using an alternative, e.g. alternative account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/20—Prepayment of wireline communication systems, wireless communication systems or telephone systems with provision for recharging the prepaid account or card, or for credit establishment
    • H04M17/204—Prepayment of wireline communication systems, wireless communication systems or telephone systems with provision for recharging the prepaid account or card, or for credit establishment on-line recharging, e.g. cashless

Definitions

  • the embodiments of the present invention relate to mobile communication technologies, and in particular, to a credit control method, a policy, a charging execution function entity, and an online charging system. Background technique
  • the Online Charging System freezes part of the money in the user's account, and converts the money into a quota corresponding to a certain service and sends it to the policy and billing.
  • the Policy and Charging Enforcement Function (PCEF) is used by the PCEF to monitor the consumption of quotas by the service.
  • PCEF Policy and Charging Enforcement Function
  • the frozen money or quota cannot be consumed by other services, that is, the quotas of each service cannot be shared, so that when multiple services jointly perform online charging credit control, the quota reserved by OCS for some services may not be exhausted.
  • the un-depleted quota forms a credit fragment, and the credit fragment cannot be consumed by the newly initiated service of the user, so that the newly initiated service fails due to the availability of no quota.
  • a credit pool (Credit Pool) has been introduced. Specifically, based on a Packet Data Protocol (PDP) context (PDP Content) or an Internet Protocol-Linked Access Network (IP-Access) network, the OCS will each PDP or IP-CAN. The quota corresponding to the service in the bearer is associated with the same credit pool.
  • the credit pools of each PDP or IP-CAN bearer are independent of each other. The service obtains the quota from the credit pool corresponding to the PDP or IP-CAN bearer, and the credit pool as a whole. It is consumed by multiple services at the same time, thus avoiding credit fragmentation and making quota allocation in the credit control process more reasonable.
  • Embodiments of the present invention provide a credit control method, a policy, a charging execution function entity, and an online charging system, which realize a shared credit pool between IP-CAN bearers and even IP-CAN sessions, thereby ensuring business fluency.
  • an embodiment of the present invention provides a credit control method, including:
  • the method before the receiving the policy and the charging execution function entity PCEF sends the second request, the method includes:
  • the sending by the PCEF, a second response, where the second response carries a credit pool identifier corresponding to the first bearer, so that the first bearer
  • the credit pool is shared by the carried service and the service carried by the second bearer, including:
  • the credit pool corresponding to the credit pool identifier is configured to share the credit pool with the service carried by the first bearer and the service carried by the second bearer.
  • the sending, by the first A bearer corresponding credit pool identifier including:
  • the second request sent by the receiving policy and the charging execution function entity PCEF includes:
  • the first request sent by the receiving policy and the charging execution function entity PCEF specifically includes: receiving, by the first Gy session, a second request sent by the charging and performing function entity PCEF; sending the second response to the PCEF Specifically, including:
  • the first Gy session and the second Gy session are different Gy sessions;
  • the first Gy session and the second Gy session are the same shared Gy session.
  • the first request and the second request are both initial credit control requests CCR-initial
  • the first response and the second response are both initial credit control responses CCA-initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is an initialization credit control response CCA-initial
  • the second request is an update.
  • the credit control answers CCA-Update.
  • the method includes: Receiving, by the PCEF, a first update credit control request sent by the first Gy session, where the first update credit control request carries a quota consumed by the first bearer; and receiving the PCEF by using the second Gy session a second update credit control request, where the second update credit control request carries a quota consumed by the second bearer;
  • the method includes:
  • a bearer belongs to the same Internet protocol as the second bearer - a connected access network session IP-CAN session
  • any one of the first to the ninth possible implementation manners of the first aspect in an eleventh possible implementation manner of the first aspect, belongs to the first IP-CAN session, and the second bearer belongs to the second IP-CAN session, wherein the first IP-CAN session is different from the second IP-CAN session.
  • the second bearer allocates the second quota, it includes:
  • the method also includes: Receiving the PCEF transmission capability negotiation field request, where the capability negotiation field request indicates a credit pool application mode;
  • a capability negotiation field response is sent to the PCEF.
  • an embodiment of the present invention provides a credit control method, including:
  • the service carried by the first bearer and the service carried by the second bearer are shared by the credit pool.
  • the method before the sending the second request to the online charging system OCS, the method includes:
  • the receiving the second response sent by the OCS, the second response carrying the credit pool identifier corresponding to the first bearer includes:
  • the receiving, by the first response, the first response, A bearer corresponding credit pool identifier including:
  • the sending, by the OCS, the second request includes:
  • Receiving the second response sent by the OCS including:
  • the sending the first request to the OCS includes:
  • the first Gy session and the second Gy session are different Gy sessions;
  • the first Gy session and the second Gy session are the same shared Gy session.
  • the first Gy session and the second Gy session are different sessions,
  • the first request and the second request are both initial credit control requests CCR-initial, and the first response and the second response are both initial credit control responses CCA-initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is an initialization credit control response CCA-initial
  • the second request is an update.
  • the credit control answers CCA-Update.
  • the method includes:
  • the method includes: sending, by using the shared Gy session, a third update credit control request to the OCS, where the third update credit control request is carried a quota consumed by the first bearer and the second bearer;
  • any one of the first to the ninth possible implementation manners of the second aspect in a tenth possible implementation manner of the second aspect, belongs to the same Internet Protocol-Connective Access Network Session IP-CAN session.
  • the first bearer belongs to the first An IP-CAN session
  • the second bearer belongs to a second IP-CAN session, wherein the first IP-CAN session is different from the second IP-CAN session.
  • a second response after the second response carries the second quota and the credit pool identifier corresponding to the first quota of the first bearer, the method includes:
  • the method further includes:
  • an online charging system including:
  • a receiving module configured to receive a second request sent by the policy and charging execution function entity PCEF, where the second request indicates that the second bearer performs credit control;
  • a determining module configured to determine, according to the second request, whether the service carried by the second bearer is shared with a service shareable credit pool carried by the first bearer, where the second bearer is established in the first bearer Afterwards;
  • a sending module configured to: if the determining module determines, the service and the bearer carried by the second bearer And the second acknowledgment is sent to the PCEF, where the second acknowledgment carries the credit pool identifier corresponding to the first bearer, so that the first bearer carries The service shares the credit pool with the service carried by the second bearer.
  • the receiving module is further configured to: receive a first request sent by the PCEF, where the first request indicates that credit control is performed on the first bearer;
  • the sending module is further configured to send a first response to the PCEF, where the first response carries a credit pool identifier corresponding to the first bearer.
  • the online charging system further includes: an allocating module, configured to allocate a second quota to the second bearer;
  • the sending module is configured to send a second response to the PCEF, where the second response carries the second quota and a credit pool identifier corresponding to the first bearer, so that the PCEF sets the second quota And storing in the credit pool corresponding to the credit pool identifier corresponding to the first bearer, so that the service carried by the first bearer and the service carried by the second bearer share the credit pool.
  • the online charging system further includes:
  • An allocating module configured to allocate the first quota to the first bearer
  • the sending module is further configured to send a first response to the PCEF, where the first response carries the first quota and a credit pool identifier corresponding to the first bearer.
  • the receiving module is specifically configured to receive a policy and a charging execution function entity by using a second Gy session a second request sent by the PCEF;
  • the sending module is specifically configured to send a second to the PCEF by using the second Gy session, where the receiving module is further configured to receive a policy and a charging execution function entity by using the first Gy session.
  • the sending module is further configured to send a second response to the PCEF by using the first Gy session.
  • the first Gy session and the second Gy session are different Gy sessions; or The first Gy session and the second Gy session are the same shared Gy session.
  • the first request and the second request are both initial credit control requests CCR-initial
  • the first response and the second response are both initial credit control responses CCA-initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is an initialization credit control response CCA-initial
  • the second request is an update.
  • the credit control answers CCA-Update.
  • the receiving module is further configured to:
  • the sending module is further configured to send, by using the first Gy session, a first update credit control response to the PCEF, where the first update credit control response carries a newly allocated quota for the first bearer;
  • the second Gy session sends a second update credit control response to the PCEF, and the second update credit control response carries a newly allocated quota for the second bearer.
  • the receiving module is further configured to:
  • the first bearer and the second bearer belong to the same Internet Protocol-Connective Access Network Session IP-CAN session.
  • the first bearer belongs to the first An IP-CAN session
  • the second bearer belongs to a second IP-CAN session, where the first
  • the IP-CAN session is different from the second IP-CAN session.
  • the online charging system further includes:
  • a conversion module configured to convert the second quota into a credit unit.
  • the receiving module is further used Receiving the PCEF transmission capability negotiation field request, where the capability negotiation field request indicates a credit pool application mode;
  • the sending module is further configured to send a capability negotiation field response to the PCEF.
  • the embodiment of the present invention provides a policy and charging execution function entity PCEF, including:
  • a sending module configured to send a second request to the online charging system 0CS, where the second request indicates that the second bearer performs credit control;
  • a receiving module configured to receive a second response sent by the 0CS, where the second response carries the second quota and a credit pool identifier corresponding to the first quota of the first bearer, where the second quota is The 0CS is a quota allocated to the second bearer, and the second bearer is established after the first bearer is established.
  • the processing module is configured to store the second quota and the first quota in a same credit pool, so that the service carried by the first bearer and the service carried by the second bearer share the credit pool.
  • the sending module is further configured to
  • 0CS sends a first request, where the first request indicates that credit control is performed on the first bearer
  • the receiving module is further configured to receive the first response sent by the 0CS, where the first response carries the credit pool identifier corresponding to the first quota and the first quota of the first bearer.
  • the receiving module is specifically configured to receive a second response that carries the second quota and the credit pool identifier corresponding to the first bearer.
  • the receiving module is specifically configured to receive a credit that carries the first quota and the first bearer The first response of the pool identity.
  • the sending module is specifically configured to use the second Gy session Sending a second request to the OCS;
  • the receiving module is specifically configured to receive, by using the second Gy session, a second response sent by the OCS;
  • the sending module is further configured to send a first request to the OCS by using a first Gy session; the receiving module is further configured to receive, by using the first Gy session, the first A fourth possible implementation manner, in a fifth possible implementation manner of the fourth aspect, the first Gy session and the second Gy session are different Gy sessions; or
  • the first Gy session and the second Gy session are the same shared Gy session.
  • the first Gy session and the second Gy session are different sessions,
  • the first request and the second request are both initial credit control requests CCR-initial, and the first response and the second response are both initial credit control responses CCA-initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is an initialization credit control response CCA-initial
  • the second request is an update.
  • the credit control answers CCA-Update.
  • the sending module is further configured to:
  • the receiving module is further configured to receive, by using the first Gy, a first update credit control response sent by the OCS, where the first update credit control response carries a newly allocated quota for the first bearer;
  • the second Gy session receives a second update credit control response sent by the OCS, and the second update credit control response carries a newly allocated quota for the second bearer.
  • the sending module is further configured to:
  • the receiving module is further configured to receive, by using the shared Gy session, a third update credit control response sent by the OCS, where the third update credit control response is newly allocated for the first bearer and the second bearer. quota.
  • the second bearer belongs to the same Internet Protocol-Connective Access Network Session IP-CAN session.
  • the second bearer belongs to a second IP-CAN session, wherein the first IP-CAN session is different from the second IP-CAN session.
  • the PCEF further includes:
  • a conversion module configured to convert the second quota into a credit unit.
  • the sending module is further used Sending a capability negotiation field request to the 0CS, where the capability negotiation field request indicates a credit pool application mode;
  • the receiving module is further configured to receive a capability negotiation field response sent by the 0CS.
  • an embodiment of the present invention provides an online charging system, including: a processor and a memory, where the memory stores an execution instruction, when the online charging system is running, the processor Communicating with the memory, the processor executing the execution instruction to cause the online charging system to perform any of the first to thirteenth aspects of the first aspect, the first aspect, Method to realize.
  • an embodiment of the present invention provides a policy and charging execution function entity PCEF, including: a processor and a memory, where the memory stores an execution instruction, when the PCEF is running, the processor and the memory Inter-communication, the processor executing the execution instruction causes the PCEF to perform a possible implementation of any of the first to the thirteenth aspects of the second aspect, the second aspect.
  • PCEF policy and charging execution function entity
  • the credit control method, the policy, the charging execution function entity, and the online charging system provided by the embodiment of the present invention, if the OCS determines that the service carried by the second bearer and the service bearable by the first bearer can share the credit pool, The second quota of the second bearer allocation and the identifier of the credit pool corresponding to the first bearer are sent to the PCEF, so that the PCEF stores the second quota and the first quota in the same credit pool, so that the second bearer is used with the first bearer. a credit pool, if the first bearer and the second bearer are in the same
  • IP-CAN Session Under IP-CAN session, credit pool sharing between multiple IP-CAN Bearers under the same IP-CAN Session is achieved, for example, credit pool sharing between all IP-CAN Bearers of the same IP-CAN Session; or, the same IP - Credit pool sharing between the default bearer and some proprietary bearers under the CAN Session; or credit pool sharing between some of the proprietary bearers under the same IP-CAN Session. If the first bearer and the second bearer are in different IP-CAN sessions, the credit pool sharing between the IP-CAN sessions is realized, for example, all IP-CAN sessions of the same user share the credit pool; or, part of the IP of the same user -CAN session shared credit pool.
  • Embodiment 1 is a flowchart of Embodiment 1 of a credit control method according to the present invention
  • Embodiment 2 is a flowchart of Embodiment 2 of the credit control method of the present invention.
  • 3 is a signaling diagram of Embodiment 3 of a credit control method according to the present invention
  • 4 is a signaling diagram of Embodiment 4 of a credit control method according to the present invention
  • Embodiment 5 is a signaling diagram of Embodiment 5 of a credit control method according to the present invention.
  • Embodiment 6 is a signaling diagram of Embodiment 6 of the credit control method of the present invention.
  • Embodiment 7 is a schematic structural diagram of Embodiment 1 of an online charging system according to the present invention.
  • Embodiment 8 is a schematic structural diagram of Embodiment 2 of an online charging system according to the present invention.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of a policy and charging execution function entity PCEF according to the present invention
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of a policy and charging execution function entity PCEF according to the present invention
  • a schematic diagram of the structure of the third example
  • FIG. 12 is a schematic structural diagram of Embodiment 3 of a policy and charging execution function entity PCEF according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a flowchart of Embodiment 1 of a credit control method according to the present invention.
  • the execution entity of this embodiment is an Online Charging System (OCS), which supports a credit pool between IP_CAN bearers or IP Connectivity Access Network Sessions (IP-CAN Sessions). (Credit Pool) sharing.
  • OCS Online Charging System
  • IP-CAN Sessions IP Connectivity Access Network Sessions
  • a new bearer is established for the user equipment.
  • the bearer that carries the new service established for the user equipment is called the second bearer
  • the bearer that already exists before the second bearer setup is called the first bearer.
  • the first bearer is a default bearer or a dedicated bearer that exists when the new service is initiated, and the second bearer is a newly created private bearer after the first bearer is established; or, under different IP-CAN sessions, the first bearer is an IP address.
  • the second bearer is the default bearer or proprietary bearer established under another IP-Session to carry the new service. And the second bearer is established after the first bearer is established.
  • the second request is sent to the corresponding OCS, where the second request indicates that the OCS needs to perform credit control on the second bearer.
  • the corresponding OCS receives the second request.
  • the OCS determines whether the service carried by the second bearer can share the credit pool with the service carried by the first bearer. For example, according to the policy preset by the operator, if the service carried by the second bearer is the same as the tariff standard of the service carried by the first bearer, the credit pool is shared; or if the service carried by the second bearer is urgent, The shared credit pool is used to determine whether the service carried by the second bearer can share the credit pool with the service carried by the first bearer according to a preset rule, etc., and the present invention is not limited thereto.
  • the service carried by the second bearer and the service carried by the first bearer can share the credit pool, send a second response to the PCEF, where the second response carries the credit pool identifier corresponding to the first quota of the first bearer, so that The service carried by the first bearer shares the credit pool with the service carried by the second bearer.
  • the OCS determines that the service carried by the second bearer and the service carried by the first bearer can share the credit pool
  • the credit pool identifier corresponding to the first bearer is carried in the second response and sent to the second response.
  • the PCEF when the PCEF receives the second response, causes the service carried by the first bearer to share the same credit pool with the service carried by the second bearer; otherwise, if the OCS determines the service carried by the second bearer and the first If the service carried by the bearer cannot share the credit pool, the credit pool identifier corresponding to the service carried by the second bearer is sent to the PCEF.
  • the credit pool identifier may not be sent, and the specific quota, such as duration, traffic, number of times, etc., may be directly sent. .
  • the second response is sent to the PCEF, where the second response carries the credit pool identifier corresponding to the first bearer, so that the service carried by the first bearer and the service shared by the second bearer share the credit pool, including:
  • the second bearer allocates the second quota, and sends a second response to the PCEF, where the second response carries the second quota and the credit pool identifier corresponding to the first bearer, so that the PCEF stores the second quota corresponding to the credit pool identifier corresponding to the first bearer.
  • the service carried by the first bearer and the service carried by the second bearer are shared with the credit pool.
  • the OCS does not distinguish whether the service carried by the second bearer and the service carried by the first bearer belong to the same rate group, and directly issues the second quota and the credit pool identifier according to the rate group, according to the letter
  • the second quota is allocated in the form of a pool.
  • the credit pool identifier is a credit pool identifier corresponding to the first quota of the first bearer, that is, the first bearer and the second bearer share the credit pool.
  • the 0CS determines that the service carried by the second bearer and the service carried by the first bearer can share the credit pool, send a second response carrying the second quota and the credit pool identifier corresponding to the first bearer to the PCEF, so that the PCEF will
  • the second quota is stored in the same credit pool as the first quota, where the first quota is a credit pool corresponding to the service carried by the first bearer. For example, when PCEF checks for multi-service credit control ⁇ attribute, value> pair
  • MSCC AVP Multiple Services Credit Control Attribute-Value Pair
  • the 0CS may also convert the second quota into a credit unit and send it to the PCEF, so that the PCEF stores the credit unit corresponding to the second quota and the credit unit corresponding to the first quota in the same credit pool.
  • the second quota is specifically the duration, the flow rate, the number of times, etc., and the 0CS can convert it, and convert the duration, the flow rate, the number of times, and the like into a unified credit unit according to the conversion factor of the quota and the credit unit.
  • the 0CS determines that the service carried by the second bearer and the service bearable credit pool carried by the first bearer, the second quota allocated to the second bearer and the first bearer are corresponding.
  • the identifier of the credit pool is sent to the PCEF, so that the PCEF stores the second quota and the first quota in the same credit pool, so that the second bearer and the first bearer use the same credit pool, if the first bearer and the second bearer are in the same Under the same IP-CAN session, credit pool sharing between multiple IP-CAN Bearers under the same IP-CAN Session, for example, credit pool sharing between all IP-CAN Bearers of the same IP-CAN Session; or, the same Credit pool sharing between the default bearer and some proprietary bearers under the IP-CAN Session; or credit pool sharing between some of the proprietary bearers under the same IP-CAN Session.
  • the credit pool sharing between the IP-CAN sessions is realized, for example, all IP-CAN sessions of the same user share the credit pool; or, part of the IP of the same user -CAN session shared credit pool.
  • the method before receiving the second request sent by the policy and charging execution function entity PCEF, the method includes: receiving a first request sent by the PCEF, where the first request indicates that the first bearer performs credit control; and sends the first request to the PCEF.
  • the first response the first response carries a credit pool identifier corresponding to the first bearer.
  • the OCS allocates a first quota to the first bearer, and sends a first response to the PCEF, where the first response carries the first quota and the credit pool identifier corresponding to the first bearer.
  • the second request sent by the receiving policy and the charging and executing function entity PCEF includes: a second request sent by the second Gy session receiving policy and the charging execution function entity PCEF;
  • Sending the second response to the PCEF specifically: sending a second response to the PCEF through the second Gy session;
  • the method specifically includes: receiving, by the first Gy session, the second request sent by the charging function entity PCEF;
  • Sending the second response to the PCEF specifically includes: sending a second response to the PCEF through the first Gy session.
  • FIG. 2 is a flowchart of Embodiment 2 of the credit control method of the present invention.
  • the executor of this embodiment is a Policy and Charging Enforcement Function (PCEF) entity, which supports the sharing of credit pools between IP IP_CAN bearers or IP-CAN sessions. Specifically, this embodiment includes the following steps:
  • PCEF Policy and Charging Enforcement Function
  • the PCEF sends a first request to the 0CS, where the first request indicates credit control to the first bearer, and the first response sent by the 0CS is received, and the first response carries the credit pool identifier corresponding to the first bearer.
  • the second response sent by the 0CS is received, and the second response carries the credit pool identifier corresponding to the first bearer, including: receiving the second response that carries the second quota and the credit pool identifier corresponding to the first bearer .
  • the first response sent by the 0CS is received, and the first response carries the credit pool identifier corresponding to the first bearer, including:
  • sending the second request to the 0CS specifically includes: sending the second request to the 0CS through the second Gy session. 5
  • Receiving the second response sent by the 0CS including: sending, by the second Gy session, the first CS sent by the 0CS to send the first request, specifically: sending the first request to the 0CS through the first Gy session;
  • Receiving the first response sent by the 0CS includes: receiving, by the first Gy session, the first response sent by the 0CS.
  • the PCEF receives the second quota allocated by the 0CS for the second bearer and the identifier of the credit pool corresponding to the first bearer, and stores the second quota and the first quota in the same credit pool, so that the second quota is stored in the same credit pool.
  • the second bearer and the first bearer use the same credit pool. If the first bearer and the second bearer are in the same IP-CAN session, the credit pool sharing between multiple IP-CAN Bearers under the same IP-CAN session is realized.
  • the credit pool sharing between the IP-CAN sessions is realized, for example, all IP-CAN sessions of the same user share the credit pool; or, part of the IP of the same user -CAN session shared credit pool.
  • one user corresponds to one or more Public Data Network (PDN) connections
  • PDN Public Data Network
  • IP-CAN Session IP Connectivity Access Network Session
  • IP-CAN Bearers There are multiple IP-CAN Bearers in one IP-CAN Session.
  • the first bearer and the second bearer may be under the same IP-CAN session; or, under different IP-CAN sessions.
  • first bearer and the second bearer are both configured as a separate Gy session, that is, the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are different sessions, that is, The bearer of the shared credit pool, whether under the same IP-CAN Session or under different IP-CAN Sessions, the bearers of the shared credit pools are each independent on the Gy interface.
  • the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are the same shared Gy session, That is to say, the bearer of the shared credit pool, whether under the same IP-CAN Session or under different IP-CAN Sessions, has only one sharing session on the Gy interface.
  • the first request indicating credit control on the first bearer and the second request indicating credit control on the second bearer are both initial credit control requests CCR- Initially, the first response corresponding to the first request and the second response corresponding to the second request are both initial credit control response CCA-initial; otherwise, when the first Gy session and the second Gy session are the same shared Gy session,
  • the first request indicating credit control for the first bearer is an initial credit control request CCR-initial
  • the second request indicating credit control for the second bearer is an update credit control request CCR-Update
  • the first request corresponding to the first The response is an initialization credit control response CCA-initial
  • the second response corresponding to the second request is an update credit control response CCA-Updateo
  • FIG. 3 is a signaling diagram of Embodiment 3 of the credit control method of the present invention.
  • the first bearer and the second bearer belong to the same IP-Can session, and the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are different and independent sessions.
  • the embodiment includes the following steps:
  • the PCEF activates the first bearer.
  • the user initially goes online, establishes a first bearer, and a Serving GPRS Support Node (SGSN) or a Mobility Management Entity (MME) sends an activation request to the PCEF, and the PCEF activates the first bearer according to the activation request.
  • the first bearer is the default bearer (the SGSN/MME is not shown in the figure); or, when the user equipment in the online state performs a new service, the first bearer is established, and the first bearer is a dedicated bearer (in the figure) SGSN/MME) is not shown.
  • the corresponding Rate Group (RG) is RG1, 301, and the PCEF sends the first CCR Initial to the 0CS through the first Gy session.
  • the first Gy session can be represented, for example, as Session ID1. If the PCEF finds that the first bearer needs to be charged online, the first CCR Initial is sent to the corresponding 0CS, and the first CCR Initial carries the Multiple Services Credit Control (MSCC), thereby being the first bearer.
  • MSCC1 ⁇ RG1, RSU> where the Requested-Service-Unit (RSU) indicates that the PCEF expects 0CS to be the number of quotas issued by RG1.
  • the first RRC Initial may also carry a Capability Negotiation IE to negotiate a usage manner of the credit pool with the OCS, where the location may use a standard supported features field or a non-standard customized Field.
  • the credit pool can be divided into the following ways:
  • Method 1 as in the present invention, multiple IP-CAN Bearers share a credit pool under the same IP-CAN Session;
  • Method 2 In the present invention, multiple IP-CAN Sessions of the same user share a credit pool.
  • 0CS and PCEF can preset the credit pool usage mode, that is, the default credit pool usage mode.
  • the capability negotiation field does not need to be carried in the first CCR Initial; otherwise, the PCEF can flexibly select the capability negotiation field according to actual needs.
  • the 0CS is negotiated on the way the credit pool is used. For example, if the mode 1 is identified as 1, the mode 2 is identified as 2, and the mode 3 is identified as 3. If the mode 2 is used, the PCEF carries the identifier 2 in the first CCR Initial and sends it to the 0CS, and if the 0CS supports the mode 2, it returns.
  • the identifier 2 is returned, indicating that the mode 2 is agreed; otherwise, the identifier 1 or 3 is returned, and the use of the credit pool is continued.
  • the present invention is described in detail below by taking the first CCR initial carrying capability negotiation field as an example.
  • 0CS sends the first CCA Initial to the PCEF through the first Gy session.
  • the OCS After receiving the first CCR Initial, the OCS checks the user balance. If the sufficient balance, the 0CS supports the credit pool, and the application mode matches the capability negotiation field carried in the first CCR Initial, the first quota is allocated to the first bearer, that is, RG1 and RG2 allocate corresponding quotas. Specifically, the 0CS may allocate a quota according to the credit pool manner, and carry the first quota and the credit pool identifier in the first CCA Initial and send it to the PCEF.
  • the 0CS may also convert the first quota into a credit unit according to a preset policy, so that the PCEF receives the credit unit corresponding to the first quota, and then injects the credit unit into the credit pool; or 0CS can also be used to convert quotas to credit units, such as multipliers. (Multiplier) is carried in the first CCA Initial and sent to the PCEF, so that the PCEF converts the first quota into a credit unit and then injects it into the credit pool according to the Multiplier indicated by the OCS.
  • Multiplier Multiplier
  • the quota allocated for RG1 is MSCCl (RG1, GSU, GSU-Pool-Reference ⁇ Pool ID 1 , Multiplier 10, Unit Typo), where the Granted-Service-Unit (GSU) indicates that the OCS is actually RGl.
  • GSU Granted-Service-Unit
  • the number of quotas issued, Pool ID1 indicates that the credit pool identifier is 1, and Multiplier 10 indicates that the conversion factor is 10.
  • the total amount of quotas in the credit pool is S
  • Ml ⁇ Mn is a conversion factor corresponding to each RG of the credit pool
  • Ql ⁇ Qn are quotas assigned to each RG or RG+SID belonging to the same credit pool.
  • the PCEF activates the second bearer under the same IP-CAN session.
  • step 300 For the specific activation process, refer to step 300 above, and details are not described herein again.
  • the corresponding Rate Group (RG) is RG3.
  • the PCEF sends a second CCR Initial to the OCS through the second Gy session.
  • the first Gy session can be represented, for example, as Session ID1.
  • the PCEs are configured to be mutually independent Gy sessions on the Gy interface. Therefore, in this step, the PCEF sends a second CCR Initial message to the corresponding 0CS according to the protocol, and the second CCR Initial carries the MSCC. , thereby requesting a quota for the second bearer RG3.
  • the capability negotiation field is carried in the second CCR Initial.
  • 0CS sends a second CCA Initial to the PCEF through the second Gy session.
  • the 0CS determines whether the first bearer and the second bearer can share the credit pool. If the user can have a sufficient balance, the 0CS supports the credit pool and the application mode negotiates with the capability carried in the second CCR Initial. If the fields match, the second bearer is assigned a second quota, that is, the corresponding quota is allocated for RG3. Specifically, the 0CS may allocate the quota according to the credit pool, and the second quota and the credit pool identifier are carried in the second CCA Initial and sent to the PCEF, where the credit pool identifier is the identifier of the credit pool corresponding to the first bearer.
  • the 0CS may perform a credit unit conversion on the second quota; or, may send a conversion indication to the PCEF, and the PCEF performs credit conversion on the second quota.
  • the total amount of quota consumption is C
  • Ml ⁇ Mn is a conversion factor corresponding to each RG of the credit pool
  • Cl ⁇ Cn is a quota consumed by each RG or RG+SID belonging to the same credit pool
  • C C1 X M1+C2 X M2+ Cn X Mn. 306.
  • the PCEF stores the first quota and the second quota into the same credit pool.
  • the PCEF stores the second quota and the first quota in the same credit pool, so that the service carried by the first bearer shares the credit pool with the service shared credit pool carried by the second bearer, that is, RG1, RG2, and RG3, if RG1, RG2 consumes the quota faster, and shares the second quota with RG3 after the first quota is consumed. Similarly, if RG3 consumes the quota faster, it can share with RG1 and RG2 after the second quota is consumed. First quota.
  • step 314 if the service carried by the first bearer is completed after the quota in the credit pool is exhausted, step 314 is performed to perform the deduction; otherwise, if the service carried by the first bearer continues, the execution is performed.
  • step 307 a new quota is applied for RG1 and RG2, and the consumed quota is deducted.
  • step 311 is performed to perform the deduction; otherwise, if the service carried by the second bearer continues Then, step 308 is executed to apply for a new quota for RG3 and deduct the consumed quota.
  • the PCEF sends the first CCR Update to the OCS through the first Gy session.
  • the first Gy session can be represented, for example, as Session ID1.
  • Session ID1 if the user performs the service in step 306, the quota in the credit pool is exhausted, or the user consumes the quota, so that the remaining quota in the credit pool reaches the threshold specified by the protocol, the PCEF passes the first A Gy session sends a first CCR Update to the 0CS to apply for a new quota for the service of the first bearer.
  • the first CCR Update carries the quota consumption of the first bearer RG1 and RG2.
  • the quota consumption of RG2 is MSCC2 (RG2, RSU, USU, Reporting Reason ⁇ Pool Exhausted), where RSU indicates the number of quotas that the PCEF expects the OCS to issue again for RG1, and consumes the service unit (Used-Service-Unit, USU). Indicates the number of quotas that have been consumed.
  • the reason for reporting (Reporting Reason) is that the quota in the credit pool is exhausted. 0CS performs real-time deduction based on the quota consumption of RG1 and RG2 of the first bearer.
  • the PCEF sends a second CCR Update to the 0CS through the second Gy session.
  • the second Gy session can be represented, for example, as Session ID2.
  • the PCEF passes the first
  • the second Gy session sends a second CCR Update to the 0CS, so as to apply for a new quota for the second bearer service, where the first CCR Update carries the quota consumption of the second bearer RG3, such as MSCC3 (RG2, RSU, USU, Reporting Reason ⁇ Pool Exhausted ), OCS based on the second bearer RG3
  • the quota consumption is charged in real time.
  • steps 307 and 308 can be performed simultaneously, or sequentially, and the present invention is not limited thereto.
  • the OCS sends the first CCA Update to the PCEF through the first Gy session.
  • the OCS continues to check the user balance. If there is sufficient balance, the RG1 and RG2 of the first bearer are allocated quotas again, and the newly allocated quota is carried in the first CCA Update and sent to the PCEF.
  • the OCS sends a second CCA Update to the PCEF through the second Gy session.
  • the OCS continues to check the user balance. If there is sufficient balance, the RG3 of the second bearer is again assigned a quota, and the newly allocated quota is carried in the second CCA Update and sent to the PCEF.
  • 0CS may convert the newly allocated quota into a credit unit and then send it; or, the direct quota and the conversion indication may be sent to the PCEF, and the PCEF performs conversion between the quota and the credit unit.
  • the steps 309 and 310 can be performed simultaneously, or sequentially, and the invention is not limited thereto.
  • the PCEF deactivates the second bearer.
  • the second bearer is specifically a dedicated bearer. Therefore, when the user stops using the service carried by the second bearer, or the second bearer needs to be deactivated due to service aging, the PCEF deactivates the second bearer. .
  • the service carried by the dedicated bearer ends that is, when the RG3 ends
  • other services may be continued on the dedicated bearer.
  • the second bearer does not need to be deactivated, but if the RG3 ends and the user goes offline. Or, the second bearer is deactivated after a preset duration of time after the service carried by the second bearer ends.
  • the PCEF sends a second termination credit control request (CCR Terminate) to the OCS through the second Gy session.
  • CCR Terminate a second termination credit control request
  • the PCEF carries the RG3 quota consumption of the second bearer to the second CCR Terminate and sends it to the OCS, indicating that the second bearer service stops or exits, thereby instructing the OCS to deduct the RG3 of the second bearer.
  • the RSU indicates the number of quotas that the OCS requests for RG3.
  • the USU indicates the number of quotas used by the user when they are deactivated. To go live.
  • the OCS sends a second termination credit control response (CCA) to the PCEF through the second Gy session. Terminate ).
  • CCA termination credit control response
  • the OCS After deducting the RG3 of the second bearer, the OCS sends a second CCA Terminate to the OCS through the second Gy session, indicating that the second bearer is deactivated, that is, the second Gy session is successfully terminated, and the quota consumption of the RG3 is successfully deducted. .
  • the PCEF deactivates the first bearer.
  • the PCEF deactivates the first bearer; otherwise, when the first bearer is a dedicated bearer, the service on the bearer ends, or When the second bearer is deactivated, the PCEF deactivates the first bearer.
  • the PCEF sends the first CCR Terminate to the 0CS through the first Gy session.
  • the PCEF carries the quota consumption of the first bearer RG1 and RG2 in the first CCR Terminate and sends it to the OCS, indicating that the service of the first bearer stops or exits, thereby instructing the 0CS to deduct the RG1 and RG2 of the first bearer.
  • 0CS sends the first CCA Terminate to the PCEF through the first Gy session.
  • the OCS After deducting the RG1 and RG2 of the first bearer, the OCS sends the first CCA Terminate to the 0CS through the first Gy session, indicating that the first bearer is deactivated, that is, the first Gy session is terminated successfully, and the RG1 and RG2 are quotad. The deduction fee was successful.
  • 0CS is the deduction of the total quota consumption of GR1 and RG2 in steps 307 and 315.
  • the foregoing steps 311-313 are a deduction process for the service carried by the second bearer
  • the foregoing steps 314-316 are a deduction process for the service carried by the first bearer. If the first bearer and the second bearer are both dedicated bearers, and the second bearer is established after the first bearer is established, the execution of the foregoing steps 311-313 and steps 314-316 is not strictly performed, and the second bearer may be executed first. Steps 311-313, and then perform steps 314-316. Steps 314-316 may be performed first, and then steps 31 1 ⁇ 313 are performed; otherwise, if the first bearer is the default bearer and the second bearer is a dedicated bearer, the first bearer is executed first.
  • Steps 311 to 313, and then steps 314 to 316 are performed, or steps 314 to 316 are performed first, and after the default bearer is deactivated, other dedicated bearers belonging to the same IP-CAN session as the default bearer are forcibly deactivated. .
  • the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are independent sessions, and therefore, when the bearer is deactivated, whether the bearer is a default bearer or a dedicated bearer, PCEF sends CCR Terminate to 0CS, correspondingly, 0CS to PCEF The feedback response is also CCA Terminate.
  • FIG. 4 is a signaling diagram of Embodiment 4 of the credit control method of the present invention.
  • the first bearer and the second bearer belong to the same IP-Can session
  • the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are the same shared session.
  • this embodiment includes the following steps:
  • the PCEF activates the first bearer.
  • the PCEF sends the first CCR Initial to the 0CS by sharing the Gy session.
  • a shared Gy session can be expressed, for example, as a Session ID S.
  • 0CS sends the first CCA Initial to the PCEF through the shared Gy session.
  • the PCEF activates the second bearer under the same IP-CAN session.
  • the foregoing steps 400 to 403 can be referred to the foregoing steps 300 to 303 of FIG. 3, which are not described herein again.
  • the PCEF sends a second request to the 0CS by sharing the Gy session.
  • step 304 of FIG. 3 the PCEF sends a second request message to the corresponding 0CS according to the protocol in the Gy interface, and the second request is specifically a CCR Initial message.
  • the PCEF does not process according to the standard protocol definition, and the second request sent is specifically a CCR Update message, and the second request carries the MSCC, thereby requesting a quota for the RG3 of the second bearer.
  • 0CS sends a second response to the PCEF through the shared Gy session.
  • the second response sent by the step 305, 0CS is specifically a CCA Initial message, and the second response is specifically a CCA Update message.
  • the PCEF stores the first quota and the second quota into the same credit pool.
  • step 412 is performed to perform the deduction; otherwise, if the service carried by the first bearer continues, the execution is performed. Step 407, applying for a new quota for RG1 and RG2.
  • step 409 is performed to perform the deduction; otherwise, if the service carried by the second bearer continues Then, go to step 407 to apply for a new quota for RG3.
  • the PCEF sends a third CCR Update to the 0CS through the shared Gy session.
  • the PCEF sends a third CCR Update to the OCS through the shared Gy session, so as to apply for a new quota for the service of the first bearer and the service of the second bearer, where the third CCR Update carries the quota consumed by the first bearer and the second bearer. That is, the quota consumption of RG1, RG2, and RG3 is carried.
  • the PCEF sends a third CCA Update to the OCS by sharing the Gy session.
  • the newly allocated quota is carried in the third CCA Update and sent to the PCEF.
  • the PCEF deactivates the second bearer.
  • the second bearer is specifically a dedicated bearer. Therefore, when the user stops using the service carried by the second bearer and the user goes offline or the service is aged, the PCEF deactivates the second bearer.
  • the service carried by the dedicated bearer ends that is, when the RG3 ends
  • other services may be continued on the dedicated bearer.
  • the second bearer does not need to be deactivated, but if the RG3 ends and the user goes offline. Or, the second bearer is deactivated after a preset duration is passed after the service carried by the second bearer ends.
  • PCEF sends CCR Update to OCS through a shared Gy session
  • the PCEF carries the quota consumption of the RG3 of the second bearer in the CCR Update and sends it to the OCS, indicating that the service of the second bearer is stopped or exited, thereby instructing the OCS to deduct the RG3 of the second bearer.
  • the OCS sends a CCA Update to the PCEF by sharing the Gy session.
  • the OCS After deducting the RG3 of the second bearer, the OCS sends a CCA Update to the OCS through the shared Gy session, indicating that the second bearer is deactivated, that is, the quota consumption for the RG3 is successfully deducted.
  • the PCEF deactivates the first bearer.
  • the service on the bearer ends, or the PCEF deactivates the first bearer when the second bearer needs to be deactivated due to service aging.
  • the PCEF sends a CCR Update to the OCS through the shared Gy session.
  • the PCEF carries the quota consumption of the first bearer RG1 and RG2 in the CCR Update and sends it to the OCS, indicating that the service of the first bearer is stopped or exited, thereby instructing the OCS to deduct the RG1 and RG2 of the first bearer. 414.
  • the OCS sends a CCA Update to the PCEF by sharing the Gy session.
  • the OCS After deducting the RG1 and RG2 of the first bearer, the OCS sends a CCA Update to the PCEF through the shared Gy session, indicating that the first bearer has been deactivated, that is, the quota consumption for RG1 and RG2 is successfully deducted.
  • the foregoing steps 409-411 are the deduction process for the service carried by the second bearer
  • the foregoing steps 412-414 are the deduction process for the service carried by the first bearer.
  • the first bearer and the second bearer are both dedicated bearers, and the second bearer is established after the first bearer is established. Therefore, the execution processes of the foregoing steps 409-411 and steps 412-414 are not strictly sequential, that is, Steps 409 to 411 are executed first, and steps 412 to 414 are executed. Steps 412 to 414 may be performed first, and steps 409 to 411 may be performed.
  • the steps 415-414 are not performed, and steps 415-418 are performed.
  • the PCEF deactivates the first bearer.
  • the first bearer is a default bearer, and the bearer is deactivated, and other dedicated bearers that belong to the same IP-CAN session as the default bearer are forcibly deactivated.
  • the PCEF sends a CCR Terminate to the 0CS through the shared Gy session.
  • the PCEF carries the quota consumption of the first bearer RG1, RG2, and the second growing bearer RG3 in the CCR Terminate and sends it to the 0CS, indicating that the service on the first bearer and the second bearer is stopped or exited, thereby indicating that the 0CS is the first.
  • the bearer RG1, RG2, and the second bearer RG3 are charged.
  • 0CS sends CCA Terminate to the PCEF through the shared Gy session.
  • the OCS After deducting the RG1, RG2, and RG3 of the first bearer, the OCS sends a CCA Terminate to the PCEF through the shared Gy session, indicating that the first bearer has been deactivated, and the quota consumption for RG1 and RG2 is successfully deducted.
  • FIG. 5 is a signaling diagram of Embodiment 4 of the credit control method of the present invention.
  • the first bearer and the second bearer are in different IP-CAN sessions, and the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are different sessions. Specifically, the embodiment includes the following steps:
  • PCEF activates the first bearer.
  • the PCEF sends a first CCR Initial to the 0CS through the first Gy session.
  • the 0CS sends the first CCA Initial to the PCEF through the first Gy session.
  • steps 500 to 502 can be referred to steps 300 to 302 of FIG. 3, and details are not described herein again.
  • the PCEF activates the second bearer under different IP-CAN sessions.
  • the PCEF activates the default bearer of the new PDN connection, and the default bearer is the second bearer; or other IP-CAN Sessions other than the IP-CAN Session where the first bearer is located.
  • the PCEF activates the dedicated bearer, and the dedicated bearer is the second bearer.
  • the PCEF sends a second CCR Initial to the 0CS through the second Gy session.
  • 0CS sends a second CCA Initial to the PCEF through the second Gy session.
  • the PCEF stores the first quota and the second quota into the same credit pool.
  • the PCEF sends the first CCR Update to the 0CS through the first Gy session.
  • the PCEF sends a second CCR Update to the 0CS through the second Gy session.
  • 0CS sends the first CCA Update to the PCEF through the first Gy session.
  • 0CS sends a second CCA Update to the PCEF through the second Gy session.
  • steps 504 ⁇ 510 can be seen in steps 304 ⁇ 310 of FIG. 3, and details are not described herein again.
  • the PCEF deactivates the first bearer.
  • the PCEF deactivates the first bearer when the user initiates a request for deactivation of the PDN connection; otherwise, if the first bearer is a dedicated bearer, the user stops using the bearer carried by the first bearer.
  • the service or, when the service aging needs to deactivate the second bearer, the PCEF deactivates the first bearer.
  • the PCEF sends the first CCR Terminate to the 0CS through the first Gy session.
  • the 0CS sends the first CCA Terminate to the PCEF through the first Gy session.
  • steps 512 and 513 can be referred to the foregoing steps 315 and 316 of FIG. 3, and details are not described herein again.
  • the PCEF deactivates the second bearer.
  • the PCEF deactivates the second bearer when the user goes offline; If the second bearer is a dedicated bearer, the user stops using the service carried by the second bearer, or the PCEF deactivates the second bearer when the second bearer needs to be deactivated due to service aging.
  • the PCEF sends a second CCR Terminate to the OCS through the second Gy session.
  • the OCS sends a second CCA Terminate to the PCEF through the second Gy session.
  • FIG. 6 is a signaling diagram of Embodiment 4 of the credit control method of the present invention.
  • the first bearer and the second bearer are in different IP-Can sessions, and the first Gy session corresponding to the first bearer and the second Gy session corresponding to the second bearer are the same shared session.
  • this embodiment includes the following steps:
  • PCEF activates the first bearer.
  • the PCEF sends the first CCR Initial to the 0CS by sharing the Gy session.
  • the OCS sends the first CCA Initial to the PCEF by sharing the Gy session.
  • the foregoing steps 600 to 603 can be referred to the foregoing steps 300 to 303 of FIG. 3, and details are not described herein again.
  • the PCEF activates the second bearer under different IP-CAN sessions.
  • the PCEF activates the default bearer of the new PDN connection, and the default bearer is the second bearer; or other IP-CAN Sessions other than the IP-CAN Session where the first bearer is located.
  • the PCEF activates the dedicated bearer, and the dedicated bearer is the second bearer.
  • the PCEF sends a second request to the 0CS by sharing the Gy session.
  • 0CS sends a second response to the PCEF through the shared Gy session.
  • the PCEF stores the first quota and the second quota into the same credit pool.
  • step 612 is performed to perform the deduction; otherwise, if the service carried by the first bearer continues, the execution is performed. Step 607, applying for a new quota for RG1 and RG2.
  • step 609 is performed to perform the deduction; otherwise, if the service carried by the second bearer continues Then, step 607 is executed to apply for a new quota for RG3.
  • the PCEF sends a third CCR Update to the 0CS through the shared Gy session.
  • the PCEF sends a third CCA Update to the 0CS by sharing the Gy session.
  • the foregoing steps 604-608 can be referred to the foregoing steps 404-408 of FIG. 4, and details are not described herein again.
  • the PCEF deactivates the second bearer.
  • the PCEF deactivates the second bearer when the user initiates the deactivation request of the PDN connection; otherwise, if the second bearer is a dedicated bearer, the user stops using the bearer carried by the first bearer.
  • the service or, when the service aging needs to deactivate the second bearer, the PCEF deactivates the second bearer.
  • steps 6101 and 6111 are performed; otherwise, if the second bearer is a dedicated bearer, steps 6102 and 6112 are performed, as shown by the dotted line in the figure.
  • the PCEF sends a CCR Terminate to the OCS through the shared Gy session.
  • the OCS sends a CCA Terminate to the PCEF by sharing the Gy session.
  • the PCEF sends a CCR Update to the OCS through the shared Gy session.
  • OCS sends CCA Update to PCEF through shared Gy session
  • the PCEF deactivates the first bearer.
  • the PCEF deactivates the first bearer when the user initiates a request for deactivation of the PDN connection; otherwise, if the first bearer is a dedicated bearer, the user stops using the bearer carried by the first bearer.
  • the service or, when the service aging needs to deactivate the second bearer, the PCEF deactivates the first bearer.
  • steps 6131 and 6141 are performed; otherwise, if the second bearer is a dedicated bearer, steps 6132 and 6142 are performed, as shown by the dashed box in the figure.
  • the PCEF sends the first CCR Terminate to the OCS through the shared Gy session.
  • the OCS sends the first CCA Terminate to the PCEF by sharing the Gy session.
  • the PCEF sends a CCR Update to the 0CS through the shared Gy session.
  • OCS sends CCA Update to PCEF by sharing Gy session
  • the Gy session is the same shared session. Therefore, when the bearer is deactivated, if the bearer is a dedicated bearer, the PCEF sends a CCR Update to the 0CS, and the CCR Update is used to indicate that the dedicated bearer is deactivated; otherwise, if By default, the CCR Terminate is sent, indicating that the default bearer is deactivated.
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of an online charging system according to the present invention.
  • the online charging system provided in this embodiment is an apparatus embodiment corresponding to the embodiment of FIG. 1 of the present invention, and the specific implementation process is not here. Let me repeat.
  • the online charging system 100 provided in this embodiment specifically includes:
  • the receiving module 11 is configured to receive a second request sent by the policy and charging execution function entity PCEF, where the second request indicates that the second bearer performs credit control;
  • the determining module 12 is configured to determine, according to the second request, whether the service carried by the second bearer is shared with the service that is carried by the first bearer, where the second bearer is established after the first bearer is established;
  • the sending module 13 is configured to: if the determining module 12 determines that the service carried by the second bearer and the service bearable credit pool carried by the first bearer, send a second response to the PCEF, where the second response carries the credit corresponding to the first bearer
  • the pool identifier is such that the service carried by the first bearer shares the credit pool with the service carried by the second bearer.
  • the online charging system provided by the embodiment of the present invention, if it is determined that the service carried by the second bearer and the service bearable credit pool carried by the first bearer, the second quota allocated to the second bearer and the first bearer are corresponding to The identifier of the credit pool is sent to the PCEF, so that the PCEF stores the second quota and the first quota in the same credit pool, so that the second bearer and the first bearer use the same credit pool, if the first bearer and the second bearer are in the same Under the same IP-CAN session, credit pool sharing between multiple IP-CAN Bearers under the same IP-CAN Session, for example, credit pool sharing between all IP-CAN Bearers of the same IP-CAN Session; or, the same Credit pool sharing between the default bearer and some proprietary bearers under the IP-CAN Session; or credit pool sharing between some of the proprietary bearers under the same IP-CAN Session.
  • the credit pool sharing between the IP-CAN sessions is realized, for example, all IP-CAN sessions of the same user share the credit pool; or, part of the IP of the same user -CAN session shared credit pool.
  • the receiving module 11 is further configured to receive a first request sent by the PCEF, where the first request indicates that the first bearer performs credit control;
  • the sending module 13 is further configured to send a first response to the PCEF, where the first response carries the first quota and the credit pool identifier corresponding to the first quota of the first bearer.
  • FIG. 8 is a schematic structural diagram of Embodiment 2 of an online charging system according to the present invention. As shown in FIG. 8, the online charging system 200 of the present embodiment further includes:
  • the allocating module 14 is configured to allocate a second quota to the second bearer
  • the sending module 13 is configured to send a second response to the PCEF, where the second response carries the second quota and the credit pool identifier corresponding to the first bearer, so that the PCEF stores the second quota in the first bearer corresponding to the first bearer.
  • the pool is used to identify the corresponding credit pool, so that the service carried by the first bearer and the service carried by the second bearer share the credit pool.
  • the allocating module 14 is configured to allocate a first quota to the first bearer
  • the sending module 13 is further configured to send a first response to the PCEF, where the first response carries the first quota and the credit pool identifier corresponding to the first bearer.
  • the receiving module 11 is specifically configured to receive, by using the second Gy session, a second request sent by the policy and the charging execution function entity PCEF;
  • the sending module 13 is specifically configured to send a second response to the PCEF through the second Gy session; the receiving module 11 is further configured to receive, by using the first Gy session, a second request sent by the policy and charging execution function entity PCEF;
  • the sending module 13 is further configured to send the second response to the PCEF through the first Gy session.
  • first Gy session and the second Gy session are different Gy sessions; or, the first Gy session and the second Gy session are the same shared Gy session.
  • the first request and the second request are both initial credit control requests CCR-initial
  • the first response and the second response are initial credit control responses CCA -initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is initialization The credit control replies to CCA-initial
  • the second request is an update credit control response CCA-Update.
  • the receiving module 11 is further configured to: receive a first update credit control request sent by the PCEF through the first Gy session, where the first update credit control request is carried a quota for the first bearer consumption; receiving a second update credit control request sent by the PCEF through the second Gy session, where the second update credit control request carries the quota consumed by the second bearer;
  • the sending module 13 is further configured to send, by using the first Gy session, a first update credit control response to the PCEF, where the first update credit control response carries a newly allocated quota for the first bearer; and sends a second update credit control to the PCEF by using the second Gy session.
  • the second updated credit control response carries a newly allocated quota for the second bearer.
  • the receiving module 11 is further configured to: receive a third update credit control request sent by the PCEF through the shared Gy session, where the third update credit control request carries the quota consumed by the first bearer and the second bearer;
  • the sending module 13 is further configured to send a third update credit control response to the PCEF by sharing the Gy session, and the third update credit control response carries a quota newly allocated for the first bearer and the second bearer.
  • first bearer and the second bearer belong to the same Internet Protocol-Connective Access Network Session IP-CAN session.
  • the first bearer belongs to the first IP-CAN session
  • the second bearer belongs to the second IP-CAN session, where the first IP-CAN session is different from the second IP-CAN session.
  • the online charging system 200 further includes:
  • the conversion module 15 is configured to convert the second quota into credit units.
  • the receiving module 11 is further configured to receive a PCEF sending capability negotiation field request, where the capability negotiation field request indicates a credit pool application mode;
  • the sending module 13 is further configured to send a capability negotiation field response to the PCEF.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of a policy and charging execution function entity PCEF according to the present invention.
  • the PCEF provided in this embodiment is an apparatus embodiment corresponding to the embodiment of FIG. 2 of the present invention, and the specific implementation process is not described herein again.
  • the PCEF 300 provided in this embodiment specifically includes:
  • the sending module 21 is configured to send a second request to the online charging system 0CS, where the second request indicates that the second bearer performs credit control;
  • the receiving module 22 is configured to receive a second response sent by the 0CS, where the second response carries a second quota and a credit pool identifier corresponding to the first quota of the first bearer, where the second quota is a quota allocated by the 0CS for the second bearer.
  • the second bearer is established after the first bearer is established.
  • the processing module 23 is configured to store the second quota and the first quota in the same credit pool, so that the service carried by the first bearer shares the credit pool with the service carried by the second bearer.
  • the PCEF provided by the embodiment of the present invention stores the second quota and the first quota in the same credit pool by receiving the second quota allocated by the 0CS for the second bearer and the identifier of the credit pool corresponding to the first bearer, so that the second quota is stored in the same credit pool.
  • the bearer uses the same credit pool as the first bearer.
  • the credit pool sharing between multiple IP-CAN Bearers under the same IP-CAN session is realized, for example, Credit pool sharing between all IP-CAN Bearers of the same IP-CAN Session; or credit pool sharing between the default bearer and some proprietary bearers under the same IP-CAN Session; or, partially proprietary under the same IP-CAN Session Credit pool sharing between bearers.
  • the credit pool sharing between the IP-CAN sessions is realized, for example, all IP-CAN sessions of the same user share the credit pool; or, part of the IP of the same user -CAN session shared credit pool.
  • the sending module 21 is further configured to send a first request to the 0CS, where the first request indicates that the first bearer performs credit control;
  • the receiving module 22 is further configured to receive the first response sent by the 0CS, where the first response carries the first quota and the credit pool identifier corresponding to the first quota of the first bearer.
  • the receiving module 22 is specifically configured to receive a second response that carries the second quota and the credit pool identifier corresponding to the first bearer.
  • the receiving module 22 is specifically configured to receive a first response that carries the first quota and the credit pool identifier corresponding to the first bearer.
  • the sending module 21 is specifically configured to send a second request to the 0CS through the second Gy session;
  • the receiving module 22 is specifically configured to receive the second response sent by the 0CS through the second Gy session; and the sending module 21 is further configured to pass the first Gy The session sends a first request to the 0CS;
  • the receiving module 22 is further configured to receive the first response sent by the 0CS through the first Gy session.
  • first Gy session and the second Gy session are different Gy sessions; or, the first Gy session and the second Gy session are the same shared Gy session.
  • the first request and the second request are both initial credit control requests CCR-initial
  • the first response and the second response are initial credit control responses CCA -initial.
  • the first request is an initialization credit control request CCR-initial
  • the second request is an update credit control request CCR-Update
  • the first response is initialization The credit control replies to CCA-initial
  • the second request is an update credit control response CCA-Update.
  • the sending module 21 is further configured to: send, by using the first Gy session, a first update credit control request to the 0CS, where the first update credit control request carries the first
  • the second update credit control request is sent to the 0CS by the second Gy session, and the second update credit control request carries the quota consumed by the second bearer.
  • the receiving module 22 is further configured to receive the 0CS sent by the first Gy. An updated credit control response, the first updated credit control response carries a newly allocated quota for the first bearer;
  • the second update credit control response sent by the ocs is received, and the second update credit control response carries a newly allocated quota for the second bearer.
  • the sending module 21 is further configured to: send a third update credit control request to the 0CS by using the shared Gy session, where the third update credit control request carries the third a quota consumed by a bearer and a second bearer;
  • the receiving module 22 is further configured to receive, by using the shared Gy session, a third updated credit control response sent by the 0CS, where the third updated credit control response carries a newly allocated quota for the first bearer and the second bearer.
  • first bearer and the second bearer belong to the same Internet Protocol-Connective Access Network Session IP-CAN session.
  • the first bearer belongs to the first IP-CAN session
  • the second bearer belongs to the second IP-CAN session, where the first IP-CAN session is different from the second IP-CAN session.
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of a policy and charging execution function entity PCEF according to the present invention.
  • the PCEF 400 of this embodiment is based on the device structure of FIG. 9, and further includes:
  • the conversion module 24 is configured to convert the second quota into a credit unit.
  • the sending module 21 is further configured to send a capability negotiation field request to the 0CS, where the capability negotiation field request indicates the credit pool application mode;
  • the receiving module 22 is further configured to receive a capability negotiation field response sent by the 0CS.
  • FIG. 11 is a schematic structural diagram of Embodiment 3 of an online charging system according to the present invention.
  • the online charging system 500 provided in this embodiment includes a processor 51 and a memory 52.
  • the online charging system 500 can also include a transmitter 53, a receiver 54. Transmitter 53 and receiver 54 can be coupled to processor 51.
  • the memory 52 stores execution instructions.
  • the processor 51 communicates with the memory 52, and the processor 51 calls the execution instructions in the memory 52 for executing the method embodiment shown in FIG.
  • the implementation principle is similar to the technical effect, and will not be described here.
  • FIG. 12 is a schematic structural diagram of Embodiment 3 of a policy and charging execution function entity PCEF according to the present invention.
  • the PCEF 600 provided in this embodiment includes a processor 61 and a memory 62.
  • the PCEF 600 may also include a transmitter 63 and a receiver 64. Transmitter 63 and receiver 64 can be coupled to processor 61.
  • the memory 62 stores execution instructions.
  • the processor 61 communicates with the memory 62.
  • the processor 61 calls the execution instructions in the memory 62 for executing the method embodiment shown in FIG. 2, the implementation principle thereof. The technical effects are similar and will not be described here.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of cells is only a logical function division.
  • multiple units or components may be combined or integrated. Go to another system, or some features can be ignored, or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, i.e., may be located in one place, or may be distributed over multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solution of the embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供一种信用控制方法、策略和计费执行功能实体、在线计费系统。该方法包括：若OCS判断出第二承载所承载的业务与第一承载所承载的业务可共享信用池，则将为第二承载分配的第二配额及第一承载对应的信用池的标识发送给PCEF，使得PCEF将第二配额与第一配额存储在同一个信用池中，使第二承载与第一承载使用同一个信用池，实现各IP-CAN bearer间甚至各 IP-CAN session间共享信用池，从而保证业务的流畅性。

Description

信用控制方法、 策略和计费执行功能实体、 在线计费系统 技术领域
本发明实施例涉及移动通信技术， 尤其涉及一种信用控制方法、 策略 和计费执行功能实体、 在线计费系统。 背景技术
在线计费 ( Online Charging )应用中， 在线计费系统 ( Online Charging System, OCS ) 将用户账户中的部分钱冻结， 并将这部分钱转化成某个业 务对应的配额下发给策略和计费执行功能 （Policy and Charging Enforcement Function, PCEF) ， 由 PCEF来监控业务对配额的消耗。 监 控过程中， 被冻结的钱或配额无法被其他业务消耗， 即各业务的配额无法 共享， 使得多个业务共同进行在线计费信用控制时， OCS为部分业务预留 的配额可能没有被消耗完， 未被消耗完的配额形成信用碎片， 由于该信用 碎片无法被用户新发起的业务消耗，使得新发起的业务因无配额可用而导 致业务访问失败。
目前， 为避免信用碎片的发生， 引入了信用池 （Credit Pool ) 。 具体 的， 基于分组数据协议 (Packet Data Protocol, PDP)上下文 （PDP Content) 或互联网协议 -连接性接入网承载 （IP Connectivity Access Network , IP-CAN bearer)级别， OCS将各 PDP或 IP-CAN bearer内的业务对应的配 额关联到同一个信用池， 各 PDP或 IP-CAN bearer的信用池相互独立， 业 务从所属的 PDP或 IP-CAN bearer对应的信用池中获取配额， 信用池作为 一个整体被多个业务同时消耗， 从而避免信用碎片， 使得信用控制过程中 配额分配的更加合理。
然而， 不同的 IP-CAN bearer内业务消耗配额的速度是不一样的， 消 耗快的 IP-CAN bearer重新申请配额时， 由于其他 IP-CAN bearer占用了部 分配额， 各 PDP 或 IP-CAN bearer 的信用池相互独立， 导致消耗块的 IP-CAN bearer无法分配到配额， 业务被迫中止。 发明内容
本发明实施例提供一种信用控制方法、 策略和计费执行功能实体、 在 线计费系统， 实现各 IP-CAN bearer间甚至各 IP-CAN session间共享信用 池， 从而保证业务的流畅性。
第一个方面， 本发明实施例提供一种信用控制方法， 包括：
接收策略和计费执行功能实体 PCEF发送的第二请求， 所述第二请求指 示对第二承载进行信用控制；
根据所述第二请求， 判断所述第二承载所承载的业务是否与第一承载所 承载的业务可共享信用池， 其中， 所述第二承载在所述第一承载建立之后建 立；
若所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用 池， 则向所述 PCEF发送第二应答， 所述第二应答携带所述第一承载对应的 信用池标识， 以使所述第一承载所承载的业务与所述第二承载所承载的业务 共享所述信用池。
在第一个方面的第一种可能的实现方式中， 所述接收策略和计费执行功 能实体 PCEF发送的第二请求之前， 包括：
接收所述 PCEF发送的第一请求， 所述第一请求指示对所述第一承载进 行信用控制；
向所述 PCEF发送第一应答， 所述第一应答携带所述第一承载对应的信 用池标识。
在第一个方面的第二种可能的实现方式中， 所述向所述 PCEF发送第二 应答， 所述第二应答携带所述第一承载对应的信用池标识， 以使所述第一承 载所承载的业务与所述第二承载所承载的业务共享所述信用池， 包括：
为所述第二承载分配第二配额；
向所述 PCEF发送第二应答， 所述第二应答携带所述第二配额及所述第 一承载对应的信用池标识， 以使所述 PCEF将所述第二配额存放在所述第一 承载对应的信用池标识对应的信用池中， 使所述第一承载所承载的业务与所 述第二承载所承载的业务共享所述信用池。
结合第一个方面的第一种可能的实现方式， 在第一个方面的第三种可能 的实现方式中， 所述向所述 PCEF发送第一应答， 所述第一应答携带所述第 一承载对应的信用池标识， 包括：
为所述第一承载分配所述第一配额；
向所述 PCEF发送第一应答， 所述第一应答携带所述第一配额及所述第 一承载对应的信用池标识。
结合第一个方面的第三种可能的实现方式， 在第一个方面的第四种可能 的实现方式中， 所述接收策略和计费执行功能实体 PCEF发送的第二请求， 具体包括：
通过第二 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请求； 所述向所述 PCEF发送第二应答， 具体包括：
通过所述第二 Gy会话向所述 PCEF发送第二应答；
所述接收策略和计费执行功能实体 PCEF发送的第一请求， 具体包括： 通过第一 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请求； 所述向所述 PCEF发送第二应答， 具体包括：
通过所述第一 Gy会话向所述 PCEF发送第二应答。
结合第一个方面的第四种可能的实现方式， 在第一个方面的第五种可能 的实现方式中， 所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话； 或 者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
结合第一个方面的第五种可能的实现方式， 在第一个方面的第六种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的会话， 则所 述第一请求与所述第二请求均为初始化信用控制请求 CCR-initial, 所述第一 应答与所述第二应答均为初始化信用控制应答 CCA-initial。
结合第一个方面的第五种可能的实现方式， 在第一个方面的第七种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述第一请求为初始化信用控制请求 CCR-initial, 所述第二请求为更 新信用控制请求 CCR-Update ; 所述第一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Update。
结合第一个方面的第五种可能的实现方式， 在第一个方面的第八种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话， 则向所述 PCEF发送第一应答之后， 包括： 接收所述 PCEF通过所述第一 Gy会话发送的第一更新信用控制请求，所 述第一更新信用控制请求携带所述第一承载消耗的配额； 接收所述 PCEF通 过所述第二 Gy会话发送的第二更新信用控制请求， 所述第二更新信用控制 请求携带所述第二承载消耗的配额；
通过所述第一 Gy会话向所述 PCEF发送第一更新信用控制应答，所述第 一更新信用控制应答携带为所述第一承载新分配的配额； 通过所述第二 Gy 会话向所述 PCEF发送第二更新信用控制应答， 所述第二更新信用控制应答 携带为所述第二承载新分配的配额。
结合第一个方面的第五种可能的实现方式， 在第一个方面的第九种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则向所述 PCEF发送第二应答之后， 包括：
接收所述 PCEF通过所述共享 Gy会话发送的第三更新信用控制请求，所 述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额； 通过所述共享 Gy会话向所述 PCEF发送第三更新信用控制应答，所述第 三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。
结合第一个方面、 第一个方面的第一种至第九种可能的实现方式中的任 一种可能的实现方式， 在第一个方面的第十种可能的实现方式中， 所述第一 承载与所述第二承载属于同一个互联网协议 -连接性接入网会话 IP-CAN session
结合第一个方面、 第一个方面的第一种至第九种可能的实现方式中的任 一种可能的实现方式， 在第一个方面的第十一种可能的实现方式中， 所述第 一承载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其 中， 所述第一 IP-CAN session与所述第二 IP-CAN session不同。
结合第一个方面的第二种至第十一种可能的实现方式中的任一种可能的 实现方式， 在第一个方面的第十二种可能的实现方式中， 所述为所述第二承 载分配第二配额之后， 包括：
将所述第二配额转换成信用单元。
结合第一个方面、 第一个方面的第一种至第十二种可能的实现方式中的 任一种可能的实现方式， 在第一个方面的第十三种可能的实现方式中， 该方 法还包括： 接收所述 PCEF发送能力协商字段请求， 所述能力协商字段请求指示信 用池应用方式；
向所述 PCEF发送能力协商字段应答。
第二个方面， 本发明实施例提供一种信用控制方法， 包括：
向在线计费系统 OCS发送第二请求，所述第二请求指示对第二承载进行 信用控制；
接收所述 OCS发送的第二应答，所述第二应答携带第一承载对应的信用 池标识； 其中， 所述第二承载在所述第一承载建立之后建立；
根据所述信用池标识， 使所述第一承载所承载的业务与所述第二承载所 承载的业务共享所述信用池。
在第二个方面的第一种可能的实现方式中，所述向在线计费系统 OCS发 送第二请求之前， 包括：
向所述 OCS发送第一请求，所述第一请求指示对所述第一承载进行信用 控制；
接收所述 OCS发送的第一应答，所述第一应答携带所述第一承载对应的 信用池标识。
在第二个方面的第二种可能的实现方式中，所述接收所述 OCS发送的第 二应答， 所述第二应答携带第一承载对应的信用池标识， 包括：
接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。 结合第二个方面的第二种可能的实现方式， 在第二个方面的第三种可能 的实现方式中， 所述接收所述 OCS发送的第一应答， 所述第一应答携带所述 第一承载对应的信用池标识， 包括：
接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。 结合第二个方面的第三种可能的实现方式， 在第二个方面的第四种可能 的实现方式中， 所述向所述 OCS发送第二请求， 具体包括：
通过第二 Gy会话向所述 OCS发送第二请求；
所述接收所述 OCS发送的第二应答， 包括：
通过所述第二 Gy会话接收所述 OCS发送的第二应答；
所述向所述 OCS发送第一请求， 具体包括：
通过第一 Gy会话向所述 OCS发送第一请求； 所述接收所述 ocs发送的第一应答， 包括：
通过所述第一 Gy会话接收所述 0CS发送的第一应答。
结合第二个方面的第四种可能的实现方式， 在第二个方面的第五种可能 的实现方式中， 所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话； 或 者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
结合第二个方面的第五种可能的实现方式， 在第二个方面的第六种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的会话， 则所 述第一请求与所述第二请求均为初始化信用控制请求 CCR-initial, 所述第一 应答与所述第二应答均为初始化信用控制应答 CCA-initial。
结合第二个方面的第五种可能的实现方式， 在第二个方面的第七种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述第一请求为初始化信用控制请求 CCR-initial, 所述第二请求为更 新信用控制请求 CCR-Update ; 所述第一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Update。
结合第二个方面的第五种可能的实现方式， 在第二个方面的第八种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话， 则将所述第二配额与所述第一配额存放在同一个信用池中， 使第一承载所承 载的业务与所述第二承载所承载的业务共享所述信用池之后， 包括：
通过所述第一 Gy会话向所述 0CS发送第一更新信用控制请求， 所述第 一更新信用控制请求携带所述第一承载消耗的配额； 通过所述第二 Gy会话 向所述 0CS发送第二更新信用控制请求，所述第二更新信用控制请求携带所 述第二承载消耗的配额；
通过所述第一 Gy接收所述 0CS发送的第一更新信用控制应答， 所述第 一更新信用控制应答携带为所述第一承载新分配的配额； 通过所述第二 Gy 会话接收所述 0CS发送的第二更新信用控制应答，所述第二更新信用控制应 答携带为所述第二承载新分配的配额。
结合第二个方面的第五种可能的实现方式， 在第二个方面的第九种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则将所述第二配额与所述第一配额存放在同一个信用池中， 使第一承载 所承载的业务与所述第二承载所承载的业务共享所述信用池之后， 包括： 通过所述共享 Gy会话向所述 OCS发送第三更新信用控制请求， 所述第 三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；
通过所述共享 Gy会话接收所述 OCS发送的第三更新信用控制应答， 所 述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配 额。
结合第二个方面、 第二个方面的第一种至第九种中任一种可能的实现方 式， 在第二个方面的第十种可能的实现方式中， 所述第一承载与所述第二承 载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
结合第二个方面、 第二个方面的第一种至第九种中任一种可能的实现方 式， 在第二个方面的第十一种可能的实现方式中， 所述第一承载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所述第一 IP-CAN session与所述第二 IP- CAN session不同。
结合第二个方面、 第二个方面的第一种至第十一种中任一种可能的实现 方式， 在第二个方面的第十二种可能的实现方式中， 接收所述 0CS发送的第 二应答， 所述第二应答携带所述第二配额及所述第一承载的第一配额对应的 信用池标识之后， 包括：
将所述第二配额转换成信用单元。
结合第二个方面、 第二个方面的第一种至第十二种中任一种可能的实现 方式， 在第二个方面的第十三种可能的实现方式中， 该方法还包括：
向所述 0CS发送能力协商字段请求， 所述能力协商字段请求指示信用 池应用方式；
接收所述 ocs发送的能力协商字段应答。
第三个方面， 本发明实施例提供一种在线计费系统， 包括：
接收模块， 用于接收策略和计费执行功能实体 PCEF发送的第二请求， 所述第二请求指示对第二承载进行信用控制；
判断模块， 用于根据所述第二请求， 判断所述第二承载所承载的业务是 否与第一承载所承载的业务可共享信用池， 其中， 所述第二承载在所述第一 承载建立之后建立；
发送模块， 用于若所述判断模块判断出所述第二承载所承载的业务与所 述第一承载所承载的业务可共享信用池， 则向所述 PCEF发送第二应答， 所 述第二应答携带所述第一承载对应的信用池标识， 以使所述第一承载所承载 的业务与所述第二承载所承载的业务共享所述信用池。
在第三个方面的第一种可能的实现方式中， 所述接收模块还用于： 接收所述 PCEF发送的第一请求， 所述第一请求指示对所述第一承载进 行信用控制；
所述发送模块还用于向所述 PCEF发送第一应答， 所述第一应答携带所 述所述第一承载对应的信用池标识。
在第三个方面的第二种可能的实现方式中， 所述在线计费系统还包括： 分配模块， 用于为所述第二承载分配第二配额；
所述发送模块， 用于向所述 PCEF发送第二应答， 所述第二应答携带所 述第二配额及所述第一承载对应的信用池标识， 以使所述 PCEF将所述第二 配额存放在所述第一承载对应的信用池标识对应的信用池中， 使所述第一承 载所承载的业务与所述第二承载所承载的业务共享所述信用池。
结合第三个方面的第一种可能的实现方式， 在第三个方面的第三种可能 的实现方式中， 所述在线计费系统还包括：
分配模块， 用于为所述第一承载分配所述第一配额；
所述发送模块还用于向所述 PCEF发送第一应答， 所述第一应答携带所 述第一配额及所述第一承载对应的信用池标识。
结合第三个方面的第三种可能的实现方式， 在第三个方面的第四种可能 的实现方式中， 所述接收模块， 具体用于通过第二 Gy会话接收策略和计费 执行功能实体 PCEF发送的第二请求；
所述发送模块具体用于通过所述第二 Gy会话向所述 PCEF发送第二应 所述接收模块还用于通过第一 Gy 会话接收策略和计费执行功能实体
PCEF发送的第二请求；
所述发送模块还用于通过所述第一 Gy会话向所述 PCEF发送第二应答。 结合第三个方面的第四种可能的实现方式， 在第三个方面的第五种可能 的实现方式中， 所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话； 或 者， 所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。 结合第三个方面的第五种可能的实现方式， 在第三个方面的第六种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的会话， 则所 述第一请求与所述第二请求均为初始化信用控制请求 CCR-initial, 所述第一 应答与所述第二应答均为初始化信用控制应答 CCA-initial。
结合第三个方面的第五种可能的实现方式， 在第三个方面的第七种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述第一请求为初始化信用控制请求 CCR-initial, 所述第二请求为更 新信用控制请求 CCR-Update ; 所述第一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Update。
结合第三个方面的第五种可能的实现方式， 在第三个方面的第八种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话， 则所述接收模块还用于：
接收所述 PCEF通过所述第一 Gy会话发送的第一更新信用控制请求，所 述第一更新信用控制请求携带所述第一承载消耗的配额； 接收所述 PCEF通 过所述第二 Gy会话发送的第二更新信用控制请求， 所述第二更新信用控制 请求携带所述第二承载消耗的配额；
所述发送模块还用于通过所述第一 Gy会话向所述 PCEF发送第一更新信 用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额; 通过所述第二 Gy会话向所述 PCEF发送第二更新信用控制应答，所述第二更 新信用控制应答携带为所述第二承载新分配的配额。
结合第三个方面的第五种可能的实现方式， 在第三个方面的第九种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述接收模块还用于：
接收所述 PCEF通过所述共享 Gy会话发送的第三更新信用控制请求，所 述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额； 所述发送模块还用于通过所述共享 Gy会话向所述 PCEF发送第三更新信 用控制应答， 所述第三更新信用控制应答携带为所述第一承载与所述第二承 载新分配的配额。
结合第三个方面、 第三个方面的第一种至第九种中任一种可能的实现方 式， 在第三个方面的第十种可能的实现方式中， 所述第一承载与所述第二承 载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
结合第三个方面、 第三个方面的第一种至第九种中任一种可能的实现方 式， 在第三个方面的第十一种可能的实现方式中， 所述第一承载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所述第一
IP-CAN session与所述第二 IP- CAN session不同。
结合第三个方面的第二种至第十一种中任一种可能的实现方式， 在第三 个方面的第十二种可能的实现方式中， 该在线计费系统还包括：
转换模块， 用于将所述第二配额转换成信用单元。
结合第三个方面、 第三个方面的第一种至第十二种中任一种可能的实现 方式， 在第三个方面的第十三种可能的实现方式中， 所述接收模块还用于接 收所述 PCEF发送能力协商字段请求， 所述能力协商字段请求指示信用池应 用方式；
所述发送模块还用于向所述 PCEF发送能力协商字段应答。
第四个方面，本发明实施例提供一种策略和计费执行功能实体 PCEF,包 括：
发送模块， 用于向在线计费系统 0CS发送第二请求， 所述第二请求指示 对第二承载进行信用控制；
接收模块， 用于接收所述 0CS发送的第二应答， 所述第二应答携带所述 第二配额及所述第一承载的第一配额对应的信用池标识； 其中， 所述第二配 额为所述 0CS为所述第二承载分配的配额，所述第二承载在所述第一承载建 立之后建立。
处理模块，用于将所述第二配额与所述第一配额存放在同一个信用池中， 使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。
在第四个方面的第一种可能的实现方式中， 所述发送模块还用于向所述
0CS发送第一请求， 所述第一请求指示对所述第一承载进行信用控制；
所述接收模块还用于接收所述 0CS发送的第一应答，所述第一应答携带 所述第一配额及所述第一承载的第一配额对应的信用池标识。
在第四个方面的第二种可能的实现方式中， 所述接收模块具体用于接收 携带第二配额以及所述第一承载对应的信用池标识的第二应答。 结合第四个方面的第一种可能的实现方式， 在第四个方面的第三种可能 的实现方式中， 所述接收模块具体用于接收携带第一配额以及所述第一承载 对应的信用池标识的第一应答。
结合第四个方面的第三种可能的实现方式， 在第四个方面的第四种可能 的实现方式中， 根据权利要求 46所述的 PCEF, 所述发送模块具体用于通过 第二 Gy会话向所述 OCS发送第二请求；
所述接收模块具体用于通过所述第二 Gy会话接收所述 OCS发送的第二 应答；
所述发送模块还用于通过第一 Gy会话向所述 OCS发送第一请求； 所述接收模块还用于通过所述第一 Gy会话接收所述 OCS发送的第一应 结合第四个方面的第四种可能的实现方式， 在第四个方面的第五种可能 的实现方式中， 所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话； 或 者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
结合第四个方面的第五种可能的实现方式， 在第四个方面的第六种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的会话， 则所 述第一请求与所述第二请求均为初始化信用控制请求 CCR-initial, 所述第一 应答与所述第二应答均为初始化信用控制应答 CCA-initial。
结合第四个方面的第五种可能的实现方式， 在第四个方面的第七种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述第一请求为初始化信用控制请求 CCR-initial, 所述第二请求为更 新信用控制请求 CCR-Update ; 所述第一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Update。
结合第四个方面的第五种可能的实现方式， 在第四个方面的第八种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话， 则所述发送模块还用于：
通过所述第一 Gy会话向所述 OCS发送第一更新信用控制请求， 所述第 一更新信用控制请求携带所述第一承载消耗的配额； 通过所述第二 Gy会话 向所述 OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所 述第二承载消耗的配额；
所述接收模块还用于通过所述第一 Gy接收所述 OCS发送的第一更新信 用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额; 通过所述第二 Gy会话接收所述 OCS发送的第二更新信用控制应答， 所述第 二更新信用控制应答携带为所述第二承载新分配的配额。
结合第四个方面的第五种可能的实现方式， 在第四个方面的第九种可能 的实现方式中， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会 话， 则所述发送模块还用于：
通过所述共享 Gy会话向所述 OCS发送第三更新信用控制请求， 所述第 三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；
所述接收模块还用于通过所述共享 Gy会话接收所述 OCS发送的第三更 新信用控制应答， 所述第三更新信用控制应答携带为所述第一承载与所述第 二承载新分配的配额。
结合第四个方面、 第四个方面的第一种至第九种中任一种可能的实现方 式， 在第四个方面的第十种可能的实现方式中， 所述第一承载与所述第二承 载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
结合第四个方面、 第四个方面的第一种至第九种中任一种可能的实现方 式， 在第四个方面的第十一种可能的实现方式中， 所述第一承载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所述第一 IP-CAN session与所述第二 IP-CAN session不同。
结合第四个方面、 第四个方面的第一种至第十一种中任一种可能的实现 方式， 在第四个方面的第十二种可能的实现方式中， 该 PCEF还包括：
转换模块， 用于将所述第二配额转换成信用单元。
结合第四个方面、 第四个方面的第一种至第十二种中任一种可能的实现 方式， 在第四个方面的第十三种可能的实现方式中， 所述发送模块还用于向 所述 0CS发送能力协商字段请求， 所述能力协商字段请求指示信用池应用 方式；
所述接收模块还用于接收所述 0CS发送的能力协商字段应答。
第五个方面， 本发明实施例提供一种在线计费系统， 包括： 处理器和存 储器， 所述存储器存储执行指令， 当所述在线计费系统运行时， 所述处理器 与所述存储器之间通信， 所述处理器执行所述执行指令使得所述在线计费系 统执行如上第一个方面、 第一个方面的第一种至第十三种中任一种可能的实 现方式。
第六个方面，本发明实施例提供一种策略和计费执行功能实体 PCEF,包 括： 处理器和存储器， 所述存储器存储执行指令， 当所述 PCEF运行时， 所 述处理器与所述存储器之间通信， 所述处理器执行所述执行指令使得所述 PCEF执行如上第二个方面、第二个方面的第一种至第十三种中任一种可能的 实现方式。
本发明实施例提供的信用控制方法、 策略和计费执行功能实体、 在线 计费系统，若 OCS判断出第二承载所承载的业务与第一承载所承载的业务可 共享信用池， 则将为第二承载分配的第二配额及第一承载对应的信用池的标 识发送给 PCEF, 使得 PCEF将第二配额与第一配额存储在同一个信用池中， 使第二承载与第一承载使用同一个信用池， 若第一承载与第二承载在同一
IP-CAN session下，则实现同一 IP-CAN Session下多个 IP-CAN Bearer之间的 信用池共享， 例如， 同一 IP-CAN Session所有 IP-CAN Bearer之间的信用池 共享； 或者， 同一 IP-CAN Session下默认承载与部分专有承载之间的信用池 共享； 或者， 同一 IP-CAN Session下部分专有承载之间的信用池共享。 若第 一承载与第二承载在不同的 IP-CAN session下， 则实现 IP-CAN session间的 信用池共享， 例如， 同一用户的所有 IP-CAN session共享信用池； 或者， 同 一用户的部分 IP-CAN session共享信用池。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1为本发明信用控制方法实施例一的流程图；
图 2为本发明信用控制方法实施例二的流程图；
图 3为本发明信用控制方法实施例三的信令图； 图 4为本发明信用控制方法实施例四的信令图；
图 5为本发明信用控制方法实施例五的信令图；
图 6为本发明信用控制方法实施例六的信令图；
图 7为本发明在线计费系统实施例一的结构示意图；
图 8为本发明在线计费系统实施例二的结构示意图；
图 9为本发明策略和计费执行功能实体 PCEF实施例一的结构示意图； 图 10为本发明策略和计费执行功能实体 PCEF实施例二的结构示意图； 图 11为本发明在线计费系统实施例三的结构示意图；
图 12为本发明策略和计费执行功能实体 PCEF实施例三的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然，所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明信用控制方法实施例一的流程图。本实施例的执行主体 为在线计费系统 （Online Charging System, OCS ) ， 支持各 IP_CAN bearer 间， 或者各 IP连接性接入网会话 （IP Connectivity Access Network Session, IP-CAN Session) 间的信用池（Credit Pool) 的共享。 具体的， 本实施例包括 以下步骤：
101、 接收策略和计费执行功能实体 PCEF发送的第二请求， 第二请求指 示对第二承载进行信用控制。
在线状态的用户设备进行新的业务时， 为用户设备建立新的承载。 以下 为描述清楚起见， 将为用户设备建立的承载新业务的承载称之为第二承载， 将第二承载建立之前已经存在的承载称之为第一承载， 例如， 同一 IP-CAN session下， 第一承载为默认承载或新业务发起时已存在的专有承载， 第二承 载为第一承载建立后的新建的专有承载； 或者， 不同 IP-CAN session下， 第 一承载为某个 IP- Session下的默认承载或新业务发起时已建立的专有承载， 第二承载为另一个 IP- Session下的为承载新业务而建立的默认承载或专有承 载， 且第二承载在第一承载建立之后建立。
本步骤中， 在建立第二承载后， 若 PCEF发现需要对该第二承载进行在 线计费， 则向对应的 OCS发送第二请求， 该第二请求指示 OCS需要对第二 承载进行信用控制， 相应的 OCS接收该第二请求。
102、根据第二请求， 判断第二承载所承载的业务是否与第一承载所承载 的业务可共享信用池， 其中， 第二承载在第一承载建立之后建立。
OCS收到第二请求后， 判断第二承载所承载的业务是否与第一承载所承 载的业务可共享信用池。 例如， 根据运营商预设的策略， 若第二承载所承载 的业务与第一承载所承载的业务的资费标准一样， 则共享信用池； 或者， 若 第二承载所承载的业务比较紧急， 则共享信用池； 或者， 根据预设的规则等 判断第二承载所承载的业务是否与第一承载所承载的业务可共享信用池， 本 发明并不以此为限。
103、 若第二承载所承载的业务与第一承载所承载的业务可以共享信用 池， 则向 PCEF发送第二应答， 第二应答携带第一承载的第一配额对应的信 用池标识， 以使第一承载所承载的业务与第二承载所承载的业务共享信用池。
本步骤中，若 OCS判断出第二承载所承载的业务与第一承载所承载的业 务可以共享信用池， 则第一承载对应的信用池标识携带在第二应答中发送给
PCEF, 使得当 PCEF接收到第二应答后， 令第一承载所承载的业务与第二承 载所承载的业务共享同一个信用池； 否则， 若 OCS判断出第二承载所承载的 业务与第一承载所承载的业务无法共享信用池， 则发送第二承载所承载的业 务对应的信用池标识给 PCEF; 或者， 也可以不下发信用池标识， 直接发送具 体的配额， 如时长、 流量、 次数等。
可选的， 向 PCEF发送第二应答， 第二应答携带第一承载对应的信用池 标识， 以使第一承载所承载的业务与第二承载所承载的业务共享信用池， 包 括： OCS为第二承载分配第二配额， 向 PCEF发送第二应答， 第二应答携带 第二配额及第一承载对应的信用池标识， 以使 PCEF将第二配额存放在第一 承载对应的信用池标识对应的信用池中， 使第一承载所承载的业务与第二承 载所承载的业务共享信用池。
具体的， OCS不区分第二承载所承载的业务与第一承载所承载的业务是 否属于相同的费率组， 直接基于费率组下发第二配额和信用池标识， 按照信 用池的方式分配第二配额。 其中， 信用池标识为第一承载的第一配额对应的 信用池标识， 即第一承载与第二承载共享信用池。若 0CS判断出第二承载所 承载的业务与第一承载所承载的业务可以共享信用池， 则向 PCEF发送携带 第二配额及第一承载对应的信用池标识的第二应答， 以使得 PCEF将第二配 额与第一配额存放在同一个信用池中， 其中， 第一配额是第一承载所承载的 业务对应的信用池。 例如， 当 PCEF 检查多业务信用控制 <属性， 值>对
(Multiple Services Credit Control Attribute- Value Pair ， MSCC AVP) 后， 发现第二承载所承载的业务属于信用池应用， 且信用池标识与第一承载对应 的信用池标识相同， 即第二承载与第一承载共享信用池， 则在本地为第二承 载分配池资源， 将第二配额与第一配额存放在同一个信用池中。
可选的， 0CS也可以将第二配额转换成信用单元后发送给 PCEF, 使得 PCEF将第二配额对应的信用单元与第一配额对应的信用单元存放在同一个 信用池中。 例如， 第二配额具体为时长、 流量、 次数等， 0CS可以对其进行 转换， 根据配额与信用单元的转换因子， 将时长、 流量、 次数等转换成统一 的信用单元。
本发明实施例提供的信用控制方法，若 0CS判断出第二承载所承载的业 务与第一承载所承载的业务可共享信用池， 则将为第二承载分配的第二配额 及第一承载对应的信用池的标识发送给 PCEF,使得 PCEF将第二配额与第一 配额存储在同一个信用池中， 使第二承载与第一承载使用同一个信用池， 若 第一承载与第二承载在同一 IP-CAN session下， 则实现同一 IP-CAN Session 下多个 IP-CAN Bearer之间的信用池共享， 例如， 同一 IP-CAN Session所有 IP-CAN Bearer之间的信用池共享； 或者， 同一 IP-CAN Session下默认承载与 部分专有承载之间的信用池共享； 或者， 同一 IP-CAN Session下部分专有承 载之间的信用池共享。 若第一承载与第二承载在不同的 IP-CAN session下， 则实现 IP-CAN session 间的信用池共享， 例如， 同一用户的所有 IP-CAN session共享信用池； 或者， 同一用户的部分 IP-CAN session共享信用池。
进一步的， 上述实施例一中， 接收策略和计费执行功能实体 PCEF发送 的第二请求之前， 包括： 接收 PCEF发送的第一请求， 第一请求指示对第一 承载进行信用控制； 向 PCEF发送第一应答， 第一应答携带第一承载对应的 信用池标识。 具体的， OCS接收到 PCEF发送的第一请求后， 为第一承载分配第一配 额， 向 PCEF发送第一应答， 第一应答携带第一配额及第一承载对应的信用 池标识。
更进一步的， 接收策略和计费执行功能实体 PCEF发送的第二请求， 具 体包括：通过第二 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请 求；
向 PCEF发送第二应答， 具体包括： 通过第二 Gy会话向 PCEF发送第二 应答；
接收策略和计费执行功能实体 PCEF发送的第一请求， 具体包括： 通过 第一 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请求；
向 PCEF发送第二应答， 具体包括： 通过第一 Gy会话向 PCEF发送第二 应答。
图 2为本发明信用控制方法实施例二的流程图。本实施例的执行主体 为在策略和计费执行功能（ Policy and Charging Enforcement Function， PCEF ) 实体，支持 IP各 IP_CAN bearer间，或者各 IP-CAN Session间的信用池（Credit Pool) 的共享。 具体的， 本实施例包括以下步骤：
201、 向在线计费系统 0CS发送第二请求， 第二请求指示对第二承载进 行信用控制。
202、 接收 0CS发送的第二应答， 第二应答携带第二配额及第一承载的 第一配额对应的信用池标识； 其中， 第二承载在第一承载建立之后建立。
203、根据信用池标识， 使第一承载所承载的业务与第二承载所承载的业 务共享信用池。
本实施例中关于第一承载、 第二承载、 第一配额、 第二配额的描述可参 见图 1所示实施例， 在此不再赘述。
进一步的， 上述实施例二中， 向在线计费系统 0CS发送第二请求之前，
PCEF向 0CS发送第一请求， 第一请求指示对第一承载进行信用控制； 接收 0CS发送的第一应答， 第一应答携带第一承载对应的信用池标识。
进一步的， 上述实施例二中， 接收 0CS发送的第二应答， 第二应答携带 第一承载对应的信用池标识， 包括： 接收携带第二配额以及第一承载对应的 信用池标识的第二应答。 进一步的， 上述实施例二中， 接收 0CS发送的第一应答， 第一应答携带 第一承载对应的信用池标识， 包括：
接收携带第一配额以及第一承载对应的信用池标识的第一应答。
更进一步的，向 0CS发送第二请求，具体包括：通过第二 Gy会话向 0CS 发送第二请求 5
接收 0CS发送的第二应答，包括：通过第二 Gy会话接收 0CS发送的第 向 0CS发送第一请求，具体包括：通过第一 Gy会话向 0CS发送第一请 求；
接收 0CS发送的第一应答，包括：通过第一 Gy会话接收 0CS发送的第 一应答。
本发明实施例提供的信用控制方法， PCEF接收 0CS为第二承载分配的 第二配额及第一承载对应的信用池的标识， 将第二配额与第一配额存储在同 一个信用池中， 使第二承载与第一承载使用同一个信用池， 若第一承载与第 二承载在同一 IP-CAN session下，则实现同一 IP-CAN Session下多个 IP-CAN Bearer之间的信用池共享， 例如， 同一 IP-CAN Session所有 IP-CAN Bearer 之间的信用池共享； 或者， 同一 IP-CAN Session下默认承载与部分专有承载 之间的信用池共享； 或者， 同一 IP-CAN Session下部分专有承载之间的信用 池共享。若第一承载与第二承载在不同的 IP-CAN session下， 则实现 IP-CAN session间的信用池共享，例如， 同一用户的所有 IP-CAN session共享信用池； 或者， 同一用户的部分 IP-CAN session共享信用池。
一般来说，一个用户对应一个或多个公共数据网络（Public Data Network, PDN) 连接， 一个 PDN连接即为一个 IP连接性接入网会话 （IP Connectivity Access Network Session, IP-CAN Session)， 而一个 IP-CAN Session内存在多 个 IP-CAN Bearer。 本发明实施例中， 第一承载与第二承载可在同一 IP-CAN Session下； 或者， 在不同 IP-CAN Session下。
另外， 第一承载与第二承载在 Gy接口均体现为一个独立的 Gy会话， 即 第一承载对应的第一 Gy会话与第二承载对应的第二 Gy会话为不同的会话， 也就是说， 共享信用池的承载， 无论是在同一 IP-CAN Session下， 还是在不 同 IP-CAN Session下， 该些共享信用池的承载在 Gy接口各自都有一个独立 的 Gy会话； 或者， 第一承载与第二承载在 Gy接口仅体现一个唯一的会话， 即第一承载对应的第一 Gy会话与第二承载对应的第二 Gy会话为同一个共享 Gy会话， 也就是说， 共享信用池的承载， 无论是在同一 IP-CAN Session下， 还是在不同 IP-CAN Session下， 该些共享信用池的承载在 Gy接口仅有一个 共享会话。
当第一 Gy会话与第二 Gy会话为不同的会话，则指示对第一承载进行信 用控制的第一请求， 与指示对第二承载进行信用控制的第二请求均为初始化 信用控制请求 CCR-initial, 第一请求对应的第一应答与第二请求对应的第二 应答均为初始化信用控制应答 CCA-initial; 否则， 当第一 Gy会话与第二 Gy 会话为同一个共享 Gy会话时， 则指示对第一承载进行信用控制的第一请求 为初始化信用控制请求 CCR-initial, 而指示对第二承载进行信用控制的第二 请求为更新信用控制请求 CCR-Update,第一请求对应的第一应答为初始化信 用控制应答 CCA-initial, 而第二请求对应的第二应答为更新信用控制应答 CCA-Updateo
下面， 根据 0CS与 PCEF的交互过程对本发明提供的信用控制方法进行 详细描述。
图 3为本发明信用控制方法实施例三的信令图。 本实施例中， 第一承载 与第二承载属于同一个 IP-Can session, 且第一承载对应的第一 Gy会话与第 二承载对应的第二 Gy会话为不同的、 相互独立的会话。 具体的， 本实施例 包括如下步骤：
300、 PCEF激活第一承载。
具体的， 用户初始上线， 建立第一承载， 服务 GPRS支持节点 （Serving GPRS Support Node, SGSN)或移动管理实体（Mobility Management Entity, MME) 向 PCEF发送激活请求， PCEF根据该激活请求激活第一承载， 此时 第一承载为默认承载 （图中未示出 SGSN/MME) ； 或者， 在线状态的用户设 备进行新的业务时， 建立第一承载， 此时第一承载为专有承载 （图中未示出 SGSN/MME) 。
假设第一承载两个业务，分别对应的费率组（Rating Group, RG)为 RG1、 301、 PCEF通过第一 Gy会话向 0CS发送第一 CCR Initial。 第一 Gy会话例如可以表示为 Session ID1。 若 PCEF发现需要对第一承 载进行在线计费， 则发送第一 CCR Initial给对应的 0CS , 该第一 CCR Initial 中携带多业务信用控制 （Multiple Services Credit Control , MSCC ) ， 从而为 第一承载的 RG1、 RG2请求配额，例如，为 RG1请求的配额为 MSCC1<RG1， RSU>， 其中， 请求业务单元 （Requested-Service-Unit, RSU ) 表示 PCEF期 望 0CS为 RG1下发的配额数量。
可选的，该第一 RRC Initial还可携带能力协商字段（Capability Negotiation IE ) 以与 OCS 协商信用池的使用方式， 该地段可使用标准的支持特点 (supported features)字段， 也可是非标准定制的字段。 具体的， 可以将信用池 分为以下使用方式：
方式一、 如本发明中， 同一 IP-CAN Session下， 多个 IP-CAN Bearer共 享信用池；
方式二、 如本发明中， 同一用户的多个 IP-CAN Session共享信用池。 0CS和 PCEF可预设信用池使用方式， 即默认信用池的使用方式， 此时 无需在第一 CCR Initial中携带能力协商字段；否则，可根据实际需要等， PCEF 可灵活的选择能力协商字段，从而与 0CS进行信用池使用方式的协商。例如， 将方式一标识为 1、方式二标识为 2、方式三标识为 3，若采用方式二，则 PCEF 将标识 2携带在第一 CCR Initial中发送给 0CS , 假设 0CS支持方式 2， 则返 回第一 CCA Initial时返回标识 2， 表示同意采用方式二； 否则， 返回标识 1 或 3， 继续协商信用池使用方式。 以下以第一 CCR initial携带能力协商字段 为例对本发明进行详细阐述。
302、 0CS通过第一 Gy会话向 PCEF发送第一 CCA Initial。
接收到第一 CCR Initial后， OCS检查用户余额， 若足够的余额， 0CS 支持信用池且应用方式与第一 CCR Initial 中携带的能力协商字段吻合， 则为 第一承载分配第一配额， 即为 RG1、 RG2分配相应的配额。 具体的， 0CS可 按照信用池方式分配配额， 将第一配额与信用池标识携带在第一 CCA Initial 发送给 PCEF。
可选的， 本步骤中， 0CS也可以将第一配额按照预设的策略转换成信用 单元， 使得 PCEF接收到第一配额对应的信用单元后， 将该信用单元注入到 信用池中； 或者， 0CS 也可以将配额与信用单元的转换指示， 如乘法器 (Multiplier ) 携带在第一 CCA Initial中发送给 PCEF, 使得 PCEF根据 OCS 指示的 Multiplier , 将第一配额转换成信用单元后注入到信用池。 例如， 为 RG1分配的配额为 MSCCl (RGl , GSU， G-S-U-Pool-Reference<Pool ID 1 , Multiplier 10， Unit Typo ) ， 其中， 授权业务单元 （Granted-Service-Unit, GSU )表示 OCS实际为 RGl下发的配额数量， Pool ID1表示信用池标识为 1， Multiplier 10表示转换因子为 10。
具体的， 设信用池中配额的总量为 S， Ml ~Mn为属于该信用池的各 RG 对应的转换因子， Ql~Qn为属于同一信用池的各 RG或 RG+SID被分配的配 额， 贝 lj S=Q1 X M1+Q2 X M2+ Qn X Mn。
303、 PCEF激活同一 IP-CAN Session下的第二承载。
具体的激活过程可参见上述步骤 300， 此处不再赘述。
假设第二承载一个业务， 对应的费率组 （Rating Group , RG ) 为 RG3。
304、 PCEF通过第二 Gy会话向 OCS发送第二 CCR Initial。
第一 Gy会话例如可以表示为 Session ID1。 本实施例中， 由于各个承载 在 Gy接口体现为相互独立的 Gy会话， 因此， 本步骤中， PCEF在 Gy接口 按照协议发送第二 CCR Initial消息给对应的 0CS ,该第二 CCR Initial中携带 MSCC , 从而为第二承载的 RG3请求配额。
可选的， 该第二 CCR Initial中可携带能力协商字段。
305、 0CS通过第二 Gy会话向 PCEF发送第二 CCA Initial。
接收到第一 CCR Initial后， 0CS判断第一承载与第二承载是否可共享信 用池， 若可共享， 用户有足够的余额， 0CS 支持信用池且应用方式与第二 CCR Initial 中携带的能力协商字段吻合， 则为第二承载分配第二配额， 即为 RG3分配相应的配额。 具体的， 0CS可按照信用池方式分配配额， 将第二配 额与信用池标识携带在第二 CCA Initial发送给 PCEF, 其中， 信用池标识为 第一承载对应的信用池的标识。
可选的， 0CS可对第二配额进行信用单元的转换； 或者， 也可以发送转 换指示给 PCEF, 由 PCEF对第二配额进行信用转换。
具体的， 设配额消耗总量为 C， Ml~Mn为属于该信用池的各 RG对应的 转换因子， Cl~Cn为属于同一信用池的各 RG或 RG+SID消耗的配额， 则 C= C1 X M1+C2 X M2+ Cn X Mn。 306、 PCEF将第一配额与第二配额存储到同一个信用池。
PCEF将第二配额与第一配额存放到同一个信用池中，使得第一承载所承 载的业务与第二承载所承载的业务共享信用池， 即 RG1、 RG2、 RG3共享信 用池，若 RG1、RG2消耗配额的速度比较快，则在消耗完第一配额后可与 RG3 共享第二配额； 同理， 若 RG3消耗配额的速度比较快， 则在消耗完第二配额 后可与 RG1、 RG2共享第一配额。
本步骤中， 若信用池中的配额消耗完后， 第一承载所承载的业务也结束， 则执行步骤 314， 从而进行扣费； 否则， 若第一承载所承载的业务还要继续， 则执行步骤 307， 为 RG1、 RG2申请新配额并对已消耗的配额进行扣费。
同理， 本步骤中， 若信用池中的配额消耗完后， 第二承载所承载的业务 也结束， 则执行步骤 311， 从而进行扣费； 否则， 若第二承载所承载的业务 还要继续， 则执行步骤 308，为 RG3申请新配额并对已消耗的配额进行扣费。
307、 PCEF通过第一 Gy会话向 OCS发送第一 CCR Update
第一 Gy会话例如可以表示为 Session ID1。 本步骤中， 若上述步骤 306 中用户进行业务， 将信用池中的配额消耗完， 或者， 用户进行业务对配额进 行消耗， 使得信用池中的剩余的配额到达协议规定的阈值时， PCEF通过第 一 Gy会话向 0CS发送第一 CCR Update ,从而为第一承载的业务申请新配额， 其中，第一 CCR Update携带第一承载的 RG1、 RG2的配额消耗。例如， RG2 的配额消耗为 MSCC2 ( RG2、 RSU, USU， Reporting Reason^ Pool Exhausted)， 其中， RSU表示 PCEF期望 OCS再次为 RG1下发的配额数量， 消耗业务单 元 （Used-Service-Unit , USU ) 表示已消耗的配额数， 报告原因 （Reporting Reason )为信用池中的配额耗尽， 0CS 根据第一承载的 RG1、 RG2的配额消 耗进行实时扣费。
308、 PCEF通过第二 Gy会话向 0CS发送第二 CCR Update
第二 Gy会话例如可以表示为 Session ID2。 本步骤中， 若上述步骤 306 中用户进行业务， 将信用池中的配额消耗完， 或者， 用户进行业务对配额进 行消耗，使得信用池中的剩余的配额到达协议规定的阈值时， PCEF通过第二 Gy会话向 0CS发送第二 CCR Update , 从而为第二承载的业务申请新配额， 其中，第一 CCR Update携带第二承载的 RG3的配额消耗，如 MSCC3 ( RG2、 RSU , USU, Reporting Reason^ Pool Exhausted )， OCS 根据第二承载的 RG3 的配额消耗进行实时扣费。
需要说明的是， 上述步骤 307、 308可同时、 或先后执行， 本发明并不以 此为限制。
309、 OCS通过第一 Gy会话向 PCEF发送第一 CCA Update
OCS继续检查用户余额， 若足够的余额， 则为第一承载的 RG1、 RG2再 次分配配额， 并将新分配的配额携带在第一 CCA Update中发送给 PCEF。
310、 OCS通过第二 Gy会话向 PCEF发送第二 CCA Update
OCS继续检查用户余额， 若足够的余额， 则为第二承载的 RG3再次分配 配额， 并将新分配的配额携带在第二 CCA Update中发送给 PCEF。
可选的， 步骤 309、 310中， 0CS可以将新分配的配额转换成信用单元后 在发送； 或者， 也可以直接配额和转换指示发送给 PCEF, 由 PCEF进行配额 与信用单元之间的转换。
可选的， 步骤 309、 310可同时、 或先后执行， 本发明并不以此为限制。
311、 PCEF对第二承载进行去活。
本实施例中， 第二承载具体为专有承载， 因此， 当用户停止使用第二承 载所承载的业务， 或者， 由于业务老化需要对第二承载去活时， PCEF对第二 承载进行去活。 一般来说， 专有承载所承载的业务结束时， 即 RG3结束时， 还可能在该专有承载上继续其他业务， 此时无需对第二承载进行去活， 但若 RG3结束且用户下线，或者，第二承载所承载的业务结束后经过预设的时长， 则对该第二承载进行去活。
312、 PCEF向通过第二 Gy会话向 OCS发送第二终止信用控制请求 ( CCR Terminate ) 。
PCEF将第二承载的 RG3的配额消耗携带在第二 CCR Terminate发送给 OCS , 表示第二承载的业务以停止或退出， 从而指示 OCS对第二承载的 RG3 进行扣费。例如， RG3消耗的配额为 MSCC3 ( RG3 , RSU, USU , Reporting Reason=FINAL ) ，其中， RSU表示 OCS再次为 RG3请求的配额数量， USU 表示用户去活时上报最后一次使用的配额数， 上报原因为去活。
需要说明的是， 由于去活， 用户下线， 再请求配额是没有用的， 因此第 二 CCR Terminate可携带 RSU, 也可不携带 RSU。
313、 OCS通过第二 Gy会话向 PCEF发送第二终止信用控制应答（CCA Terminate ) 。
OCS对第二承载的 RG3进行扣费后， 通过第二 Gy会话向 OCS发送第 二 CCA Terminate , 表示第二承载以被去活， 即第二 Gy会话终结成功、 对 RG3的配额消耗扣费成功。
314、 PCEF对第一承载进行去活。
具体的， 当第一承载为默认承载时， 用户下线， 则 PCEF对第一承载进 行去活； 否则当第一承载为专有承载时， 该承载上业务结束， 或者， 由于业 务老化需要对第二承载去活时， PCEF对第一承载进行去活。
315、 PCEF向通过第一 Gy会话向 0CS发送第一 CCR Terminate。
PCEF将第一承载的 RG1、 RG2的配额消耗携带在第一 CCR Terminate 发送给 OCS ,表示第一承载的业务以停止或退出，从而指示 0CS对第一承载 的 RG1、 RG2进行扣费。
316、 0CS通过第一 Gy会话向 PCEF发送第一 CCA Terminate。
OCS对第一承载的 RG1、 RG2进行扣费后， 通过第一 Gy会话向 0CS 发送第一 CCA Terminate ,表示第一承载以被去活，即第一 Gy会话终结成功、 对 RG1、 RG2的配额消耗扣费成功。
需要说明的是， 本步骤中， 0CS是针对步骤 307与步骤 315中， GR1、 RG2总的配额消耗的扣费。
另外， 还需要说明的是， 上述步骤 311~313是对第二承载所承载的业务 的扣费过程， 上述步骤 314~316是对第一承载所承载的业务的扣费过程。 若 第一承载与第二承载均为专有承载， 且第二承载在第一承载建立之后建立， 则上述步骤 311 ~313与步骤 314~316的执行过程并无严格的顺序， 即可先执 行步骤 311~313， 再执行步骤 314~316， 也可以先执行步骤 314~316， 再执行 步骤 31 1~313； 否则， 若第一承载为默认承载、 第二承载为专有承载， 则先 执行步骤 311 ~313， 再执行步骤 314~316， 或者， 先执行步骤 314~316， 则默 认承载被去活后， 与该默认承载属于同一个 IP-CAN Session下的其他专有承 载被强制去活。
本实施例中， 由于第一承载对应的第一 Gy会话与第二承载对应的第二 Gy会话为相互独立的会话， 因此， 对承载去活时， 无论该承载为默认承载还 是专有承载， PCEF向 0CS均发送 CCR Terminate , 相应的， 0CS向 PCEF 反馈的应答也为 CCA Terminate。
图 4为本发明信用控制方法实施例四的信令图。 本实施例中， 第一承载 与第二承载属于同一个 IP-Can session, 且第一承载对应的第一 Gy会话与第 二承载对应的第二 Gy会话为同一个共享会话。 具体的， 本实施例包括如下 步骤：
400、 PCEF激活第一承载。
401、 PCEF通过共享 Gy会话向 0CS发送第一 CCR Initial。
共享 Gy会话例如可以表示为 Session ID S。
402、 0CS通过共享 Gy会话向 PCEF发送第一 CCA Initial。
403、 PCEF激活同一 IP-CAN Session下的第二承载。
具体的， 上述步骤 400~403可参见上述图 3步骤 300~303， 此处不再赘 述。
404、 PCEF通过共享 Gy会话向 0CS发送第二请求。
与上述图 3步骤 304不同的是， 上述图 3步骤 304， PCEF在 Gy接口按 照协议发送第二请求消息给对应的 0CS ,该第二请求具体为 CCR Initial消息。 而本步骤中， PCEF不按照标准协议定义处理， 发送的第二请求具体为 CCR Update消息， 该第二请求中携带 MSCC , 从而为第二承载的 RG3请求配额。
405、 0CS通过共享 Gy会话向 PCEF发送第二应答。
与上述图 3步骤 305不同的是， 上述图 3步骤 305， 0CS发送的第二应 答具体为 CCA Initial消息， 而本步骤中， 第二应答具体为 CCA Update消息。
406、 PCEF将第一配额与第二配额存储到同一个信用池。
具体的， 可参见上述图 3步骤 306， 此处不再赘述。
本步骤中， 若信用池中的配额消耗完后， 第一承载所承载的业务也结束， 则执行步骤 412， 从而进行扣费； 否则， 若第一承载所承载的业务还要继续， 则执行步骤 407， 为 RG1、 RG2申请新配额。
同理， 本步骤中， 若信用池中的配额消耗完后， 第二承载所承载的业务 也结束， 则执行步骤 409， 从而进行扣费； 否则， 若第二承载所承载的业务 还要继续， 则执行步骤 407， 为 RG3申请新配额。
407、 PCEF通过共享 Gy会话向 0CS发送第三 CCR Update
本步骤中， 若上述步骤 406中用户进行业务， 将信用池中的配额消耗完； 或者， 用户进行业务对配额进行消耗， 使得信用池中的剩余的配额到达协议 规定的阈值时， 例如， 协议规定信用池中的信用单元不能超过 5， 则当信用 池中还剩 5个信用单元时， PCEF通过共享 Gy会话向 OCS发送第三 CCR Update , 从而为第一承载的业务、 第二承载的业务申请新配额， 其中， 第三 CCR Update携带第一承载与第二承载消耗的配额， 即携带 RG1、 RG2、 RG3 的配额消耗。
408、 PCEF通过共享 Gy会话向 OCS发送第三 CCA Update
OCS为第一承载的 RG1、 RG2, 以及第二承载的 RG3再次分配配额后， 将新分配的配额携带在第三 CCA Update中发送给 PCEF。
409、 PCEF对第二承载进行去活。
本实施例中， 第二承载具体为专有承载， 因此， 当用户停止使用第二承 载所承载的业务且用户下线或业务老化， PCEF对第二承载进行去活。一般来 说， 专有承载所承载的业务结束时， 即 RG3结束时， 还可能在该专有承载上 继续其他业务， 此时无需对第二承载进行去活， 但若 RG3结束且用户下线， 或者， 第二承载所承载的业务结束后经过预设的时长， 则对该第二承载进行 去活。
410、 PCEF向通过共享 Gy会话向 OCS发送 CCR Update
PCEF将第二承载的 RG3的配额消耗携带在 CCR Update中发送给 OCS , 表示第二承载的业务以停止或退出， 从而指示 OCS对第二承载的 RG3进行 扣费。
411、 OCS通过共享 Gy会话向 PCEF发送 CCA Update。
OCS对第二承载的 RG3进行扣费后，通过共享 Gy会话向 OCS发送 CCA Update, 表示第二承载以被去活， 即对 RG3的配额消耗扣费成功。
412、 PCEF对第一承载进行去活。
当第一承载为专有承载时， 该承载上业务结束， 或者， 由于业务老化需 要对第二承载去活时， PCEF对第一承载进行去活。
413、 PCEF向通过共享 Gy会话向 OCS发送 CCR Update
PCEF将第一承载的 RG1、 RG2的配额消耗携带在 CCR Update中发送给 OCS ,表示第一承载的业务以停止或退出，从而指示 OCS对第一承载的 RG1、 RG2进行扣费。 414、 OCS通过共享 Gy会话向 PCEF发送 CCA Update。
OCS对第一承载的 RG1、 RG2进行扣费后， 通过共享 Gy会话向 PCEF 发送 CCA Update , 表示第一承载已被去活， 即对 RG1、 RG2的配额消耗扣 费成功。
需要说明的是， 上述步骤 409~411是对第二承载所承载的业务的扣费过 程， 上述步骤 412~414是对第一承载所承载的业务的扣费过程。 其中， 第一 承载与第二承载均为专有承载， 且第二承载在第一承载建立之后建立， 因此， 上述步骤 409~411与步骤 412~414的执行过程并无严格的顺序， 即可先执行 步骤 409~411， 再执行步骤 412~414， 也可以先执行步骤 412~414， 再执行步 骤 409~411。
另外， 本实施例中， 若第一承载为默认承载、 第二承载为专有承载， 且 先对第一承载进行去活， 则无需执行步骤 409~414， 而执行步骤 415~418。
415、 PCEF对第一承载进行去活。
具体的， 第一承载为默认承载， 去活该承载， 则与该默认承载属于同一 个 IP-CAN Session下的其他专有承载被强制去活。
416、 PCEF向通过共享 Gy会话向 0CS发送 CCR Terminate。
PCEF将第一承载的 RG1、 RG2 , 以及第二成长承载的 RG3的配额消耗 携带在 CCR Terminate中发送给 0CS , 表示第一承载、 第二承载上的业务停 止或退出， 从而指示 0CS对第一承载的 RG1、 RG2 , 以及第二承载的 RG3 进行扣费。
417、 0CS通过共享 Gy会话向 PCEF发送 CCA Terminate。
OCS对第一承载的 RG1、 RG2 , 以及第承载的 RG3进行扣费后， 通过共 享 Gy会话向 PCEF发送 CCA Terminate , 表示第一承载已被去活， 对 RG1、 RG2的配额消耗扣费成功。
本实施例中， 由于第一承载对应的第一 Gy会话与第二承载对应的第二
Gy会话为同一个共享会话， 因此， 对承载去活时， 若该承载为专有承载， 则 PCEF向 0CS发送 CCR Update ,该 CCR Update用于指示对该专有承载去活， 相应的， 0CS向 PCEF反馈的应答也为 CCA Update; 否则， 若为默认承载， 则发送 CCR Terminate , 指示对该默认承载去活， 相应的， 0CS向 PCEF反馈 的应答也为 CCA Terminate。 。 图 5为本发明信用控制方法实施例四的信令图。 本实施例中， 第一承载 与第二承载在不同的 IP-CAN session下，且第一承载对应的第一 Gy会话与第 二承载对应的第二 Gy会话为不同的会话。 具体的， 本实施例包括如下步骤:
500、 PCEF激活第一承载。
501、 PCEF通过第一 Gy会话向 0CS发送第一 CCR Initial。
502、 0CS通过第一 Gy会话向 PCEF发送第一 CCA Initial。
上述步骤 500~502可参见图 3步骤 300~302， 此处不再赘述。
503、 PCEF激活不同 IP-CAN Session下的第二承载。
具体的， 同一用户发起新的 PDN连接时， PCEF激活该新的 PDN连接的 默认承载，该默认承载即为第二承载；或者，第一承载所在的 IP-CAN Session 外的其他 IP-CAN Session下， 建立新的专有承载时， PCEF激活该专有承载， 该专有承载即为第二承载。
504、 PCEF通过第二 Gy会话向 0CS发送第二 CCR Initial。
505、 0CS通过第二 Gy会话向 PCEF发送第二 CCA Initial。
506、 PCEF将第一配额与第二配额存储到同一个信用池中。
507、 PCEF通过第一 Gy会话向 0CS发送第一 CCR Update
508、 PCEF通过第二 Gy会话向 0CS发送第二 CCR Update
509、 0CS通过第一 Gy会话向 PCEF发送第一 CCA Update。
510、 0CS通过第二 Gy会话向 PCEF发送第二 CCA Update。
上述步骤 504~510可参见图 3步骤 304~310， 此处不再赘述。
511、 PCEF对第一承载进行去活。
若第一承载为默认承载， 用户下线发起 PDN连接的去活请求时， PCEF 对第一承载进行去活； 否则， 若第一承载为专有承载， 则用户停止使用第一 承载所承载的业务， 或者， 由于业务老化需要对第二承载去活时， PCEF对第 一承载进行去活。
512、 PCEF向通过第一 Gy会话向 0CS发送第一 CCR Terminate。
513、 0CS通过第一 Gy会话向 PCEF发送第一 CCA Terminate。
具体的， 步骤 512、 513可参见上述图 3步骤 315、 316， 此处不再赘述。
514、 PCEF对第二承载进行去活。
若第二承载为默认承载， 则用户下线时， PCEF对第二承载进行去活； 否 贝 |J， 若第二承载为专有承载， 则用户停止使用第二承载所承载的业务， 或者， 由于业务老化需要对第二承载去活时， PCEF对第二承载进行去活。
515、 PCEF向通过第二 Gy会话向 OCS发送第二 CCR Terminate。
516、 OCS通过第二 Gy会话向 PCEF发送第二 CCA Terminate。
具体的， 步骤 515、 516可参见上述图 3步骤 312、 313， 此处不再赘述。 图 6为本发明信用控制方法实施例四的信令图。 本实施例中， 第一承载 与第二承载在不同的 IP-Can session下， 且第一承载对应的第一 Gy会话与第 二承载对应的第二 Gy会话为同一个共享会话。 具体的， 本实施例包括如下 步骤：
600、 PCEF激活第一承载。
601、 PCEF通过共享 Gy会话向 0CS发送第一 CCR Initial。
602、 OCS通过共享 Gy会话向 PCEF发送第一 CCA Initial。
具体的， 上述步骤 600~603可参见上述图 3步骤 300~303， 此处不再赘 述。
603、 PCEF激活不同 IP-CAN Session下的第二承载。
具体的， 同一用户发起新的 PDN连接时， PCEF激活该新的 PDN连接的 默认承载，该默认承载即为第二承载；或者，第一承载所在的 IP-CAN Session 外的其他 IP-CAN Session下， 建立新的专有承载时， PCEF激活该专有承载， 该专有承载即为第二承载。
604、 PCEF通过共享 Gy会话向 0CS发送第二请求。
605、 0CS通过共享 Gy会话向 PCEF发送第二应答。
606、 PCEF将第一配额与第二配额存储到同一个信用池。
本步骤中， 若信用池中的配额消耗完后， 第一承载所承载的业务也结束， 则执行步骤 612， 从而进行扣费； 否则， 若第一承载所承载的业务还要继续， 则执行步骤 607， 为 RG1、 RG2申请新配额。
同理， 本步骤中， 若信用池中的配额消耗完后， 第二承载所承载的业务 也结束， 则执行步骤 609， 从而进行扣费； 否则， 若第二承载所承载的业务 还要继续， 则执行步骤 607， 为 RG3申请新配额。
607、 PCEF通过共享 Gy会话向 0CS发送第三 CCR Update
608、 PCEF通过共享 Gy会话向 0CS发送第三 CCA Update。 具体的， 上述步骤 604~608可参见上述图 4步骤 404~408， 此处不再赘 述。
609、 PCEF对第二承载进行去活。
若第二承载为默认承载， 用户下线发起 PDN连接的去活请求时， PCEF 对第二承载进行去活； 否则， 若第二承载为专有承载， 则用户停止使用第一 承载所承载的业务， 或者， 由于业务老化需要对第二承载去活时， PCEF对第 二承载进行去活。
具体的， 若第二承载为默认承载， 则执行步骤 6101、 6111； 否则， 若第 二承载为专有承载， 则执行步骤 6102、 6112， 如图中虚线框所示。
6101、 PCEF向通过共享 Gy会话向 OCS发送 CCR Terminate。
6111、 OCS通过共享 Gy会话向 PCEF发送 CCA Terminate。
6102、 PCEF向通过共享 Gy会话向 OCS发送 CCR Update。
6112、 OCS通过共享 Gy会话向 PCEF发送 CCA Update
612、 PCEF对第一承载进行去活。
若第一承载为默认承载， 用户下线发起 PDN连接的去活请求时， PCEF 对第一承载进行去活； 否则， 若第一承载为专有承载， 则用户停止使用第一 承载所承载的业务， 或者， 由于业务老化需要对第二承载去活时， PCEF对第 一承载进行去活。
具体的， 若第一承载为默认承载， 则执行步骤 6131、 6141； 否则， 若第 二承载为专有承载， 则执行步骤 6132、 6142， 如图中虚线框所示。
6131、 PCEF向通过共享 Gy会话向 OCS发送第一 CCR Terminate。
6141、 OCS通过共享 Gy会话向 PCEF发送第一 CCA Terminate。
6132、 PCEF向通过共享 Gy会话向 0CS发送 CCR Update。
6142、 OCS通过共享 Gy会话向 PCEF发送 CCA Update
本实施例中， 由于第一承载对应的第一 Gy会话与第二承载对应的第二
Gy会话为同一个共享会话， 因此， 对承载去活时， 若该承载为专有承载， 则 PCEF向 0CS发送 CCR Update ,该 CCR Update用于指示对该专有承载去活； 否则， 若为默认承载， 则发送 CCR Terminate , 指示对该默认承载去活。
图 7为本发明在线计费系统实施例一的结构示意图。 本实施例提供的在 线计费系统是与本发明图 1实施例对应的装置实施例， 具体实现过程在此不 再赘述。 具体的， 本实施例提供的在线计费系统 100具体包括：
接收模块 11，用于接收策略和计费执行功能实体 PCEF发送的第二请求， 第二请求指示对第二承载进行信用控制；
判断模块 12， 用于根据第二请求， 判断第二承载所承载的业务是否与第 一承载所承载的业务可共享信用池， 其中， 第二承载在第一承载建立之后建 立；
发送模块 13， 用于若判断模块 12判断出第二承载所承载的业务与第一 承载所承载的业务可共享信用池， 则向 PCEF发送第二应答， 第二应答携带 第一承载对应的信用池标识， 以使第一承载所承载的业务与第二承载所承载 的业务共享信用池。
本发明实施例提供的在线计费系统， 若判断出第二承载所承载的业务与 第一承载所承载的业务可共享信用池， 则将为第二承载分配的第二配额及第 一承载对应的信用池的标识发送给 PCEF,使得 PCEF将第二配额与第一配额 存储在同一个信用池中， 使第二承载与第一承载使用同一个信用池， 若第一 承载与第二承载在同一 IP-CAN session下， 则实现同一 IP-CAN Session下多 个 IP-CAN Bearer之间的信用池共享，例如，同一 IP-CAN Session所有 IP-CAN Bearer之间的信用池共享； 或者， 同一 IP-CAN Session下默认承载与部分专 有承载之间的信用池共享； 或者， 同一 IP-CAN Session下部分专有承载之间 的信用池共享。 若第一承载与第二承载在不同的 IP-CAN session下， 则实现 IP-CAN session间的信用池共享，例如， 同一用户的所有 IP-CAN session共享 信用池； 或者， 同一用户的部分 IP-CAN session共享信用池。
进一步的， 接收模块 11还用于接收 PCEF发送的第一请求， 第一请求指 示对第一承载进行信用控制；
发送模块 13还用于向 PCEF发送第一应答，第一应答携带第一配额及第 一承载的第一配额对应的信用池标识。
图 8为本发明在线计费系统实施例二的结构示意图。 如图 8所示， 本实 施例的在线计费系统 200在图 7装置结构的基础上还包括：
分配模块 14， 用于为第二承载分配第二配额；
发送模块 13， 用于向 PCEF发送第二应答， 第二应答携带第二配额及第 一承载对应的信用池标识， 以使 PCEF将第二配额存放在第一承载对应的信 用池标识对应的信用池中， 使第一承载所承载的业务与第二承载所承载的业 务共享信用池。
进一步的， 分配模块 14， 用于为第一承载分配第一配额；
发送模块 13还用于向 PCEF发送第一应答，第一应答携带第一配额及第 一承载对应的信用池标识。
进一步的， 接收模块 11， 具体用于通过第二 Gy会话接收策略和计费执 行功能实体 PCEF发送的第二请求；
发送模块 13具体用于通过第二 Gy会话向 PCEF发送第二应答； 接收模块 11 还用于通过第一 Gy 会话接收策略和计费执行功能实体 PCEF发送的第二请求；
发送模块 13还用于通过第一 Gy会话向 PCEF发送第二应答
进一步的， 第一 Gy会话与第二 Gy会话为不同的 Gy会话； 或者， 第一 Gy会话与第二 Gy会话为同一个共享 Gy会话。
进一步的， 若第一 Gy会话与第二 Gy会话为不同的会话， 则第一请求与 第二请求均为初始化信用控制请求 CCR-initial, 第一应答与第二应答均为初 始化信用控制应答 CCA-initial。
进一步的， 若第一 Gy会话与第二 Gy会话为同一个共享 Gy会话， 则第 一请求为初始化信用控制请求 CCR-initial, 第二请求为更新信用控制请求 CCR-Update; 第一应答为初始化信用控制应答 CCA-initial， 第二请求为更新 信用控制应答 CCA-Update。
进一步的， 若第一 Gy会话与第二 Gy会话为不同的 Gy会话， 则接收模 块 11还用于： 接收 PCEF通过第一 Gy会话发送的第一更新信用控制请求， 第一更新信用控制请求携带第一承载消耗的配额； 接收 PCEF通过第二 Gy 会话发送的第二更新信用控制请求， 第二更新信用控制请求携带第二承载消 耗的配额；
发送模块 13还用于通过第一 Gy会话向 PCEF发送第一更新信用控制应 答， 第一更新信用控制应答携带为第一承载新分配的配额； 通过第二 Gy会 话向 PCEF发送第二更新信用控制应答， 第二更新信用控制应答携带为第二 承载新分配的配额。
进一步的， 若第一 Gy会话与第二 Gy会话为同一个共享 Gy会话， 则接 收模块 11还用于： 接收 PCEF通过共享 Gy会话发送的第三更新信用控制请 求， 第三更新信用控制请求携带第一承载与第二承载消耗的配额；
发送模块 13还用于通过共享 Gy会话向 PCEF发送第三更新信用控制应 答， 第三更新信用控制应答携带为第一承载与第二承载新分配的配额。
进一步的， 第一承载与第二承载属于同一个互联网协议-连接性接入网会 话 IP-CAN session。
进一步的，第一承载属于第一 IP-CAN session,第二承载属于第二 IP-CAN session, 其中， 第一 IP-CAN session与第二 IP- CAN session不同。
再请参照图 8， 进一步的， 在线计费系统 200还包括：
转换模块 15， 用于将第二配额转换成信用单元。
进一步的， 接收模块 11还用于接收 PCEF发送能力协商字段请求， 能力 协商字段请求指示信用池应用方式；
发送模块 13还用于向 PCEF发送能力协商字段应答。
图 9为本发明策略和计费执行功能实体 PCEF实施例一的结构示意图。 本实施例提供的 PCEF是与本发明图 2实施例对应的装置实施例， 具体实现 过程在此不再赘述。 具体的， 本实施例提供的 PCEF 300具体包括：
发送模块 21，用于向在线计费系统 0CS发送第二请求，第二请求指示对 第二承载进行信用控制；
接收模块 22，用于接收 0CS发送的第二应答，第二应答携带第二配额及 第一承载的第一配额对应的信用池标识； 其中， 第二配额为 0CS为第二承载 分配的配额， 第二承载在第一承载建立之后建立。
处理模块 23， 用于将第二配额与第一配额存放在同一个信用池中， 使第 一承载所承载的业务与第二承载所承载的业务共享信用池。
本发明实施例提供的 PCEF, 通过接收 0CS为第二承载分配的第二配额 及第一承载对应的信用池的标识， 将第二配额与第一配额存储在同一个信用 池中， 使第二承载与第一承载使用同一个信用池， 若第一承载与第二承载在 同一 IP-CAN session下， 则实现同一 IP-CAN Session下多个 IP-CAN Bearer 之间的信用池共享， 例如， 同一 IP-CAN Session所有 IP-CAN Bearer之间的 信用池共享； 或者， 同一 IP-CAN Session下默认承载与部分专有承载之间的 信用池共享；或者， 同一 IP-CAN Session下部分专有承载之间的信用池共享。 若第一承载与第二承载在不同的 IP-CAN session下， 则实现 IP-CAN session 间的信用池共享， 例如， 同一用户的所有 IP-CAN session共享信用池； 或者， 同一用户的部分 IP-CAN session共享信用池。
进一步的， 发送模块 21还用于向 0CS发送第一请求， 第一请求指示对 第一承载进行信用控制；
接收模块 22还用于接收 0CS发送的第一应答， 第一应答携带第一配额 及第一承载的第一配额对应的信用池标识。
进一步的，接收模块 22具体用于接收携带第二配额以及第一承载对应的 信用池标识的第二应答。
进一步的，接收模块 22具体用于接收携带第一配额以及第一承载对应的 信用池标识的第一应答。
进一步的，发送模块 21具体用于通过第二 Gy会话向 0CS发送第二请求； 接收模块 22具体用于通过第二 Gy会话接收 0CS发送的第二应答； 发送模块 21还用于通过第一 Gy会话向 0CS发送第一请求；
接收模块 22还用于通过第一 Gy会话接收 0CS发送的第一应答。
进一步的， 第一 Gy会话与第二 Gy会话为不同的 Gy会话； 或者， 第一 Gy会话与第二 Gy会话为同一个共享 Gy会话。
进一步的， 若第一 Gy会话与第二 Gy会话为不同的会话， 则第一请求与 第二请求均为初始化信用控制请求 CCR-initial, 第一应答与第二应答均为初 始化信用控制应答 CCA-initial。
进一步的， 若第一 Gy会话与第二 Gy会话为同一个共享 Gy会话， 则第 一请求为初始化信用控制请求 CCR-initial, 第二请求为更新信用控制请求 CCR-Update; 第一应答为初始化信用控制应答 CCA-initial， 第二请求为更新 信用控制应答 CCA-Update。
进一步的， 若第一 Gy会话与第二 Gy会话为不同的 Gy会话， 则发送模 块 21还用于：通过第一 Gy会话向 0CS发送第一更新信用控制请求，第一更 新信用控制请求携带第一承载消耗的配额； 通过第二 Gy会话向 0CS发送第 二更新信用控制请求， 第二更新信用控制请求携带第二承载消耗的配额； 接收模块 22还用于通过第一 Gy接收 0CS发送的第一更新信用控制应 答， 第一更新信用控制应答携带为第一承载新分配的配额； 通过第二 Gy会 话接收 ocs发送的第二更新信用控制应答，第二更新信用控制应答携带为第 二承载新分配的配额。
进一步的， 若第一 Gy会话与第二 Gy会话为同一个共享 Gy会话， 则发 送模块 21还用于：通过共享 Gy会话向 0CS发送第三更新信用控制请求，第 三更新信用控制请求携带第一承载与第二承载消耗的配额；
接收模块 22还用于通过共享 Gy会话接收 0CS发送的第三更新信用控制 应答， 第三更新信用控制应答携带为第一承载与第二承载新分配的配额。
进一步的， 第一承载与第二承载属于同一个互联网协议-连接性接入网会 话 IP-CAN session。
进一步的，第一承载属于第一 IP-CAN session,第二承载属于第二 IP-CAN session, 其中， 第一 IP-CAN session与第二 IP- CAN session不同。
图 10为本发明策略和计费执行功能实体 PCEF实施例二的结构示意图。 如图 10所示， 本实施例的 PCEF 400在图 9装置结构的基础上， 进一步的， 还包括：
转换模块 24， 用于将第二配额转换成信用单元。
进一步的， 发送模块 21还用于向 0CS发送能力协商字段请求， 能力协 商字段请求指示信用池应用方式；
接收模块 22还用于接收 0CS发送的能力协商字段应答。
图 11为本发明在线计费系统实施例三的结构示意图。 如图 11所示， 本 实施例提供的在线计费系统 500包括处理器 51和存储器 52。 在线计费系统 500还可以包括发射器 53、 接收器 54。 发射器 53和接收器 54可以和处理器 51相连。 其中， 存储器 52存储执行指令， 当在线计费系统 500运行时， 处 理器 51与存储器 52之间通信， 处理器 51调用存储器 52中的执行指令， 用 于执行图 1所示方法实施例， 其实现原理和技术效果类似， 此处不再赘述。
图 12为本发明策略和计费执行功能实体 PCEF实施例三的结构示意图。 如图 12所示，本实施例提供的 PCEF 600包括处理器 61和存储器 62。PCEF600 还可以包括发射器 63、 接收器 64。 发射器 63和接收器 64可以和处理器 61 相连。 其中， 存储器 62存储执行指令， 当 PCEF 600运行时， 处理器 61与存 储器 62之间通信， 处理器 61调用存储器 62中的执行指令， 用于执行图 2所 示方法实施例， 其实现原理和技术效果类似， 此处不再赘述。 在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可以有 另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦合 或直接耦合或通信连接可以是通过一些接口， 装置或单元的间接耦合或通信 连接， 可以是电性， 机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的， 作为单 元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者 也可以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全 部单元来实现本实施例方案的目的。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种信用控制方法， 其特征在于， 包括：
接收策略和计费执行功能实体 PCEF发送的第二请求， 所述第二请求指 示对第二承载进行信用控制；
根据所述第二请求， 判断所述第二承载所承载的业务是否与第一承载所 承载的业务可共享信用池， 其中， 所述第二承载在所述第一承载建立之后建 立；
若所述第二承载所承载的业务与所述第一承载所承载的业务可共享信用 池， 则向所述 PCEF发送第二应答， 所述第二应答携带所述第一承载对应的 信用池标识， 以使所述第一承载所承载的业务与所述第二承载所承载的业务 共享所述信用池。
2、 根据权利要求 1所述的方法， 其特征在于， 所述接收策略和计费执行 功能实体 PCEF发送的第二请求之前， 包括：
接收所述 PCEF发送的第一请求， 所述第一请求指示对所述第一承载进 行信用控制；
向所述 PCEF发送第一应答， 所述第一应答携带所述第一承载对应的信 用池标识。
3、 根据权利要求 1所述的方法， 其特征在于， 所述向所述 PCEF发送第 二应答， 所述第二应答携带所述第一承载对应的信用池标识， 以使所述第一 承载所承载的业务与所述第二承载所承载的业务共享所述信用池， 包括： 为所述第二承载分配第二配额；
向所述 PCEF发送第二应答， 所述第二应答携带所述第二配额及所述第 一承载对应的信用池标识， 以使所述 PCEF将所述第二配额存放在所述第一 承载对应的信用池标识对应的信用池中， 使所述第一承载所承载的业务与所 述第二承载所承载的业务共享所述信用池。
4、 根据权利要求 2所述的方法， 其特征在于， 所述向所述 PCEF发送第 一应答， 所述第一应答携带所述第一承载对应的信用池标识， 包括：
为所述第一承载分配所述第一配额；
向所述 PCEF发送第一应答， 所述第一应答携带所述第一配额及所述第 一承载对应的信用池标识。
5、 根据权利要求 4所述的方法， 其特征在于，
所述接收策略和计费执行功能实体 PCEF发送的第二请求， 具体包括： 通过第二 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请求； 所述向所述 PCEF发送第二应答， 具体包括：
通过所述第二 Gy会话向所述 PCEF发送第二应答；
所述接收策略和计费执行功能实体 PCEF发送的第一请求， 具体包括： 通过第一 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请求； 所述向所述 PCEF发送第二应答， 具体包括：
通过所述第一 Gy会话向所述 PCEF发送第二应答。
6、 根据权利要求 5所述的方法， 其特征在于， 所述第一 Gy会话与所述 第二 Gy会话为不同的 Gy会话； 或者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
7、 根据权利要求 6所述的方法， 其特征在于， 若所述第一 Gy会话与所 述第二 Gy会话为不同的会话， 则所述第一请求与所述第二请求均为初始化 信用控制请求 CCR-initial, 所述第一应答与所述第二应答均为初始化信用控 制应答 CCA-initial。
8、 根据权利要求 6所述的方法， 其特征在于， 若所述第一 Gy会话与所 述第二 Gy会话为同一个共享 Gy会话，则所述第一请求为初始化信用控制请 求 CCR-initial, 所述第二请求为更新信用控制请求 CCR-Update; 所述第一应 答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Updateo
9、 根据权利要求 6所述的方法， 其特征在于， 若所述第一 Gy会话与所 述第二 Gy会话为不同的 Gy会话，则向所述 PCEF发送第一应答之后，包括： 接收所述 PCEF通过所述第一 Gy会话发送的第一更新信用控制请求，所 述第一更新信用控制请求携带所述第一承载消耗的配额； 接收所述 PCEF通 过所述第二 Gy会话发送的第二更新信用控制请求， 所述第二更新信用控制 请求携带所述第二承载消耗的配额；
通过所述第一 Gy会话向所述 PCEF发送第一更新信用控制应答，所述第 一更新信用控制应答携带为所述第一承载新分配的配额； 通过所述第二 Gy 会话向所述 PCEF发送第二更新信用控制应答， 所述第二更新信用控制应答 携带为所述第二承载新分配的配额。
10、 根据权利要求 6所述的方法， 其特征在于， 若所述第一 Gy会话与 所述第二 Gy会话为同一个共享 Gy会话，则向所述 PCEF发送第二应答之后， 包括：
接收所述 PCEF通过所述共享 Gy会话发送的第三更新信用控制请求，所 述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额； 通过所述共享 Gy会话向所述 PCEF发送第三更新信用控制应答，所述第 三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配额。
11、 根据权利要求 1~10任一项所述的方法， 其特征在于， 所述第一承载 与所述第二承载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
12、 根据权利要求 1~10任一项所述的方法， 其特征在于， 所述第一承载 属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所 述第一 IP- CAN session与所述第二 IP- CAN session不同。
13、 根据权利要求 3~12任一项所述的方法， 其特征在于， 所述为所述第 二承载分配第二配额之后， 包括：
将所述第二配额转换成信用单元。
14、 根据权利要求 1~13任一项所述的方法， 其特征在于， 还包括： 接收所述 PCEF发送能力协商字段请求， 所述能力协商字段请求指示信 用池应用方式；
向所述 PCEF发送能力协商字段应答。
15、 一种信用控制方法， 其特征在于， 包括：
向在线计费系统 0CS发送第二请求，所述第二请求指示对第二承载进行 信用控制；
接收所述 0CS发送的第二应答，所述第二应答携带第一承载对应的信用 池标识； 其中， 所述第二承载在所述第一承载建立之后建立；
根据所述信用池标识， 使所述第一承载所承载的业务与所述第二承载所 承载的业务共享所述信用池。
16、 根据权利要求 15 所述的方法， 其特征在于， 所述向在线计费系统 0CS发送第二请求之前， 包括：
向所述 0CS发送第一请求，所述第一请求指示对所述第一承载进行信用 控制；
接收所述 OCS发送的第一应答，所述第一应答携带所述第一承载对应的 信用池标识。
17、 根据权利要求 15所述的方法， 其特征在于， 所述接收所述 0CS发 送的第二应答， 所述第二应答携带第一承载对应的信用池标识， 包括：
接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。
18、 根据权利要求 16所述的方法， 其特征在于， 所述接收所述 0CS发 送的第一应答， 所述第一应答携带所述第一承载对应的信用池标识， 包括： 接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。
19、 根据权利要求 18所述的方法， 其特征在于，
所述向所述 0CS发送第二请求， 具体包括：
通过第二 Gy会话向所述 0CS发送第二请求；
所述接收所述 0CS发送的第二应答， 包括：
通过所述第二 Gy会话接收所述 0CS发送的第二应答；
所述向所述 0CS发送第一请求， 具体包括：
通过第一 Gy会话向所述 0CS发送第一请求；
所述接收所述 0CS发送的第一应答， 包括：
通过所述第一 Gy会话接收所述 0CS发送的第一应答。
20、 根据权利要求 19所述的方法， 其特征在于， 所述第一 Gy会话与所 述第二 Gy会话为不同的 Gy会话； 或者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
21、 根据权利要求 20所述的方法， 其特征在于， 若所述第一 Gy会话与 所述第二 Gy会话为不同的会话， 则所述第一请求与所述第二请求均为初始 化信用控制请求 CCR-initial, 所述第一应答与所述第二应答均为初始化信用 控制应答 CCA-initial。
22、 根据权利要求 20所述的方法， 其特征在于， 若所述第一 Gy会话与 所述第二 Gy会话为同一个共享 Gy会话，则所述第一请求为初始化信用控制 请求 CCR-initial, 所述第二请求为更新信用控制请求 CCR-Update; 所述第一 应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应答 CCA-Update。
23、 根据权利要求 20所述的方法， 其特征在于， 若所述第一 Gy会话与 所述第二 Gy会话为不同的 Gy会话，则将所述第二配额与所述第一配额存放 在同一个信用池中， 使第一承载所承载的业务与所述第二承载所承载的业务 共享所述信用池之后， 包括：
通过所述第一 Gy会话向所述 OCS发送第一更新信用控制请求， 所述第 一更新信用控制请求携带所述第一承载消耗的配额； 通过所述第二 Gy会话 向所述 OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所 述第二承载消耗的配额；
通过所述第一 Gy接收所述 OCS发送的第一更新信用控制应答， 所述第 一更新信用控制应答携带为所述第一承载新分配的配额； 通过所述第二 Gy 会话接收所述 OCS发送的第二更新信用控制应答，所述第二更新信用控制应 答携带为所述第二承载新分配的配额。
24、 根据权利要求 20所述的方法， 其特征在于， 若所述第一 Gy会话与 所述第二 Gy会话为同一个共享 Gy会话，则将所述第二配额与所述第一配额 存放在同一个信用池中， 使第一承载所承载的业务与所述第二承载所承载的 业务共享所述信用池之后， 包括：
通过所述共享 Gy会话向所述 OCS发送第三更新信用控制请求， 所述第 三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；
通过所述共享 Gy会话接收所述 OCS发送的第三更新信用控制应答， 所 述第三更新信用控制应答携带为所述第一承载与所述第二承载新分配的配 额。
25、 根据权利要求 15~24任一项所述的方法， 其特征在于， 所述第一承 载与所述第二承载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
26、 根据权利要求 15~24任一项所述的方法， 其特征在于， 所述第一承 载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所述第一 IP-CAN session与所述第二 IP- CAN session不同。
27、根据权利要求 15~26任一项所述的方法，其特征在于，接收所述 0CS 发送的第二应答， 所述第二应答携带所述第二配额及所述第一承载的第一配 额对应的信用池标识之后， 包括： 将所述第二配额转换成信用单元。
28、 根据权利要求 15~27任一项所述的方法， 其特征在于， 还包括： 向所述 OCS发送能力协商字段请求， 所述能力协商字段请求指示信用 池应用方式；
接收所述 OCS发送的能力协商字段应答。
29、 一种在线计费系统， 其特征在于， 包括：
接收模块， 用于接收策略和计费执行功能实体 PCEF发送的第二请求， 所述第二请求指示对第二承载进行信用控制；
判断模块， 用于根据所述第二请求， 判断所述第二承载所承载的业务是 否与第一承载所承载的业务可共享信用池， 其中， 所述第二承载在所述第一 承载建立之后建立；
发送模块， 用于若所述判断模块判断出所述第二承载所承载的业务与所 述第一承载所承载的业务可共享信用池， 则向所述 PCEF发送第二应答， 所 述第二应答携带所述第一承载对应的信用池标识， 以使所述第一承载所承载 的业务与所述第二承载所承载的业务共享所述信用池。
30、 根据权利要求 29所述的在线计费系统， 其特征在于， 所述接收模块 还用于：
接收所述 PCEF发送的第一请求， 所述第一请求指示对所述第一承载进 行信用控制；
所述发送模块还用于向所述 PCEF发送第一应答， 所述第一应答携带所 述所述第一承载对应的信用池标识。
31、 根据权利要求 29所述的在线计费系统， 其特征在于， 所述在线计费 系统还包括：
分配模块， 用于为所述第二承载分配第二配额；
所述发送模块， 用于向所述 PCEF发送第二应答， 所述第二应答携带所 述第二配额及所述第一承载对应的信用池标识， 以使所述 PCEF将所述第二 配额存放在所述第一承载对应的信用池标识对应的信用池中， 使所述第一承 载所承载的业务与所述第二承载所承载的业务共享所述信用池。
32、 根据权利要求 30所述的在线计费系统， 其特征在于， 所述在线计费 系统还包括： 分配模块， 用于为所述第一承载分配所述第一配额；
所述发送模块还用于向所述 PCEF发送第一应答， 所述第一应答携带所 述第一配额及所述第一承载对应的信用池标识。
33、根据权利要求 32所述的在线计费系统，其特征在于，所述接收模块， 具体用于通过第二 Gy会话接收策略和计费执行功能实体 PCEF发送的第二请 求；
所述发送模块具体用于通过所述第二 Gy会话向所述 PCEF发送第二应 所述接收模块还用于通过第一 Gy 会话接收策略和计费执行功能实体 PCEF发送的第二请求；
所述发送模块还用于通过所述第一 Gy会话向所述 PCEF发送第二应答。
34、 根据权利要求 33所述的在线计费系统， 其特征在于， 所述第一 Gy 会话与所述第二 Gy会话为不同的 Gy会话； 或者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
35、 根据权利要求 34 所述的在线计费系统， 其特征在于， 若所述第一
Gy会话与所述第二 Gy会话为不同的会话， 则所述第一请求与所述第二请求 均为初始化信用控制请求 CCR-initial, 所述第一应答与所述第二应答均为初 始化信用控制应答 CCA-initial。
36、 根据权利要求 34 所述的在线计费系统， 其特征在于， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话， 则所述第一请求为初始 化信用控制请求 CCR-initial,所述第二请求为更新信用控制请求 CCR-Update; 所述第一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用 控制应答 CCA-Update。
37、 根据权利要求 34 所述的在线计费系统， 其特征在于， 若所述第一 Gy会话与所述第二 Gy会话为不同的 Gy会话， 则所述接收模块还用于： 接收所述 PCEF通过所述第一 Gy会话发送的第一更新信用控制请求，所 述第一更新信用控制请求携带所述第一承载消耗的配额； 接收所述 PCEF通 过所述第二 Gy会话发送的第二更新信用控制请求， 所述第二更新信用控制 请求携带所述第二承载消耗的配额；
所述发送模块还用于通过所述第一 Gy会话向所述 PCEF发送第一更新信 用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额; 通过所述第二 Gy会话向所述 PCEF发送第二更新信用控制应答，所述第二更 新信用控制应答携带为所述第二承载新分配的配额。
38、 根据权利要求 34 所述的在线计费系统， 其特征在于， 若所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话， 则所述接收模块还用于: 接收所述 PCEF通过所述共享 Gy会话发送的第三更新信用控制请求，所 述第三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额； 所述发送模块还用于通过所述共享 Gy会话向所述 PCEF发送第三更新信 用控制应答， 所述第三更新信用控制应答携带为所述第一承载与所述第二承 载新分配的配额。
39、 根据权利要求 29~38任一项所述的在线计费系统， 其特征在于， 所 述第一承载与所述第二承载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
40、 根据权利要求 29~38任一项所述的在线计费系统， 其特征在于， 所 述第一承载属于第一 IP-CAN session，所述第二承载属于第二 IP-CAN session, 其中， 所述第一 IP-CAN session与所述第二 IP-CAN session不同。
41、 根据权利要求 31~40任一项所述的在线计费系统， 其特征在于， 还 包括：
转换模块， 用于将所述第二配额转换成信用单元。
42、 根据权利要求 29~41任一项所述的在线计费系统， 其特征在于， 所 述接收模块还用于接收所述 PCEF发送能力协商字段请求， 所述能力协商字 段请求指示信用池应用方式；
所述发送模块还用于向所述 PCEF发送能力协商字段应答。
43、 一种策略和计费执行功能实体 PCEF, 其特征在于， 包括： 发送模块， 用于向在线计费系统 0CS发送第二请求， 所述第二请求指示 对第二承载进行信用控制；
接收模块， 用于接收所述 0CS发送的第二应答， 所述第二应答携带所述 第二配额及所述第一承载的第一配额对应的信用池标识； 其中， 所述第二配 额为所述 0CS为所述第二承载分配的配额，所述第二承载在所述第一承载建 立之后建立。 处理模块，用于将所述第二配额与所述第一配额存放在同一个信用池中， 使第一承载所承载的业务与所述第二承载所承载的业务共享所述信用池。
44、 根据权利要求 43所述的 PCEF, 其特征在于， 所述发送模块还用于 向所述 OCS发送第一请求，所述第一请求指示对所述第一承载进行信用控制; 所述接收模块还用于接收所述 OCS发送的第一应答，所述第一应答携带 所述第一配额及所述第一承载的第一配额对应的信用池标识。
45、 根据权利要求 43所述的 PCEF, 其特征在于， 所述接收模块具体用 于接收携带第二配额以及所述第一承载对应的信用池标识的第二应答。
46、 根据权利要求 44所述的 PCEF, 其特征在于， 所述接收模块具体用 于接收携带第一配额以及所述第一承载对应的信用池标识的第一应答。
47、 根据权利要求 46所述的 PCEF, 其特征在于， 所述发送模块具体用 于通过第二 Gy会话向所述 OCS发送第二请求；
所述接收模块具体用于通过所述第二 Gy会话接收所述 OCS发送的第二 应答；
所述发送模块还用于通过第一 Gy会话向所述 OCS发送第一请求； 所述接收模块还用于通过所述第一 Gy会话接收所述 OCS发送的第一应
48、 根据权利要求 47所述的 PCEF, 其特征在于， 所述第一 Gy会话与 所述第二 Gy会话为不同的 Gy会话； 或者，
所述第一 Gy会话与所述第二 Gy会话为同一个共享 Gy会话。
49、 根据权利要求 48所述的 PCEF, 其特征在于， 若所述第一 Gy会话 与所述第二 Gy会话为不同的会话， 则所述第一请求与所述第二请求均为初 始化信用控制请求 CCR-initial, 所述第一应答与所述第二应答均为初始化信 用控制应答 CCA-initial。
50、 根据权利要求 48所述的 PCEF, 其特征在于， 若所述第一 Gy会话 与所述第二 Gy会话为同一个共享 Gy会话，则所述第一请求为初始化信用控 制请求 CCR-initial, 所述第二请求为更新信用控制请求 CCR-Update; 所述第 一应答为初始化信用控制应答 CCA-initial, 所述第二请求为更新信用控制应 答 CCA-Update。
51、 根据权利要求 48所述的 PCEF, 其特征在于， 若所述第一 Gy会话 与所述第二 Gy会话为不同的 Gy会话， 则所述发送模块还用于： 通过所述第一 Gy会话向所述 OCS发送第一更新信用控制请求， 所述第 一更新信用控制请求携带所述第一承载消耗的配额； 通过所述第二 Gy会话 向所述 OCS发送第二更新信用控制请求，所述第二更新信用控制请求携带所 述第二承载消耗的配额；
所述接收模块还用于通过所述第一 Gy接收所述 OCS发送的第一更新信 用控制应答，所述第一更新信用控制应答携带为所述第一承载新分配的配额; 通过所述第二 Gy会话接收所述 OCS发送的第二更新信用控制应答， 所述第 二更新信用控制应答携带为所述第二承载新分配的配额。
52、 根据权利要求 48所述的 PCEF, 其特征在于， 若所述第一 Gy会话 与所述第二 Gy会话为同一个共享 Gy会话， 则所述发送模块还用于：
通过所述共享 Gy会话向所述 OCS发送第三更新信用控制请求， 所述第 三更新信用控制请求携带所述第一承载与所述第二承载消耗的配额；
所述接收模块还用于通过所述共享 Gy会话接收所述 OCS发送的第三更 新信用控制应答， 所述第三更新信用控制应答携带为所述第一承载与所述第 二承载新分配的配额。
53、根据权利要求 43~52任一项所述的 PCEF, 其特征在于， 所述第一承 载与所述第二承载属于同一个互联网协议 -连接性接入网会话 IP-CAN session。
54、根据权利要求 43~52任一项所述的 PCEF, 其特征在于， 所述第一承 载属于第一 IP-CAN session, 所述第二承载属于第二 IP-CAN session, 其中， 所述第一 IP-CAN session与所述第二 IP- CAN session不同。
55、 根据权利要求 43~54任一项所述的 PCEF, 其特征在于， 还包括： 转换模块， 用于将所述第二配额转换成信用单元。
56、根据权利要求 53~55任一项所述的 PCEF, 其特征在于， 所述发送模 块还用于向所述 0CS发送能力协商字段请求， 所述能力协商字段请求指示 信用池应用方式；
所述接收模块还用于接收所述 0CS发送的能力协商字段应答。
57、 一种在线计费系统， 其特征在于， 包括： 处理器和存储器， 所述存 储器存储执行指令， 当所述在线计费系统运行时， 所述处理器与所述存储器 之间通信， 所述处理器执行所述执行指令使得所述在线计费系统执行如权利 要求 1~14中任意一项所述的方法。
58、 一种策略和计费执行功能实体 PCEF, 其特征在于， 包括： 处理器和 存储器， 所述存储器存储执行指令， 当所述 PCEF运行时， 所述处理器与所 述存储器之间通信， 所述处理器执行所述执行指令使得所述 PCEF执行如权 利要求 15~28中任意一项所述的方法。
PCT/CN2013/078363 2013-06-28 2013-06-28 信用控制方法、策略和计费执行功能实体、在线计费系统 Ceased WO2014205777A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2013/078363 WO2014205777A1 (zh) 2013-06-28 2013-06-28 信用控制方法、策略和计费执行功能实体、在线计费系统
CN201380002562.3A CN103797753B (zh) 2013-06-28 2013-06-28 信用控制方法、策略和计费执行功能实体、在线计费系统
EP13887722.0A EP3001601B1 (en) 2013-06-28 2013-06-28 Credit control method, policy and charging enforcement function entity, and online charging system
US14/980,931 US10846671B2 (en) 2013-06-28 2015-12-28 Credit control method, policy and charging enforcement function entity, and online charging system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/078363 WO2014205777A1 (zh) 2013-06-28 2013-06-28 信用控制方法、策略和计费执行功能实体、在线计费系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/980,931 Continuation US10846671B2 (en) 2013-06-28 2015-12-28 Credit control method, policy and charging enforcement function entity, and online charging system

Publications (1)

Publication Number Publication Date
WO2014205777A1 true WO2014205777A1 (zh) 2014-12-31

Family

ID=50671627

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/078363 Ceased WO2014205777A1 (zh) 2013-06-28 2013-06-28 信用控制方法、策略和计费执行功能实体、在线计费系统

Country Status (4)

Country Link
US (1) US10846671B2 (zh)
EP (1) EP3001601B1 (zh)
CN (1) CN103797753B (zh)
WO (1) WO2014205777A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106936603B (zh) * 2015-12-31 2020-12-08 华为技术有限公司 一种数据业务计费方法，装置和系统
CN112383405B (zh) * 2015-12-31 2022-04-08 华为技术有限公司 一种数据业务计费方法、装置和系统
CN108809665B (zh) * 2017-04-26 2020-11-17 华为技术有限公司 一种共享授权配额的方法及相关设备
CN110519069B (zh) 2017-08-03 2020-07-14 华为技术有限公司 一种计费方法及设备
CN110324801A (zh) * 2018-03-30 2019-10-11 华为技术有限公司 计费的方法和装置
CN110555194A (zh) * 2019-08-29 2019-12-10 厦门海迈科技股份有限公司 一种定额换算方法及定额换算装置
CN114205765A (zh) * 2021-12-29 2022-03-18 浪潮通信信息系统有限公司 一种解决ocs系统多会话预留异常扣费的方法及系统
WO2024150239A1 (en) * 2023-01-11 2024-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for quota holding time updating

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127629A (zh) * 2006-08-18 2008-02-20 华为技术有限公司 通信系统中策略与计费执行设备、在线计费系统及方法
EP2466787A1 (en) * 2010-12-15 2012-06-20 Alcatel Lucent Dynamic policy-based charging system and method
CN102714599A (zh) * 2010-01-07 2012-10-03 阿尔卡特朗讯 用于动态地控制服务质量的方法和系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1475947A1 (en) * 2003-05-07 2004-11-10 Nortel Networks Limited Online charging in a communications network
US8856860B2 (en) * 2006-08-18 2014-10-07 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
CN101394449B (zh) * 2007-09-19 2011-01-19 华为技术有限公司 一种会话修改方法及系统
US7869356B2 (en) * 2007-12-18 2011-01-11 Plx Technology, Inc. Dynamic buffer pool in PCIExpress switches
CN101277204B (zh) * 2008-04-23 2011-04-20 中兴通讯股份有限公司 基于多个业务会话的信用控制方法
US9557889B2 (en) * 2009-01-28 2017-01-31 Headwater Partners I Llc Service plan design, user interfaces, application programming interfaces, and device management
US20120144049A1 (en) * 2009-09-04 2012-06-07 Ana Maria Lopez Nieto Policy and/or charging control for a communication session
CN102075900B (zh) * 2009-11-23 2014-03-12 中兴通讯股份有限公司 一种实现用量监测控制的方法及系统
US20120320801A1 (en) * 2010-02-16 2012-12-20 Telefonaktiebolaget L M Ericsson (Publ) Nodes For Improved Credit Validation
CN102405617B (zh) * 2010-09-02 2014-06-04 华为技术有限公司 计费监控方法、设备及系统
US9338631B2 (en) * 2011-01-31 2016-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for online charging in an IP multimedia subsystem
US9461829B2 (en) * 2011-12-27 2016-10-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for controlling charging in a communication network
US9462477B2 (en) * 2012-05-09 2016-10-04 Interdigital Patent Holdings, Inc. Flexible network sharing
US10021038B2 (en) * 2013-05-17 2018-07-10 Telefonaktiebolaget Lm Ericsson (Publ) Sharing resource reservation
US9479917B1 (en) * 2013-05-24 2016-10-25 Juniper Networks, Inc. Rating group-specific actions for mobile networks
WO2016124225A1 (en) * 2015-02-03 2016-08-11 Nokia Solutions And Networks Oy Reallocation of control of online managed services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127629A (zh) * 2006-08-18 2008-02-20 华为技术有限公司 通信系统中策略与计费执行设备、在线计费系统及方法
CN102714599A (zh) * 2010-01-07 2012-10-03 阿尔卡特朗讯 用于动态地控制服务质量的方法和系统
EP2466787A1 (en) * 2010-12-15 2012-06-20 Alcatel Lucent Dynamic policy-based charging system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3001601A4 *

Also Published As

Publication number Publication date
CN103797753B (zh) 2017-06-06
US20160117658A1 (en) 2016-04-28
EP3001601B1 (en) 2019-01-16
US10846671B2 (en) 2020-11-24
EP3001601A4 (en) 2016-07-13
CN103797753A (zh) 2014-05-14
EP3001601A1 (en) 2016-03-30

Similar Documents

Publication Publication Date Title
WO2014205777A1 (zh) 信用控制方法、策略和计费执行功能实体、在线计费系统
US10623584B2 (en) Charging session management method and apparatus
US20210399907A1 (en) Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network
EP2874347B1 (en) Charging control method and charging trigger function
US9686172B2 (en) Method and apparatus of determining policy and charging rules based on network resource utilization information
CN102883342B (zh) 一种用量监控方法及系统
US11470202B2 (en) Charging method, apparatus, and system
CN102209309B (zh) 流计费方法、装置和一种流计费系统
CN101277202B (zh) 计费方法以及计费系统
WO2016004583A1 (zh) 在线计费方法、网关设备及在线计费设备
CN102904740B (zh) 一种组用户用量监控方法及系统
WO2015109753A1 (zh) 计费系统的切换方法及装置
CN103533525B (zh) 策略控制和计费相关的规则传输的方法、设备和系统
CN101547133A (zh) 策略控制的方法和装置
CN108632775A (zh) 一种流量数据处理的方法及装置
CN104378791A (zh) QoS控制方法和装置及系统
WO2013075337A1 (zh) 基于Gx接口的过滤器处理方法及PGW、PCRF
CN102238237A (zh) 策略和计费控制会话的建立方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13887722

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013887722

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE