WO2009135425A1 - 一种计费方法及能力获取方法及通讯系统以及相关设备 - Google Patents

一种计费方法及能力获取方法及通讯系统以及相关设备 Download PDF

Info

Publication number
WO2009135425A1
WO2009135425A1 PCT/CN2009/071599 CN2009071599W WO2009135425A1 WO 2009135425 A1 WO2009135425 A1 WO 2009135425A1 CN 2009071599 W CN2009071599 W CN 2009071599W WO 2009135425 A1 WO2009135425 A1 WO 2009135425A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging
information collection
collection point
header compression
charging information
Prior art date
Application number
PCT/CN2009/071599
Other languages
English (en)
French (fr)
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 WO2009135425A1 publication Critical patent/WO2009135425A1/zh

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/1403Architecture for metering, charging or billing
    • 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 and a capability acquiring method, a communication system, and related devices.
  • the Robust Header Compression (ROHC) mechanism is a stream-based header compression scheme defined by the Internet Engineering Task Force (IETF).
  • IETF Internet Engineering Task Force
  • the ROHC takes a reference packet in a certain stream, and only transmits information about the change of the reference packet in the header field for other packets to achieve the purpose of compression, thereby making more efficient use of the bandwidth.
  • ROHC also makes the header compression mechanism highly efficient and reasonable robust by controlling the frequency and quantity of feedback messages, strict logic for detecting out-of-synchronization, and error checking.
  • the offline charging system is mainly composed of an accounting agent, an accounting client, and an authentication and authorization (AAA, Authentication).
  • AAA Authentication
  • Authorization Accounting Server Server.
  • the charging agent is located in the Anchor DPF (Angling Data Path Function) unit or the Serving DPF and/or the base station (BS, Base Station).
  • the charging agent is mainly used for collecting and monitoring the charging information. Information about the data stream, and statistics such as traffic, size, and time of the packet. When the charging agent is located on the BS, the data lost on some air ports can be counted for the negative traffic statistics. Setting the charging agent on the BS is an optional function.
  • the accounting client is generally located in the Authenticator or the Home Agent (HA), and is responsible for collecting the accounting information collected by the accounting agent, and correlating and summarizing the user data records of the user (UDR, User). Data Records ), on 4 ⁇ to AAA Server.
  • the billing information collection point is the billing agent.
  • the charging proxy settings on the BS are an optional feature. If the header compression function is implemented in the network, the existing settings will not be able to achieve correct statistics on the header compressed data charging information. For example, if the charging proxy is set on the Serving DPF and the ROHC function is located in the Anchor DPF, if the ROHC compression operation is performed on the downlink data, the charging proxy information on the Serving DPF cannot count the data flow information before the compression. Because the data between the terminal and the Anchor DPF is compressed data at this time.
  • the embodiments of the present invention provide a charging method, a capability acquiring method, a communication system, and related devices, which can improve the accuracy of charging in the header compression mode.
  • the charging method provided by the embodiment of the present invention includes: acquiring capability information of a charging information collection point; determining a corresponding charging information collection point; and performing charging according to the charging information collected by the charging information collecting point.
  • the method for obtaining the capability information includes: receiving, by the access service network, the ASN, the access authentication request initiated by the mobile terminal; the ASN acquiring the capability information of the charging information collection point; and sending, by the AAA server, the charging information collection point acquired by the ASN Capability information.
  • the method for acquiring the capability provided by the embodiment of the present invention includes: the charging client receiving the capability information obtaining request sent by the AAA server; and the charging client querying the capability information of each charging information collecting point according to the capability information obtaining request; The server sends the acquired capability information.
  • the method for acquiring a capability provided by the embodiment of the present invention includes: the AAA server acquires capability information of a charging information collection point preset in a local or storage network element, where the capability information is configured in an AAA server during system construction, or is stored. In the network element.
  • the communication system includes: a selecting device, configured to acquire charging information collection point capability information, and determine a corresponding charging information collection point; and a policy issuing device, configured to send the charging determined by the selecting device a charging information collection point selection policy of the information collection point; an AAA server, configured to charge the charging information collected by the charging information collection point determined by the selecting device; and a header compression function executing device, configured to The header compression charging policy performs header compression processing on the data information; the charging information collection point is configured to perform statistics on the pre-compression and/or compressed data information according to the header compression charging policy.
  • the AAA server provided by the embodiment of the present invention includes: a capability information acquiring unit, configured to acquire Billing information collection point capability information; a billing information collection point selecting unit for determining a corresponding billing information collection point; a billing unit, configured to collect billing information points according to the billing information collection point selecting unit The collected billing information is charged.
  • the embodiments of the present invention have the following advantages:
  • the corresponding charging information collection point may be determined according to the capability information and the header compression charging policy. Therefore, the network element that collects the charging information can be determined according to the service requirement and the current header compression charging policy, so that different service requirements can be met in the header compression mode, thereby improving the charging accuracy in the header compression mode.
  • FIG. 3 is a flowchart of a charging method according to Embodiment 2 of the present invention.
  • FIG. 5 is a flowchart of a charging method according to Embodiment 4 of the present invention.
  • FIG. 7 is a schematic diagram of an embodiment of an AAA server according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of an embodiment of a network element in an embodiment of the present invention.
  • the charging information collection point is Anchor DPF (or its location) GW);
  • the network uses the ROHC compression method to compress the data
  • the ROHC execution function on the network side is located in the Anchor DPF
  • the header compression charging policy is to perform statistics on the data information before and after compression, and then determine the charging information collection point.
  • Anchor DPF or its GW
  • the network uses the PHS compression method to compress the data, the PHS execution function on the network side is located in the BS, and the header compression charging policy is to perform statistics on the compressed and compressed data information, and then determine the charging information collection point as BS.
  • the header compression functions are respectively located in the Anchor-DPF and the BS, and the header compression charging policy is to perform statistical accounting on the data information before compression, and then determine the charging.
  • the information collection point is Anchor DPF (or its GW);
  • the network uses both the ROHC (mainly for the IP layer) and the PHS (mainly for the MAC layer) compression method to compress the data
  • the ROHC execution function on the network side is located in the Anchor DPF
  • the PHS execution function is located in the BS
  • the header compression is charged.
  • the policy is to perform statistics on the data information before compression, and then determine that the charging information collection point is Anchor DPF (or its GW).
  • the header compression functions are respectively located in the Anchor-DPF and the BS, and the header compression charging policy is to perform statistical accounting on the compressed data information, thereby determining the charging.
  • the information collection point is BS;
  • the header compression functions are respectively located in the Anchor-DPF and the BS, and the header compression charging policy is to perform statistical accounting on the data information before and after compression.
  • the charging information collection point is collected by the charging information collection point of the Anchor DPF and the BS, the Anchor DPF, and the compressed data information is collected by the charging information collection point on the BS;
  • the network uses both the ROHC (for the IP layer) and the PHS (for the MAC layer) compression method to compress the data.
  • the ROHC execution function on the network side is located in the Anchor DPF
  • the PHS execution function is located in the BS
  • the header compression charging policy is Performing statistics on the data information before and after compression, and determining that the charging information collection point is performed on the Anchor DPF (or the GW where it is located) and the charging information collection point on the BS, Anchor DPF (or the GW where it is located)
  • the data information before compression is collected, and the data collection information after the charging information collection point on the BS is compressed.
  • the header compression performs work. Can be located in mobile terminals and ASN.
  • the header compression execution function in the ASN there are two architectures: one ASN header compression execution function is located in the BS; the ASN header compression execution function is located on the ASN-GW Anchor DPF, that is,
  • the charging information collection point in this embodiment may be a BS, or an Anchor DPF, or both an Anchor DPF and a BS.
  • ROHC and PHS header compression methods are taken as an example. It can be understood that other compression methods, such as Real Time Compression Protocol (CRTP), Enhanced Real-Time Compression Protocol (ECRTP, Enhanced) The same applies to Compressed Real-Time Protocol.
  • CRTP Real Time Compression Protocol
  • ERTP Enhanced Real-Time Compression Protocol
  • AAA server determines the charging information collection point as an example. It can be understood that the Anchor DPF/Serving DPF can also determine the charging information collection point. The specific processes are similar, and are not described here.
  • the terminal accesses the authentication process.
  • the AAA server can obtain the charging information collection point capability information, and according to The force information and the header compression charging policy determine the charging information collection point, and the method is the same as steps 101 and 102 of the first embodiment, and details are not described herein again.
  • the AAA server After the AAA server determines the charging information collection point, the AAA server sends a message to the Anchor SFA, where the message includes a charging information collection point selection policy indication, and the message may further include QoS (Quality of Service) information and header compression execution. Information such as policies and header compression billing policies.
  • QoS Quality of Service
  • the charging information collection point selection policy indication is used to indicate the determined charging information collection point information in the ASN;
  • ASN-GW triggers Anchor SFA to create an initial service flow ISF
  • the Anchor SFA collects a point selection policy indication according to the charging information, if the charging information is collected.
  • the charging information collection point on the Anchor DPF is used to collect the charging information.
  • the charging information collection point on the Anchor DPF starts the charging information collection function according to the header compressed charging policy.
  • the Anchor SFA performs the policy indication according to the header compression. If the header compression execution policy indicates header compression on the service data stream, the header compression function entity of the Anchor DFA sends a header compression parameter to the Service SFA, where the header compression parameters include a header compression method and header compression. For information such as channel parameters, the header compression method in the header compression parameter may be obtained from a header compression execution strategy, and the header compression channel parameter is a preset parameter, which is related to channel attributes for performing header compression. If the Anchor DFA does not have a header compression function entity, the header compression parameter is not sent to the Service SFA.
  • the SFM collects a point selection policy indication according to the charging information. If the charging information collection point in the charging information collection point selection policy indicates that the charging information collection point is collected, the charging information collection point located on the BS is The compressed accounting policy enables charging information collection.
  • the SFM ⁇ checks whether the path registration request initiated by the Anchor SFA is allowed according to the current available resources and QoS information, and if so, sends a DSA_Req message to the MS.
  • the DSA-Req message further includes header compression channel parameters and the like.
  • the SFM obtains a header compression method according to a header compression execution strategy.
  • the MS sends a header compression request to the header compression function entity located in the UE, where the request includes a header compression parameter, where the header compression parameter includes information such as a header compression method and a header compression channel parameter, and the header compression function entity is based on the header.
  • the compression parameters perform the corresponding header compression.
  • the header compression function entity on the MS sends a header compression response message to the MS.
  • the SFM sends a path registration response to the Serving SFA.
  • the Path_Reg_Rsp message confirms the resource reservation.
  • the header compression negotiation may be completed in step 312.
  • the AAA server can obtain the capability information of each charging information collection point, or after the access authentication of the MS is completed, the AAA server obtains the capability information of each charging information collection point in the process of access authentication.
  • the AAA server may be configured to: according to the received charging information collection point capability information, the AAA server receives the message information of the charging information collection point capability information sent by the charging information collection point;
  • the AAA server queries the network for the capability information of the charging information collection point. Specifically, the AAA server can query the charging client for the capability information of the charging information collection point. If the charging client does not save the capability information, the AAA server is charged. The client queries the charging information collection point for the capability information and sends the service information to the AAA. Report the capability information
  • the AAA server obtains the capability information of the charging information collection point saved by itself, and the capability information is preset in the AAA server when the system is built.
  • the capability of receiving the charging information feedback point fed back by the authenticator by the Anchor SFA or the Anchor DPF or the serving DPF may be information.
  • the AAA server can determine the charging information collection point by combining the header compression charging policy, and generate a charging information collection point selection policy indication.
  • the header compression charging policy herein may be formulated by the AAA server, or may be formulated by the Anchor SFA or the Anchor DPF, and the header compressed charging policy is sent to the AAA server by the Anchor SFA or the Anchor DPF, and generated by the AAA server.
  • the charging information collection point selection policy in addition, if the capability information of the charging information collection point is obtained by the Anchor SFA or the Anchor DPF, the Anchor SFA or the Anchor DPF may also be generated according to the header compression charging policy and the acquired capability information.
  • the charging information collection point selects the policy indication, and sends the indication to the AAA server, and the indication is sent by the AAA server.
  • the following is an example in which the AAA server obtains capability information and generates a charging information collection point selection policy indication as an example:
  • the user's home AAA server sends information such as the QoS (Quality of Service) information and the charging information collection point selection policy indication to the Anchor SFA.
  • QoS Quality of Service
  • AAA server may also send a header compression execution policy and a header compression charging policy to the Anchor SFA:
  • the above information delivered by the AAA server can be based on all Service Flows in each MS/IP-Session, or it can be based on different Service Flows.
  • the ASN-GW triggers an Anchor SFA between the MS and the Anchor DPF.
  • the ASN-GW may also trigger the Anchor SFA to create other preset service flows, and the specific service flow type is not limited.
  • MS and HA perform an IP address acquisition and registration process
  • the Anchor SFA sends a resource reservation (RR, Resource Reservation) to the Serving SFA.
  • the RR_Req message requests to reserve resources to create a service flow.
  • the Serving SFA sends a Path-Reg-Req message to the SFM.
  • the Path-Reg-Req message includes a header compression parameter, a charging information collection point selection policy indication, and a QoS information, and the message may further include: a header compression charging policy and a header compression execution policy.
  • the charging information collection point in the charging information collection point indicates that the charging information collection point on the Anchor DPF is to collect the charging information
  • the charging information collection point located on the Anchor DPF starts the charging information collection according to the header compressed charging policy.
  • the header compression function entity on the MS sends a header compression response message to the MS.
  • the MS sends a DSA-Rsp message to the SFM.
  • the negotiated header compression parameters are included in the message. If the header compression negotiation process cannot be completed in the DSA process (ie, steps 406 to 409), it can also be negotiated through the DSC process in step 412.
  • the negotiation of the header compression may be continued through the DSC process until the negotiation is completed.
  • the PCRF performs a policy authorization and a policy decision process, and sends the generated PCC rule to the Anchor SFA.
  • the PCRF can perform the charging information collection point selection policy accordingly.
  • the PCRF queries the AAA server for the configuration and capability information of the charging information collection point in the network. If the AAA server does not store related information, the AAA server requests the Accounting Client to collect the configuration and capability information of the accounting information collection point. If there is no correlation in the Accounting Client, The accounting client can query the accounting information collection point for the related information. The accounting client reports the configuration and capability information of the accounting information collection point to the AAA server.
  • the capability information of each charging information collection point is preset as the network configuration information to the PCRF, and the PCRF can obtain the capability information of each charging information collection point.
  • Head compression execution policy and billing information collection point selection policy indications are also available at Anchor SFA or
  • the ASN GW where the Serving SFA/Anchor DPF is located is completed;
  • the RR_Req message includes the QoS information of the service flow and the charging information collection point selection policy indication; the RR-Req message may further include a header compression execution policy and a header compression charging policy;
  • the header compression execution policy and the charging information collection point selection policy may be delivered by the AAA server to deliver the charging information collection point selection policy.
  • the header compression execution policy and the charging information collection point selection policy indication of the Anchor SFA may also be the header compression execution policy and the charging information collection point that the Anchor SFA makes when the AAA does not deliver the charging information collection point selection policy.
  • the Serving SFA sends a Path_Reg_Req message to the SFM located in the BS.
  • the header compression mechanism is applied, it is integrated with Serving SFA.
  • the Anchor DPF can pass header compression parameters (including header compression methods, header compression channel parameters, etc.) to the Serving SFA;
  • the Path-Reg-Req message includes compression parameters (including header compression method, header compression channel parameters, etc.) and charging information collection point selection policy indications.
  • the Path_Reg_Req message may further include: a header compression execution policy and a header compression charging policy;
  • header compression parameters may not be included here;
  • the charging information collection point selection policy indication may be an indication of the charging information collection point selection policy indicated by the RR-Req received by the Serving SFA, or may be performed by the Serving SFA when the charging information collection point selection policy is not delivered by the Anchor SFA.
  • the charging information collection point selection policy made by itself; the header compression execution policy and the charging information collection point selection policy indication are related to the specific Service Flow;
  • the charging information collection point in the charging information collection point indicates that the charging information collection point on the Anchor DPF is to collect the charging information
  • the charging information collection point located on the Anchor DPF starts the charging information collection according to the header compressed charging policy.
  • the SFM sends a DSA_Req message to the MS.
  • the SFM checks whether the path registration request initiated by the Serving SFA is allowed according to the current available resources and the QoS information of the user, and if so, sends a DSA_Req message to the MS.
  • the header compression parameters are included in the DSA Req message.
  • the charging information collection point in the charging information collection point selection policy indicates that the charging information collection point on the BS is to collect the charging information
  • the charging information collection point located on the BS starts the charging information collecting function according to the header compressed charging policy.
  • the MS sends a header compression request to the header compression function entity located in itself, where the request includes a header compression parameter received from the network side.
  • the header compression function entity on the MS responds to the MS with a header compression response message.
  • the MS sends a DSA-Rsp message to the SFM.
  • the negotiated header compression parameters are included in the message. If the header compression negotiation process cannot be completed in the DSA process (steps 505 to 508), it can also be negotiated through the DSC process in step 511.
  • the SFM sends a Path_Reg_Rsp message to the Serving SFA to confirm the resource reservation.
  • the message includes the negotiated header compression parameter. If the charging information collection point in the BS starts the charging information collection function according to the charging policy indication.
  • the Path-Reg-Rsp message may also include a charging information collection function opening confirmation message of the charging information collection point.
  • the Serving SFA sends a Path_Reg_Ack message to the SFM to confirm the resource reservation;
  • step 511 is an optional step. If the header compression negotiation process can be completed in steps 505 to 508, step 511 may not be performed.
  • the Anchor SFA sends an RR_Ack message to the Serving SFA to confirm the resource reservation.
  • the PCRF sends a request service acknowledgement message to the AF.
  • the corresponding charging information collection point may be determined according to the capability information and the header compression charging policy. Therefore, the network element that collects the charging information can be determined according to the service requirement and the current header compression charging policy, so that different service requirements can be met in the header compression mode, thereby improving the charging accuracy in the header compression mode.
  • the access service network ASN receives the access authentication request initiated by the mobile terminal; sends a report capability indication message to all the charging information collection points; and the charging information collection point sends a message including the self-capability information to the AAA server.
  • the AAA server will query the Accounting Client:
  • the AAA server requests the accounting client to configure the accounting information collection point and the capability information. If there is no related information in the accounting client, the accounting client can query the accounting information collection point for related information. The accounting client obtains the configuration of the accounting information collection point. And the capability information is reported to the AAA server.
  • the capability information of each charging information collection point can be preset as the network configuration information to the AAA server, and the AAA server can obtain the capability information of each charging information collection point.
  • the policy issuance device 602 is configured to send a charging information collection point selection policy of the charging information collection point determined by the selecting device 601.
  • the device further sends a header compression execution policy and a header compression charging policy.
  • the AAA server 603 is configured to perform charging according to the charging information collected by the charging information collection point determined by the selecting device 601.
  • the header compression function executing means 604 is configured to perform header compression processing on the data information according to the header compression execution policy
  • the charging information collection point 605 is configured to perform statistics on pre-compressed and/or compressed data according to the header compression charging policy.
  • the selecting device 601 and the policy issuing device 602 are the AAA server 603. (ie, the selection device 601 and the policy delivery device 602 are part of the AAA server 603), or the Anchor SFA, or the Anchor DPF.
  • the head compression function executing means 604 is an Anchor DPF and/or BS;
  • the charging information collecting point 605 is an Anchor DPF, or a BS, or a Serving DPF, or an Anchor DPF and a BS.
  • an embodiment of the AAA server in the embodiment of the present invention includes:
  • the capability information obtaining unit 701 is configured to obtain charging information collection point capability information.
  • the charging information collection point capability information can be obtained in the following three ways:
  • the AAA server requests the accounting client to configure the accounting information collection point and the capability information. If there is no related information in the accounting client, the accounting client can query the accounting information collection point for related information. The accounting client obtains the configuration of the accounting information collection point. And the capability information is reported to the AAA server;
  • the capability information of each charging information collection point can be preset as the network configuration information to the AAA server, and the AAA server can obtain the capability information of each charging information collection point.
  • the charging information collection point selecting unit 702 is configured to determine, according to the charging information collection point capability information acquired by the capability information acquiring unit 701 and the header compression charging policy, a corresponding charging information collection point;
  • the network element embodiment in this embodiment of the present invention includes:
  • the charging information collecting unit 801 is configured to perform statistics on the pre-compression data information and/or the compressed data information according to the obtained header compression charging policy;
  • the billing information reporting unit 802 is configured to report the data information after the billing information collecting unit 801 is reported to the AAA server.
  • the network element embodiment in this embodiment may further include: a header compression function execution unit 803, configured to perform header compression processing on the data information according to a header compression execution policy, where the header compression function execution unit 803 performs header compression on the data information.
  • the header compression execution policy needs to be obtained from the network side (for example, AAA server) before processing.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种计费方法及能力获取方法及通讯系统以及相关设备
