WO2011066780A1 - Charging method and prepaid client based on home base station system - Google Patents

Charging method and prepaid client based on home base station system Download PDF

Info

Publication number
WO2011066780A1
WO2011066780A1 PCT/CN2010/079124 CN2010079124W WO2011066780A1 WO 2011066780 A1 WO2011066780 A1 WO 2011066780A1 CN 2010079124 W CN2010079124 W CN 2010079124W WO 2011066780 A1 WO2011066780 A1 WO 2011066780A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
terminal
type information
prepaid
user
Prior art date
Application number
PCT/CN2010/079124
Other languages
French (fr)
Chinese (zh)
Inventor
骆文
宋建全
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011066780A1 publication Critical patent/WO2011066780A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485Tariff-related aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8022Determining tariff or charge band
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8033Rating or billing plans; Tariff determination aspects location-dependent, e.g. business or home
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M17/00Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Definitions

  • the present invention relates to the field of communications, and in particular to a charging method based on a home base station system and a prepaid client.
  • a home base station is deployed in an existing communication network as a supplement to the macro base station.
  • the home base station is generally installed in a home, an office area or the like.
  • the home base station is a small, low-power base station with practical, convenient, low-power output and the like.
  • 1 is a schematic diagram of a communication network model including a home base station according to the related art.
  • a communication network model of a home base station includes a home base station, a security gateway, an access gateway, an authentication authorization charging server, and anchor point data.
  • PPS Prepaid Server
  • the home base station can access the access gateway through the security gateway.
  • the security gateway can be set up with the access gateway or with the access gateway.
  • the main function of the security gateway is to ensure link security between the home base station and the access gateway.
  • Authentication Authorization and Accounting Server (AAA) is an important function in the communication network. It is used to implement network operator control and management of data and users. , account services and billing services, usually work in conjunction with network access control, gateway servers, databases, and user information directories.
  • the Anchor Authenticator (AA) is to provide access authentication to the mobile terminal when the mobile terminal accesses the network. After the mobile terminal accesses the network and before the network is retired, it is responsible for managing and maintaining the mobile terminal. Contextual information. Usually the anchor authenticator is placed in the access gateway.
  • the Anchor Data Path Function (A-DPF for short) is another important function of the communication network. Regardless of how the mobile terminals in the network switch in each base station, all data (uplink data) from the terminal will eventually be aggregated to the anchor data channel function of the terminal, and then further forwarded (for example, sent to the Internet); Number of terminals According to (downstream data), it will also be sent to the anchor data channel function first, and then further sent to the terminal by the anchor data channel function.
  • the anchor data channel function is also placed in the access gateway.
  • the anchor authenticator and anchor data channel functions can be located in the same access gateway or in different access gateways (as shown in Figure 1).
  • the billing function is an important core function in the communication system.
  • the billing can be divided into online billing (ie, prepaid) and offline billing (ie, postpaid).
  • Online billing also includes a variety of billing modes, such as billing, billing, and billing by business (for example, two different billing methods for voice and video telephony).
  • PPS and Prepaid Client are two important functional entities that implement online charging. The two cooperate to complete online charging for users: PPS first converts the real-time user account balance into a certain number of quotas. (The quota refers to the data traffic that the user can use or the duration of the call that the user can use, etc.), and then allocates some of the above quotas to the terminal, and notifies the part of the quota to the PPC; the PPC is responsible for obtaining the data.
  • PPC Quotas to monitor user traffic, when the portion of the quota is about to run out (for example, the user has currently used 80% of the available data traffic or 80% of the available call duration), PPC will notify the PPS; thereafter, PPS will Redistribute a portion of the quota to the terminal. This is repeated until PPS finds that all quotas have been used up (ie, the real-time user account balance is insufficient). At this point, the PPS will notify the PPC to interrupt the user's business and notify the user of the insufficient user account balance.
  • the PPS is generally set up with the AAA server.
  • the AAA server itself has the function of PPS; the PPS can also be separated from the AAA server, and an appropriate interface is needed between them.
  • the PPC resides on the anchor authenticator.
  • the anchor authenticator and the anchor data channel function are located in the same access gateway, the PPC also resides on the data channel function.
  • the PPC can use the data channel function to provide other services, and monitor the user according to the quota. Service usage (eg, traffic, duration, etc.);
  • PPA Prepaid Agent, PPA for short
  • PPA Prepaid Agent
  • the PPA is responsible for monitoring the user's service usage according to the quota, and transmitting the related information to the PPS through PPC transit.
  • the existing home base station system there are three different types of home base stations, namely: closed mode (CSG-CLOSDE) home base station, mixed mode (CSG-OPEN) home base station, and open mode (OPEN) home base station.
  • the closed mode home base station means that only the user of the Closed Subscriber Group (CSG) member of the home base station can access the home.
  • the base station enjoys the service provided by the home base station; the open mode home base station refers to any user can access the home base station; the hybrid mode home base station refers to allowing CSG users and other users to access, but according to whether the user belongs to the CSG list.
  • Differentiate user types and achieve differentiated quality of service processing eg, CSG users have higher business priorities, better monthly service quality and business categories.
  • CSG users have higher business priorities, better monthly service quality and business categories.
  • the operator needs to use the home base station system.
  • the operator needs to provide a differential charging service for the user who uses the home base station.
  • the difference is reflected in: the tariff standard for accessing the home base station is lower than the tariff standard for accessing the network by using the macro base station; using different types of home base station accessing the network corresponds to different charging policies, for example, using different types of home base stations corresponding to different tariffs
  • the standard corresponds to different charging modes (for example, the closed mode home base station corresponds to the time-based charging, and the open mode home base station corresponds to the charging fee).
  • the existing charging system does not pay attention to the type of the base station used by the terminal user to access the network (there is only a macro base station in the current network). Therefore, after the home base station system is introduced in the existing network, the existing charging system cannot know the terminal user.
  • the type of base station currently used cannot support operators to provide differentiated charging services for users. In this way, the user will be less satisfied with the use of the home base station to access the network, or lose interest (no one will be willing to purchase the home base station to install in their own home, but still need to pay the same cost as when using the macro base station), can not effectively
  • the purpose of attracting users and encouraging users to widely use home base stations is achieved, and the home base station service cannot be smoothly carried out until it cannot be carried out.
  • the present invention is directed to the related art in which a charging system cannot provide differential charging services according to different base station types and/or different user types, thereby causing a problem that a user has a poor experience with a home base station.
  • the purpose is to provide a charging scheme based on a home base station system to solve the above problem.
  • a charging method based on a home base station system is provided.
  • the prepaid client transmits the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, so that the prepaid server according to the base station type information and
  • the user type information is used to perform the charging policy for the terminal.
  • the base station type information includes one of the following: a macro base station and a home base station
  • the user type information includes one of the following: a closed user group member and a non-closed user group member.
  • the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, including: the prepaid client sends the base station type information, and/or the user by using the access request message.
  • the type information is sent to the prepaid server, where the access request message includes one of the following: an access request message in the RADIUS protocol, an access request message in the Diameter protocol, and a credit control request message.
  • the triggering condition for the prepaid client to send the base station type information and/or the user type information to the prepaid server includes one of the following: the initial network access of the terminal, and the quota allocated by the prepaid server for the terminal.
  • the terminal's service base station or service base station type changes, the terminal's user type changes, and the prepaid client receives the prepaid agent's prepaid request.
  • the method further includes: the prepaid server receiving the base station type information and/or the user type.
  • the prepaid server performs a charging policy for the terminal according to the base station type information and/or the user type information.
  • the charging policy for the terminal includes: selecting a charging rate for the terminal, and/or selecting a charging mode for the terminal.
  • the method further includes: the prepaid server selecting a charging rate for the terminal according to the base station type information and/or the user type information, and performing according to the charging rate. Quota conversion.
  • the method before the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, the method further includes: the prepaid client receiving the prepaid from one of the following messages: The proxy obtains base station type information, and/or user type information: a prepaid request message, a mobile IP registration message.
  • the method further includes: the prepaid agent acquiring the base station from the home base station/base station by using one of the following messages: Type information, and/or user type information: data channel pre-establishment request message, data channel setup request message; prepaid agent will base station type information, and / Or user type information is sent to the prepaid client.
  • Type information and/or user type information: data channel pre-establishment request message, data channel setup request message
  • prepaid agent will base station type information, and / Or user type information is sent to the prepaid client.
  • the method further includes: the prepaid client from the home base station by using one of the following messages: / Base station acquires base station type information and/or user type information: terminal pre-attach request message, extensible authentication protocol forward message, CMAC key count update request message, context request message, data channel pre-establishment request message, data channel establishment request Message.
  • the method further includes: the prepaid client transmitting the current remaining quota of the terminal to the prepaid server.
  • the method further includes: the prepaid client acquiring the remaining quota from the local or prepaid agent.
  • the home base station comprises one of the following: a closed mode home base station, a hybrid mode home base station, an open mode home base station.
  • a prepaid client is provided.
  • the prepaid client includes: a sending module, configured to send base station type information of the serving base station of the terminal and/or user type information of the terminal to the prepaid server, so that the prepaid server according to the base station type information and/or
  • the user type information is a terminal performing a charging policy, where the base station type information includes one of the following: a macro base station, a home base station, and user type information includes one of the following: a CSG member, a non-CSG member.
  • the PPC is used to send the base station type information of the terminal's base station and/or the user type information of the terminal to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information.
  • the invention solves the problem that the charging system cannot provide differential charging service according to different base station types and/or different user types in the related art, thereby causing the user to experience poor experience of the home base station, and the operator effectively attracts the user and encourages the user to be widely used.
  • the purpose of using the home base station is achieved, and the home base station service is smoothly carried out.
  • FIG. 3 is an interaction flowchart of Embodiment 2 of the present invention
  • 4 is an interaction flowchart of Embodiment 3 of the present invention
  • FIG. 5 is an interaction flowchart of Embodiment 4 of the present invention
  • FIG. 6 is an interaction flowchart according to Embodiment 5 of the present invention
  • FIG. The interaction flow chart of the sixth embodiment DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • the PPC is located in the anchor authenticator of the terminal
  • the PPS is located in the AAA server of the terminal, or has an interface with the AAA server for both Communication between.
  • the interaction between the PPC and the PPS is implemented by means of communication between the anchor authenticator and the AAA server (for example, by means of AAA messages, including RADIUS messages, Diameter messages); when the PPS and the AAA server are separated, the AAA is responsible for Transfer information between the PPC and the PPS.
  • AAA messages including RADIUS messages, Diameter messages
  • a charging method based on a home base station system comprising: transmitting, by a PPC, base station type information of a serving base station of a terminal and/or user type information of a terminal to a PPS, so that the PPS is based on The base station type information and/or the user type information is used by the terminal to perform the charging policy.
  • the base station type information includes one of the following: a macro base station and a home base station
  • the user type information includes one of the following: a closed user group member and a non-CSG member.
  • the home base station includes one of the following: a closed mode home base station, a hybrid mode home base station, and an open mode home base station.
  • the PPC sends the base station type information, and/or the user type information, to the PPS through an access request message or other messages.
  • the access request message includes one of the following: RADIUS An access request message in the protocol, an access request message in the Diameter protocol, and a credit control request message.
  • the triggering condition for the PPC to send the base station type information, and/or the user type information to the PPS includes one of the following: the initial network access of the terminal, the quota allocated by the prepaid server for the terminal is used up or is about to be used up, and the serving base station of the terminal Or the service base station type changes, the terminal user type changes, and the prepaid client receives the prepaid request; for example, the PPC finds that the PPS allocates the quota for the terminal or is about to run out (for example, 80% of the quota is used, Threshold), PPC finds that the current serving base station or serving base station type of the terminal changes, and the user type of the PPC discovery terminal changes.
  • the method further includes: the PPA pre-establishes the request message or the data channel establishment request message from the home base station/base station through the data channel. Obtaining base station type information, and/or user type information; the PPA sends the base station type information, and/or the user type information to the PPC; specifically, when initially entering the network, the PPA obtains the base station type information and/or the user type information from the serving base station. When performing handover, the PPA acquires base station type information and/or user type information from the target base station.
  • the PPC may also obtain the base station type information, and/or the user type information from the home base station/base station by using one of the following messages: a terminal pre-attach request message, an Extensible Authentication Protocol (EAP) forwarding message, The CMAC key count update request message, the context information request message, the data channel pre-establishment request message, and the data channel setup request message.
  • EAP Extensible Authentication Protocol
  • the terminal pre-attach request message and the EAP forward message are used to correspond to the serving base station in the initial network access process;
  • the CMAC key count update request message, the context request message, the data channel pre-establishment request message, and the data channel setup request message are For the handover process, corresponding to the target base station, where the data channel pre-establishment request message and the data channel setup request message correspond to a scenario in which the PPC and the PPA are unified.
  • the PPC sends the acquired base station type information, and/or user type information to the PPS through the access request message.
  • the PPS After the PPC sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPS receives the base station type information and/or the user type information, and uses the base station type information and/or the user type information as the terminal. Executing a charging policy, where performing a charging policy for the terminal includes: selecting a charging rate for the terminal (performing quota conversion), and/or selecting a different charging mode for the terminal. In addition, when the PPC sends the base station type information and/or the user type information to the PPS, the PPC also sends the current remaining quota of the terminal to the PPS. Where the remaining quota is PPC from the local or PPA acquired.
  • the PPC sends the base station type of the current serving base station of the terminal user, and/or the current user type of the terminal user to the PPS; the PPS may perform the terminal user according to the type of the monthly service base station and/or the user type information.
  • the corresponding charging policy can attract and encourage users to widely use the home base station, and can use the home base station according to the type of the base station currently used by the terminal user, that is, the type of the serving base station (macro base station, different types of home base stations).
  • the user provides a differential billing service, which can solve the problem that the user cannot provide the above-mentioned differential billing service after the home network system is introduced on the live network, and thus the user's satisfaction with using the home base station to access the network is reduced until the user loses. Interest, and ultimately the home base station business could not be carried out smoothly, and even could not be carried out.
  • the user can also provide differentiated charging services by notifying the user type (CSG member or non-CSG member) to which the current terminal user belongs.
  • FIG. 2 is an interaction flowchart of a method for a PPC to notify a current base station type of a PPS terminal, and/or a current user type of the terminal according to the first embodiment of the present invention, as shown in FIG.
  • Step S202 The PPC sends an access request message (AAA message) to the PPS.
  • AAA message access request message
  • the PPC needs to send the foregoing access request message to the PPS, where the message carries the prepaid function supported by the PPC, and is used to negotiate the prepaid capability method with the PPS, and requires the PPS to be the terminal (end user).
  • the initial quota (Quota) is allocated; at this time, the message also carries the service base station type of the terminal acquired by the PPC, and/or the current user type of the terminal acquired by the PPC.
  • the PPC can also send the access request message to the PPS when the quota allocated by the PPS for the user is about to be exhausted (for example, 80% of the quota is used).
  • the message carries the quota that can be specified.
  • the indication that needs to be supplemented; at this time, the message also carries the type of the serving base station acquired by the PPC, and/or the type of the user; in addition, the message may also carry the terminal (for the terminal) Household) The current remaining quota.
  • the PPC may also send the foregoing access request message to the PPS when the current serving base station of the terminal is found, or the type of the serving base station changes (for example, the terminal switches from the macro base station to the home base station); The type of the serving base station acquired by the PPC, and/or the type of the user are also carried; in addition, the message may also carry the current remaining quota of the terminal.
  • the PPC can also change the current user type of the terminal (end user).
  • the serving base station of the terminal is a hybrid mode home base station, and the user type of the terminal is changed from a non-CSG member to a CSG. The member sends the foregoing access request message to the PPS.
  • the message also carries the type of the serving base station acquired by the PPC, and/or the type of the user.
  • the message may also carry the current remaining quota of the terminal.
  • the above access request message (AAA message), such as the Access-Request message in the RADIUS protocol, The AA-Request message in the discussion, or the Credit-Control-Request. It should be noted that, according to actual needs, the above-mentioned service base station type information, user type information They can be used alone or in combination.
  • Step S204 The PPS obtains the type of the monthly service base station, and/or the user type, and applies (executes, selects) different charging policies to the terminal (end user).
  • the PPS may acquire the type of the terminal serving base station, and/or the user type from the foregoing access request.
  • the PPS may select different charging policies for the terminal according to the type of the serving base station, and/or the type of the user. For example, the terminal (end user) selects to perform the flow-based fee, and the time-based billing; or/and, selects a different billing rate for the terminal (end user).
  • the PPS performs quota conversion for the terminal (end user); after the terminal accesses the network, the PPS may also receive the access request from the PPC. As described in step S202, there are multiple conditions for triggering the PPC. An access request message is sent to the PPS.
  • the PPS can obtain the above-mentioned serving base station type, and/or user type.
  • the PPS may change the charging policy according to the type of the serving base station, and/or the type of the user, and perform quota conversion for the terminal again. For example, the PPS may perform the above operations when the type of serving base station is discovered, and/or the type of user is relatively changed from the previously recorded status.
  • the PPS may also perform the acquisition of the current remaining quota of the terminal from the foregoing access request.
  • the quota conversion is performed as an example.
  • the PPS performs different charging policy methods for the user according to the type of the serving base station and/or the user type. Provide the purpose of differentiated billing services. Assume that the current user account balance is 100 units.
  • the above PPS performs quota conversion for the terminal according to the type of the serving base station, as follows:
  • PPS converts the balance into 100 units (rate 1 is higher); in the case of a home base station, PPS converts the balance into 200 units (rate 1/2, lower).
  • the PPS converts the balance into 100 units (the rate is 1 and the highest); if it is an open mode home base station, the PPS converts the balance into 150 units (the rate is 2/3); if it is a mixed mode home Base station, PPS converts the balance into 200 units (the rate is 1/2); if it is a closed mode home base station, PPS converts the balance into 300 units (rate 1/3, lowest). Assuming that the current user account balance is 100 units, the above PPS performs quota conversion for the terminal according to the user type, as in the following example:
  • the end user accesses the network as a non-CSG member role (for example, using a non-CSG member The role is accessed by the macro base station, the open mode home base station, and the hybrid mode home base station.
  • the PPS converts the balance into 100 units of time (rate 1 is higher); if the end user accesses the network as a CSG member role (for example, using CSG)
  • the member role accesses the network through the closed mode home base station and the hybrid mode home base station.
  • the PPS converts the balance into 200 units (the rate is 1/2, lower).
  • the current user account balance is 100 units.
  • the above PPS is combined with the service base station type. And user type to perform quota conversion for the terminal, as in the following example:
  • the serving base station of the terminal is a macro base station.
  • the user type must be a non-CSG member, then the user type can be classified as a non-CSG member, and the PPS converts the balance into 100 units (the rate is 1 and the highest);
  • the base station is an open mode home base station.
  • the user type must be a non-CSG member, and the PPS converts the balance into 150 units (the rate is 2/3);
  • the terminal's monthly base station is a mixed mode home base station, if the terminal is not the The CSG member of the home base station (ie, the user type is a non-CSG member), and the PPS converts the balance into 150 units of time (a rate of 2/3).
  • the PPS converts the balance into 300 units of time (a rate of 1/3); the serving base station of the terminal is a closed mode home base station, at this time, the user The type must be a CSG member, and the PPS converts the balance to 300 units (rate 1/3, lowest).
  • the conversion of the quota is actually performed according to the rate currently specified for the terminal, and the rate is specified by the charging policy.
  • the access success message may carry the quota allocated by the PPS to the terminal (end user).
  • the assigned quota is typically part of all the quotas owned by the user.
  • the PPS converts the balance of 100 units into 100 unit durations (step S204, instance C), that is, all quotas owned by the user are 100 unit durations; and in this step, the PPS allocates quotas of 10 units of time to the terminal. And passed to the PPC.
  • the PPS allocates quotas to the terminal. It is generally used in the following scenarios (using the above example, the PPS allocates a quota of 10 units for the terminal):
  • the PPC applies for a supplementary quota to the PPS.
  • PPS subdivided With a quota of 10 units for the terminal the PPC has a quota of 14 units.
  • the PPC also sends an access request to the PPS when the type of the serving base station of the terminal is discovered, and/or the type of the user changes.
  • the PPS may also supplement the quota for the terminal.
  • the examples in the examples A to D in the step S204 can be regarded as the terminal user performing the initial network access process, and the PPS is based on the service base station type of the terminal, and/or the user type.
  • the account balance is converted to an instance of the quota by quota conversion.
  • the same principle can be applied to other scenarios. For example, when the PPC finds that the current terminal quota is insufficient, or the PPC finds that the above-mentioned monthly service base station, and/or the user type changes.
  • the PPC needs to send the current remaining quota of the terminal, and the above-mentioned service base station type, and/or user type to the PPS; the PPS takes out the current rate, and the current remaining quota (including the remaining quota of the PPC notification, and the PPS)
  • the retained quota that has not been allocated is converted into the user account balance;
  • the PPS determines the current rate (as described in Examples A to D in step S204), and converts the account balance into a quota according to the new rate;
  • PPS is The terminal supplements the quota (as described in example F in step S206).
  • the above method will be described below based on the scenario described in the above example C.
  • the current user type of the terminal is a non-CSG member.
  • the quota of the user is 100 units when the network is initially accessed (the rate is 1 and the user account balance is 100 units;); the PPS allocates 10 units for the terminal when the network is initially connected, PPS
  • the terminal uses 6 units of time; at this time, the user type of the terminal changes, from a non-CSG member to a CSG member (for example, switching from a macro base station to a home base station, and the terminal is the home base station)
  • the CSG member the PPC needs to send relevant information to the PPS, including the current remaining quota of the terminal is 4 units of duration.
  • PPS can know that the current terminal remaining quota is 94 units, and the corresponding account balance is 94 units (rate is 1); since the current terminal user type becomes a CSG member, PPS converts the above 94 unit balance into 188 unit duration. (The rate is 1/2).
  • the total quota of the terminal is 184 units of time; the PPS can also supplement the quota for the terminal at this time, for example, by adding a quota of 10 units of time, then the quota owned by the PPC is 14 units.
  • the method described in the above example (G) is also applicable to the above examples A to D, the principle is the same, and the processing method is similar, and will not be described here.
  • the above examples (A to G) are all described in terms of time-based billing. The same principle can be applied to other billing modes. For example, according to Volume Based Accounting, the principle is the same and will not be described again.
  • FIG. 3 is a flow chart of interaction between a PPA to notify a PPS terminal user of a current serving base station type and/or an end user current user type according to Embodiment 2 of the present invention, as shown in FIG.
  • Step S302 The PPA sends a prepaid request message to the PPC.
  • step S202 there are multiple events that can trigger the PPC to send an access request message to the PPS.
  • the same event can also trigger the PPA to send a Prepaid Request message to the PPC. For example, when PPS found PPA quota allocated for user 1 ⁇ i.e.
  • Step S304 The PPC sends an access request message to the PPS.
  • the role of the PPC is to act as a proxy for the interaction between the PPA and the PPS (Proxy)est
  • the PPC puts the content (parameter) in the message into the access request message (the same In the access request message in the first embodiment, the access request message is sent to the PPS.
  • Step S306 Synchronization 4 S204, which is not described in jt.
  • Step S308 The PPS returns an access success message to the PPC.
  • the PPS returns the access to the PPC successfully, and the message may also carry the quota allocated by the PPS for the terminal.
  • the role of the PPC is still to act as a proxy for the interaction between the PPA and the PPS.
  • Step S310 The PPC returns a prepaid notification message to the PPA.
  • the PPC After receiving the access success message from the PPS, the PPC puts the content (parameter) in the message into the prepaid notification message, and sends the message to the PPA.
  • the prepaid notification message may include the quota allocated by the PPS for the terminal.
  • the function of the above-mentioned quota allocated for the terminal is the same as that described in the step S206, except that the PPC in the step S206 is represented by the PPA in this step, and the principle is the same.
  • FIG. 4 is an interaction flowchart of a method for a home base station/base station (as a serving base station of a terminal) to notify a PPC base station type and/or a user type of a terminal according to Embodiment 3 of the present invention. As shown in FIG.
  • the terminal passes The home base station/base station (the serving base station) performs the initial network access process, and includes the following steps S402 to S420:
  • Step S402 The air interface parameter synchronization and ranging are completed between the terminal and the base station.
  • the base station includes a macro base station, a home base station, and the like.
  • Step S404 The terminal sends a basic capability negotiation request to the base station to negotiate the authentication capability (such as the user's authentication policy, etc.) with the network.
  • Step S406 The base station (including the home base station, the macro base station) sends a terminal pre-attachment request to the access gateway; after the access gateway processes the request, the terminal pre-attach response is returned to the base station.
  • the purpose of the terminal pre-attach request message is to notify the Authenticator located in the access gateway that a new terminal is about to enter the network, and also assist the terminal to negotiate with the access gateway for some subsequent parameters to be used.
  • the terminal pre-attach request may also carry the type of the terminal service base station and/or the user type of the terminal.
  • the base station (home base station, macro base station) that sends the terminal pre-attach request is the current serving base station of the terminal, so the serving base station knows the type of the base station, and the manner of expressing the base station type according to the first embodiment:
  • the macro base station, in the foregoing terminal pre-attach request message may carry an indication that the base station type is a macro base station; or does not carry the indication, at this time, the receiver PPC will default the base station type to a macro base station;
  • the base station is a home base station, and in the foregoing terminal pre-attach request message, an indication is required to indicate that the base station type is a home base station, and further may indicate which type of home base station is used (closed mode home base station, mixed mode home Base station, open mode home base station, etc.).
  • the base station that sends the terminal pre-attach request can also obtain the user type of the terminal, according to the manner of expressing the user type described in the first embodiment: If the current base station is a macro base station, there is no concept of closing the user group CSG member. The macro base station will ignore this parameter, and the receiving PPC will default the user type to a non-CSG member; if the current base station is a home base station, the home base station will first determine whether the terminal is a CSG member of its own, and use the judgment result as an indication. , used to indicate the current terminal user type (CSG member, non-CSG member).
  • the receiver will also default the user type to a non-CSG member.
  • the PPC is located in the anchor authenticator. At this time, the PPC may acquire the base station type of the terminal monthly base station from the terminal pre-attach request, and/or the user type of the terminal, and cache it. locally.
  • Step S408 The base station returns a basic capability negotiation response to the terminal.
  • Step S410 The access gateway (anchor authenticator) starts an EAP authentication process, and sends a user identity request to the base station, and the base station forwards the request to the terminal.
  • Step 4 After receiving the user identification request, the terminal replies with the user identity response to the base station, and the base station forwards the response to the access gateway (anchor authenticator). In this step, the base station transmits the user table identifier response of the terminal to the access gateway (anchor authenticator) by using an EAP Forwarding message (EAP-Transfer). If in the above steps (step S406) The base station does not have the above-mentioned monthly service base station type, and/or the user type is sent to the access gateway. In this case, the service base station type and/or the user type may be sent to the access according to the method described in step S406. Gateway.
  • EAP-Transfer EAP Forwarding message
  • the PPC may acquire the base station type of the foregoing terminal serving base station from the EAP forwarding message, and/or the user type of the foregoing terminal.
  • Step S414 After receiving the user identity response, the access gateway (anchor authenticator, PPC) sends an access request message to the AAA server (PPS).
  • the foregoing access request message (transmitted by the PPC to the PPS) further carries a serving base station type, and/or a user type.
  • Step S416 Synchronize 4 to S204.
  • Step S418 The EAP access authentication process is performed between the AAA server and the terminal, and after the access authentication succeeds, the AAA server (PPS) returns an access success message to the access gateway (an anchor authenticator, PPC).
  • PPS an anchor authenticator
  • FIG. 5 is an interaction flowchart according to Embodiment 4 of the present invention.
  • a process in which a terminal performs handover between base stations is notified by a new serving base station (also referred to as a target base station) to PPA/PPC ( The type of the service base station, and/or the user type of the terminal, and the interaction flowchart of the method for the PPC to notify the PPS, including the following steps S502 to S520:
  • Step S504 The serving base station sends a handover confirmation (HO_Cnf) message to the target base station, informing the mobile terminal that the handover is to be performed to the target base station; and the target base station responds to the service base station by using a handover consent (HO_Ack) message.
  • Step S506 The target base station sends a context request message to the anchor authenticator of the terminal; the anchor authenticator responds to the target base station by using a context response message.
  • the target base station may send a context request (Context_Req) to the anchor authenticator of the terminal. Used to obtain context information of the terminal.
  • the target base station home base station, macro base station
  • the target base station can know the base station type of the serving base station of the terminal, and/or the user type of the terminal after becoming the serving base station of the terminal.
  • the target base station may send the base station type, and/or user type to the PPC (anchor authenticator) using the above context request; at this time, the PPC will cache these parameters locally.
  • Step S508 The target base station sends a data channel pre-establishment request to the anchor access gateway (anchor data channel function) of the terminal; the anchor access gateway (anchor data channel function) uses the data channel pre-establishment response to respond to the target base station. If the target base station has not pre-established a data channel between the terminal and the anchor access gateway (anchor data channel function), the target base station may also send a data channel pre-establishment request (Path_Prereg_Req) to the anchor data channel function. , used to pre-establish data channels. In the method of synchronizing the quad-S506, the target base station can acquire the above-mentioned base station type, and/or user type.
  • the target base station can use the data channel pre-establishment request message to send it to the PPA (Anchor Data Channel Function), which will cache these parameters locally.
  • Step S510 The terminal sends a ranging request to the target base station, indicating that the terminal is to be handed over to the target base station.
  • Step S512 The target base station responds to the ranging response to the terminal, and at the same time, performs a terminal re-entry procedure.
  • Step S514 The target base station (new serving base station) sends a data channel establishment request to the anchor access gateway (anchor data channel function) of the terminal; the anchor access gateway (anchor data channel function) uses the data channel to establish a response response.
  • Target base station new serving base station
  • the target base station needs to formally establish a data channel between the terminal and the anchor data channel function. At this time, the target base station sends a data channel establishment request ( Path_Reg_Req ) to the anchor data channel function. In the same step S508, the target base station can acquire the above-mentioned base station type, and/or user type. The target base station can send a request to the PPA (Anchor Data Channel Function) using a data channel setup request. PPA caches these parameters locally.
  • Step S516 The target base station (new serving base station) sends a CMAC key count update request to the anchor authenticator; the anchor authenticator uses the CMAC key count update confirmation to respond to the service base station.
  • the target base station needs to synchronize the counting parameter of the CMAC key with the anchor authenticator of the terminal, and the parameter is used to calculate a key for generating security for protecting the wireless air interface.
  • the target base station implements CMAC key count synchronization by transmitting a CMAC Key Count Update Request (CMAC_Key_Count_Update) to the anchor authenticator.
  • CMAC_Key_Count_Update CMAC Key Count Update Request
  • the target base station can acquire the above-mentioned base station type, and/or user type.
  • the target base station can send it to the PPC (Anchor Authenticator) using the CMAC Key Count Update Request, which the PPC caches locally.
  • Step S518 Performing a data channel removal process between the anchor access gateway (anchor data channel function) and the old serving base station of the terminal.
  • Step S520 An interaction switching completion confirmation is performed between the target base station (new serving base station) and the old serving base station of the terminal.
  • the PPA/PPC may acquire the base station type of the new monthly service base station of the terminal, and/or the user type of the terminal on the new monthly service base station.
  • the target base station directly sends the foregoing information (base station type, and/or user type) to the PPC (step S506, step S516)
  • the information may not be sent to the PPA again (step 4 is S508, Step 4 gathers S514)
  • the PPC will be responsible for transmitting the information to the PPS; otherwise, the PPA is responsible for transmitting the information to the PPS through the PPC.
  • the PPA/PPC can send the information to the PPS at any time (using the methods described in Embodiments 1 and 2).
  • step S514 the information may be sent to the PPS by the PPA; or, after the execution of step S516, the PPC may be triggered to send the information to the PPS; or, after the step S520 is executed, (ie, after the entire handover process is completed), the target base station then uses a separate message to notify the PPC (Anchor Authentication) /PPA) (anchor data channel function;), which in turn triggers the PPC/PPA to send the above information to the PPS.
  • PPC Anchor Authentication
  • PPA anchor data channel function
  • the terminal performs a process of preparing handover between base stations, and the PAP/PPC is notified by the candidate target base station (potential new serving base station).
  • the candidate target base station becomes the new serving base station of the terminal, the type of the serving base station, and/or the user type of the terminal on the serving base station
  • the method includes the following steps S602 to S614: Step S602:
  • the mobile terminal sends the signal to the serving base station. Switch the request.
  • the mobile terminal has already accessed the mobile communication network and is ready to perform the handover operation; during the handover preparation phase, the mobile terminal initiates a mobility request to the serving base station currently serving it. At this time, the mobile terminal determines a set of candidate target base stations.
  • Step S604 The serving base station sends a preparation handover request to each candidate target base station, where the request carries the identifier of the anchor identifier of the terminal and the identifier of the anchor access gateway.
  • Step S606 After receiving the preparation handover request, the candidate target base station sends a context request message to the anchor authenticator of the terminal; the anchor authenticator responds to the candidate target base station by using a context response message.
  • the purpose of the interaction between the candidate target base station and the anchor authenticator is to obtain context information (eg, AK context information) of the terminal.
  • the candidate target base station (home base station, macro base station) can also know the base station type of the serving base station of the terminal, and/or the user type of the terminal, after becoming the serving base station of the terminal. It is sent to the PPC (Anchor Authenticator) via a Context Request ( Context_Req ) message.
  • the candidate target base station may acquire the foregoing base station type, and/or user type, and send the data channel pre-establishment request message to the PPA (anchor data channel function), and the PPA will cache these parameters. locally.
  • the serving base station sends a preparation handover confirm message to the potential target base station to prepare for performing handover of the subsequent mobile terminal from the serving base station to the potential target base station.
  • FIG. 7 is an interaction flowchart of Embodiment 6 of the present invention.
  • an example of an uncontrolled handover performed by a terminal is performed by a new serving base station (also referred to as a new serving base station).
  • the method of notifying the PPA/PPC of the serving base station, and/or the user type of the terminal, and then notifying the PPS to the PPS includes the following steps S702 to S716: Step S702: The mobile terminal sends the target terminal to the target base station. Ranging request.
  • the mobile terminal has accessed the home base station system, and starts to perform the handover operation; all neighboring base stations in the home base station system can serve as the target base station, and the mobile terminal directly sends a handover request to the target base station to initiate the handover.
  • the handover request is a ranging request to initiate an uncontrolled handover procedure.
  • the target base station sends a context information request to the monthly base station to request information such as an identifier of the anchor identifier of the mobile terminal and an identifier of the anchor access gateway.
  • Step S706 The target base station requests the context information of the terminal from the anchor authenticator of the terminal.
  • the target base station certainly does not know the context information of the terminal, so the target base station must request the context information of the terminal from the anchor authenticator of the terminal.
  • the target base station home base station, macro base station
  • the target base station can also obtain the above-mentioned base station type, and/or the user type of the terminal, and send it to the PPC through the context request message. Authority).
  • Step S708 The terminal re-enters the network process. Then, steps S710 to S716 are the same as steps S614 to S620.
  • the PPA/PPC can acquire the base station type of the new service base station of the terminal, and/or the user type of the terminal on the new service base station.
  • the timing at which the PPA/PPC sends the above information to the PPS is the same as the method described in the fourth embodiment, and is not mentioned.
  • an example is given in which the anchor authenticator and the anchor data channel function are located in different access gateways.
  • Embodiments 4 to 6 are also applicable, except that the PPA in the embodiment is replaced by PPC (for example, step S508, step 4 is S514), and the principle is the same. No longer.
  • HA Home Agent
  • Mobile IP Mobile IP
  • all upstream data will eventually be aggregated to the anchor data channel function; all downlink data will also be sent to the anchor data channel function first.
  • all uplink data is further sent to the HA after being aggregated to the anchor data channel function; and all downlink data is first sent to the HA and then further sent to the anchor data channel function.
  • the anchor data channel function is combined with a foreign agent (FA).
  • the PPC can be located on the HA and the PPA will be located in the FA.
  • the first and second embodiments of the present invention are applicable to this scenario; and in the third to sixth embodiments, the above-mentioned anchor authenticator will no longer contain a PPC, and the above-mentioned serving base station type, and/or user The type will be first obtained by the PPA and further sent to the PPC.
  • Communication between the PPA and the PPC can be accomplished by means of communication between the FA and the HA.
  • the PPA may also use the Mobile IP (Mobile IP, abbreviated as ⁇ ) protocol defined message to convey the above-mentioned serving base station type, and/or user type, such as a registration message.
  • Mobile IP Mobile IP
  • a PPC is provided, and the PPC may be used to implement a charging method based on a home base station system in the foregoing method embodiment, where the PPC includes: a sending module, configured to serve a base station of the terminal The base station type information and/or the user type information of the terminal are sent to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information, where the base station type information includes one of the following: The base station, the home base station includes one of the following: a closed mode home base station, a hybrid mode home base station, and an open mode home base station, and the user type information includes one of the following: a CSG member, a non-CSG member.
  • the sending module sends the base station type information, and/or the user type information, to the PPS by using an access request message or other messages.
  • the access request message includes one of the following: an access request message in the RADIUS protocol, an access request message in the Diameter protocol, and a credit control request message; the PPC uses the access request message to set the base station type information, and/or the user type.
  • the trigger condition sent to the PPS includes one of the following: the initial network access of the terminal, the quota allocated by the prepaid server for the terminal is used up or is about to be used up, the type of the monthly base station or the monthly base station of the terminal changes, and the user type of the terminal
  • the prepaid client receives the prepaid request; for example, the PPC finds that the PPS allocates the quota for the terminal or is about to run out (for example, 80% of the quota is used, the threshold is reached), and the PPC discovers the current monthly account of the terminal.
  • the type of the base station or the monthly base station changes, and the type of the user of the PPC discovery terminal changes.
  • the PPA Before the sending module sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPA obtains the base station type information, and/or the user type information from the home base station/base station through the data channel pre-establishment request message. ; PPA sends base station type information, and/or user type information to the PPC. In addition, the PPC may also acquire base station type information, and/or user type information from the home base station by one of the following messages: a terminal pre-attach request message, a CMAC key count update request message, and a terminal context request message. The PPC then obtains base station type information, and/or user type information from the PPA through a prepaid request message.
  • the PPS After the sending module sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPS will receive the base station type information and/or the user type information, and according to the base station type information and/or the user type information. Executing a charging policy for the terminal, where performing a charging policy for the terminal includes: selecting a charging rate for the terminal (performing quota conversion), and/or selecting a different charging mode for the terminal.
  • the sending module is further configured to send the current remaining quota of the terminal to the PPS. Among them, the remaining The remaining quota is obtained by the PPC from the local or PPA.
  • the PPC described in the device embodiment corresponds to the foregoing method embodiment, and the specific implementation process has been described in detail in the method embodiment, and is not described herein.
  • the foregoing embodiments of the present invention solve the problem that the charging system cannot provide differential charging services according to different base station types and/or different user types in the related art, thereby causing the user to have a poor risk to the home base station.
  • the PPC is used to send the base station type information of the base station of the terminal and/or the user type information of the terminal to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information, which is effective for the operator.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

A charging method and prepaid client based on a home base station system are provided in the invention. Therein, the method includes that a prepaid client sends base station type information of a service base station for a terminal and/or subscriber type information of the terminal to a prepaid server, so that the prepaid server executes a charging strategy for the terminal according to the base station type information and/or the subscriber type information; wherein, the base station type information includes one of the followings: macro base station, home base station, and the subscriber type information includes one of the followings: closed subscriber group member, non-closed subscriber group member. With the invention, the problem that the experience of the subscriber is poor to the home base station is solved, and the service of the home base station can be realized to be developed smoothly.

Description

基于家用基站系统的计费方法以及预付费客户端 技术领域 本发明涉及通信领域, 具体而言, 涉及一种基于家用基站系统的计费方 法以及预付费客户端。 背景技术 为了给移动用户提供更高的业务速率并降低使用高速率服务所需要的费 用、 降低运营商网络部署的投资, 同时, 为了弥补已有分布式蜂窝无线通信 系统覆盖的不足, 通常会在现有的通信网络中部署家用基站, 作为对宏基站 的补充。 家用基站一般设置在家庭、 办公区域等场所使用。 家用基站是一种 小型、 低功率的基站, 具有实用、 便捷、 低功率输出等优点。 图 1是根据相关技术的包含家用基站的通信网络模型的示意图, 如图 1 所示, 家用基站的通信网络模型包括家用基站、 安全网关、 接入网关、 鉴权 授权计费服务器、 锚点数据通道功能、 预付费服务器 ( Prepaid Server, 简称 PPS )。 家用基站可以通过安全网关接入到接入网关。 安全网关可以与接入网关 合设也可以与接入网关分设。 安全网关的主要作用是保障家用基站和接入网 关之间的链路安全。 鉴权 ·ί受权计费月艮务器 ( Authentication Authorization and Accounting Server, 简称为 AAA服务器)是通信网络中的重要功能设施, 用于实现网络 运营商对数据、 用户的控制和管理, 提供认证授权, 账户服务以及计费服务, 通常与网络访问控制、 网关服务器、 数据库以及用户信息目录等协同工作。 锚点鉴权器(Anchor Authenticator, 简称为 AA )的主要功能是在移动终端入 网时向移动终端提供接入鉴权月艮务; 在移动终端入网以后、 退网之前, 负责 管理和维护移动终端的上下文信息。 通常锚点鉴权器放置在接入网关中。 锚点数据通道功能 ( Anchor Data Path Function, 简称为 A-DPF )是通信 网络具备的另一个重要的功能。 无论网络中的移动终端在各个基站中如何切 换, 所有来自终端的数据 (上行数据) 都会最终汇聚到该终端的锚点数据通 道功能, 然后再被进一步转发 (例如, 发送给 Internet ); 所有发往此终端数 据 (下行数据) 也都会首先被发送给该锚点数据通道功能, 再进一步由锚点 数据通道功能发送给终端。 通常锚点数据通道功能也放置在接入网关中。 锚 点鉴权器和锚点数据通道功能可以位于同一个接入网关中, 也可以安放在不 同的接入网关 (如图 1所示)。 计费功能是通信系统中的一种重要的核心功能, 计费可分为在线计费 (即, 预付费) 和离线计费 (即, 后付费) 两种计费模式。 在线计费又包含 多种计费模式, 例如, 按流量计费、 按时常计费、 按业务计费 (比如, 对语 音电话和视频电话使用两种不同的计费方法)。 The present invention relates to the field of communications, and in particular to a charging method based on a home base station system and a prepaid client. BACKGROUND OF THE INVENTION In order to provide mobile users with higher service rates and lower the cost of using high-rate services, and reduce the investment in carrier network deployment, at the same time, in order to make up for the shortage of existing distributed cellular wireless communication systems, it is usually A home base station is deployed in an existing communication network as a supplement to the macro base station. The home base station is generally installed in a home, an office area or the like. The home base station is a small, low-power base station with practical, convenient, low-power output and the like. 1 is a schematic diagram of a communication network model including a home base station according to the related art. As shown in FIG. 1, a communication network model of a home base station includes a home base station, a security gateway, an access gateway, an authentication authorization charging server, and anchor point data. Channel function, Prepaid Server (PPS). The home base station can access the access gateway through the security gateway. The security gateway can be set up with the access gateway or with the access gateway. The main function of the security gateway is to ensure link security between the home base station and the access gateway. Authentication Authorization and Accounting Server (AAA) is an important function in the communication network. It is used to implement network operator control and management of data and users. , account services and billing services, usually work in conjunction with network access control, gateway servers, databases, and user information directories. The main function of the Anchor Authenticator (AA) is to provide access authentication to the mobile terminal when the mobile terminal accesses the network. After the mobile terminal accesses the network and before the network is retired, it is responsible for managing and maintaining the mobile terminal. Contextual information. Usually the anchor authenticator is placed in the access gateway. The Anchor Data Path Function (A-DPF for short) is another important function of the communication network. Regardless of how the mobile terminals in the network switch in each base station, all data (uplink data) from the terminal will eventually be aggregated to the anchor data channel function of the terminal, and then further forwarded (for example, sent to the Internet); Number of terminals According to (downstream data), it will also be sent to the anchor data channel function first, and then further sent to the terminal by the anchor data channel function. Usually the anchor data channel function is also placed in the access gateway. The anchor authenticator and anchor data channel functions can be located in the same access gateway or in different access gateways (as shown in Figure 1). The billing function is an important core function in the communication system. The billing can be divided into online billing (ie, prepaid) and offline billing (ie, postpaid). Online billing also includes a variety of billing modes, such as billing, billing, and billing by business (for example, two different billing methods for voice and video telephony).
PPS和预付费客户端 (Prepaid Client, 简称 PPC ) 是实现在线计费的两 个重要功能实体, 两者配合以完成对用户的在线计费: PPS首先将实时用户 账户余额换算成一定数量的配额 (该配额是指用户可使用的数据流量或者用 户可使用的通话时长等), 然后将上述配额中的一部分分配给终端, 并将该部 分配额通知到 PPC; PPC则负责才艮据获得到的配额来监视用户业务, 当该部 分配额即将用完时 (例如, 用户当前已经使用了 80%的可使用数据流量或者 80%的可使用通话时长), PPC将之通知到 PPS; 此后, PPS会再分配一部分 配额给终端。 如此反复, 直至 PPS发现所有配额都已用完 (即, 实时用户账 户余额不足), 此时, PPS将通知 PPC 中断用户的业务, 并将用户账户余额 不足的信息通知到用户。 在部署在线计费功能时, PPS—般与 AAA服务器合设, 此时, 可理解 为 AAA服务器本身拥有 PPS的功能; PPS也可以与 AAA服务器分设,此时 他们之间需要有适当的接口。 PPC则驻留在锚点鉴权器上。 当锚点鉴权器和 锚点数据通道功能位于同一个接入网关时, PPC同时也驻留在数据通道功能 上, 此时, PPC可以使用数据通道功能提供等服务, 根据配额来监视用户的 业务使用情况(例如, 流量, 时长等); 当锚点鉴权器和锚点数据通道功能安 置在不同的接入网关时, 为实现预付费功能, 锚点数据通道功能中还需驻留 一个被称之为 PPA ( Prepaid Agent, 简称 PPA ) 的功能实体 (未在图 1中标 识出)。 此时, 由该 PPA 负责根据配额监视用户的业务使用情况, 并将相关 信息通过 PPC中转, 发送给 PPS。 在现有的家用基站系统中, 有三种不同类型的家用基站, 分别是: 闭合 模式 (CSG-CLOSDE ) 家用基站、 混合模式 (CSG-OPEN ) 家用基站和开放 模式 (OPEN ) 家用基站。 闭合模式家用基站是指只有该家用基站所属闭合 用户组( Closed Subscriber Group , 简称 CSG )成员的用户才可以接入该家用 基站并享受该家用基站提供的业务; 开放模式家用基站是指任何用户都可以 接入该家用基站; 混合模式家用基站是指允许 CSG用户和其他用户接入, 但 会根据用户是否属于 CSG列表来区分不同的用户类型、实现差异化的服务质 量处理(如, CSG用户具有更高的业务优先级, 拥有更好的月艮务质量和业务 类别)。 为了到达降低运营商网络部署的投资成本, 以及达到提高用户使用业务 的满意度 (更高的业务速率, 更低的业务使用费率) 的目的, 运营商需使用 家用基站系统。 由于家用基站需要由用户购买并安置 (宏基站不需要用户购买并安置), 因此为了吸引用户以及鼓励用户广泛地使用家用基站, 运营商需要为使用家 用基站的用户提供差异性计费服务。 该差异性体现在: 使用家用基站访问的 资费标准低于使用宏基站访问网络的资费标准; 使用不同类型的家用基站访 问网络对应不同的计费策略, 例如使用不同类型的家用基站对应不同地资费 标准、 对应不同的计费模式 (例如, 闭合模式家用基站对应按时常计费、 开 放模式家用基站对应按流量计费)。 但是, 现有计费系统不关注终端用户访问网络时使用的基站类型 (现网 中都只有宏基站), 因此, 在现网中引入家用基站系统以后, 现有的计费系统 无法获知终端用户当前使用的基站的类型, 无法支撑运营商为用户提供差异 性计费服务。 这样, 会导致用户对使用家用基站访问网络的满意程度下降, 或者失去兴趣 (没有人会愿意自己购置家用基站安置在自己家中, 但是仍然 需要支付与使用宏基站时同样的费用), 不能有效地达到运营商吸引用户、鼓 励用户广泛地使用家用基站的目的, 而致使家用基站业务无法顺利开展, 直 至无法开展。 发明内容 针对相关技术中计费系统无法根据不同基站类型和 /或不同用户类型提 供差异性计费服务,从而导致用户对家用基站体验较差的问题而提出本发明, 为此, 本发明的主要目的在于提供一种基于家用基站系统的计费方案, 以解 决上述问题。 为了实现上述目的, 根据本发明的一个方面, 提供了一种基于家用基站 系统的计费方法。 根据本发明的基于家用基站系统的计费方法, 预付费客户端将终端的服 务基站的基站类型信息和 /或终端的用户类型信息, 发送给预付费服务器, 以 便预付费服务器根据基站类型信息和 /或用户类型信息为终端执行计费策略; 其中, 基站类型信息包括以下之一: 宏基站、 家用基站, 用户类型信息包括 以下之一: 闭合用户组成员、 非闭合用户组成员。 优选地,预付费客户端将终端的服务基站的基站类型信息和 /或终端的用 户类型信息, 发送给预付费服务器包括: 预付费客户端通过接入请求消息将 基站类型信息, 和 /或用户类型信息, 发送给预付费服务器, 其中, 接入请求 消息包括以下之一: RADIUS协议中的接入请求消息、 Diameter协议中的接 入请求消息、 信用控制请求消息。 优选地, 预付费客户端将基站类型信息和 /或用户类型信息, 发送给预付 费月艮务器的触发条件包括以下之一: 终端初始入网、 预付费月艮务器为终端分 配的配额用完或即将用完、 终端的 艮务基站或 艮务基站类型变化、 终端的用 户类型变化、 预付费客户端接收到预付费代理的预付费请求。 优选地,在预付费客户端将终端的服务基站的基站类型信息和 /或终端的 用户类型信息, 发送给预付费服务器之后, 上述方法还包括: 预付费服务器 接收基站类型信息和 /或用户类型信息; 预付费服务器根据基站类型信息和 / 或用户类型信息为终端执行计费策略; 其中, 为终端执行计费策略包括: 为 终端选择计费费率、 和 /或为终端选择计费模式。 优选地, 在为终端选择计费费率之后, 上述方法还包括: 预付费月艮务器 根据基站类型信息和 /或用户类型信息为终端选择计费费率, 并根据计费费率 来执行配额换算。 优选地,在预付费客户端将终端的服务基站的基站类型信息和 /或终端的 用户类型信息, 发送给预付费服务器之前, 上述方法还包括: 预付费客户端 通过以下消息之一从预付费代理获取基站类型信息, 和 /或用户类型信息: 预 付费请求消息、 移动 IP注册消息。 优选地, 在预付费客户端通过预付费请求消息从预付费代理获取基站类 型信息, 和 /或用户类型信息之前, 上述方法还包括: 预付费代理通过如下消 息之一从家用基站 /基站获取基站类型信息, 和 /或用户类型信息: 数据通道 预建立请求消息、 数据通道建立请求消息; 预付费代理将基站类型信息, 和 / 或用户类型信息发送给预付费客户端。 优选地,在预付费客户端将终端的服务基站的基站类型信息和 /或终端的 用户类型信息, 发送给预付费服务器之前, 上述方法还包括: 预付费客户端 通过以下消息之一从家用基站 /基站获取基站类型信息和 /或用户类型信息: 终端预附着请求消息、 可扩展鉴权协议转发消息、 CMAC密钥计数更新请求 消息、上下文请求消息、 数据通道预建立请求消息、 数据通道建立请求消息。 优选地, 在预付费客户端将基站类型信息和 /或用户类型信息, 发送给预 付费服务器时, 上述方法还包括: 预付费客户端将终端当前的剩余配额发送 给预付费服务器。 优选地, 在预付费客户端将剩余配额发送给预付费服务器之前, 上述方 法还包括: 预付费客户端从本地或预付费代理获取剩余配额。 优选地, 家用基站包括以下之一: 闭合模式家用基站、 混合模式家用基 站、 开放模式家用基站。 为了实现上述目的,根据本发明的另一方面,提供了一种预付费客户端。 根据本发明的预付费客户端包括: 发送模块, 用于将终端的服务基站的 基站类型信息和 /或终端的用户类型信息, 发送给预付费服务器, 以便预付费 服务器根据基站类型信息和 /或用户类型信息为终端执行计费策略, 其中, 基 站类型信息包括以下之一: 宏基站、 家用基站, 用户类型信息包括以下之一: CSG成员、 非 CSG成员。 通过本发明, 釆用 PPC 将终端的月艮务基站的基站类型信息和 /或终端的 用户类型信息, 发送给 PPS , 以便 PPS根据基站类型信息和 /或用户类型信息 为终端执行计费策略,解决了相关技术中计费系统无法根据不同基站类型和 / 或不同用户类型提供差异性计费服务, 从而导致用户对家用基站体验较差的 问题, 达到了运营商有效地吸引用户、鼓励用户广泛地使用家用基站的目的, 并实现了家用基站业务顺利的开展。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部 分, 本发明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的 不当限定。 在附图中: 图 1是根据相关技术的包含家用基站的通信网络模型的示意图; 图 2是 居本发明实施例一的交互流程图; 图 3是 居本发明实施例二的交互流程图; 图 4是 居本发明实施例三的交互流程图; 图 5是 居本发明实施例四的交互流程图; 图 6是才艮据本发明实施例五的交互流程图; 图 7是 居本发明实施例六的交互流程图。 具体实施方式 下面将参考附图并结合实施例来详细说明本发明。 在详细描述本发明实施例之前, 对其中涉及的网元进行如下解释: PPC 位于终端的锚点鉴权器中; PPS位于终端的 AAA服务器中, 或者与 AAA服 务器之间有接口用于两者之间通信。 PPC与 PPS之间的交互, 借助锚点鉴权 器与 AAA服务器之间的通信中来实现(例如,借助 AAA消息,包括 RADIUS 消息, Diameter消息); 当 PPS与 AAA服务器分设时,由 AAA负责中转 PPC 与 PPS之间相互传递的信息。 在本发明下述各实施例中, 当涉及到 PPC与 PPS之间的交互时, 均是指上述的交互方式。 根据本发明的实施例, 提供了一种基于家用基站系统的计费方法, 该方 法包括: PPC将终端的服务基站的基站类型信息和 /或终端的用户类型信息, 发送给 PPS ,以便 PPS根据基站类型信息和 /或用户类型信息为终端执行计费 策略; 其中, 基站类型信息包括以下之一: 宏基站、 家用基站, 用户类型信 息包括以下之一: 闭合用户组成员、 非 CSG成员。 其中, 上述家用基站包括以下之一: 闭合模式家用基站、 混合模式家用 基站、 开放模式家用基站。 具体地, PPC 通过接入请求消息或者其他的消息将基站类型信息, 和 / 或用户类型信息, 发送给 PPS。 其中, 接入请求消息包括以下之一: RADIUS 协议中的接入请求消息、 Diameter协议中的接入请求消息、 信用控制请求消 息。 PPS and Prepaid Client (PPC) are two important functional entities that implement online charging. The two cooperate to complete online charging for users: PPS first converts the real-time user account balance into a certain number of quotas. (The quota refers to the data traffic that the user can use or the duration of the call that the user can use, etc.), and then allocates some of the above quotas to the terminal, and notifies the part of the quota to the PPC; the PPC is responsible for obtaining the data. Quotas to monitor user traffic, when the portion of the quota is about to run out (for example, the user has currently used 80% of the available data traffic or 80% of the available call duration), PPC will notify the PPS; thereafter, PPS will Redistribute a portion of the quota to the terminal. This is repeated until PPS finds that all quotas have been used up (ie, the real-time user account balance is insufficient). At this point, the PPS will notify the PPC to interrupt the user's business and notify the user of the insufficient user account balance. When deploying the online charging function, the PPS is generally set up with the AAA server. In this case, it can be understood that the AAA server itself has the function of PPS; the PPS can also be separated from the AAA server, and an appropriate interface is needed between them. The PPC resides on the anchor authenticator. When the anchor authenticator and the anchor data channel function are located in the same access gateway, the PPC also resides on the data channel function. At this time, the PPC can use the data channel function to provide other services, and monitor the user according to the quota. Service usage (eg, traffic, duration, etc.); When the anchor authenticator and anchor data channel functions are placed in different access gateways, in order to implement the prepaid function, an anchor data channel function needs to reside in the anchor channel. A functional entity called PPA (Prepaid Agent, PPA for short) (not identified in Figure 1). At this time, the PPA is responsible for monitoring the user's service usage according to the quota, and transmitting the related information to the PPS through PPC transit. In the existing home base station system, there are three different types of home base stations, namely: closed mode (CSG-CLOSDE) home base station, mixed mode (CSG-OPEN) home base station, and open mode (OPEN) home base station. The closed mode home base station means that only the user of the Closed Subscriber Group (CSG) member of the home base station can access the home. The base station enjoys the service provided by the home base station; the open mode home base station refers to any user can access the home base station; the hybrid mode home base station refers to allowing CSG users and other users to access, but according to whether the user belongs to the CSG list. Differentiate user types and achieve differentiated quality of service processing (eg, CSG users have higher business priorities, better monthly service quality and business categories). In order to achieve the investment cost of reducing the deployment of the operator's network, and to achieve the satisfaction of the user's use of the service (higher service rate, lower service usage rate), the operator needs to use the home base station system. Since the home base station needs to be purchased and placed by the user (the macro base station does not require the user to purchase and install), in order to attract the user and encourage the user to widely use the home base station, the operator needs to provide a differential charging service for the user who uses the home base station. The difference is reflected in: the tariff standard for accessing the home base station is lower than the tariff standard for accessing the network by using the macro base station; using different types of home base station accessing the network corresponds to different charging policies, for example, using different types of home base stations corresponding to different tariffs The standard corresponds to different charging modes (for example, the closed mode home base station corresponds to the time-based charging, and the open mode home base station corresponds to the charging fee). However, the existing charging system does not pay attention to the type of the base station used by the terminal user to access the network (there is only a macro base station in the current network). Therefore, after the home base station system is introduced in the existing network, the existing charging system cannot know the terminal user. The type of base station currently used cannot support operators to provide differentiated charging services for users. In this way, the user will be less satisfied with the use of the home base station to access the network, or lose interest (no one will be willing to purchase the home base station to install in their own home, but still need to pay the same cost as when using the macro base station), can not effectively The purpose of attracting users and encouraging users to widely use home base stations is achieved, and the home base station service cannot be smoothly carried out until it cannot be carried out. SUMMARY OF THE INVENTION The present invention is directed to the related art in which a charging system cannot provide differential charging services according to different base station types and/or different user types, thereby causing a problem that a user has a poor experience with a home base station. The purpose is to provide a charging scheme based on a home base station system to solve the above problem. In order to achieve the above object, according to an aspect of the present invention, a charging method based on a home base station system is provided. According to the charging method of the home base station system according to the present invention, the prepaid client transmits the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, so that the prepaid server according to the base station type information and The user type information is used to perform the charging policy for the terminal. The base station type information includes one of the following: a macro base station and a home base station, and the user type information includes one of the following: a closed user group member and a non-closed user group member. Preferably, the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, including: the prepaid client sends the base station type information, and/or the user by using the access request message. The type information is sent to the prepaid server, where the access request message includes one of the following: an access request message in the RADIUS protocol, an access request message in the Diameter protocol, and a credit control request message. Preferably, the triggering condition for the prepaid client to send the base station type information and/or the user type information to the prepaid server includes one of the following: the initial network access of the terminal, and the quota allocated by the prepaid server for the terminal. End or near to run, the terminal's service base station or service base station type changes, the terminal's user type changes, and the prepaid client receives the prepaid agent's prepaid request. Preferably, after the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, the method further includes: the prepaid server receiving the base station type information and/or the user type. The prepaid server performs a charging policy for the terminal according to the base station type information and/or the user type information. The charging policy for the terminal includes: selecting a charging rate for the terminal, and/or selecting a charging mode for the terminal. Preferably, after the charging rate is selected for the terminal, the method further includes: the prepaid server selecting a charging rate for the terminal according to the base station type information and/or the user type information, and performing according to the charging rate. Quota conversion. Preferably, before the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, the method further includes: the prepaid client receiving the prepaid from one of the following messages: The proxy obtains base station type information, and/or user type information: a prepaid request message, a mobile IP registration message. Preferably, before the prepaid client obtains the base station type information and/or the user type information from the prepaid agent through the prepaid request message, the method further includes: the prepaid agent acquiring the base station from the home base station/base station by using one of the following messages: Type information, and/or user type information: data channel pre-establishment request message, data channel setup request message; prepaid agent will base station type information, and / Or user type information is sent to the prepaid client. Preferably, before the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, the method further includes: the prepaid client from the home base station by using one of the following messages: / Base station acquires base station type information and/or user type information: terminal pre-attach request message, extensible authentication protocol forward message, CMAC key count update request message, context request message, data channel pre-establishment request message, data channel establishment request Message. Preferably, when the prepaid client sends the base station type information and/or the user type information to the prepaid server, the method further includes: the prepaid client transmitting the current remaining quota of the terminal to the prepaid server. Preferably, before the prepaid client sends the remaining quota to the prepaid server, the method further includes: the prepaid client acquiring the remaining quota from the local or prepaid agent. Preferably, the home base station comprises one of the following: a closed mode home base station, a hybrid mode home base station, an open mode home base station. In order to achieve the above object, according to another aspect of the present invention, a prepaid client is provided. The prepaid client according to the present invention includes: a sending module, configured to send base station type information of the serving base station of the terminal and/or user type information of the terminal to the prepaid server, so that the prepaid server according to the base station type information and/or The user type information is a terminal performing a charging policy, where the base station type information includes one of the following: a macro base station, a home base station, and user type information includes one of the following: a CSG member, a non-CSG member. Through the present invention, the PPC is used to send the base station type information of the terminal's base station and/or the user type information of the terminal to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information. The invention solves the problem that the charging system cannot provide differential charging service according to different base station types and/or different user types in the related art, thereby causing the user to experience poor experience of the home base station, and the operator effectively attracts the user and encourages the user to be widely used. The purpose of using the home base station is achieved, and the home base station service is smoothly carried out. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate, illustrate, Improperly qualified. 1 is a schematic diagram of a communication network model including a home base station according to the related art; FIG. 2 is an interaction flowchart of Embodiment 1 of the present invention; FIG. 3 is an interaction flowchart of Embodiment 2 of the present invention; 4 is an interaction flowchart of Embodiment 3 of the present invention; FIG. 5 is an interaction flowchart of Embodiment 4 of the present invention; FIG. 6 is an interaction flowchart according to Embodiment 5 of the present invention; FIG. The interaction flow chart of the sixth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. Before describing the embodiments of the present invention in detail, the network elements involved are explained as follows: The PPC is located in the anchor authenticator of the terminal; the PPS is located in the AAA server of the terminal, or has an interface with the AAA server for both Communication between. The interaction between the PPC and the PPS is implemented by means of communication between the anchor authenticator and the AAA server (for example, by means of AAA messages, including RADIUS messages, Diameter messages); when the PPS and the AAA server are separated, the AAA is responsible for Transfer information between the PPC and the PPS. In the following embodiments of the present invention, when it comes to the interaction between the PPC and the PPS, it refers to the above interaction mode. According to an embodiment of the present invention, a charging method based on a home base station system is provided, the method comprising: transmitting, by a PPC, base station type information of a serving base station of a terminal and/or user type information of a terminal to a PPS, so that the PPS is based on The base station type information and/or the user type information is used by the terminal to perform the charging policy. The base station type information includes one of the following: a macro base station and a home base station, and the user type information includes one of the following: a closed user group member and a non-CSG member. The home base station includes one of the following: a closed mode home base station, a hybrid mode home base station, and an open mode home base station. Specifically, the PPC sends the base station type information, and/or the user type information, to the PPS through an access request message or other messages. The access request message includes one of the following: RADIUS An access request message in the protocol, an access request message in the Diameter protocol, and a credit control request message.
PPC将基站类型信息, 和 /或用户类型信息,发送给 PPS的触发条件包括 以下之一: 终端初始入网、预付费月艮务器为终端分配的配额用完或即将用完、 终端的服务基站或服务基站类型变化、 终端的用户类型变化、 预付费客户端 接收到预付费请求; 例如, PPC发现 PPS为终端分配的配额用完或者即将用 完 (如, 使用了 80%的配额, 达到了阈值)、 PPC发现终端当前的服务基站 或服务基站类型发生变化、 PPC发现终端的用户类型发生变化。 在 PPC 将终端的服务基站的基站类型信息和 /或终端的用户类型信息, 发送给 PPS之前,该方法还包括: PPA从家用基站 /基站通过数据通道预建立 请求消息、 或者数据通道建立请求消息获取基站类型信息, 和 /或用户类型信 息; PPA将基站类型信息, 和 /或用户类型信息发送给 PPC; 具体地, 在初始 入网时, PPA从服务基站获取基站类型信息和 /或用户类型信息; 在进行切换 时, PPA从目标基站获取基站类型信息和 /或用户类型信息。 另外, PPC 还可以通过以下消息之一从家用基站 /基站获取基站类型信 息, 和 /或用户类型信息: 终端预附着请求消息、 可扩展鉴权协议( Extensible Authentication Protocol, 简称为 EAP ) 转发消息、 CMAC密钥计数更新请求 消息、 上下文信息请求消息、 数据通道预建立请求消息、 数据通道建立请求 消息。其中,终端预附着请求消息和 EAP转发消息是用于在初始入网过程中, 对应于服务基站; CMAC密钥计数更新请求消息、 上下文请求消息、 数据通 道预建立请求消息、 数据通道建立请求消息是用于在切换过程中, 对应于目 标基站, 其中, 数据通道预建立请求消息和数据通道建立请求消息对应 PPC 和 PPA合一的场景。然后, PPC通过接入请求消息将获取到的基站类型信息, 和 /或用户类型信息发送到 PPS。 在 PPC 将终端的服务基站的基站类型信息和 /或终端的用户类型信息发 送给 PPS之后, PPS将接收基站类型信息和 /或用户类型信息, 并根据基站类 型信息和 /或用户类型信息为终端执行计费策略, 其中, 为终端执行计费策略 包括: 为终端选择计费费率 (执行配额换算)、 和 /或为终端选择不同的计费 模式。 此外, 在 PPC将基站类型信息和 /或用户类型信息, 发送给 PPS时, PPC 还将终端当前的剩余配额发送给 PPS。 其中, 该剩余配额是 PPC 从本地或 PPA获取的。 通过该实施例, PPC将终端用户当前服务基站的基站类型、 和 /或终端用 户当前用户类型发送给 PPS; PPS可依据上述月艮务基站类型, 和 /或用户类型 信息, 为该终端用户执行相应的计费策略, 可以吸引以及鼓励用户广泛地使 用家用基站, 可以依据终端用户当前所使用的基站的类型, 即服务基站的类 型(宏基站, 不同类型的家用基站), 来为使用家用基站的用户提供差异性计 费月艮务, 可解决在现网引入家用基站系统以后, 无法对用户提供上述差异性 计费服务, 进而会导致用户对使用家用基站访问网络的满意程度下降, 直至 失去兴趣, 而最终致使家用基站业务无法顺利开展, 甚至无法开展等问题。 在实际应用过程中, 还可以通过通知 PPS当前终端用户所属的用户类型 ( CSG成员或者非 CSG成员 ), 来实现为用户提供差异性计费服务。 例如, CSG成员通过闭合模式家用基站或混合模式家用基站访问网络时, 获得较低 的资费标准、或依时长计费; 非 CSG成员通过开放模式家用基站或混合模式 家用基站访问网络时, 获得较高的资费标准、 或依流量计费的等。 下面将结合实例对本发明实施例的实现过程进行详细描述。 实施例一 图 2是才艮据本发明实施例一的 PPC通知 PPS终端当前的月艮务基站类型, 和 /或终端当前的用户类型的方法的交互流程图, 如图 2所示, 包括如下的步 骤 S202至步骤 S206: 步骤 S202: PPC向 PPS发送接入请求消息 ( AAA消息)。 在终端执行初始入网的过程中, PPC需要向 PPS发送上述接入请求消息, 该消息携带 PPC所支持的预付费功能, 用于与 PPS协商预付费能力方法, 并 要求 PPS为终端 (终端用户)分配初始配额 (Quota ); 此时, 该消息还携带 PPC获取到的终端的服务基站类型, 和 /或 PPC获取到的终端当前的用户类 型。 在终端入网以后, PPC还可以在发现 PPS为该用户分配的配额即将用完 时 (例如, 使用了配额的 80% ), 向 PPS发送上述接入请求消息, 此时该消 息携带能够指明哪些配额需要补充的指示; 此时, 该消息还携带上述 PPC获 取到的服务基站类型, 和 /或用户类型; 此外, 该消息还可携带终端 (终端用 户) 当前剩余的配额。 在终端入网以后, PPC还可以在发现终端当前的服务基站, 或服务基站 类型发生变化时 (例如, 终端从宏基站切换到家用基站), 向 PPS发送上述 接入请求消息; 此时, 该消息也携带上述 PPC 获取到的服务基站类型, 和 / 或用户类型; 此外, 该消息还可携带终端当前剩余的配额。 在终端入网以后, PPC还可以在发现终端 (终端用户) 当前的用户类型 发生变化时 (例如, 终端的服务基站是混合模式家用基站, 通过 CSG管理, 终端的用户类型由非 CSG成员变为 CSG成员 ), 向 PPS发送上述接入请求 消息; 此时, 该消息也携带上述 PPC 获取到的服务基站类型, 和 /或用户类 型; 此外, 该消息还可携带终端当前剩余的配额。 在 PPC向 PPS发送服务基站的基站类型信息时, 可以在上述 AAA消息 中增加参数 BSTYPE, 并令 BSTYPE=0表示宏基站( Macro BS ); BSTYPE=1 表示开放模式 (OPEN ) 家用基站; BSTYPE=2表示混合模式 ( CSG-OPEN ) 家用基站; BSTYPE=3 表示闭合模式 (CSG-CLOSED ) 家用基站。 还可令 BSTYPE=0为默认值, 即若上述 AAA消息不携带参数 BSTYPE时, 默认服 务基站类型为宏基站。 或者, 釆用另外一种方式, 在上述 AAA 消息中增加 参数 BSTYPE=0表示宏基站 ( Macro BS ); BSTYPE=1 , SUBTYPE=1表示 开放模式 (OPEN ) 家用基站; BSTYPE=1 , SUBTYPE=2 表示混合模式 ( CSG-OPEN ) 家用基站; BSTYPE=1 , SUBTYPE=3 表示闭合模式 ( CSG-CLOSED ) 家用基站。 同样, 也可以令 BSTYPE=0 为默认值, 含义 与上同。 在 PPC向 PPS发送用户类型信息时, 可以在上述 AAA消息中增加参数 USERTYPE, 并令 USERTYPE=0表示非 CSG成员 ( Non-CSG Member ); USERTYPE=1表示 CSG成员 ( CSG Member )„ 还可令 USERTYPE=0为默 认值, 即若上述 AAA 消息不携带参数 USERTYPE 时, 默认用户类型为非 CSG成员。 上述的接入请求消息 ( AAA 消息 ), 例如 RADIUS 协议中的 Access-Request 消 息, Diameter 十办议中 的 AA-Request 消 息, 或者 Credit-Control-Request。 需要说明的是, 根据实际需要, 上述服务基站类型信息, 用户类型信息 可以单独使用, 也可以结合起来使用。 步骤 S204: PPS 获取上述月艮务基站的类型, 和 /或用户类型, 并为终端 (终端用户) 应用 (执行, 选择) 不同的计费策略。 在终端执行初始入网的过程中, PPS可以从上述接入请求中获取终端服 务基站的类型, 和 /或用户类型。 此时, PPS可以依据服务基站类型, 和 /或用 户类型, 为终端选择不同的计费策略。 例如, 为终端 (终端用户) 选择执行 依流量计费, 依时长计费; 或者 /以及, 为终端 (终端用户)选择不同的计费 费率等。 其中, 根据该计费策略, PPS为终端 (终端用户) 执行配额换算; 在终端入网以后, PPS 还可以收到上述来自 PPC 的接入请求, 如步骤 S202所述, 会有多种条件触发 PPC向 PPS发送接入请求消息。 PPS可以从 中获取上述服务基站类型, 和 /或用户类型。 此时, PPS可以依据服务基站类 型, 和 /或用户类型, 更改计费策略, 并重新为终端执行配额换算。 例如, PPS 可以在发现服务基站类型, 和 /或用户类型相对与之前记录的状态发生变化 时, 执行上述操作。 此外, PPS在为终端重新执行配额换算时, 还可以结合 从上述接入请求中获取终端当前剩余的配额一起执行。 下文以 PPS在为终端按时长计费(Duration Based Accounting )时, 执行 配额换算为例, 说明 PPS依据服务基站类型, 和 /或用户类型, 为用户执行不 同的计费策略方法, 以达到为用户提供差异化计费服务的目的。 假设当前用户账户余额为 100单位, 上述 PPS依据服务基站类型为终端 执行配额换算, 如下两例: The triggering condition for the PPC to send the base station type information, and/or the user type information to the PPS, includes one of the following: the initial network access of the terminal, the quota allocated by the prepaid server for the terminal is used up or is about to be used up, and the serving base station of the terminal Or the service base station type changes, the terminal user type changes, and the prepaid client receives the prepaid request; for example, the PPC finds that the PPS allocates the quota for the terminal or is about to run out (for example, 80% of the quota is used, Threshold), PPC finds that the current serving base station or serving base station type of the terminal changes, and the user type of the PPC discovery terminal changes. Before the PPC sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the method further includes: the PPA pre-establishes the request message or the data channel establishment request message from the home base station/base station through the data channel. Obtaining base station type information, and/or user type information; the PPA sends the base station type information, and/or the user type information to the PPC; specifically, when initially entering the network, the PPA obtains the base station type information and/or the user type information from the serving base station. When performing handover, the PPA acquires base station type information and/or user type information from the target base station. In addition, the PPC may also obtain the base station type information, and/or the user type information from the home base station/base station by using one of the following messages: a terminal pre-attach request message, an Extensible Authentication Protocol (EAP) forwarding message, The CMAC key count update request message, the context information request message, the data channel pre-establishment request message, and the data channel setup request message. The terminal pre-attach request message and the EAP forward message are used to correspond to the serving base station in the initial network access process; the CMAC key count update request message, the context request message, the data channel pre-establishment request message, and the data channel setup request message are For the handover process, corresponding to the target base station, where the data channel pre-establishment request message and the data channel setup request message correspond to a scenario in which the PPC and the PPA are unified. Then, the PPC sends the acquired base station type information, and/or user type information to the PPS through the access request message. After the PPC sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPS receives the base station type information and/or the user type information, and uses the base station type information and/or the user type information as the terminal. Executing a charging policy, where performing a charging policy for the terminal includes: selecting a charging rate for the terminal (performing quota conversion), and/or selecting a different charging mode for the terminal. In addition, when the PPC sends the base station type information and/or the user type information to the PPS, the PPC also sends the current remaining quota of the terminal to the PPS. Where the remaining quota is PPC from the local or PPA acquired. With this embodiment, the PPC sends the base station type of the current serving base station of the terminal user, and/or the current user type of the terminal user to the PPS; the PPS may perform the terminal user according to the type of the monthly service base station and/or the user type information. The corresponding charging policy can attract and encourage users to widely use the home base station, and can use the home base station according to the type of the base station currently used by the terminal user, that is, the type of the serving base station (macro base station, different types of home base stations). The user provides a differential billing service, which can solve the problem that the user cannot provide the above-mentioned differential billing service after the home network system is introduced on the live network, and thus the user's satisfaction with using the home base station to access the network is reduced until the user loses. Interest, and ultimately the home base station business could not be carried out smoothly, and even could not be carried out. In the actual application process, the user can also provide differentiated charging services by notifying the user type (CSG member or non-CSG member) to which the current terminal user belongs. For example, when a CSG member accesses a network through a closed mode home base station or a hybrid mode home base station, a lower tariff standard or a time-based charging is obtained; when a non-CSG member accesses the network through an open mode home base station or a hybrid mode home base station, High tariffs, or metering fees, etc. The implementation process of the embodiment of the present invention will be described in detail below with reference to examples. Embodiment 1 FIG. 2 is an interaction flowchart of a method for a PPC to notify a current base station type of a PPS terminal, and/or a current user type of the terminal according to the first embodiment of the present invention, as shown in FIG. 2, including the following Step S202 to step S206: Step S202: The PPC sends an access request message (AAA message) to the PPS. During the initial network access process, the PPC needs to send the foregoing access request message to the PPS, where the message carries the prepaid function supported by the PPC, and is used to negotiate the prepaid capability method with the PPS, and requires the PPS to be the terminal (end user). The initial quota (Quota) is allocated; at this time, the message also carries the service base station type of the terminal acquired by the PPC, and/or the current user type of the terminal acquired by the PPC. After the terminal accesses the network, the PPC can also send the access request message to the PPS when the quota allocated by the PPS for the user is about to be exhausted (for example, 80% of the quota is used). At this time, the message carries the quota that can be specified. The indication that needs to be supplemented; at this time, the message also carries the type of the serving base station acquired by the PPC, and/or the type of the user; in addition, the message may also carry the terminal (for the terminal) Household) The current remaining quota. After the terminal accesses the network, the PPC may also send the foregoing access request message to the PPS when the current serving base station of the terminal is found, or the type of the serving base station changes (for example, the terminal switches from the macro base station to the home base station); The type of the serving base station acquired by the PPC, and/or the type of the user are also carried; in addition, the message may also carry the current remaining quota of the terminal. After the terminal accesses the network, the PPC can also change the current user type of the terminal (end user). For example, the serving base station of the terminal is a hybrid mode home base station, and the user type of the terminal is changed from a non-CSG member to a CSG. The member sends the foregoing access request message to the PPS. At this time, the message also carries the type of the serving base station acquired by the PPC, and/or the type of the user. In addition, the message may also carry the current remaining quota of the terminal. When the PPC sends the base station type information of the serving base station to the PPS, the parameter BSTYPE may be added to the AAA message, and BSTYPE=0 indicates that the macro base station (Macs); BSTYPE=1 indicates the open mode (OPEN) home base station; BSTYPE= 2 indicates mixed mode (CSG-OPEN) home base station; BSTYPE=3 indicates closed mode (CSG-CLOSED) home base station. It is also possible to make BSTYPE=0 the default value, that is, if the AAA message does not carry the parameter BSTYPE, the default serving base station type is a macro base station. Alternatively, in another manner, a parameter BSTYPE=0 is added to the AAA message to indicate a macro base station (Mac BS); BSTYPE=1, SUBTYPE=1 indicates an open mode (OPEN) home base station; BSTYPE=1, SUBTYPE=2 Indicates the hybrid mode (CSG-OPEN) home base station; BSTYPE=1, SUBTYPE=3 indicates the closed mode (CSG-CLOSED) home base station. Similarly, you can also make BSTYPE=0 the default value, with the same meaning as above. When the PPC sends the user type information to the PPS, the parameter USERTYPE may be added to the AAA message, and USERTYPE=0 indicates a non-CSG member; USERTYPE=1 indicates a CSG member (CSG Member) „ USERTYPE=0 is the default value, that is, if the AAA message does not carry the parameter USERTYPE, the default user type is a non-CSG member. The above access request message (AAA message), such as the Access-Request message in the RADIUS protocol, The AA-Request message in the discussion, or the Credit-Control-Request. It should be noted that, according to actual needs, the above-mentioned service base station type information, user type information They can be used alone or in combination. Step S204: The PPS obtains the type of the monthly service base station, and/or the user type, and applies (executes, selects) different charging policies to the terminal (end user). In the process of the terminal performing the initial network access, the PPS may acquire the type of the terminal serving base station, and/or the user type from the foregoing access request. At this time, the PPS may select different charging policies for the terminal according to the type of the serving base station, and/or the type of the user. For example, the terminal (end user) selects to perform the flow-based fee, and the time-based billing; or/and, selects a different billing rate for the terminal (end user). According to the charging policy, the PPS performs quota conversion for the terminal (end user); after the terminal accesses the network, the PPS may also receive the access request from the PPC. As described in step S202, there are multiple conditions for triggering the PPC. An access request message is sent to the PPS. The PPS can obtain the above-mentioned serving base station type, and/or user type. At this time, the PPS may change the charging policy according to the type of the serving base station, and/or the type of the user, and perform quota conversion for the terminal again. For example, the PPS may perform the above operations when the type of serving base station is discovered, and/or the type of user is relatively changed from the previously recorded status. In addition, when the PPS re-executes the quota conversion for the terminal, the PPS may also perform the acquisition of the current remaining quota of the terminal from the foregoing access request. In the following, when the PPS is used for the terminal based on the duration of the accounting, the quota conversion is performed as an example. The PPS performs different charging policy methods for the user according to the type of the serving base station and/or the user type. Provide the purpose of differentiated billing services. Assume that the current user account balance is 100 units. The above PPS performs quota conversion for the terminal according to the type of the serving base station, as follows:
A. 若是宏基站, PPS将余额换算成 100单位时长 (费率为 1 , 较高); 若是家用基站, PPS将余额换算成 200单位时长 (费率为 1/2, 较低)。 A. In the case of a macro base station, PPS converts the balance into 100 units (rate 1 is higher); in the case of a home base station, PPS converts the balance into 200 units (rate 1/2, lower).
B. 若是宏基站, PPS将余额换算成 100单位时长 (费率为 1 , 最高); 若是开放模式家用基站, PPS将余额换算成 150单位时长 (费率为 2/3 ); 若 是混合模式家用基站, PPS将余额换算成 200单位时长 (费率为 1/2 ); 若是 闭合模式家用基站, PPS将余额换算成 300单位时长 (费率为 1/3 , 最低)。 假设当前用户账户余额为 100单位, 上述 PPS依据用户类型来为终端执 行配额换算, 如下例: B. In the case of a macro base station, the PPS converts the balance into 100 units (the rate is 1 and the highest); if it is an open mode home base station, the PPS converts the balance into 150 units (the rate is 2/3); if it is a mixed mode home Base station, PPS converts the balance into 200 units (the rate is 1/2); if it is a closed mode home base station, PPS converts the balance into 300 units (rate 1/3, lowest). Assuming that the current user account balance is 100 units, the above PPS performs quota conversion for the terminal according to the user type, as in the following example:
C. 若终端用户以非 CSG成员角色访问网络 (例如, 使用非 CSG成员 角色通过宏基站、 开放模式家用基站、 混合模式家用基站访问网络), PPS 将余额换算成 100单位时长 (费率为 1 , 较高); 若终端用户以 CSG成员角 色访问网络(例如, 使用 CSG成员角色通过闭合模式家用基站、 混合模式家 用基站访问网络), PPS将余额换算成 200单位时长 (费率为 1/2, 较低) 假设当前用户账户余额为 100单位, 上述 PPS结合服务基站类型和用户 类型来为终端执行配额换算, 如下例: C. If the end user accesses the network as a non-CSG member role (for example, using a non-CSG member The role is accessed by the macro base station, the open mode home base station, and the hybrid mode home base station. The PPS converts the balance into 100 units of time (rate 1 is higher); if the end user accesses the network as a CSG member role (for example, using CSG) The member role accesses the network through the closed mode home base station and the hybrid mode home base station. The PPS converts the balance into 200 units (the rate is 1/2, lower). Suppose the current user account balance is 100 units. The above PPS is combined with the service base station type. And user type to perform quota conversion for the terminal, as in the following example:
D. 终端的服务基站是宏基站, 此时用户类型一定是非 CSG成员, 则用 户类型可归类为非 CSG成员, PPS将余额换算成 100单位时长 (费率为 1 , 最高); 终端的服务基站是开放模式家用基站, 此时用户类型一定是非 CSG 成员, PPS将余额换算成 150单位时长 (费率为 2/3 ); 终端的月艮务基站是混 合模式家用基站, 则若终端不是该家用基站的 CSG成员 (即, 用户类型是非 CSG成员), PPS将余额换算成 150单位时长 (费率为 2/3 )。 若终端是该家 用基站的 CSG成员 (即, 用户类型是 CSG成员 ), PPS将余额换算成 300单 位时长 (费率为 1/3 ); 终端的服务基站是闭合模式家用基站, 此时, 用户类 型一定是 CSG成员, PPS将余额换算成 300单位时长 (费率为 1/3 , 最低)。 由上述实例 ( A至 D ) 可以看出, 配额的换算实际上是才艮据当前为终端 指定的费率来执行的, 而费率则由计费策略指定。 步骤 S206: PPS向 PPC返回接入成功消息。 接入成功消息可以携带 PPS为终端 (终端用户)分配的配额。 该分配的 配额一般是该用户拥有的所有配额的一部分。 例如 PPS将 100单位的余额换 算成 100单位时长 (步骤 S204, 实例 C ), 即, 用户拥有的所有配额为 100 单位时长; 而在本步骤中, PPS将其中 10单位时长的配额分配给终端, 并传 递到 PPC。 D. The serving base station of the terminal is a macro base station. In this case, the user type must be a non-CSG member, then the user type can be classified as a non-CSG member, and the PPS converts the balance into 100 units (the rate is 1 and the highest); The base station is an open mode home base station. In this case, the user type must be a non-CSG member, and the PPS converts the balance into 150 units (the rate is 2/3); the terminal's monthly base station is a mixed mode home base station, if the terminal is not the The CSG member of the home base station (ie, the user type is a non-CSG member), and the PPS converts the balance into 150 units of time (a rate of 2/3). If the terminal is a CSG member of the home base station (ie, the user type is a CSG member), the PPS converts the balance into 300 units of time (a rate of 1/3); the serving base station of the terminal is a closed mode home base station, at this time, the user The type must be a CSG member, and the PPS converts the balance to 300 units (rate 1/3, lowest). As can be seen from the above examples (A to D), the conversion of the quota is actually performed according to the rate currently specified for the terminal, and the rate is specified by the charging policy. Step S206: The PPS returns an access success message to the PPC. The access success message may carry the quota allocated by the PPS to the terminal (end user). The assigned quota is typically part of all the quotas owned by the user. For example, the PPS converts the balance of 100 units into 100 unit durations (step S204, instance C), that is, all quotas owned by the user are 100 unit durations; and in this step, the PPS allocates quotas of 10 units of time to the terminal. And passed to the PPC.
PPS在向 PPC返回接入成功时, 为终端分配配额, 一般用于以下几种场 景 (沿用上例, PPS为终端分配 10单位时长的配额): When the PPS returns to the PPC, the PPS allocates quotas to the terminal. It is generally used in the following scenarios (using the above example, the PPS allocates a quota of 10 units for the terminal):
E. 为终端分配初始配额, 一般发生在终端执行初始接入时。 此时, PPC 将获知允许终端在未来 10单位时间内 (如, 10小时) 访问网络业务; E. Assign an initial quota to the terminal, which usually occurs when the terminal performs initial access. At this point, the PPC will know that the terminal is allowed to access the network service in the next 10 units (for example, 10 hours);
F. 为终端补充当前剩余的配额, 一般发生在 PPC发现当前终端的配额 快要用完时 (例如, 还剩余 4小时), PPC向 PPS 申请补充配额。 PPS再分 配 10单位的配额给终端, 则此时 PPC拥有 14单位的配额。 当然, 在本发明中, 如步骤 S202所述, PPC在发现终端的服务基站类 型, 和 /或用户类型发生变化时, 也会向 PPS发送接入请求。 此时, 在执行完 步骤 S204 (配额换算) 以后, PPS也可以为终端补充配额。 需要补充说明的是, 步骤 S204中实例 A至 D所举的实例, 可以看作是 在终端执行初始入网的过程中, PPS依据终端的服务基站类型, 和 /或用户类 型, 来将终端用户的账余额通过配额换算转换成配额的实例。 实际上, 同样 的原理也可以应用在其他场景中。 例如, 当 PPC发现当前终端配额不足, 或 者 PPC发现上述月艮务基站, 和 /或用户类型发生变化时。 此时, PPC需要将终端当前剩余的配额, 以及上述的服务基站类型, 和 /或用户类型发送给 PPS; PPS取出当前的费率,将当前剩余的配额(包括 PPC 通知的剩余配额, 以及 PPS保留的还没有分配下去的配额)换算成用户账户 余额; PPS确定当前的费率(如步骤 S204中实例 A至 D所述), 并将账户余 额按照新的费率再换算成配额; PPS为终端补充配额(如步骤 S206中实例 F 所述)。 以下基于上述实例 C描述的场景, 说明上述方法。 支设终端当前的用户 类型是非 CSG成员, 初始入网时该用户的配额是 100单位时长 (费率为 1 , 用户账户余额为 100单位;);初始入网时 PPS为终端分配了 10单位时长, PPS 本地还掌握 90单位时长。 F. Supplement the current remaining quota for the terminal. Generally, when the PPC finds that the current terminal quota is running out (for example, there are still 4 hours remaining), the PPC applies for a supplementary quota to the PPS. PPS subdivided With a quota of 10 units for the terminal, the PPC has a quota of 14 units. Of course, in the present invention, as described in step S202, the PPC also sends an access request to the PPS when the type of the serving base station of the terminal is discovered, and/or the type of the user changes. At this time, after performing step S204 (quota conversion), the PPS may also supplement the quota for the terminal. It should be noted that the examples in the examples A to D in the step S204 can be regarded as the terminal user performing the initial network access process, and the PPS is based on the service base station type of the terminal, and/or the user type. The account balance is converted to an instance of the quota by quota conversion. In fact, the same principle can be applied to other scenarios. For example, when the PPC finds that the current terminal quota is insufficient, or the PPC finds that the above-mentioned monthly service base station, and/or the user type changes. At this time, the PPC needs to send the current remaining quota of the terminal, and the above-mentioned service base station type, and/or user type to the PPS; the PPS takes out the current rate, and the current remaining quota (including the remaining quota of the PPC notification, and the PPS) The retained quota that has not been allocated is converted into the user account balance; the PPS determines the current rate (as described in Examples A to D in step S204), and converts the account balance into a quota according to the new rate; PPS is The terminal supplements the quota (as described in example F in step S206). The above method will be described below based on the scenario described in the above example C. The current user type of the terminal is a non-CSG member. The quota of the user is 100 units when the network is initially accessed (the rate is 1 and the user account balance is 100 units;); the PPS allocates 10 units for the terminal when the network is initially connected, PPS The local level is also 90 units.
G. 一段时间后, 终端使用了 6单位时长; 此时, 终端的用户类型发生 了变化, 从非 CSG成员变成了 CSG成员 (例如, 从宏基站切换到家用基站, 且终端是这个家用基站的 CSG成员 ); 如上述, PPC需要将相关信息发送给 PPS , 其中包括终端当前剩余的配额是 4单位时长。 PPS可以获知当前终端 剩余配额是 94单位时长, 对应账户余额为 94单位(费率为 1 ); 由于当前终 端的用户类型变成了 CSG成员, 则 PPS将上述 94单位余额再换算成 188单 位时长 (费率为 1/2 )。 则此时, 终端的总配额为 184单位时长; PPS此时还 可以为终端补充配额, 例如, 再补充 10单位时长的配额, 则此时 PPC中拥 有的配额为 14单位时长。 当然, 上述实例 (G ) 描述的方法, 同样也适用于上述实例 A至 D, 其 原理是相同的, 处理方法也是类似的, 在此不再赞述。 上述实例 (A至 G ) 都是以依时长计费来说明的, 相同的原理也可以应 用与其他的计费模式, 如, 依流量计费 (Volume Based Accounting ), 原理相 同, 不再赘述。 需要说明的是, 上述实例对于本发明实施例都适用, 只不过在某些实施 例中,由 PPA代替 PPC的功能,而 PPC作为 PPA与 PPS之间交互的代理(例 如, 实施例二), 但是本质和原理相同。 实施例二 图 3是根据本发明实施例二的 PPA通知 PPS终端用户当前的服务基站类 型, 和 /或终端用户当前用户类型的交互流程图, 如图 3所示, 当锚点鉴权器 和锚点数据通道功能分置在不同的接入网关时, 由 PPA负责根据配额监视用 户的业务使用情况, 并将相关信息通过 PPC中转, 发送给 PPS , 包括如下的 步骤 S302至步骤 S310: 步骤 S302: PPA向 PPC发送预付费请求消息。 如步骤 S202所述, 有多种事件能触发 PPC向 PPS发送接入请求消息。 在本步 4聚中, 同样的事件也可以触发 PPA向 PPC发送预付费请求 ( Prepaid Request ) 消息。 例如, 当 PPA在发现 PPS为该用户分配的配额即^ 1用完时; 或者, 在当 PPA发现终端当前的服务基站 (或者服务基站的类型) 发生变化时; 或者, 当 PPA在发现终端当前的用户类型发生变化时, PPA都可以向 PPC发送预 付费请求。 此时, 该预付费请求消息携带 PPA 获取到的服务基站类型, 和 / 或用户类型。 此外, 该消息还可携带终端当前剩余的配额。 步骤 S304: PPC向 PPS发送接入请求消息。 此时, PPC的作用是充当 PPA与 PPS之间交互的代理 ( Proxy )„ 当 PPC 收到来自 PPA的预付费请求以后, PPC将该消息中的内容(参数)放到接入 请求消息 (同实施例一中的接入请求消息) 中, 并将该接入请求消息发送给 PPS。 步骤 S306: 同步 4聚 S204, 在 jt匕不再赘述。 步骤 S308: PPS向 PPC返回接入成功消息。 同步骤 S206中描述的方法, PPS在向 PPC返回接入成功, 该消息还可 以携带 PPS为终端分配的配额。 此时, PPC的作用仍然是充当 PPA与 PPS 之间交互的代理。 步骤 S310: PPC向 PPA返回预付费通知消息。 G. After a period of time, the terminal uses 6 units of time; at this time, the user type of the terminal changes, from a non-CSG member to a CSG member (for example, switching from a macro base station to a home base station, and the terminal is the home base station) The CSG member); as mentioned above, the PPC needs to send relevant information to the PPS, including the current remaining quota of the terminal is 4 units of duration. PPS can know that the current terminal remaining quota is 94 units, and the corresponding account balance is 94 units (rate is 1); since the current terminal user type becomes a CSG member, PPS converts the above 94 unit balance into 188 unit duration. (The rate is 1/2). At this time, the total quota of the terminal is 184 units of time; the PPS can also supplement the quota for the terminal at this time, for example, by adding a quota of 10 units of time, then the quota owned by the PPC is 14 units. Of course, the method described in the above example (G) is also applicable to the above examples A to D, the principle is the same, and the processing method is similar, and will not be described here. The above examples (A to G) are all described in terms of time-based billing. The same principle can be applied to other billing modes. For example, according to Volume Based Accounting, the principle is the same and will not be described again. It should be noted that the foregoing examples are applicable to the embodiments of the present invention, except that in some embodiments, the function of the PPC is replaced by the PPA, and the PPC acts as a proxy for the interaction between the PPA and the PPS (for example, the second embodiment). But the essence and principle are the same. Embodiment 2 FIG. 3 is a flow chart of interaction between a PPA to notify a PPS terminal user of a current serving base station type and/or an end user current user type according to Embodiment 2 of the present invention, as shown in FIG. 3, when an anchor authentication device and When the anchor data channel function is configured on different access gateways, the PPA is responsible for monitoring the service usage of the user according to the quota, and the related information is transmitted to the PPS through the PPC, and the following steps S302 to S310 are performed: Step S302 : The PPA sends a prepaid request message to the PPC. As described in step S202, there are multiple events that can trigger the PPC to send an access request message to the PPS. In this step, the same event can also trigger the PPA to send a Prepaid Request message to the PPC. For example, when PPS found PPA quota allocated for user 1 ^ i.e. run; or, when the PPA was found in the current serving base station (serving base station or type) is changed; or, when the terminal is currently found PPA When the user type changes, the PPA can send a prepaid request to the PPC. At this time, the prepaid request message carries the type of the serving base station acquired by the PPA, and/or the type of the user. In addition, the message may also carry the current remaining quota of the terminal. Step S304: The PPC sends an access request message to the PPS. At this time, the role of the PPC is to act as a proxy for the interaction between the PPA and the PPS (Proxy) „ When the PPC receives the prepaid request from the PPA, the PPC puts the content (parameter) in the message into the access request message (the same In the access request message in the first embodiment, the access request message is sent to the PPS. Step S306: Synchronization 4 S204, which is not described in jt. Step S308: The PPS returns an access success message to the PPC. In the same manner as the method described in the step S206, the PPS returns the access to the PPC successfully, and the message may also carry the quota allocated by the PPS for the terminal. At this point, the role of the PPC is still to act as a proxy for the interaction between the PPA and the PPS. Step S310: The PPC returns a prepaid notification message to the PPA.
PPC收到来自 PPS的接入成功消息以后, 将该消息中的内容(参数)放 到预付费通知消息中, 并将该消息发送给 PPA。 预付费通知消息中可以包含 上述的 PPS为终端分配的配额。 其中, 上述的为终端分配的配额的作用与步 4聚 S206 中描述的一致, 只 不过在本步骤中由 PPA代理步骤 S206中的 PPC, 其原理相同。 实施例一所举实例( A至 G ) 卩适用于本实施例, 只不过在本实施例中 , 由 PPA代替 PPC的功能, 而 PPC作为 PPA与 PPS之间交互的代理 (例如, 由 PPA 负责将上述基站类型, 用户类型, 剩余配额发送给 PPS ), 但是本质 和原理相同, 在 jt匕不再赘述。 实施例三 图 4是根据本发明实施例三的家用基站 /基站(作为终端的服务基站)通 知 PPC本基站类型和 /或终端的用户类型方法的交互流程图, 如图 4所示, 终端通过家用基站 /基站(服务基站)执行初始入网过程中, 包括如下的步骤 S402至步骤 S420: 步骤 S402: 终端与基站之间完成空口参数同步及测距。 其中, 基站包括 宏基站, 家用基站等。 步骤 S404: 终端向基站发送基本能力协商请求, 用以与网络协商认证能 力 (如用户的认证策略等) 等。 步骤 S406: 基站(包括家用基站, 宏基站)向接入网关发送终端预附着 请求; 接入网关处理该请求以后, 向基站返回终端预附着响应。 上述终端预附着请求消息的目的是, 通知位于接入网关中的鉴权器 ( Authenticator ) 一个新的终端即将入网, 同时也协助终端与接入网关协商 一些后续需要使用的参数。 上述终端预附着请求中还可以携带终端月艮务基站的类型和 /或终端的用 户类型。 首先, 发送终端预附着请求的基站 (家用基站, 宏基站) 就是终端当前 的服务基站, 所以该服务基站知道本基站的类型, 依照实施例一中描述的表 达基站类型的方式: 如果当前基站是宏基站, 则在上述的终端预附着请求消息中, 可以携带 一个指示, 用于表明基站类型是宏基站; 或者不携带该指示, 此时, 接收方 PPC将默认基站类型为宏基站; 如果当前基站是家用基站, 则在上述的终端 预附着请求消息中, 需要携带指示, 用于表明基站类型是家用基站, 进一步 的还可以表明是何种类型的家用基站 (闭合模式家用基站, 混合模式家用基 站, 开放模式家用基站等)。 其次, 发送终端预附着请求的基站还可以获得到终端的用户类型, 依照 实施例一中描述的表达用户类型的方式: 如果当前基站是宏基站, 则没有闭合用户组 CSG成员的概念, 此时, 宏 基站将忽略此参数, 接收方 PPC将默认用户类型为非 CSG成员; 如果当前 基站是家用基站, 则该家用基站会首先判断该终端是不是自身的 CSG成员, 并将判断结果作为一个指示, 用来表明当前终端的用户类型 (CSG成员, 非 CSG 成员)。 值得注意的是, 若家用基站也忽略此参数(例如, 开放模式家 用基站;), 那么接收方也将默认用户类型为非 CSG成员。 如上文所述, PPC位于锚点鉴权器, 此时, PPC可以从上述的终端预附 着请求中获取上述终端月艮务基站的基站类型, 和 /或上述终端的用户类型, 并 将之緩存在本地。 步骤 S408: 基站向终端返回基本能力协商应答。 步骤 S410: 接入网关 (锚点鉴权器) 启动 EAP鉴权流程, 向基站发送 用户标识请求, 基站将该请求转发给终端。 步 4聚 S412: 收到用户标识请求后, 终端向基站回复用户标识响应, 其基 站将该响应转发给接入网关 (锚点鉴权器)。 在本步骤中, 基站使用 EAP转发消息 ( EAP-Transfer ) 将终端的用户表 标识响应传递到接入网关 (锚点鉴权器)。 如果在上述步骤中 (步骤 S406 ) 基站没有 4巴上述月艮务基站类型, 和 /或用户类型发送给接入网关, 则此时, 可 以依照步骤 S406所述的方法, 将上述服务基站类型, 和 /或用户类型发到接 入网关。此时, PPC可以从 EAP转发消息中获取上述终端服务基站的基站类 型, 和 /或上述终端的用户类型。 步骤 S414: 收到用户标识响应后, 接入网关 (锚点鉴权器, PPC ) 向 AAA服务器 ( PPS )发送接入请求消息。 如步骤 S202所述的方法, 上述接入请求消息 (由 PPC发向 PPS )还携 带服务基站类型, 和 /或用户类型。 步骤 S416: 同步 4聚 S204。 步骤 S418: AAA服务器与终端之间执行 EAP接入鉴权流程, 并在接入 鉴权成功以后, AAA服务器 (PPS ) 向接入网关 (锚点鉴权器, PPC )返回 接入成功消息。 同步骤 S206中描述的方法, 上述的接入成功消息还需要携带 PPS为终 After receiving the access success message from the PPS, the PPC puts the content (parameter) in the message into the prepaid notification message, and sends the message to the PPA. The prepaid notification message may include the quota allocated by the PPS for the terminal. The function of the above-mentioned quota allocated for the terminal is the same as that described in the step S206, except that the PPC in the step S206 is represented by the PPA in this step, and the principle is the same. The example (A to G) of the first embodiment is applicable to the present embodiment, except that in the present embodiment, the function of the PPC is replaced by the PPA, and the PPC acts as a proxy for the interaction between the PPA and the PPS (for example, the PPA is responsible for The above base station type, user type, and remaining quota are sent to the PPS, but the essence and principle are the same, and will not be described again in jt. Embodiment 3 FIG. 4 is an interaction flowchart of a method for a home base station/base station (as a serving base station of a terminal) to notify a PPC base station type and/or a user type of a terminal according to Embodiment 3 of the present invention. As shown in FIG. 4, the terminal passes The home base station/base station (the serving base station) performs the initial network access process, and includes the following steps S402 to S420: Step S402: The air interface parameter synchronization and ranging are completed between the terminal and the base station. The base station includes a macro base station, a home base station, and the like. Step S404: The terminal sends a basic capability negotiation request to the base station to negotiate the authentication capability (such as the user's authentication policy, etc.) with the network. Step S406: The base station (including the home base station, the macro base station) sends a terminal pre-attachment request to the access gateway; after the access gateway processes the request, the terminal pre-attach response is returned to the base station. The purpose of the terminal pre-attach request message is to notify the Authenticator located in the access gateway that a new terminal is about to enter the network, and also assist the terminal to negotiate with the access gateway for some subsequent parameters to be used. The terminal pre-attach request may also carry the type of the terminal service base station and/or the user type of the terminal. First, the base station (home base station, macro base station) that sends the terminal pre-attach request is the current serving base station of the terminal, so the serving base station knows the type of the base station, and the manner of expressing the base station type according to the first embodiment: The macro base station, in the foregoing terminal pre-attach request message, may carry an indication that the base station type is a macro base station; or does not carry the indication, at this time, the receiver PPC will default the base station type to a macro base station; The base station is a home base station, and in the foregoing terminal pre-attach request message, an indication is required to indicate that the base station type is a home base station, and further may indicate which type of home base station is used (closed mode home base station, mixed mode home Base station, open mode home base station, etc.). Secondly, the base station that sends the terminal pre-attach request can also obtain the user type of the terminal, according to the manner of expressing the user type described in the first embodiment: If the current base station is a macro base station, there is no concept of closing the user group CSG member. The macro base station will ignore this parameter, and the receiving PPC will default the user type to a non-CSG member; if the current base station is a home base station, the home base station will first determine whether the terminal is a CSG member of its own, and use the judgment result as an indication. , used to indicate the current terminal user type (CSG member, non-CSG member). It is worth noting that if the home base station also ignores this parameter (for example, an open mode home base station;), then the receiver will also default the user type to a non-CSG member. As described above, the PPC is located in the anchor authenticator. At this time, the PPC may acquire the base station type of the terminal monthly base station from the terminal pre-attach request, and/or the user type of the terminal, and cache it. locally. Step S408: The base station returns a basic capability negotiation response to the terminal. Step S410: The access gateway (anchor authenticator) starts an EAP authentication process, and sends a user identity request to the base station, and the base station forwards the request to the terminal. Step 4: S412: After receiving the user identification request, the terminal replies with the user identity response to the base station, and the base station forwards the response to the access gateway (anchor authenticator). In this step, the base station transmits the user table identifier response of the terminal to the access gateway (anchor authenticator) by using an EAP Forwarding message (EAP-Transfer). If in the above steps (step S406) The base station does not have the above-mentioned monthly service base station type, and/or the user type is sent to the access gateway. In this case, the service base station type and/or the user type may be sent to the access according to the method described in step S406. Gateway. At this time, the PPC may acquire the base station type of the foregoing terminal serving base station from the EAP forwarding message, and/or the user type of the foregoing terminal. Step S414: After receiving the user identity response, the access gateway (anchor authenticator, PPC) sends an access request message to the AAA server (PPS). In the method of step S202, the foregoing access request message (transmitted by the PPC to the PPS) further carries a serving base station type, and/or a user type. Step S416: Synchronize 4 to S204. Step S418: The EAP access authentication process is performed between the AAA server and the terminal, and after the access authentication succeeds, the AAA server (PPS) returns an access success message to the access gateway (an anchor authenticator, PPC). In the same manner as the method described in step S206, the foregoing access success message needs to carry the PPS as the end.
步骤 S420: 继续执行用户接入相关的其他流程。 实施例四 图 5是根据本发明实施例四的交互流程图, 如图 5所示, 终端在基站之 间执行切换的过程, 由新的服务基站 (也称为目标基站)通知 PPA/PPC (服 务基站) 的类型, 和 /或终端的用户类型, 进而由 PPC将之通知到 PPS的方 法的交互流程图, 包括如下的步骤 S502至步骤 S520: 步骤 S502: 移动终端向月艮务基站发送切换指示。 在移动终端确定了即将切换进入的新的 艮务基站 (目标基站) 以后, 移 动终端需要向其当前的月艮务基站发送移动指示消息 ( MOB_HO-IND ), 该消 息中携带目标基站的标识。 步骤 S504: 服务基站向目标基站发出切换确认 (HO_Cnf ) 消息, 通知 移动终端即将切换到该目标基站; 目标基站使用切换同意 (HO_Ack ) 消息 回应 艮务基站。 步骤 S506: 目标基站向终端的锚点鉴权器发送上下文请求消息; 锚点鉴 权器使用上下文应答消息回应目标基站。 若目标基站还未拥有终端的上下文信息(例如, 授权密钥( Authorization Key, 简称为 AK ) 上下文信息), 则此时, 目标基站可以向终端的锚点鉴权 器发送上下文请求 ( Context_Req ), 用以获取终端的上下文信息。 依照步骤 S406 中描述的方法, 目标基站 (家用基站, 宏基站) 能获知 当自己成为终端的服务基站以后, 终端的服务基站的基站类型, 和 /或终端的 用户类型。 此时, 目标基站可使用上述上下文请求将该基站类型, 和 /或用户 类型发送给 PPC (锚点鉴权器); 而此时, PPC将把这些参数緩存在本地。 步骤 S508: 目标基站向终端的锚点接入网关(锚点数据通道功能)发数 据通道预建立请求; 锚点接入网关 (锚点数据通道功能)使用数据通道预建 立响应回应目标基站。 若目标基站还没有为终端与锚点接入网关 (锚点数据通道功能) 之间预 建立数据通道, 则此时, 目标基站还可以向锚点数据通道功能发送数据通道 预建立请求 (Path_Prereg_Req ), 用于预建立数据通道。 同步 4聚 S506的方法, 目标基站可以获取到上述的基站类型, 和 /或用户 类型。 目标基站可使用数据通道预建立请求消息将之发送给 PPA (锚点数据 通道功能), PPA将把这些参数緩存在本地。 步骤 S510: 终端向目标基站发送测距请求, 表明终端将要切换至该目标 基站。 步骤 S512: 目标基站向终端回应测距响应, 同时,执行终端重入网过程。 步骤 S514: 目标基站(新的服务基站) 向终端的锚点接入网关(锚点数 据通道功能) 发数据通道建立请求; 锚点接入网关 (锚点数据通道功能)使 用数据通道建立响应回应目标基站。 目标基站需要为终端与锚点数据通道功能间正式建立数据通道。 此时, 目标基站向锚点数据通道功能发送数据通道建立请求 ( Path_Reg_Req )。 同步骤 S508, 目标基站可以获取到上述的基站类型, 和 /或用户类型。 目标基站可使用数据通道建立请求将之发送给 PPA (锚点数据通道功能), PPA将巴这些参数緩存在本地。 步骤 S516: 目标基站 (新的服务基站) 向锚点鉴权器发送 CMAC密钥 计数更新请求; 锚点鉴权器使用 CMAC密钥计数更新确认回应 艮务基站。 目标基站需要与终端的锚点鉴权器同步 CMAC密钥的计数参数,该参数 用于计算生成保护无线空中接口安全的密钥。 目标基站通过向锚点鉴权器发 送 CMAC密钥计数更新请求( CMAC_Key_Count_Update )实现 CMAC密钥 计数同步。 同步骤 S506, 目标基站可以获取到上述的基站类型, 和 /或用户类型。 目标基站可使用 CMAC密钥计数更新请求将之发送给 PPC (锚点鉴权器), PPC将巴这些参数緩存在本地。 步骤 S518: 锚点接入网关(锚点数据通道功能)与终端旧的服务基站之 间执行数据通道拆除过程。 步骤 S520: 目标基站(新的服务基站)与终端旧的服务基站之间交互切 换完成确认。 通过本实施例描述的方法, 在终端执行切换的过程中, PPA/PPC可以获 取终端新的月艮务基站的基站类型,和 /或终端在这个新的月艮务基站上的用户类 型。 在本实施例中, 若目标基站将上述信息 (基站类型, 和 /或用户类型)直 接发送给 PPC (步骤 S506 , 步骤 S516 ), 则可以不必再将该信息发送给 PPA (步 4聚 S508, 步 4聚 S514 ), 此时, PPC将负责将该信息发送给 PPS; 反之, 则由 PPA负责将该信息通过 PPC发送给 PPS。 在获取上述信息(基站类型, 和 /或用户类型)之后, PPA/PPC可以在任 意时刻将该信息发送给 PPS (使用实施例一, 二描述的方法)。 例如, 可以在 步骤 S514执行完毕以后, 由 PPA触发, 将该信息发送给 PPS; 或者, 在步 骤 S516执行完毕以后, 由 PPC触发, 将该信息发送给 PPS; 又或者, 在步 骤 S520执行完毕以后 (即, 整个切换流程执行完毕以后), 目标基站再使用 单独的消息通知 PPC (锚点鉴权器) /PPA ) (锚点数据通道功能;), 进而触发 PPC/PPA将上述信息发送给 PPS。 实施例五 图 6是根据本发明实施例五的交互流程图, 如图 6所示, 终端在基站之 间执行准备切换的过程, 由候选目标基站 (潜在的新的服务基站) 通知 PPA/PPC, 当该候选目标基站成为终端新的服务基站时, 该服务基站的类型, 和 /或终端的在该服务基站上的用户类型方法, 包括如下的步骤 S602至步骤 S614: 步骤 S602: 移动终端向服务基站发送切换请求。 移动终端已经接入了移动通信网络中, 并准备执行切换操作; 在切换准 备阶段, 移动终端向当前为其服务的服务基站发起移动请求。 此时, 移动终 端确定了一组候选目标基站。 步骤 S604: 服务基站向每个候选目标基站都发送一个准备切换请求, 该 请求中携带终端的锚点鉴权器的标识、 和锚点接入网关的标识。 步骤 S606: 接收到准备切换请求以后, 候选目标基站向终端的锚点鉴权 器发送上下文请求消息; 锚点鉴权器使用上下文应答消息应答该候选目标基 站。 候选目标基站与锚点鉴权器之间交互目的是为了获取终端的上下文信息 (例如, AK上下文信息)。 同步骤 S506 中描述的方法, 此时, 该候选目标基站 (家用基站, 宏基 站)还能获知当自己成为终端的服务基站以后, 终端的服务基站的基站类型, 和 /或终端的用户类型, 并通过上下文请求 ( Context_Req ) 消息将之发送给 PPC (锚点鉴权器)。 步骤 S608: 候选目标基站向终端的锚点接入网关 (锚点数据通道功能) 发数据通道预建立请求; 锚点接入网关 (锚点数据通道功能) 使用数据通道 预建立响应回应目标基站。 同步骤 S506的方法, 候选目标基站可以获取到上述的基站类型, 和 /或 用户类型, 并使用数据通道预建立请求消息将之发送给 PPA (锚点数据通道 功能), PPA将把这些参数緩存在本地。 步骤 S610: 候选目标基站向服务基站返回准备切换请求响应, 该响应指 示了该候选目标基站是否接受移动终端的切换请求。 步骤 S612: 月艮务基站向移动终端返回切换请求响应, 其中包含一个或者 多个潜在目标基站。 步骤 S614: 服务基站向潜在目标基站发送准备切换确认消息, 以为执行 后续移动终端从服务基站到潜在目标基站的切换做准备。 值得注意的是, 由于在切换准备阶段, 一般会有多个候选目标基站参与 该过程。 因此在切换准备阶段过程中, 会有多个候选目标基站向 PPC/PPA发 送上述的月艮务基站类型, 和 /或用户类型, PPC/PPA会在其本地緩存多组这样 的信息。 但是, PPC/PPA此时不会将这些信息发送给 PPS。 在切换执行阶段, 最终确定了终端的新的服务基站以后 (是这些候选基 站其中之一 ), PPA/PPC再取出这个候选基站发送过来的上述月艮务基站类型, 和 /或用户类型, 并将之釆用实施例四所述的方法发送给 PPS。 实施例六 图 7是 居本发明实施例六的交互流程图, 如图 7所示, 终端执行不受 控切换的实例, 在该非受控切换过程中, 由新的服务基站(也称为目标基站) 通知 PPA/PPC本服务基站的类型, 和 /或终端的用户类型, 进而由 PPC将之 通知到 PPS的方法, 包含如下的步骤 S702至步骤 S716: 步骤 S702: 移动终端向目标基站发送测距请求。 在该流程中, 移动终端已经接入家用基站系统, 并开始执行切换操作; 该家用基站系统中的所有临近的基站都可以作为目标基站, 移动终端直接向 目标基站发送切换请求以发起切换, 该实施例中切换请求为测距请求, 以发 起一个不受控制的切换过程。 步骤 S704: 目标基站向月艮务基站发送上下文信息请求, 用以请求该移动 终端的锚点鉴权器的标识、 和锚点接入网关的标识等信息。 步骤 S706: 目标基站向终端的锚点鉴权器请求终端的上下文信息。 此时, 目标基站肯定未掌握终端的上下文信息, 所以目标基站一定要向 终端的锚点鉴权器请求终端的上下文信息。 同步骤 S506 中描述的方法, 此 时, 该目标基站(家用基站, 宏基站)还能获得上述基站类型, 和 /或终端的 用户类型, 并通过上下文请求消息将之发送给 PPC (锚点鉴权器)。 步骤 S708: 终端重入网过程。 然后, 步骤 S710至步骤 S716与步骤 S614至步骤 S620相同。 通过本实施例描述的方法, 在终端执行不受控切换的过程中, PPA/PPC 可以获取终端新的 艮务基站的基站类型,和 /或终端在这个新的 艮务基站上的 用户类型。 Step S420: Continue to execute other processes related to user access. Embodiment 4 FIG. 5 is an interaction flowchart according to Embodiment 4 of the present invention. As shown in FIG. 5, a process in which a terminal performs handover between base stations is notified by a new serving base station (also referred to as a target base station) to PPA/PPC ( The type of the service base station, and/or the user type of the terminal, and the interaction flowchart of the method for the PPC to notify the PPS, including the following steps S502 to S520: Step S502: The mobile terminal sends a handover to the monthly service base station Instructions. After the mobile terminal determines the new service base station (target base station) to be switched in, the mobile terminal needs to send a mobile indication message (MOB_HO-IND) to its current monthly base station, where the message carries the identity of the target base station. Step S504: The serving base station sends a handover confirmation (HO_Cnf) message to the target base station, informing the mobile terminal that the handover is to be performed to the target base station; and the target base station responds to the service base station by using a handover consent (HO_Ack) message. Step S506: The target base station sends a context request message to the anchor authenticator of the terminal; the anchor authenticator responds to the target base station by using a context response message. If the target base station does not already have the context information of the terminal (for example, Authorization Key (AK) context information), then the target base station may send a context request (Context_Req) to the anchor authenticator of the terminal. Used to obtain context information of the terminal. According to the method described in step S406, the target base station (home base station, macro base station) can know the base station type of the serving base station of the terminal, and/or the user type of the terminal after becoming the serving base station of the terminal. At this time, the target base station may send the base station type, and/or user type to the PPC (anchor authenticator) using the above context request; at this time, the PPC will cache these parameters locally. Step S508: The target base station sends a data channel pre-establishment request to the anchor access gateway (anchor data channel function) of the terminal; the anchor access gateway (anchor data channel function) uses the data channel pre-establishment response to respond to the target base station. If the target base station has not pre-established a data channel between the terminal and the anchor access gateway (anchor data channel function), the target base station may also send a data channel pre-establishment request (Path_Prereg_Req) to the anchor data channel function. , used to pre-establish data channels. In the method of synchronizing the quad-S506, the target base station can acquire the above-mentioned base station type, and/or user type. The target base station can use the data channel pre-establishment request message to send it to the PPA (Anchor Data Channel Function), which will cache these parameters locally. Step S510: The terminal sends a ranging request to the target base station, indicating that the terminal is to be handed over to the target base station. Step S512: The target base station responds to the ranging response to the terminal, and at the same time, performs a terminal re-entry procedure. Step S514: The target base station (new serving base station) sends a data channel establishment request to the anchor access gateway (anchor data channel function) of the terminal; the anchor access gateway (anchor data channel function) uses the data channel to establish a response response. Target base station. The target base station needs to formally establish a data channel between the terminal and the anchor data channel function. At this time, the target base station sends a data channel establishment request ( Path_Reg_Req ) to the anchor data channel function. In the same step S508, the target base station can acquire the above-mentioned base station type, and/or user type. The target base station can send a request to the PPA (Anchor Data Channel Function) using a data channel setup request. PPA caches these parameters locally. Step S516: The target base station (new serving base station) sends a CMAC key count update request to the anchor authenticator; the anchor authenticator uses the CMAC key count update confirmation to respond to the service base station. The target base station needs to synchronize the counting parameter of the CMAC key with the anchor authenticator of the terminal, and the parameter is used to calculate a key for generating security for protecting the wireless air interface. The target base station implements CMAC key count synchronization by transmitting a CMAC Key Count Update Request (CMAC_Key_Count_Update) to the anchor authenticator. In the same step S506, the target base station can acquire the above-mentioned base station type, and/or user type. The target base station can send it to the PPC (Anchor Authenticator) using the CMAC Key Count Update Request, which the PPC caches locally. Step S518: Performing a data channel removal process between the anchor access gateway (anchor data channel function) and the old serving base station of the terminal. Step S520: An interaction switching completion confirmation is performed between the target base station (new serving base station) and the old serving base station of the terminal. Through the method described in this embodiment, in the process of performing handover by the terminal, the PPA/PPC may acquire the base station type of the new monthly service base station of the terminal, and/or the user type of the terminal on the new monthly service base station. In this embodiment, if the target base station directly sends the foregoing information (base station type, and/or user type) to the PPC (step S506, step S516), the information may not be sent to the PPA again (step 4 is S508, Step 4 gathers S514), at this time, the PPC will be responsible for transmitting the information to the PPS; otherwise, the PPA is responsible for transmitting the information to the PPS through the PPC. After obtaining the above information (base station type, and/or user type), the PPA/PPC can send the information to the PPS at any time (using the methods described in Embodiments 1 and 2). For example, after the execution of step S514 is completed, the information may be sent to the PPS by the PPA; or, after the execution of step S516, the PPC may be triggered to send the information to the PPS; or, after the step S520 is executed, (ie, after the entire handover process is completed), the target base station then uses a separate message to notify the PPC (Anchor Authentication) /PPA) (anchor data channel function;), which in turn triggers the PPC/PPA to send the above information to the PPS. . Embodiment 5 6 is an interaction flowchart according to Embodiment 5 of the present invention. As shown in FIG. 6, the terminal performs a process of preparing handover between base stations, and the PAP/PPC is notified by the candidate target base station (potential new serving base station). When the candidate target base station becomes the new serving base station of the terminal, the type of the serving base station, and/or the user type of the terminal on the serving base station, the method includes the following steps S602 to S614: Step S602: The mobile terminal sends the signal to the serving base station. Switch the request. The mobile terminal has already accessed the mobile communication network and is ready to perform the handover operation; during the handover preparation phase, the mobile terminal initiates a mobility request to the serving base station currently serving it. At this time, the mobile terminal determines a set of candidate target base stations. Step S604: The serving base station sends a preparation handover request to each candidate target base station, where the request carries the identifier of the anchor identifier of the terminal and the identifier of the anchor access gateway. Step S606: After receiving the preparation handover request, the candidate target base station sends a context request message to the anchor authenticator of the terminal; the anchor authenticator responds to the candidate target base station by using a context response message. The purpose of the interaction between the candidate target base station and the anchor authenticator is to obtain context information (eg, AK context information) of the terminal. In the same manner as the method described in step S506, the candidate target base station (home base station, macro base station) can also know the base station type of the serving base station of the terminal, and/or the user type of the terminal, after becoming the serving base station of the terminal. It is sent to the PPC (Anchor Authenticator) via a Context Request ( Context_Req ) message. Step S608: The candidate target base station sends a data channel pre-establishment request to the anchor access gateway (anchor data channel function) of the terminal; the anchor access gateway (anchor data channel function) uses the data channel pre-establishment response to respond to the target base station. In the same manner as the method in step S506, the candidate target base station may acquire the foregoing base station type, and/or user type, and send the data channel pre-establishment request message to the PPA (anchor data channel function), and the PPA will cache these parameters. locally. Step S610: The candidate target base station returns a preparation handover request response to the serving base station, where the response indicates whether the candidate target base station accepts the handover request of the mobile terminal. Step S612: The monthly service base station returns a handover request response to the mobile terminal, where one or more potential target base stations are included. Step S614: The serving base station sends a preparation handover confirm message to the potential target base station to prepare for performing handover of the subsequent mobile terminal from the serving base station to the potential target base station. It is worth noting that, due to the handover preparation phase, there are generally multiple candidate target base stations involved in the process. Therefore, during the handover preparation phase, multiple candidate target base stations send the above-mentioned monthly service base station type, and/or user type to the PPC/PPA, and the PPC/PPA caches multiple sets of such information locally. However, PPC/PPA will not send this information to PPS at this time. After the handover execution phase, after determining the new serving base station of the terminal (which is one of the candidate base stations), the PPA/PPC takes out the above-mentioned monthly service base station type and/or user type sent by the candidate base station, and It is then sent to the PPS using the method described in the fourth embodiment. Embodiment 6 FIG. 7 is an interaction flowchart of Embodiment 6 of the present invention. As shown in FIG. 7, an example of an uncontrolled handover performed by a terminal is performed by a new serving base station (also referred to as a new serving base station). The method of notifying the PPA/PPC of the serving base station, and/or the user type of the terminal, and then notifying the PPS to the PPS, includes the following steps S702 to S716: Step S702: The mobile terminal sends the target terminal to the target base station. Ranging request. In the process, the mobile terminal has accessed the home base station system, and starts to perform the handover operation; all neighboring base stations in the home base station system can serve as the target base station, and the mobile terminal directly sends a handover request to the target base station to initiate the handover. In an embodiment, the handover request is a ranging request to initiate an uncontrolled handover procedure. Step S704: The target base station sends a context information request to the monthly base station to request information such as an identifier of the anchor identifier of the mobile terminal and an identifier of the anchor access gateway. Step S706: The target base station requests the context information of the terminal from the anchor authenticator of the terminal. At this time, the target base station certainly does not know the context information of the terminal, so the target base station must request the context information of the terminal from the anchor authenticator of the terminal. In the same manner as the method described in step S506, the target base station (home base station, macro base station) can also obtain the above-mentioned base station type, and/or the user type of the terminal, and send it to the PPC through the context request message. Authority). Step S708: The terminal re-enters the network process. Then, steps S710 to S716 are the same as steps S614 to S620. Through the method described in this embodiment, in the process of performing uncontrolled handover by the terminal, the PPA/PPC can acquire the base station type of the new service base station of the terminal, and/or the user type of the terminal on the new service base station.
PPA/PPC将上述信息发送给 PPS的时机, 同实施四中描述的方法, 原理 相同, 不再赞述。 此外, 本发明的实施例四至六, 给出的实例是锚点鉴权器与锚点数据通 道功能位于不同接入网关的实例。 实际上, 当两者位于同一个接入网关时, 实施例四至六也一样适用, 只不过此时实施例中的 PPA用 PPC代替 (如, 步骤 S508, 步 4聚 S514 ) 而已, 原理相同, 不再赘述。 在图 1所示的包含家用基站的系统连接图中, 还有一个被称之为家乡代 理 (Home Agent, 简称为 HA ) 的网元, 该网元主要被用作于在移动通信网 中实现移动 IP ( Mobile IP ) 功能。 从上面描述可以看出,所有上行数据都会最终汇聚到锚点数据通道功能; 所有下行数据也都会首先被发送给锚点数据通道功能。 当引入 HA以后, 所 有的上行数据在汇聚到锚点数据通道功能以后, 进一步发送给 HA; 而所有 的下行数据都会首先被发送给 HA上,然后进一步发送给锚点数据通道功能。 此时, 可以看作锚点数据通道功能与一个被称为外地代理 ( Foreign Agent, 简称为 FA )合设在一起。 The timing at which the PPA/PPC sends the above information to the PPS is the same as the method described in the fourth embodiment, and is not mentioned. Further, in the fourth to sixth embodiments of the present invention, an example is given in which the anchor authenticator and the anchor data channel function are located in different access gateways. In fact, when the two are located in the same access gateway, Embodiments 4 to 6 are also applicable, except that the PPA in the embodiment is replaced by PPC (for example, step S508, step 4 is S514), and the principle is the same. No longer. In the system connection diagram including the home base station shown in FIG. 1, there is also a network element called Home Agent (HA), which is mainly used in the mobile communication network. Mobile IP (Mobile IP) feature. As can be seen from the above description, all upstream data will eventually be aggregated to the anchor data channel function; all downlink data will also be sent to the anchor data channel function first. After the introduction of HA, all uplink data is further sent to the HA after being aggregated to the anchor data channel function; and all downlink data is first sent to the HA and then further sent to the anchor data channel function. At this point, it can be seen that the anchor data channel function is combined with a foreign agent (FA).
PPC可以位于 HA上, 而 PPA将位于 FA。 本发明第一、 第二实施例适 用于此场景; 而在第三至第六实施例中, 上述的锚点鉴权器中将不再含有 PPC, 则上述的服务基站类型, 和 /或用户类型将会首先被 PPA获得, 在进一 步发送给 PPC。 PPA与 PPC之间的通信可以借助 FA与 HA之间的通信来完 成。 除了上述的预付费请求消息以外, PPA还可以使用移动 IP ( Mobile IP , 简称为 ΜΙΡ )协议定义的消息来传递上述服务基站类型, 和 /或用户类型, 例 如 ΜΙΡ注册消息等。 需要说明的是, 在附图的流程图示出的步骤可以在诸如一组计算机可执 行指令的计算机系统中执行, 并且, 虽然在流程图中示出了逻辑顺序, 但是 在某些情况下, 可以以不同于此处的顺序执行所示出或描述的步骤。 才艮据本发明的实施例, 提供了一种 PPC, 该 PPC可以用于实现上述方法 实施例中的基于家用基站系统的计费方法, 该 PPC包括: 发送模块, 用于将 终端的服务基站的基站类型信息和 /或终端的用户类型信息, 发送给 PPS , 以 便 PPS根据基站类型信息和 /或用户类型信息为终端执行计费策略, 其中,基 站类型信息包括以下之一: 宏基站、 家用基站, 家用基站包括以下之一: 闭 合模式家用基站、 混合模式家用基站、 开放模式家用基站, 用户类型信息包 括以下之一: CSG成员、 非 CSG成员。 具体地, 发送模块通过接入请求消息或其他的消息将基站类型信息, 和 / 或用户类型信息, 发送给 PPS。 其中, 接入请求消息包括以下之一: RADIUS 协议中的接入请求消息、 Diameter协议中的接入请求消息、 信用控制请求消 息; PPC 通过接入请求消息将基站类型信息, 和 /或用户类型信息, 发送给 PPS的触发条件包括以下之一: 终端初始入网、 预付费服务器为终端分配的 配额用完或即将用完、 终端的月艮务基站或月艮务基站类型变化、 终端的用户类 型变化、 预付费客户端接收到预付费请求; 例如, PPC发现 PPS为终端分配 的配额用完或者即将用完 (如, 使用了 80%的配额, 达到了阈值)、 PPC发 现终端当前的月艮务基站或月艮务基站类型发生变化、 PPC发现终端的用户类型 发生变化。 在发送模块将终端的服务基站的基站类型信息和 /或终端的用户类型信 息,发送给 PPS之前, PPA从家用基站 /基站通过数据通道预建立请求消息获 取基站类型信息, 和 /或用户类型信息; PPA 将基站类型信息, 和 /或用户类 型信息发送给 PPC。 另夕卜, PPC还可以通过以下消息之一从家用基站获取基 站类型信息, 和 /或用户类型信息: 终端预附着请求消息、 CMAC密钥计数更 新请求消息、 终端上下文请求消息。 然后, PPC通过预付费请求消息从 PPA 获取基站类型信息, 和 /或用户类型信息。 在发送模块将终端的服务基站的基站类型信息和 /或终端的用户类型信 息, 发送给 PPS之后, PPS将接收基站类型信息和 /或用户类型信息, 并根据 基站类型信息和 /或用户类型信息为终端执行计费策略, 其中, 为终端执行计 费策略包括: 为终端选择计费费率 (执行配额换算)、 和 /或为终端选择不同 的计费模式。 此外, 发送模块还用于将终端当前的剩余配额发送给 PPS。 其中, 该剩 余配额是 PPC从本地或 PPA获取的。 需要说明的是, 装置实施例中描述的 PPC对应于上述的方法实施例, 其 具体的实现过程在方法实施例中已经进行过详细说明, 在此不再赞述。 通过本发明的上述实施例, 解决了相关技术中计费系统无法根据不同基 站类型和 /或不同用户类型提供差异性计费服务,从而导致用户对家用基站体 -险较差的问题, 通过釆用 PPC 将终端的月艮务基站的基站类型信息和 /或终端 的用户类型信息, 发送给 PPS , 以便 PPS根据基站类型信息和 /或用户类型信 息为终端执行计费策略, 达到了运营商有效地吸引用户、 鼓励用户广泛地使 用家用基站的目的, 并实现了家用基站业务顺利的开展。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执行, 或 者将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。 The PPC can be located on the HA and the PPA will be located in the FA. The first and second embodiments of the present invention are applicable to this scenario; and in the third to sixth embodiments, the above-mentioned anchor authenticator will no longer contain a PPC, and the above-mentioned serving base station type, and/or user The type will be first obtained by the PPA and further sent to the PPC. Communication between the PPA and the PPC can be accomplished by means of communication between the FA and the HA. In addition to the prepaid request message described above, the PPA may also use the Mobile IP (Mobile IP, abbreviated as ΜΙΡ) protocol defined message to convey the above-mentioned serving base station type, and/or user type, such as a registration message. It should be noted that the steps shown in the flowchart of the accompanying drawings may be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, In some cases, the steps shown or described may be performed in an order different than that described herein. According to an embodiment of the present invention, a PPC is provided, and the PPC may be used to implement a charging method based on a home base station system in the foregoing method embodiment, where the PPC includes: a sending module, configured to serve a base station of the terminal The base station type information and/or the user type information of the terminal are sent to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information, where the base station type information includes one of the following: The base station, the home base station includes one of the following: a closed mode home base station, a hybrid mode home base station, and an open mode home base station, and the user type information includes one of the following: a CSG member, a non-CSG member. Specifically, the sending module sends the base station type information, and/or the user type information, to the PPS by using an access request message or other messages. The access request message includes one of the following: an access request message in the RADIUS protocol, an access request message in the Diameter protocol, and a credit control request message; the PPC uses the access request message to set the base station type information, and/or the user type. Information, the trigger condition sent to the PPS includes one of the following: the initial network access of the terminal, the quota allocated by the prepaid server for the terminal is used up or is about to be used up, the type of the monthly base station or the monthly base station of the terminal changes, and the user type of the terminal The change, the prepaid client receives the prepaid request; for example, the PPC finds that the PPS allocates the quota for the terminal or is about to run out (for example, 80% of the quota is used, the threshold is reached), and the PPC discovers the current monthly account of the terminal. The type of the base station or the monthly base station changes, and the type of the user of the PPC discovery terminal changes. Before the sending module sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPA obtains the base station type information, and/or the user type information from the home base station/base station through the data channel pre-establishment request message. ; PPA sends base station type information, and/or user type information to the PPC. In addition, the PPC may also acquire base station type information, and/or user type information from the home base station by one of the following messages: a terminal pre-attach request message, a CMAC key count update request message, and a terminal context request message. The PPC then obtains base station type information, and/or user type information from the PPA through a prepaid request message. After the sending module sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the PPS, the PPS will receive the base station type information and/or the user type information, and according to the base station type information and/or the user type information. Executing a charging policy for the terminal, where performing a charging policy for the terminal includes: selecting a charging rate for the terminal (performing quota conversion), and/or selecting a different charging mode for the terminal. In addition, the sending module is further configured to send the current remaining quota of the terminal to the PPS. Among them, the remaining The remaining quota is obtained by the PPC from the local or PPA. It should be noted that the PPC described in the device embodiment corresponds to the foregoing method embodiment, and the specific implementation process has been described in detail in the method embodiment, and is not described herein. The foregoing embodiments of the present invention solve the problem that the charging system cannot provide differential charging services according to different base station types and/or different user types in the related art, thereby causing the user to have a poor risk to the home base station. The PPC is used to send the base station type information of the base station of the terminal and/or the user type information of the terminal to the PPS, so that the PPS performs the charging policy for the terminal according to the base station type information and/or the user type information, which is effective for the operator. The purpose of attracting users, encouraging users to widely use home base stations, and realizing the smooth development of home base station services. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Claims

权 利 要 求 书 一种基于家用基站系统的计费方法, 其特征在于, 包括: Claims A charging method based on a home base station system, characterized in that it comprises:
预付费客户端将终端的服务基站的基站类型信息和 /或所述终端的 用户类型信息, 发送给预付费服务器, 以便所述预付费服务器根据所述 基站类型信息和 /或所述用户类型信息为所述终端执行计费策略;  The prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, so that the prepaid server according to the base station type information and/or the user type information Performing a charging policy for the terminal;
其中, 所述基站类型信息包括以下之一: 宏基站、 家用基站, 所述 用户类型信息包括以下之一: 闭合用户组成员、 非闭合用户组成员。 根据权利要求 1所述的方法, 其特征在于, 所述预付费客户端将终端的 服务基站的基站类型信息和 /或所述终端的用户类型信息, 发送给预付费 服务器包括:  The base station type information includes one of the following: a macro base station and a home base station, where the user type information includes one of the following: a closed user group member and a non-closed user group member. The method according to claim 1, wherein the prepaid client transmitting the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server comprises:
所述预付费客户端通过接入请求消息将所述基站类型信息, 和 /或所 述用户类型信息, 发送给所述预付费服务器, 其中, 所述接入请求消息 包括以下之一:  And the pre-paid client sends the base station type information, and/or the user type information, to the pre-paid server by using an access request message, where the access request message includes one of the following:
RADIUS协议中的接入请求消息、 Diameter协议中的接入请求消息、 信用控制请求消息。 根据权利要求 1所述的方法, 其特征在于, 所述预付费客户端将所述基 站类型信息和 /或所述用户类型信息, 发送给所述预付费服务器的触发条 件包括以下之一:  An access request message in the RADIUS protocol, an access request message in the Diameter protocol, and a credit control request message. The method according to claim 1, wherein the triggering condition that the prepaid client sends the base station type information and/or the user type information to the prepaid server comprises one of the following:
所述终端初始入网、 所述预付费月艮务器为所述终端分配的配额用完 或即将用完、 所述终端的月艮务基站或月艮务基站类型变化、 所述终端的用 户类型变化、 所述预付费客户端接收到预付费请求。 根据权利要求 1所述的方法, 其特征在于, 在所述预付费客户端将终端 的服务基站的基站类型信息和 /或所述终端的用户类型信息, 发送给预付 费月艮务器之后, 所述方法还包括:  The terminal is initially connected to the network, the quota allocated by the pre-paid server for the terminal is used up or is about to be exhausted, the type of the monthly base station or the monthly base station of the terminal is changed, and the user type of the terminal is The change, the prepaid client receives the prepaid request. The method according to claim 1, wherein after the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server, The method further includes:
所述预付费服务器接收所述基站类型信息和 /或所述用户类型信息; 所述预付费服务器根据所述基站类型信息和 /或所述用户类型信息 为终端执行计费策略; 其中, 为所述终端执行计费策略包括: 为所述终端选择计费费率、 和 /或为终端选择计费模式。 The prepaid server receives the base station type information and/or the user type information; the prepaid server performs a charging policy for the terminal according to the base station type information and/or the user type information; The performing a charging policy for the terminal includes: selecting a charging rate for the terminal, and/or selecting a charging mode for the terminal.
5. 根据权利要求 4所述的方法, 其特征在于, 在为所述终端选择计费费率 之后, 所述方法还包括: The method according to claim 4, wherein after the charging rate is selected for the terminal, the method further includes:
所述预付费服务器根据所述基站类型信息和 /或所述用户类型信息 为所述终端选择计费费率, 并根据所述计费费率来执行配额换算。  The prepaid server selects a charging rate for the terminal according to the base station type information and/or the user type information, and performs quota conversion according to the charging rate.
6. 居权利要求 1所述的方法, 其特征在于, 在所述预付费客户端将终端 的服务基站的基站类型信息和 /或所述终端的用户类型信息, 发送给预付 费月艮务器之前, 所述方法还包括: The method according to claim 1, wherein the prepaid client transmits base station type information of the serving base station of the terminal and/or user type information of the terminal to the prepaid server Previously, the method further includes:
所述预付费客户端通过以下消息之一从预付费代理获取所述基站类 型信息, 和 /或所述用户类型信息:  The prepaid client obtains the base station type information, and/or the user type information from a prepaid agent by one of the following messages:
预付费请求消息、 移动 IP注册消息。  Prepaid request message, mobile IP registration message.
7. 居权利要求 6所述的方法, 其特征在于, 在所述预付费客户端通过预 付费请求消息从预付费代理获取所述基站类型信息, 和 /或所述用户类型 信息之前, 所述方法还包括: 7. The method of claim 6, wherein before the prepaid client obtains the base station type information from a prepaid agent through a prepaid request message, and/or the user type information, The method also includes:
所述预付费代理通过如下消息之一从家用基站 /基站获取所述基站 类型信息, 和 /或所述用户类型信息: 数据通道预建立请求消息、 数据通 道建立请求消息;  The prepaid agent acquires the base station type information, and/or the user type information from a home base station/base station by one of the following messages: a data channel pre-establishment request message, a data channel setup request message;
所述预付费代理将所述基站类型信息, 和 /或所述用户类型信息发送 给所述预付费客户端。  The prepaid agent transmits the base station type information, and/or the user type information to the prepaid client.
8. 根据权利要求 1所述的方法, 其特征在于, 在所述预付费客户端将终端 的服务基站的基站类型信息和 /或所述终端的用户类型信息, 发送给预付 费月艮务器之前, 所述方法还包括: The method according to claim 1, wherein the prepaid client sends the base station type information of the serving base station of the terminal and/or the user type information of the terminal to the prepaid server. Previously, the method further includes:
所述预付费客户端通过以下消息之一从家用基站 /基站获取所述基 站类型信息和 /或所述用户类型信息:  The prepaid client acquires the base station type information and/or the user type information from a home base station/base station by one of the following messages:
终端预附着请求消息、 可扩展鉴权协议转发消息、 CMAC密钥计数 更新请求消息、 上下文请求消息、 数据通道预建立请求消息、 数据通道 建立请求消息。  The terminal pre-attach request message, the extensible authentication protocol forwarding message, the CMAC key count update request message, the context request message, the data channel pre-establishment request message, and the data channel setup request message.
9. 根据权利要求 1至 8中任一项所述的方法, 其特征在于, 在预付费客户 端将所述基站类型信息和 /或所述用户类型信息, 发送给预付费服务器 时, 所述方法还包括: The method according to any one of claims 1 to 8, characterized in that the prepaid customer When the terminal sends the base station type information and/or the user type information to the prepaid server, the method further includes:
预付费客户端将所述终端当前的剩余配额发送给预付费月艮务器。  The prepaid client sends the current remaining quota of the terminal to the prepaid server.
10. 居权利要求 9所述的方法, 其特征在于, 在所述预付费客户端将所述 剩余配额发送给所述预付费 艮务器之前, 所述方法还包括: The method of claim 9, wherein the method further comprises: before the prepaid client sends the remaining quota to the prepaid server, the method further comprises:
所述预付费客户端从本地或预付费代理获取所述剩余配额。  The prepaid client obtains the remaining quota from a local or prepaid agent.
11. 根据权利要求 1至 8中任一项所述的方法, 其特征在于, 所述家用基站 包括以下之一: The method according to any one of claims 1 to 8, wherein the home base station comprises one of the following:
闭合模式家用基站、 混合模式家用基站、 开放模式家用基站。  Closed mode home base station, mixed mode home base station, open mode home base station.
12. 一种预付费客户端, 其特征在于, 包括: 12. A prepaid client, comprising:
发送模块, 用于将终端的 艮务基站的基站类型信息和 /或所述终端的 用户类型信息, 发送给预付费服务器, 以便所述预付费服务器根据所述 基站类型信息和 /或所述用户类型信息为所述终端执行计费策略,  a sending module, configured to send, to the prepaid server, base station type information of the terminal base station and/or user type information of the terminal, so that the prepaid server is configured according to the base station type information and/or the user Type information is used to perform a charging policy for the terminal.
其中, 所述基站类型信息包括以下之一: 宏基站、 家用基站, 所述 用户类型信息包括以下之一: CSG成员、 非 CSG成员。  The base station type information includes one of the following: a macro base station and a home base station, where the user type information includes one of the following: a CSG member and a non-CSG member.
PCT/CN2010/079124 2009-12-01 2010-11-25 Charging method and prepaid client based on home base station system WO2011066780A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910253342.3 2009-12-01
CN2009102533423A CN102083039A (en) 2009-12-01 2009-12-01 Charging method based on home base station system and pre-payment client end

Publications (1)

Publication Number Publication Date
WO2011066780A1 true WO2011066780A1 (en) 2011-06-09

Family

ID=44088754

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079124 WO2011066780A1 (en) 2009-12-01 2010-11-25 Charging method and prepaid client based on home base station system

Country Status (2)

Country Link
CN (1) CN102083039A (en)
WO (1) WO2011066780A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018010127A1 (en) * 2016-07-13 2018-01-18 广东欧珀移动通信有限公司 Wireless communication method, device, access network entity and terminal device
CN112188527B (en) * 2020-10-22 2023-05-05 中国联合网络通信集团有限公司 Micro base station rewarding method, macro base station and micro base station management server
CN114827923A (en) * 2021-01-22 2022-07-29 展讯半导体(南京)有限公司 Charging method and related device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1933526A (en) * 2005-09-15 2007-03-21 华为技术有限公司 Prepayment charging system and charging information collecting and reporting method
CN101365231A (en) * 2007-08-08 2009-02-11 华为技术有限公司 Method, system, base station and access terminal for control cell access by access terminal
CN101416550A (en) * 2006-04-12 2009-04-22 艾利森电话股份有限公司 Network indication adapting discrepancy
CN101784134A (en) * 2009-01-16 2010-07-21 华为技术有限公司 Method and device for providing base station type information

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1933526A (en) * 2005-09-15 2007-03-21 华为技术有限公司 Prepayment charging system and charging information collecting and reporting method
CN101416550A (en) * 2006-04-12 2009-04-22 艾利森电话股份有限公司 Network indication adapting discrepancy
CN101365231A (en) * 2007-08-08 2009-02-11 华为技术有限公司 Method, system, base station and access terminal for control cell access by access terminal
CN101784134A (en) * 2009-01-16 2010-07-21 华为技术有限公司 Method and device for providing base station type information

Also Published As

Publication number Publication date
CN102083039A (en) 2011-06-01

Similar Documents

Publication Publication Date Title
JP4828608B2 (en) Billing method, billing system, billing client and billing processing means
JP5174674B2 (en) Billing method switching method
CN100496154C (en) Method for realizing prepayment
JP7294523B2 (en) Billing in device-to-device communication on PC5 for interactive services
WO2013060170A1 (en) Method and device for providing charging support based on lipa bearer
CN102064951A (en) Method for implementing master and standby DHCP servers
US9641695B2 (en) Apparatus and method for controlling policy and charging in flat networks
WO2011066780A1 (en) Charging method and prepaid client based on home base station system
WO2012171428A1 (en) Charging method and system for evolved packet core supporting non-3gpp accessing
WO2012089029A1 (en) Charging method and access device
WO2011076067A1 (en) Offline accounting method and system
WO2008141589A1 (en) Wireless communication system, apparatus and wireless communication method
WO2007086122A1 (en) Network visit time charging system
WO2017183329A1 (en) Information processing system
CN101448234B (en) Implementation method for switching online charging to offline charging
WO2011000317A1 (en) Method and device for reporting positional information of user terminal for offline accounting in wimax
WO2008154834A1 (en) Method and equipment for transmitting user number
KR100764168B1 (en) Method and apparatus for accounting in portable internet system
CN109039663A (en) A kind of association charging method, message accounting and system
JP5343796B2 (en) Authentication apparatus, femtocell system, and accounting method used therefor
WO2011110006A1 (en) Charging method, apparatus and network system for local routing bussiness
KR200427885Y1 (en) Apparatus for accounting in portable internet system
KR100791601B1 (en) System and method for charging in wcdma
WO2008086722A1 (en) Method of terminating service when a terminal is in idle mode, system and device therefore
WO2014176961A1 (en) Method for realizing roaming charging and network element of network

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: 10834213

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10834213

Country of ref document: EP

Kind code of ref document: A1