本申请要求于 2008年 5月 6日提交中国专利局、申请号为 200810097270.3、 发明名称为 "一种计费方法及能力获取方法及通讯系统以及相关设备"的中国 专利申请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通讯领域,尤其涉及一种计费方法及能力获取方法及通讯系统 以及相关设备。
背景技术
鲁棒性头压缩 (ROHC, Robust Header Compression )机制是互联网工程 任务组(IETF, Internet Engineering Task Force )定义的一种基于流的头压缩方 案。在网络数据传输过程中 ,同一个流的分组的大部分头标域具有相同的域值。 ROHC在某个流中取一个参考分组, 对于其他分组仅仅发送头标域中相对参 考分组变化的信息,以达到压缩目的,从而更加有效地利用带宽。同时, ROHC 还通过控制反馈消息的频率和数量、检测不同步的严格逻辑、 以及差错校验等 手段, 使该头压缩机制具有高度的有效性和合理的鲁棒性。
在现有的网络工作小组( NWG, Network Working Group )协议中, 离线 计费系统主要是由计费代理 ( Accounting Agent ), 计费客户端 ( Accounting Client )和鉴权授权计费 ( AAA, Authentication Authorization Accounting )服 务器 Server组成。其中计费代理位于锚点数据通道功能( Anchor DPF , Anchor Data Path Function )单元或服务( Serving ) DPF和 /或基站( BS , Base Station ), 计费代理主要用于计费信息的收集,监测数据流的信息,并统计数据包的流量、 大小、 时间的等信息。 当计费代理位于 BS上时, 可以统计部分空口上损失的 数据用于负流量的统计, 在 BS上设置计费代理是一个可选的功能。 计费客户 端一般位于 Anchor鉴权器( Authenticator )或家乡代理(HA, Home Agent ), 负责收集计费代理上收集的计费信息,并进行关联和汇总生成用户的用户数据 记录(UDR, User Data Records ), 上 4艮给 AAA Server。
在对现有技术的研究和实践过程中 , 发明人发现现有技术存在以下问题: 在全球微波系统互操作性 ( WiMAX , Worldwide Interoperability for Microwave Access ) 系统中, 计费信息收集点即计费代理位于 Anchor DPF或 Serving DPF和 /或 BS, 且 BS上的计费代理设置是一个可选的功能。 如果在网 络中实现了头压缩的功能,现有的设置将无法实现对头压缩数据计费信息的正 确统计。例如,如果计费代理设置在 Serving DPF上,而 ROHC功能位于 Anchor DPF, 若对于下行的数据进行 ROHC压缩操作, 则在 Serving DPF上的计费代 理处将无法统计到压缩前的数据流信息, 因为此时在终端和 Anchor DPF之间 的数据都是压缩后的数据。
发明内容
本发明实施例提供了一种计费方法及能力获取方法及通讯系统以及相关 设备, 能够提高头压缩模式下计费的精确性。
本发明实施例提供的计费方法, 包括: 获取计费信息收集点的能力信息; 确定对应的计费信息收集点;根据所述计费信息收集点收集的计费信息进行计 本发明实施例提供的能力获取方法, 包括: 接入业务网 ASN接收移动终 端发起的接入认证请求; 所述 ASN获取计费信息收集点能力信息; 向 AAA 服务器发送所述 ASN获取的计费信息收集点的能力信息。
本发明实施例提供的能力获取方法, 包括: 计费客户端接收 AAA服务器 发送的能力信息获取请求;计费客户端根据所述能力信息获取请求查询各计费 信息收集点的能力信息; 向 AAA服务器发送所述获取的能力信息。
本发明实施例提供的能力获取方法, 包括: AAA服务器获取本地或存储 网元中预置的计费信息收集点的能力信息,所述能力信息在系统构建时被配置 于 AAA服务器中, 或存储网元中。
本发明实施例提供的通讯系统, 包括: 选择装置, 用于获取计费信息收集 点能力信息, 确定对应的计费信息收集点; 策略下发装置, 用于发送所述选择 装置确定的计费信息收集点的计费信息收集点选择策略; AAA服务器, 用于 ^居所述选择装置确定的计费信息收集点收集的计费信息进行计费;头压缩功 能执行装置, 用于根据所述头压缩计费策略对数据信息执行头 压缩处理; 计 费信息收集点, 用于根据所述头压缩计费策略对压缩前和 /或压缩后的数据信 息进行统计。
本发明实施例提供的 AAA服务器, 包括: 能力信息获取单元, 用于获取 计费信息收集点能力信息; 计费信息收集点选定单元,用于确定对应的计费信 息收集点; 计费单元, 用于根据计费信息收集点选定单元确定的计费信息收集 点收集的计费信息进行计费。
从以上技术方案可以看出, 本发明实施例具有以下优点:
本发明实施例中,在获取计费信息收集点能力信息之后,可以根据所述能 力信息以及头压缩计费策略确定对应的计费信息收集点。因此可以根据业务的 需求以及当前头压缩计费策略确定进行计费信息收集的网元,所以能够在头压 缩模式下满足不同的业务需求, 从而提高头压缩模式下的计费精确性。
附图说明
图 1为本发明实施例一中计费方法实施例流程图;
图 2为本发明实施例中计费系统架构示意图;
图 3为本发明实施例二中计费方法流程图;
图 4为本发明实施例三中计费方法流程图;
图 5为本发明实施例四中计费方法流程图;
图 6为本发明实施例中通讯系统实施例示意图;
图 7为本发明实施例中 AAA服务器实施例示意图;
图 8为本发明实施例中网元实施例示意图。
具体实施方式
本发明实施例提供了一种计费方法及能力获取方法及通讯系统以及相关 设备, 用于提高头压缩模式下计费的精确性。
本发明实施例中,在获取计费信息收集点能力信息之后,可以根据所述能 力信息以及头压缩计费策略确定对应的计费信息收集点。因此可以根据业务的 需求(即需要对压缩前数据进行计费, 还是压缩后数据进行计费)以及当前头 压缩执行功能所处的网元确定进行计费信息收集的网元,所以能够在头压缩模 式下满足不同的业务需求, 从而提高头压缩模式下的计费精确性。
请参阅图 1 , 本发明实施例一中的计费方法实施例包括:
101、 获取计费信息收集点能力信息;
本实施例中, AAA服务器获取接入业务网( ASN, Access Service Network ) 中所有的计费信息收集点的能力信息,该能力信息是指计费信息收集点与计费 相关的信息, 例如该计费信息收集点所支持的计费类型, 计费方式, 计费规则 等, 可以理解的是, 该能力信息在实际应用中同样还可以是其他类型的信息, 此处不做限定。
具体地, AAA服务器获取计费信息收集点能力信息的方式可以分为三种: 一、 在移动终端进行接入认证时候获取:
在移动终端接入网络时,移动终端需要向网络发起接入认证流程,移动终 端向 ASN发起接入认证请求, ASN获取网络中计费信息收集点的能力信息并 把相关信息包含在接入认证请求中, ASN将上述包含计费信息收集点能力信 息接入认证请求发送给 AAA服务器, AAA服务器获得网络中计费信息收集点 的能力信息;
ASN获取网络中计费信息收集点的能力信息的方法可以是: 1、网关(GW, Gate Way )对 ASN网络自身的计费信息收集点的配置和能力信息是已知的, 即 ASN网络在构建时将计费信息收集点的相关信息配置到 GW中; 2、 接收 到移动终端接入认证请求的鉴权器( Authenticator ) 向 Accounting Client查询 相关信息, Accounting Client 将网络中的计费信息收集点信息反馈给 Authenticator, 如果 Accounting Client中没有计费信息收集点的相关信息, 可 以向计费信息收集点进行查询;
二、 AAA月良务器向 Accounting Client进行查询:
AAA服务器向 Accounting Client请求计费信息收集点的配置和能力信息, 如果 Accounting Client中没有相关信息 , 则 Accounting Client可以向计费信息 收集点查询相关信息, Accounting Client在获取计费信息收集点的配置和能力 信息后将其上报给 AAA服务器;
三、 在系统构建时进行配置:
ASN 网络在构建时, 可以将各计费信息收集点的能力信息作为网络配置 信息预置保存到自身的 AAA服务器中, 则 AAA服务器可以获取到各计费信 息收集点的能力信息。
需要说明的是, 上述描述的是 AAA服务器获取计费信息收集点能力信息 的情况, 在实际应用中, 除了 AAA服务器之外, 锚点服务流授权器(Anchor SFA , Service Flow Authorization ) /Anchor DPF/Serving DPF同样也可以获取到 计费信息收集点的能力信息, 由于在初始入网的过程中 Anchor SFA/Anchor DPF/Serving DPF 与计费客户端是位于一起的, 所以 Anchor SFA/Anchor DPF/Serving DPF能够通过计费客户端获取到计费信息收集点的能力信息, 即 使 Anchor SFA/Anchor DPF/Serving DPF 与计费客户端分离时, Anchor SFA/Anchor DPF/Serving DPF 也同样可以通过访问鉴权器以获取到各计费信 息收集点的能力信息。
在本实施例中, 以 AAA服务器获取计费信息收集点能力信息为例进行说 明, 可以理解的是, Anchor SFA/Anchor DPF/Serving DPF获取计费信息收集 点能力信息的情况类似。
102、 根据获取的计费信息收集点的能力信息以及头压缩计费策略确定对 应的计费信息收集点;
本实施例中, AAA服务器根据业务的需求确定当前业务是否需要采用头 压缩, 若需要采用, 则执行后续步骤, 若不需要采用, 则直接按照非压缩计费 方式进行计费, 具体的非压缩计费方式为现有技术, 此处不再赞述。
若 AAA服务器确定当前业务需要采用头压缩, 则需要根据获取的计费信 息收集点的能力信息和头压缩计费策略确定对应的计费信息收集点,该头压缩 计费策略用于指示计费信息收集点收集压缩前和 /或压缩后数据的计费信息。
该步骤还可以进一步包括 AAA服务器根据计费信息收集点的能力信息、 头压缩执行策略和头压缩计费策略确定对应的计费信息收集点。其中头压缩执 行策略包括: 头压缩方法, 头压缩策略执行粒度(例如基于每个终端 MS/IP 会话 IP-Session所有对应的服务流 Service Flow,或基于不同的 Service Flow )。
为便于理解, 下面给出几种确定计费信息收集点的具体方式:
( 1 )如果网络侧的头压缩执行功能位于 Anchor DPF, 并且头压缩计费策 略为对压缩前的数据信息进行统计计费, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW );
上述方式中,网络采用 ROHC压缩方法对数据进行压缩,网络侧的 ROHC 执行功能位于 Anchor DPF, 并且头压缩计费策略为对压缩前的数据信息进行 统计, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW )。
( 2 )如果网络侧的头压缩执行功能位于 BS , 并且头压缩计费策略为对压 缩前的数据信息进行统计计费, 则计费信息收集点应该选在 BS, 此时计费信 息收集点为 Anchor DPF (或其所在的 GW )上或 Serving DPF (或其所在的 GW );
上述方式中 , 网络采用净荷头压缩 ( PHS , Payload Header Suppression ) 方法对数据进行压缩, 网络侧的 PHS执行功能位于 BS, 并且头压缩计费策略 为对压缩前的数据信息进行统计, 则确定计费信息收集点为 BS, 此时计费信 息收集点也可以为 Anchor DPF (或其所在的 GW )或 Serving DPF (或其所在 的 GW )。
( 3 )如果网络侧的头压缩执行功能位于 Anchor DPF , 并且头压缩计费策 略为对压缩后的数据信息进行统计计费,则计费信息收集点为 Anchor DPF(或 其所在的 GW ),此时计费信息收集点也可以为 Serving DPF (或其所在的 GW ) 或 BS;
上述方式中,网络采用 ROHC压缩方法对数据进行压缩,网络侧的 ROHC 执行功能位于 Anchor DPF, 并且头压缩计费策略为对压缩后的数据信息进行 统计, 则确定计费信息收集点为 Anchor DPF, 此时计费信息收集点也可以为 Serving DPF或 BS。
( 4 )如果网络侧的头压缩执行功能位于 BS , 并且头压缩计费策略为对压 缩后的数据信息进行统计计费, 则计费信息收集点为 BS;
上述方式中, 网络采用 PHS压缩方法对数据进行压缩, 网络侧的 PHS执 行功能位于 BS, 并且头压缩计费策略为对压缩后的数据信息进行统计, 则确 定计费信息收集点为 BS。
( 5 )如果网络侧的头压缩执行功能位于 Anchor DPF , 并且头压缩计费策 略为对压缩前和压缩后的数据信息进行统计计费, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW );
上述方式中,网络采用 ROHC压缩方法对数据进行压缩,网络侧的 ROHC 执行功能位于 Anchor DPF, 并且头压缩计费策略为对压缩前和压缩后的数据 信息进行统计, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW )。
( 6 )如果网络侧的头压缩执行功能位于 BS, 并且头压缩计费策略为对压 缩前和压缩后的数据信息进行统计计费, 则确定计费信息收集点应该为 BS; 上述方式中, 网络采用 PHS压缩方法对数据进行压缩, 网络侧的 PHS执 行功能位于 BS, 并且头压缩计费策略为对压缩前和压缩后的数据信息进行统 计, 则确定计费信息收集点为 BS。
( 7 )如果网络采用了多种针对不同层面的头压缩方法, 头压缩功能分别 位于 Anchor-DPF和 BS, 并且头压缩计费策略为对压缩前的数据信息进行统 计计费, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW );
上述方式中, 网络同时采用 ROHC (主要针对 IP层)和 PHS (主要针对 MAC层)压缩方法对数据进行压缩, 网络侧的 ROHC执行功能位于 Anchor DPF, PHS执行功能位于 BS, 并且头压缩计费策略为对压缩前的数据信息进 行统计, 则确定计费信息收集点为 Anchor DPF (或其所在的 GW )。
( 8 )如果网络采用了多种针对不同层面的头压缩方法, 头压缩功能分别 位于 Anchor-DPF和 BS, 并且头压缩计费策略为对压缩后的数据信息进行统 计计费, 则确定计费信息收集点为 BS;
上述方式中, 网络同时采用 ROHC (针对 IP层)和 PHS (针对 MAC层 ) 压缩方法对数据进行压缩, 网络侧的 ROHC执行功能位于 Anchor DPF, PHS 执行功能位于 BS, 并且头压缩计费策略为对压缩后的数据信息进行统计, 则 确定计费信息收集点为 BS。
( 9 )如果网络采用了多种针对不同层面的头压缩方法, 头压缩功能分别 位于 Anchor-DPF和 BS, 并且头压缩计费策略为对压缩前和压缩后的数据信 息进行统计计费 , 则计费信息收集点为 Anchor DPF和 BS , Anchor DPF上的 计费信息收集点进行压缩前的数据信息收集, BS上的计费信息收集点进行压 缩后的数据信息收集;
上述方式中, 网络同时采用 ROHC (针对 IP层)和 PHS (针对 MAC层 ) 压缩方法对数据进行压缩, 网络侧的 ROHC执行功能位于 Anchor DPF, PHS 执行功能位于 BS, 并且头压缩计费策略为对压缩前和压缩后的数据信息进行 统计,则确定计费信息收集点为 Anchor DPF(或其所在的 GW )上和 BS, Anchor DPF (或其所在的 GW )上的计费信息收集点进行压缩前的数据信息收集, BS 上的计费信息收集点进行压缩后的数据信息收集。
计费信息收集点与各网元之间的关系如图 2所示, 图 2中, 头压缩执行功 能位于移动终端和 ASN。 出于头压缩执行功能在 ASN内具体的位置的考虑, 有 2种架构: 一种 ASN的头压缩执行功能位于 BS; —种 ASN的头压缩执行 功能位于 ASN-GW上的 Anchor DPF, 也就是说, 本实施例中的计费信息收集 点可以为 BS, 或者为 Anchor DPF, 或者同时为 Anchor DPF以及 BS。
上述实施例中, 以 ROHC和 PHS头压缩方法为例进行说明, 可以理解的 是, 对于其它压缩方法, 例如实时压缩协议( CRTP , Compressed Real-Time Protocol )、 增强型实时压缩协议 ( ECRTP, Enhanced Compressed Real-Time Protocol )等也同样适用。
上述是以 AAA服务器确定计费信息收集点的方式为例进行说明, 可以理 解的是, Anchor DPF/Serving DPF同样也可以确定计费信息收集点, 具体的流 程类似, 此处不再赘述。
103、 根据计费信息收集点收集的计费信息进行计费。
计费信息收集点采集业务数据的计费信息 ,并将这些计费信息上4艮至计费 客户端, 计费客户端将收集到的计费信息进行汇总后生成 UDR数据(用户使 用数据记录), 并将 UDR数据发送给 AAA服务器, 由 AAA服务器根据这些 UDR数据对用户进行计费, 具体的计费信息收集点采集业务数据的计费信息 的过程以及 AAA服务器的计费过程均为现有技术, 此处不做限定。
本实施例中,在获取计费信息收集点能力信息之后,可以根据所述能力信 息以及头压缩计费策略确定对应的计费信息收集点。因此可以根据业务的需求 (即需要对压缩前数据进行计费,还是压缩后数据进行计费)以及当前头压缩 执行功能所处的网元确定进行计费信息收集点 ,所以能够在头压缩模式下满足 不同的业务需求, 从而提高头压缩模式下的计费精确性。
在上述步骤 102中 ,才 据能力信息和头压缩计费策略确定计费信息收集点 后,还可以进一步包括下发计费信息收集点选择策略指示等信息的步骤。 以下 提供了三种包括下发计费信息收集点选择策略指示等信息的计费方法实施例。
本发明实施例二提供了一种计费方法,该方法中, Anchor SFA、 Anchor DPF 和 Serving SFA位于同一个 ASN GW上, 该计费方法流程图如图 3所示。
301、 终端 (MS, Mobile Subscriber )接入认证流程。
在该步骤中, AAA服务器可以获取计费信息收集点能力信息, 并根据能 力信息和头压缩计费策略确定计费信息收集点, 其方法同实施例一的步骤 101 和 102, 此处不再赘述。
AAA服务器也可以在 MS接入认证流程完成后获取计费信息收集点能力 信息,获取计费信息收集点能力信息的方式可以为实施例一中的步骤 101中的 AAA服务器向 Accounting Client查询方式或者在系统构建时进行配置的方式 获取,根据能力信息和头压缩计费策略确定计费信息收集点的方法同实施例一 中的步骤 102, 此处不再赘述。
在该步骤中 , 也可以由 SFADPF或者 Anchor DPF确定计费信息收集点 , 将计费信息收集点信息发送给 AAA服务器。
AAA服务器确定计费信息收集点后, 给 Anchor SFA发送消息, 其中该消 息中包含计费信息收集点选择策略指示,该消息中还可以包括服务质量( QoS, Quality of Service )信息、 头压缩执行策略和头压缩计费策略等信息。
计费信息收集点选择策略指示用于指示 ASN中被确定的计费信息收集点 信息;
头压缩执行策略用于指示是否要对业务数据流进行头压缩、 头压缩方法、 头压缩策略执行粒度(例如基于每个 MS/IP-Session所有对应的 Service Flow 进行头压缩或基于不同的 Service Flow进行头压缩); 该头压缩执行策略可以 头压缩计费策略用于指示计费信息收集点收集压缩前和 /或压缩后数据的 计费信息。
AAA服务器发送的消息可以是基于每一个 MS/IP-Session中所有 Service Flow, 也可以是针对不同的 Service Flow。
302、 ASN-GW触发 Anchor SFA创建初始业务流 ISF;
303、 MS和 HA执行 IP地址的获取和注册流程;
304、 Anchor SFA向位于 BS的业务流管理器( SFM, Service Flow Manger ) 发送路径注册请求 Path— Reg— Req消息以发起业务数据流创建流程; 该路径注 册请求消息中包括计费信息收集点选择策略指示, 该消息还可以进一步包括: 头压缩执行策略、 头压缩计费策略和 QoS信息等信息。
Anchor SFA根据计费信息收集点选择策略指示, 如果计费信息收集点选 择策略中指示了 Anchor DPF上的计费信息收集点进行计费信息收集, 则位于 Anchor DPF 上的计费信息收集点根据头压缩计费策略开启计费信息收集功 能。
Anchor SFA根据头压缩执行策略指示, 如果头压缩执行策略指示对业务 数据流进行头压缩, 则 Anchor DFA 的头压缩功能实体发送头压缩参数给 Service SFA,其中头压缩参数包括头压缩方法和头压缩信道参数等信息,该头 压缩参数中的头压缩方法可以从头压缩执行策略中获取,该头压缩信道参数为 一个预置参数, 与进行头压缩的信道属性相关。 如果 Anchor DFA没有头压缩 功能实体, 则不发送头压缩参数给 Service SFA。
305、 SFM向 MS发送动态业务申请请求(DSA— Req , Dynamic Service
Application Request ) 消息; 该消息中包括计费信息收集点选择策略指示, 该 消息还进一步包括: 头压缩执行策略、 头压缩计费策略和 Qos信息等信息。
SFM根据计费信息收集点选择策略指示, 如果计费信息收集点选择策略 中指示了 BS上的计费信息收集点进行计费信息收集, 则位于 BS上的计费信 息收集点^^据头压缩计费策略开启计费信息收集功能。 SFM ^^据当前的可得 资源和 QoS信息检查 Anchor SFA发起的路径注册请求是否被允许, 如果被允 许, 则向 MS发送 DSA— Req消息。 DSA— Req消息中还进一步包括头压缩信道 参数等。
SFM根据头压缩执行策略获取头压缩方法。
306、 MS 向位于其自身的头压缩功能实体发送头压缩请求, 该请求中包 含头压缩参数, 在头压缩参数中包含有头压缩方法和头压缩信道参数等信息, 该头压缩功能实体根据头压缩参数执行相应的头压缩。
307、 MS上的头压缩功能实体向 MS发送头压缩响应消息;
308、 MS向 SFM发送动态业务申请响应 DSA-Rsp消息,该消息包括头压 缩方法和头压缩信道参数等信息。
309、 SFM向 Serving SFA发送路径注册响应 Path— Reg— Rsp消息确认资源 预留。
在该消息中包括头压缩方法和头压缩信道参数等信息, 如果在步骤 305 中 , 位于 BS上的计费信息收集点 据头压缩计费策略开启了计费信息收集功 能, 在 Path— Reg— Rsp消息中可以进一步包括计费信息收集点的计费信息收集 功能开启确认消息;
310、 Anchor SFA向 SFM发送路径注册确认 Path— Reg— Ack消息确认资源 预留;
该方法还可以进一步包括步骤 311。
311、 MS的头压缩功能实体和锚点 SFA的动态业务变更(DSC, Dynamic Service Change )流程。
如果在步骤 305-308中头压缩协商没有完成,那么头压缩协商可以在步骤 312完成。
后续步骤同实施例一的步骤 103,此处不再赞述。本实施例中, Anchor SFA 和 Anchor DPF位于同一个 ASN GW, AAA服务器下发 QoS信息以及计费信 息收集点选择策略指示(根据实际应用情况的不同,还有可能下发头压缩计费 策略以及头压缩执行策略), 所以可以指定计费信息收集点进行相应计费信息 的收集, 因此能够提高头压缩模式下计费的精确性。 可以理解的是, 本实施例 中仅以初始业务流为例进行说明,在实际应用中, ASN-GW也可以触发 Anchor SFA创建其它预置业务流,具体的业务流类型不做限定。本发明实施例三提供 了一种计费方法,该方法的 Anchor SFA和 Anchor DPF分离,该计费方法流程 图如图 4所示。
401、 MS的接入认证流程;
在接入认证的过程中, AAA服务器可以获取各计费信息收集点的能力信 息, 或者 MS的接入认证完成后, AAA服务器获取各计费信息收集点能力信 在接入认证的过程中, AAA服务器根据接收的计费信息收集点能力信息 具体可以为: AAA服务器接收计费信息收集点发送的包含计费信息收集点能 力信息的消息获取;
AAA服务器向网络查询计费信息收集点的能力信息, 具体地, AAA服务 器可以向计费客户端查询计费信息收集点的能力信息,若计费客户端中未保存 能力信息, 则由计费客户端向各计费信息收集点查询能力信息, 并向 AAA服 务器上报该能力信息
AAA服务器获取自身保存的计费信息收集点的能力信息, 所述能力信息 在系统构建时被预置于 AAA服务器中。
可以理解的是, 在实际应用中, 除了由 AAA服务器获取计费信息收集点 的能力信息之外, 还可以由 Anchor SFA或 Anchor DPF或 serving DPF接收鉴 权器反馈的计费信息收集点的能力信息。
AAA服务器获取到计费信息收集点的能力信息之后, 结合头压缩计费策 略即可确定计费信息收集点, 生成计费信息收集点选择策略指示;
需要说明的是, 此处的头压缩计费策略可以由 AAA服务器制定, 也可以 由 Anchor SFA或 Anchor DPF制定, 由 Anchor SFA或 Anchor DPF将头压缩 计费策略发送至 AAA服务器, 由 AAA服务器生成计费信息收集点选择策略; 此外 ,若由 Anchor SFA或 Anchor DPF获取到计费信息收集点的能力信息 , 则还可以由 Anchor SFA或 Anchor DPF根据头压缩计费策略以及获取到的能力 信息生成计费信息收集点选择策略指示, 并将该指示发送至 AAA服务器, 由 AAA服务器下发该指示。
上述具体选择计费信息收集点的过程如前述方法中所列举的 9种方式,此 处不再赘述。
下面以 AAA服务器获取能力信息并生成计费信息收集点选择策略指示为 例进行说明:
在接入认证成功后, 用户的家乡 AAA服务器将用户的服务质量(QoS, Quality of Service )信息以及计费信息收集点选择策略指示等信息发给 Anchor SFA。
需要说明的是, 上述 AAA服务器还可以向 Anchor SFA发送头压缩执行 策略以及头压缩计费策略:
AAA服务器下发的上述信息可以是基于每一个 MS/IP-Session 中所有 Service Flow, 也可以是针对不同的 Service Flow。
402、 MS与 Anchor DPF之间创建初始业务流;
本实施例中, ASN-GW触发 Anchor SFA创建 MS与 Anchor DPF之间的 初始业务流 ISF;
可以理解的是,本实施例中仅以初始业务流为例进行说明,在实际应用中, ASN-GW也可以触发 Anchor SFA创建其它预置业务流, 具体的业务流类型不 做限定。
403、 MS和 HA执行 IP地址的获取和注册过程;
404、 Anchor SFA向 Serving SFA发送资源预留( RR, Resource Reservation ) RR_Req消息请求预留资源创建业务流。
在 RR— Req消息中包括业务流的 QoS信息以及计费信息收集点选择策略 指示; 该消息还进一步可以包括: 头压缩计费策略以及头压缩执行策略。
405、 Serving SFA向 SFM发送 Path— Reg— Req消息。
如果应用头压缩机制, 位于 Anchor DPF的头压缩功能向 Serving SFA传 递头压缩参数(包括头压缩方法、 头压缩信道参数等);
在 Path— Reg— Req消息中包括头压缩参数、 计费信息收集点选择策略指示 和服务质量信息等,该消息还可以包括:头压缩计费策略以及头压缩执行策略。
如果 Anchor DPF处没有头压缩功能或者没有应用头压缩机制 , 此处可以 不包括头压缩参数;
头压缩执行策略和计费信息收集点选择策略指示可以是 Serving SFA收到 的 RR— Req中指示的头压缩执行策略和计费信息收集点选择策略指示,也可以 是由 Serving SFA在 Anchor SFA没有下发计费信息收集点选择策略时自己做 出的策略;
头压缩执行策略和计费信息收集点选择策略指示可以是基于某个 MS/IP-Session中所有 Service Flow, 也可以是针对不同的 Service Flow;
如果计费信息收集点选择策略中指示了 Anchor DPF上的计费信息收集点 要进行计费信息收集, 则位于 Anchor DPF上的计费信息收集点要根据头压缩 计费策略开启计费信息收集功能。
406、 SFM向 MS发送 DSA— Req消息;
SFM根据当前的可得资源和用户的 QoS信息检查动态业务申请请求是否 被允许, 如果被允许, 则发送 DSA— Req消息到 MS。 DSA— Req消息中包括头 压缩参数。 如果计费信息收集点选择策略中指示了 BS上的计费信息收集点要进行计 费信息收集, 则位于 BS上的计费信息收集点要才 据头压缩计费策略开启计费 信息收集功能。
407、 MS 向位于其自身的头压缩功能实体发送头压缩请求, 该请求中包 括从网络侧接收到的头压缩参数。
408、 MS上的头压缩功能实体向 MS发送头压缩响应消息;
409、 MS向 SFM发送 DSA-Rsp消息。
在该消息中包括协商的头压缩参数。 如果头压缩协商过程不能在 DSA过 程(即步骤 406至步骤 409 ) 完成, 也可以通过第 412步的 DSC过程进行协 商。
410、 SFM向 Serving SFA发送 Path— Reg— Rsp消息确认资源预留; 在该消息中包括协商的头压缩参数, 如果 BS中的计费信息收集点根据计 费策略指示开启了计费信息收集功能, 也可以在 Path— Reg— Rsp消息中包括计 费信息收集点的计费信息收集功能开启确认消息。
411、 Serving SFA向 SFM发送 Path— Reg— Ack消息确认资源预留;
412、 如果头压缩协商在 DSA过程中没有完成, 也可以通过 DSC过程继 续头压缩的协商直至协商完成;
需要说明的是, 步骤 412为可选步骤, 即若头压缩协商的过程在步骤 406 至步骤 409中完成, 则可以不执行步骤 412。
413、 Serving SFA向 Anchor SFA发送 RR— Rsp消息确认资源预留; 在该消息中包括协商的头压缩参数, 如果 Anchor DPF中的计费信息收集 点根据计费策略指示开启了计费信息收集功能, 也可以 Path— Reg— Rsp消息中 包括计费信息收集点的计费信息收集功能开启确认消息。
414、 Anchor SFA向 Serving SFA发送 RR— Ack消息确认资源预留。
后续步骤同实施例一的步骤 103, 此处不再赘述。 上述两个实施例中描述 了预置业务流建立情况下的头压缩计费策略下发的流程, Anchor SFA均是创 建 MS与 Anchor DPF之间的初始业务流 ISF, AAA服务器下发 QoS信息以及 计费信息收集点选择策略指示(根据实际应用情况的不同,还有可能下发头压 缩计费策略以及头压缩执行策略), 所以可以指定计费信息收集点进行相应计 费信息的收集, 因此能够提高头压缩模式下计费的精确性。
本发明实施例四提供了一种计费方法,该方法针对动态业务流建立的情况 进行说明, 请参阅图 5, 该方法包括:
501、 应用功能实体(AF , Application Function ) 向策略计费规则功能 ( PCRF, Policy Counting Rule Function )提供应用业务相关的应用会话信息;
502、 PCRF执行策略授权和策略决策过程, 并将生成的 PCC规则发到 Anchor SFA。
本实施例中, PCC规则中包括 PCRF授权的计费信息收集点选择策略指 示;
该 PCC规则中还可以包括: 头压缩执行策略以及头压缩计费策略。
需要说明的是,如果 PCRF在下发 PCC规则之前已经获得了 ASN中计费 信息收集点的能力信息, 则 PCRF可以据此做出计费信息收集点选择策略。
PCRF可以通过以下方式获得网络计费信息收集点的能力信息:
PCRF向 AAA服务器查询网络中计费信息收集点的配置和能力信息, 如 果 AAA服务器中没有保存相关信息, AAA服务器向 Accounting Client请求计 费信息收集点的配置和能力信息, 如果 Accounting Client中没有相关信息, 则 Accounting Client可以向计费信息收集点查询相关信息 , Accounting Client在 获取计费信息收集点的配置和能力信息后将其上报给 AAA服务器;
在终端入网过程中, 当 AAA服务器获得网络中计费信息收集点的能力信 息时主动上报给 PCRF;
在构建网络时,将各计费信息收集点的能力信息作为网络配置信息预置到 PCRF中 , 则 PCRF可以获取到各计费信息收集点的能力信息。
头压缩执行策略和计费信息收集点选择策略指示也可以在 Anchor SFA或
Serving SFA/Anchor DPF所在的 ASN GW处完成;
PCRF授权的计费信息收集点选择策略指示, 头压缩计费策略以及头压缩 执行策略都是和具体的 Service Flow相关的。
503、 Anchor SFA向 Serving SFA发送 RR— Req消息; Anchor SFA根据在接入认证流程中从 AAA服务器处接收的策略, 向 Serving SFA发送 RR— Req消息请求预留资源创建业务流。
在 RR— Req消息中包括业务流的 QoS信息以及计费信息收集点选择策略 指示; 该 RR— Req消息中还可以头压缩执行策略以及头压缩计费策略;
头压缩执行策略和计费信息收集点选择策略可以是由 AAA服务器下发到
Anchor SFA的头压缩执行策略和计费信息收集点选择策略指示, 也可以是由 Anchor SFA在 AAA没有下发计费信息收集点选择策略时自己做出的头压缩执 行策略和计费信息收集点选择策略;
头压缩执行策略和计费信息收集点选择策略指示是和具体的 Service Flow 相关的。
504、 Serving SFA向位于 BS的 SFM发送 Path— Reg— Req消息。
需要说明的是, 如果应用头压缩机制, 则与 Serving SFA 集成在一起的
Anchor DPF可以向 Serving SFA传递头压缩参数 (包括头压缩方法、 头压缩信 道参数等);
在 Path— Reg— Req消息中包括压缩参数 (包括头压缩方法、 头压缩信道参 数等) 以及计费信息收集点选择策略指示等。
该 Path— Reg— Req消息中还可以包括: 头压缩执行策略以及头压缩计费策 略;
如果 Anchor DPF处没有头压缩功能或者没有应用头压缩机制 , 此处可以 不包括头压缩参数;
计费信息收集点选择策略指示可以是 Serving SFA收到的 RR— Req中指示 的计费信息收集点选择策略指示, 也可以是由 Serving SFA在 Anchor SFA没 有下发计费信息收集点选择策略时自己做出的计费信息收集点选择策略; 头压缩执行策略和计费信息收集点选择策略指示是和具体的 Service Flow 相关的;
如果计费信息收集点选择策略中指示了 Anchor DPF上的计费信息收集点 要进行计费信息收集, 则位于 Anchor DPF上的计费信息收集点要根据头压缩 计费策略开启计费信息收集功能。
505、 SFM向 MS发送 DSA— Req消息; SFM根据当前的可得资源和用户的 QoS信息检查 Serving SFA发起的路 径注册请求是否被允许,如果被允许,则发送 DSA— Req消息到 MS。 DSA Req 消息中包括头压缩参数。
如果计费信息收集点选择策略中指示了 BS上的计费信息收集点要进行计 费信息收集, 则位于 BS上的计费信息收集点要才 据头压缩计费策略开启计费 信息收集功能。
506、 MS 向位于其自身的头压缩功能实体发送头压缩请求, 该请求中包 括从网络侧接收到的头压缩参数。
507、 MS上的头压缩功能实体向 MS回应头压缩响应消息;
508、 MS向 SFM发送 DSA-Rsp消息。
在该消息中包括协商的头压缩参数。 如果头压缩协商过程不能在 DSA过 程(步骤 505至步骤 508 )完成, 也可以通过第 511步的 DSC过程进行协商。
509、 SFM向 Serving SFA发送 Path— Reg— Rsp消息确认资源预留; 在该消息中包括协商的头压缩参数, 如果 BS中的计费信息收集点根据计 费策略指示开启了计费信息收集功能, 也可以 Path— Reg— Rsp消息中包括计费 信息收集点的计费信息收集功能开启确认消息。
510、 Serving SFA向 SFM发送 Path— Reg— Ack消息确认资源预留;
511、 如果头压缩协商在 DSA过程中没有完成, 也可以通过 DSC过程继 续头压缩的协商直至协商完成;
需要说明的是, 步骤 511为可选步骤, 若头压缩协商过程能够在步骤 505 至步骤 508中完成, 则可以不执行步骤 511。
512、 Serving SFA向 Anchor SFA发送 RR— Rsp消息确认资源预留; 在该消息中包括协商的头压缩参数, 如果 Anchor DPF中的计费信息收集 点根据计费策略指示开启了计费信息收集功能, 也可以 Path— Reg— Rsp消息中 包括计费信息收集点的计费信息收集功能开启确认消息。
513、 Anchor SFA向 Serving SFA发送 RR— Ack消息确认资源预留。
514、 Anchor SFA向 PCRF发送 PCC规则确认消息;
515、 PCRF向 AF发送请求业务确认消息。
后续步骤同实施例一的步骤 103, 此处不再赘述。 上述实施例中介绍了计 费方法的流程, 以上仅以四个例子进行说明, 可以理解的是, 在实际应用中, 同样可以通过其他类似的方式进行计费。
上述实施例中,在获取计费信息收集点能力信息之后,可以根据所述能力 信息以及头压缩计费策略确定对应的计费信息收集点。因此可以根据业务的需 求以及当前头压缩计费策略确定进行计费信息收集的网元,所以能够在头压缩 模式下满足不同的业务需求, 从而提高头压缩模式下的计费精确性。
下面介绍本发明实施例中的能力获取方法实施例进行描述,具体可以包括 如下三种情况:
一、 在移动终端进行接入认证时候获取:
接入业务网 ASN接收移动终端发起的接入认证请求; 向所有计费信息收 集点发送上报能力指示消息; 所述计费信息收集点向 AAA服务器发送包含自 身能力信息的消息。
在移动终端接入网络时,移动终端需要向网络发起接入认证流程,移动终 端向 ASN发起接入认证请求, ASN获取网络中计费信息收集点的能力信息并 把相关信息包含在接入认证请求中, ASN将上述包含计费信息收集点能力信 息接入认证请求发送给 AAA服务器 , AAA服务器获得网络中计费信息收集点 的能力信息;
ASN获取网络中计费信息收集点的能力信息的方法可以是: 1、 GW对 ASN网络自身的计费信息收集点的配置和能力信息是已知的, 即 ASN网络在 构建时将计费信息收集点的相关信息配置到 GW中; 2、 接收到终端接入认证 请求的鉴权器 ( Authenticator )向 Accounting Client查询相关信息, Accounting Client将网络中的计费信息收集点信息反馈给 Authenticator, 如果 Accounting Client中没有计费信息收集点的相关信息, 可以向计费信息收集点进行查询。
二、 AAA月良务器向 Accounting Client进行查询:
AAA服务器向 Accounting Client请求计费信息收集点的配置和能力信息, 如果 Accounting Client中没有相关信息 , 则 Accounting Client可以向计费信息 收集点查询相关信息, Accounting Client在获取计费信息收集点的配置和能力 信息后将其上报给 AAA服务器。
三、 在系统构建时进行配置: ASN 网络在构建时, 可以将各计费信息收集点的能力信息作为网络配置 信息预置到 AAA服务器中, 则 AAA服务器可以获取到各计费信息收集点的 能力信息。
需要说明的是,上述能力获取方法可以基于前述实施例中的头压缩计费方 法, 也可以不基于头压缩计费方法, 而独立存在。
上述实施例中描述了获取能力信息的三种情况,可以理解的是,在实际应 用中,按照上述方式采用类似的手段同样可以获取能力信息,具体流程不作限 定。
上述实施例中, 获取到能力信息之后, 可以将能力信息提交给网络侧, 以 便网络侧根据该能力信息确定计费信息收集点,因此上述实施例能够为计费流 程提供支持;
需要说明的是, 上述能力信息并不仅限定于计费领域, 当用于计费时, 获 取的是与计费相关的能力信息, 而例如当进行数据传输控制时, 则需要获取与 传输控制相关的能力信息,具体能力信息的适应场景不作限定, 因此本实施例 中获取的能力信息能够应用于各种应用场景中, 以满足应用需求。
下面介绍本发明实施例中通讯系统实施例, 请参阅图 6, 本发明实施例中 通讯系统实施例包括:
选择装置 601 , 用于获取计费信息收集点能力信息, 根据能力信息以及头 压缩计费策略确定对应的计费信息收集点;
策略下发装置 602, 用于发送选择装置 601确定的计费信息收集点的计费 信息收集点选择策略; 该装置还进一步发送头压缩执行策略和头压缩计费策 略。
AAA服务器 603 , 用于根据选择装置 601确定的计费信息收集点收集的 计费信息进行计费;
头压缩功能执行装置 604, 用于根据头压缩执行策略对数据信息执行头压 缩处理;
计费信息收集点 605 ,用于 据所述头压缩计费策略对压缩前和 /或压缩后 的数据信息进行统计。
上述的通讯系统中,选择装置 601和策略下发装置 602为 AAA服务器 603 (即选择装置 601和策略下发装置 602为 AAA服务器 603中的一部分), 或 Anchor SFA, 或 Anchor DPF。
上述通讯系统中, 头压缩功能执行装置 604为 Anchor DPF和 /或 BS; 计费信息收集点 605为 Anchor DPF,或 BS,或 Serving DPF ,或 Anchor DPF 以及 BS。
请参阅图 7, 本发明实施例中 AAA服务器实施例包括:
能力信息获取单元 701 , 用于获取计费信息收集点能力信息;
具体可以通过如下三种方式获取计费信息收集点能力信息:
一、 在移动终端进行接入认证时候获取:
在移动终端接入网络时,移动终端需要向网络发起接入认证流程,移动终 端向 ASN发起接入认证请求, ASN获取网络中计费信息收集点的能力信息并 把相关信息包含在接入认证请求中, ASN将上述包含计费信息收集点能力信 息接入认证请求发送给 AAA服务器 , AAA服务器获得网络中计费信息收集点 的能力信息;
ASN获取网络中计费信息收集点的能力信息的方法可以是: 1、 GW对
ASN网络自身的计费信息收集点的配置和能力信息是已知的, 即 ASN网络在 构建时将计费信息收集点的相关信息配置到 GW中; 2、 接收到终端接入认证 请求的鉴权器 ( Authenticator )向 Accounting Client查询相关信息, Accounting Client将网络中的计费信息收集点信息反馈给 Authenticator, 如果 Accounting Client中没有计费信息收集点的相关信息, 可以向计费信息收集点进行查询; 二、 AAA月良务器向 Accounting Client进行查询:
AAA服务器向 Accounting Client请求计费信息收集点的配置和能力信息, 如果 Accounting Client中没有相关信息 , 则 Accounting Client可以向计费信息 收集点查询相关信息, Accounting Client在获取计费信息收集点的配置和能力 信息后将其上报给 AAA服务器;
三、 在系统构建时进行配置:
ASN 网络在构建时, 可以将各计费信息收集点的能力信息作为网络配置 信息预置到 AAA服务器中, 则 AAA服务器可以获取到各计费信息收集点的 能力信息。 计费信息收集点选定单元 702, 用于根据能力信息获取单元 701获取的计 费信息收集点能力信息以及头压缩计费策略确定对应的计费信息收集点;
计费单元 703, 用于根据计费信息收集点选定单元 702确定的计费信息收 集点收集的计费信息进行计费。
请参阅图 8, 本发明实施例中的网元实施例包括:
计费信息收集单元 801 , 用于根据获取到的头压缩计费策略对压缩前数据 信息和 /或压缩后数据信息进行统计;
计费信息上报单元 802, 用于向 AAA服务器上报计费信息收集单元 801 统计后的数据信息。
本实施例中的网元实施例还可以进一步包括: 头压缩功能执行单元 803, 用于根据头压缩执行策略对数据信息执行头压缩处理,该头压缩功能执行单元 803在对数据信息执行头压缩处理之前还需要从网络侧 (例如 AAA服务器 ) 获取头压缩执行策略。
本实施例中的网元实施例还可以进一步包括: 获取单元 804, 用于获取计 费信息收集点能力信息, 向网络侧(例如 AAA服务器)发送获取到的计费信 息收集点能力信息, 由网络侧 (例如 AAA服务器)根据此能力信息确定头压 缩计费策略, 之后由计费信息收集单元 801接收该头压缩计费策略。
上述实施例中的网元可以为 Anchor DPF, 或 BS。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可 读存储介质中, 上述提到的存储介质可以是只读存储器, 磁盘或光盘等。
以上对本发明所提供的一种计费方法及能力获取方法及通讯系统以及相 关设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思 想, 在具体实施方式及应用范围上均会有改变之处, 综上所述, 本说明书内容 不应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种计费方法, 其特征在于, 包括:
获取计费信息收集点的能力信息;
确定对应的计费信息收集点;
根据所述计费信息收集点收集的计费信息进行计费。
2、 根据权利要求 1所述的方法, 其特征在于, 所述获取计费信息收集点 能力信息的步骤包括:
鉴权授权计费 AAA服务器接收计费信息收集点发送的包含能力信息的消 息 , 从所述消息中获取所述计费信息收集点的能力信息;
或,
AAA服务器向网络查询计费信息收集点的能力信息;
或,
AAA服务器获取系统构建时配置于所述 AAA服务器的计费信息收集点 的能力信息。
3、 根据权利要求 1所述的方法, 其特征在于, 所述获取计费信息收集点 能力信息的步骤包括:
锚点服务流授权器 Anchor SFA或锚点数据通道功能 Anchor DPF或服务 DPF接收鉴权器或者计费客户端发送的计费信息收集点的能力信息。
4、 根据权利要求 2所述的方法, 其特征在于, 所述确定对应的计费信息 收集点的步骤包括:
才艮据所述能力信息、预置的头压缩计费策略和头压缩执行策略确定对应的 计费信息收集点。
5、 根据权利要求 4所述的方法, 其特征在于, 所述根据能力信息、 预置 的头压缩计费策略和头压缩执行策略确定对应的计费信息收集点的步骤包括: 若所述头压缩计费策略为对压缩前的数据信息进行计费,所述头压缩执行 策略为由锚点 DPF执行头压缩功能, 则确定计费信息收集点为锚点 DPF或 锚点 DPF所在的网关;
若所述头压缩计费策略为对压缩前的数据信息进行计费,所述头压缩执行 策略为由 BS执行头压缩功能, 则确定计费信息收集点为 BS, 或锚点 DPF, 或服务 DPF, 或锚点 DPF所在的网关, 或服务 DPF所在的网关; 若所述头压缩计费策略为对压缩后的数据信息进行计费,所述头压缩执行 策略为由锚点 DPF执行头压缩功能, 则确定计费信息收集点为锚点 DPF, 或 BS, 或服务 DPF, 或锚点 DPF所在的网关, 或服务 DPF所在的网关;
若所述头压缩计费策略为对压缩后的数据信息进行计费,所述头压缩执行 策略为由 BS执行头压缩功能, 则确定计费信息收集点为 BS;
若所述头压缩计费策略为对压缩前以及压缩后的数据信息进行计费,所述 头压缩执行策略为由锚点 DPF执行头压缩功能, 则确定计费信息收集点为锚 点 DP, 或锚点 DPF所在网关;
若所述头压缩计费策略为对压缩前以及压缩后的数据信息进行计费,所述 头压缩执行策略为由 BS执行头压缩功能, 则确定计费信息收集点为 BS; 若所述头压缩计费策略为对压缩前的数据信息进行计费,所述头压缩执行 策略为由锚点 DPF以及 BS执行头压缩功能, 则确定计费信息收集点为锚点 DPF, 或锚点 DPF所在的网关;
若所述头压缩计费策略为对压缩后的数据信息进行计费,所述头压缩执行 策略为由锚点 DPF以及 BS执行头压缩功能, 则确定计费信息收集点为 BS; 若所述头压缩计费策略为对压缩前以及压缩后的数据信息进行计费,所述 头压缩执行策略为由锚点 DPF以及 BS执行头压缩功能, 则确定计费信息收 集点为锚点 DPF以及 BS, 其中锚点 DPF收集压缩前的数据信息, BS收集 压缩后的数据信息。
6、 根据权利要求 5所述的方法, 其特征在于, 所述根据能力信息、 预置 的头压缩计费策略和头压缩执行策略确定对应的计费信息收集点的步骤之后 包括:
下发计费信息收集点选择策略指示。
7、 根据权利要求 6所述的方法, 其特征在于, 所述下发计费信息收集点 选择策略指示的步骤包括:
AAA服务器向锚点 SFA发送计费信息收集点选择策略指示, 所述计费信 息收集点选择策略指示针对一个移动终端或网际协议 IP会话中所有服务流, 或针对不同的服务流; 所述下发计费信息收集点选择策略指示的步骤之后包括:
接入业务网网关触发所述锚点 SFA创建预置业务流;
移动终端与家乡代理交互以获取并注册互联网 IP地址。
8、 根据权利要求 7所述的方法, 其特征在于, 所述移动终端与家乡代理 交互以获取并注册互联网 IP地址的步骤之后包括:
所述锚点 SFA向业务流管理器 SFM发送路径注册请求, 所述路径注册请 求中包含计费信息收集点选择策略指示、 头压缩执行策略和服务质量信息; 所述 SFM根据当前可用资源和所述服务质量信息判断所述路径注册请求 是否被允许, 如果被允许, 则向移动终端发送动态业务申请请求, 所述动态业 务申请请求中包含计费信息收集点选择策略指示和头压缩执行策略;
所述移动终端根据所述动态业务申请请求中的头压缩执行策略执行相应 的头压缩;
若所述计费信息收集点选择策略中指示了 BS上的计费信息收集点进行计 费信息收集, 则位于 BS上的计费信息收集点 ^居头压缩计费策略开启计费信 息收集功能。
9、 根据权利要求 7所述的方法, 其特征在于, 所述移动终端与家乡代理 交互以获取并注册互联网 IP地址的步骤之后包括:
所述锚点 SFA向服务 SFA发送资源预留 RR— Req请求, 所述资源预留请 求中包含业务流的服务质量信息以及计费信息收集点选择策略指示;
若所述计费信息收集点选择策略中指示了锚点 DPF上的计费信息收集点 进行计费信息收集, 则位于锚点 DPF上的计费信息收集点根据所述头压缩计 费策略开启计费信息收集功能;
所述服务 SFA向 SFM发送路径注册请求, 所述路径注册请求中包含业务 流的计费信息收集点选择策略指示、 头压缩执行策略和服务质量信息;
所述 SFM根据当前可用资源和所述服务质量信息判断所述路径注册请求 是否被允许, 如果被允许, 则向移动终端发送动态业务申请请求, 所述动态业 务申请请求中包含计费信息收集点选择策略指示和头压缩执行策略;
若所述计费信息收集点选择策略中指示了 BS上的计费信息收集点进行计 费信息收集, 则位于 BS上的计费信息收集点 ^居头压缩计费策略开启计费信 息收集功能。
10、 根据权利要求 9所述的方法, 其特征在于,
若 BS 上的计费信息收集点 头压缩计费策略开启了计费信息收集功 能 , 则资源预留响应中还包含计费信息收集功能开启确认消息。
11、 根据权利要求 6所述的方法, 其特征在于, 所述方法还包括: 策略计 费规则功能 PCRF获取计费信息收集点的能力信息;
所述下发计费信息收集点选择策略指示的步骤包括:
策略计费规则功能 PCRF通过锚点 SFA以及服务 SFA向 SFM下发服务质 量信息, 头压缩参数以及计费信息收集点选择策略指示;
若所述计费信息收集点选择策略中指示了锚点 DPF上的计费信息收集点 要进行计费信息收集, 则位于锚点 DPF上的计费信息收集点根据头压缩计费 策略开启计费信息收集功能;
所述 SFM根据当前可用资源和所述服务质量信息判断路径注册请求是否 被允许, 如果被允许, 则向移动终端发送动态业务申请请求, 所述动态业务申 请请求中包含计费信息收集点选择策略指示和头压缩参数;
所述移动终端根据所述动态业务申请请求中的头压缩参数执行相应的头 压缩。
12、 根据权利要求 11所述的方法, 其特征在于, 所述 PCRF获取计费信 息收集点的能力信息的步骤包括:
所述 PCRF向 AAA服务器查询网络中计费信息收集点的能力信息; 或,
在终端入网过程中 , 所述 PCRF接收所述 AAA服务器主动上报的能力信 或,
所述 PCRF获取在构建网络时预置在 PCRF本地的将各计费信息收集点的 能力信息。
13、 一种能力获取方法, 其特征在于, 包括:
接入业务网 ASN接收移动终端发起的接入认证请求;
所述 ASN获取计费信息收集点能力信息; 向 AAA服务器发送所述 ASN获取的计费信息收集点的能力信息。
14、根据权利要求 13所述的方法, 其特征在于, 所述 ASN获取计费信息 收集点能力信息具体包括:
所述 ASN根据在构建时配置的计费信息收集点的能力信息获取计费信息 收集点能力信息;
或,
所述 ASN通过鉴权器向计费客户端查询;
或,
所述 ASN通过向计费信息收集点查询。
15、 一种能力获取方法, 其特征在于, 包括:
计费客户端接收 AAA服务器发送的能力信息获取请求;
计费客户端根据所述能力信息获取请求查询各计费信息收集点的能力信 向 AAA服务器发送所述获取的能力信息。
16、 一种能力获取方法, 其特征在于, 包括:
AAA服务器获取本地或存储网元中预置的计费信息收集点的能力信息, 所述能力信息在系统构建时被配置于 AAA服务器中 , 或存储网元中。
17、 一种通讯系统, 其特征在于, 包括:
选择装置, 用于获取计费信息收集点能力信息,确定对应的计费信息收集 点;
策略下发装置,用于发送所述选择装置确定的计费信息收集点的计费信息 收集点选择策略;
AAA服务器, 用于根据所述选择装置确定的计费信息收集点收集的计费 信息进行计费;
头压缩功能执行装置 , 用于根据所述头压缩计费策略对数据信息执行头 压缩处理;
计费信息收集点, 用于^^据所述头压缩计费策略对压缩前和 /或压缩后的 数据信息进行统计。
18、 根据权利要求 17所述的通讯系统, 其特征在于, 所述策略下发装置为 AAA服务器, 或锚点 SFA, 或锚点 DPF。
19、 根据权利要求 17或 18所述的通讯系统, 其特征在于,
所述头压缩功能执行装置为锚点 DPF和 /或 BS;
所述计费信息收集点为锚点 DPF, 或 BS, 或服务 DPF, 或锚点 DPF以及 S。
20、 一种 AAA服务器, 其特征在于, 包括:
能力信息获取单元, 用于获取计费信息收集点能力信息;
计费信息收集点选定单元, 用于确定对应的计费信息收集点;
计费单元,用于根据计费信息收集点选定单元确定的计费信息收集点收集 的计费信息进行计费。
PCT/CN2009/071599 2008-05-06 2009-04-30 一种计费方法及能力获取方法及通讯系统以及相关设备 WO2009135425A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008100972703A CN101577624B (zh) 2008-05-06 2008-05-06 一种计费方法及能力获取方法及通讯系统以及相关设备
CN200810097270.3 2008-05-06

Publications (1)

Publication Number Publication Date
WO2009135425A1 true WO2009135425A1 (zh) 2009-11-12

Family

ID=41264438

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071599 WO2009135425A1 (zh) 2008-05-06 2009-04-30 一种计费方法及能力获取方法及通讯系统以及相关设备

Country Status (2)

Country Link
CN (1) CN101577624B (zh)
WO (1) WO2009135425A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104038916B (zh) * 2014-06-24 2017-11-10 北京奇虎科技有限公司 在移动终端设备上实现流量优化的方法及系统、客户端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1866840A (zh) * 2005-09-23 2006-11-22 华为技术有限公司 无线接入网中的计费方法及系统
CN1960263A (zh) * 2005-11-03 2007-05-09 华为技术有限公司 在WiMAX系统中监控负流量的方法及计费系统
CN101217386A (zh) * 2008-01-16 2008-07-09 中兴通讯股份有限公司 鉴权授权计费服务器及计费方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100403677C (zh) * 2005-04-06 2008-07-16 华为技术有限公司 一种全球接入互操作网络中预付费业务的计费系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1866840A (zh) * 2005-09-23 2006-11-22 华为技术有限公司 无线接入网中的计费方法及系统
CN1960263A (zh) * 2005-11-03 2007-05-09 华为技术有限公司 在WiMAX系统中监控负流量的方法及计费系统
CN101217386A (zh) * 2008-01-16 2008-07-09 中兴通讯股份有限公司 鉴权授权计费服务器及计费方法

Also Published As

Publication number Publication date
CN101577624B (zh) 2012-07-04
CN101577624A (zh) 2009-11-11

Similar Documents

Publication Publication Date Title
JP4828608B2 (ja) 課金方法、課金システム、課金クライアントおよび課金処理手段
RU2513711C2 (ru) Триггер события услуги
US8301114B2 (en) Offline charging for sessions over a 3GPP network and a WLAN access network
WO2008128470A1 (fr) Procédé, système et entité de réalisation de détection d'événement
WO2009046678A1 (fr) Procédé et dispositif pour obtenir la capacité de fonction d'application de politique et de facturation
CN101160793A (zh) 多播业务中停止用户会话的方法、设备及系统
WO2009092299A1 (zh) 实现策略控制的方法、装置及系统
WO2009024050A1 (fr) Procédé, système et dispositif de commande de politique
WO2008022602A1 (fr) Procédé, dispositif et système de commande de conditions d'utilisation et de facturation
WO2007112657A1 (fr) Procédé et système de décision concernant l'information sur les services dans un système de communication mobile
WO2011079773A1 (zh) 用户会话策略控制方法、装置及系统
WO2006015548A1 (fr) Methode de traitement fondee sur un evenement de declenchement de chargement et sur un evenement de reautorisation de flux de donnees de paquets
WO2010072107A1 (zh) 一种用户业务流计费核减方法和装置
WO2015131331A1 (zh) 一种计费会话管理方法、装置
WO2013091410A1 (zh) 网络接入方法、系统及设备
WO2014172858A1 (zh) 一种进行应用计费的方法、计费设备和系统
WO2011120378A1 (zh) 对用户业务的数据流进行控制的方法和装置
WO2007082446A1 (fr) Procede et systeme de taxation hors ligne
WO2011085614A1 (zh) 在全业务融合网络中控制资源的方法和系统
WO2009024056A1 (fr) Procédé, système et dispositif relatifs à une règle de commande de politique et de facturation d'extension
WO2013159617A1 (zh) 一种网络拥塞的处理方法、系统和控制网元
WO2008028422A1 (fr) Système de facturation, point de facturation et procédé de communication par un point de facturation d'informations de facturation d'un utilisateur
WO2009056046A1 (fr) Procédé de fin de session
WO2009021463A1 (fr) Procédé et système de facturation par serveur de localisation
WO2010066157A1 (zh) 计费方法、计费装置、计费网关和计费系统

Legal Events

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

Ref document number: 09741700

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

Country of ref document: EP

Kind code of ref document: A1