WO2009065363A1 - Procédé, appareil et système pour la réalisation de prépaiements sur un réseau - Google Patents

Procédé, appareil et système pour la réalisation de prépaiements sur un réseau Download PDF

Info

Publication number
WO2009065363A1
WO2009065363A1 PCT/CN2008/073133 CN2008073133W WO2009065363A1 WO 2009065363 A1 WO2009065363 A1 WO 2009065363A1 CN 2008073133 W CN2008073133 W CN 2008073133W WO 2009065363 A1 WO2009065363 A1 WO 2009065363A1
Authority
WO
WIPO (PCT)
Prior art keywords
quota
information
ppc
prepaid
target
Prior art date
Application number
PCT/CN2008/073133
Other languages
English (en)
Chinese (zh)
Inventor
Wei Zhang
Liang Gu
Xianhui He
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN2008101255021A external-priority patent/CN101442417B/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009065363A1 publication Critical patent/WO2009065363A1/fr
Priority to US12/758,629 priority Critical patent/US20100198710A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, apparatus, and system for implementing prepaid in a network.
  • WiMAX Worldwide Interoperability for Microwave Access
  • the full name of Chinese is global access microwave interoperability
  • the WiMAX network is mainly composed of three parts: user terminal (MS), access service network (ASN), and connection service network (CSN).
  • the ASN includes a base station (BS) and an access service network gateway (ASN GW).
  • the Connected Services Network (CSN) includes logical entities such as Book Policy Server (PF), Authentication, Authorization and Accounting Server (AAA Server), and Application Server (AF).
  • PF Book Policy Server
  • AAA Server Authentication, Authorization and Accounting Server
  • AF Application Server
  • the wireless side of the WiMAX network is a wireless metropolitan area network access technology based on the IEEE 802.16d/e standard.
  • the main focus now is the IEEE 802.16-2004 (802.16d) standard, which was enacted in July 2004.
  • the WiMAX network structure is shown in Figure 1:
  • the R1 interface is a wireless air interface and is mainly defined by IEEE802.16d/e.
  • the remaining interfaces are all wired interfaces.
  • WiMAX NWG Network Work ⁇ ng Group, ⁇ ⁇ ⁇ ) ) ) ) ) ⁇ ⁇ QoS QoS (Quality ty of Service) framework shown in Figure 2:
  • MS Mobile Station
  • MS Mobile Station
  • SFM Service Flow Management
  • SFA Service Flow Authorization
  • PF Policy Function
  • Policy Function Policy Function
  • AAA Authentication, Authorization, and Accounting
  • AAA is a system that provides authentication, authorization, and accounting services. It is responsible for saving the user's QoS profile and related policy rules.
  • AF Application Function
  • the user terminal MS directly accesses the AF through the application layer protocol.
  • the AF will notify the PF to actively create a service flow for the user. This function exists in the NSP.
  • FIG 3 is a schematic diagram of the existing WiMAX NWG standard charging architecture. As shown in Figure 3, the MS is equivalent to the user end in charging.
  • the accounting client or the accounting agent is used to collect all accounting information and provide it to the AAA proxy (AAA Proxy) or AAA Server (when the AAA proxy is not present);
  • the PPC is used to interact with the prepaid server to provide prepaid service support for the user.
  • the PPC can be combined with the Accounting Client or the Accounting Agent.
  • the AAA Proxy is an optional intermediate device for receiving the received charging information. After processing, a new accounting information is generated and forwarded to the AAA server, such as the home AAA server or the visited AAA server (Visited AAA Server); the home AAA server is the home AAA server, that is, the user initially registered AAA.
  • the server or the AAA server of the user's home location stores the user's subscription information, including the charging policy, and the user's charging processing is mainly completed in the home AAA server;
  • the visiting AAA server is the AAA of the user's visited place.
  • the server is used to implement billing information recording, transparent transmission, and forwarding when the user roams.
  • the PPC acts as a prepaid client to exchange prepaid related signaling with the PPS.
  • the PPC is not located in the data plane entity, there may be a case where the prepaid agent (PPA) is located in the data plane entity.
  • PPA prepaid agent
  • the function of the PPA for measurement is defined, and the function implementation is not clearly defined.
  • the support of prepaid in the case of Anchor DPF migration or Authenticator migration is not considered. Since the interaction between the PPA and the PPC is not defined, and the migration scenario is not considered, the prepaid service cannot be supported when the PPA and the PPC are separated. Summary of the invention
  • embodiments of the present invention provide a method, apparatus, and system for implementing prepaid in a network, and the method, apparatus, and system can implement prepaid services in a network.
  • a method for implementing prepaid in a network comprising:
  • the source Anchor DPF sends an Anchor DPF switch request to the target Anchor DPF, and the Anchor DPF switch request carries the quota information;
  • the source Anchor DPF After the source Anchor DPF receives the switch response sent by the target Anchor DPF, it returns to the target Anchor DPF.
  • the Anchor DPF handover confirmation message carries the quota compensation information.
  • a method for implementing prepaid in a network comprising:
  • the source prepaid agent PPA sends a handover request to the target PPA, where the handover request carries quota information
  • the source PPA After receiving the handover response sent by the target PPA, the source PPA sends a handover confirmation message to the target PPA, where the handover confirmation message carries the quota compensation information.
  • a method for implementing prepaid in a network comprising: The target PPC receives the notification message sent by the source PPC, where the notification message carries the session information related to the prepaid service of the source PPC;
  • the target PPC sends a request message to the prepaid server PPS to request to establish a new session, where the request message carries session information of the source PPC and an association indication, where the association indication is used to indicate a new session and source that needs to be established currently.
  • the association of PPC sessions is used to indicate a new session and source that needs to be established currently.
  • a source prepaid agent PPA includes:
  • a sending module configured to send a handover request to the target PPA, where the handover request carries quota information
  • a receiving module configured to receive a handover response sent by the target PPA
  • the sending module is configured to send a handover confirmation message to the target PPA, where the handover confirmation message carries the quota compensation information.
  • a system for implementing prepaid in a network includes a source prepaid agent PPA, and the source PPA is configured to send a handover request to a target PPA and receive a handover response sent by a target PPA, where the handover request carries quota information.
  • the source PPA After receiving the handover response sent by the target PPA, the source PPA is configured to send a handover confirmation message to the target PPA, where the handover confirmation message carries the quota compensation information.
  • a target prepaid client PPC comprising:
  • a notification message receiving module configured to receive a notification message sent by the source PPC, where the notification message carries session information related to the prepaid service of the source PPC;
  • a request message sending module configured to send a request message to the prepaid server PPS, to request to establish a new session, where the request message carries session information of the source PPC and an association indication, where the association indication is used to indicate that the current need to be established The association between the new session and the session of the source PPC.
  • the Anchor DPF or the PPA handover request carries the quota information
  • the Anchor DPF or the PPA handover confirmation message carries the quota compensation information, so that the prepaid service can be supported in the network.
  • FIG. 5 is a flowchart of a method for prepaid in an Authenticates migration scenario according to an embodiment of the present invention
  • PPC can interact with PPS (Prepaid Server, Prepaid Server).
  • PPA Prepaid Agent
  • the PPA is located on the data plane entity, such as the anchor data path function entity Anchor DPF or the service data path entity Serving DPF or the base station BS.
  • Steps 403 to 408 The Anchor DPF migration process for normal PMIPv4.
  • the target Anchor DPF sends an Anchor DPF migration request to the PMIP Client according to the Anchor MM Context. After verifying the validity of the target Anchor DPF, the PMIP client returns an FA registration request message to the target Anchor DPF. After the target Anchor DPF receives the FA registration request message, the target is passed. 405, 406 complete the mobile IP registration process of the new FA, and after receiving the registration response, return an FA registration response message to the PMIP client; the target Anchor DPF notifies the source Anchor DPF migration completion through step 408.
  • Step 409 After the source Anchor DPF receives the Anchor DPF handover response message sent by the target Anchor DPF, it returns an Anchor DPF handover confirmation message to the target Anchor DPF.
  • the Anchor DPF handover confirmation message carries the quota compensation information, where the quota compensation information is used to indicate the quota consumed by the user terminal service in the foregoing handover process, and the quota compensation information may be used in an incremental manner, or may be completed in step 402. The quota information is passed.
  • the target Anchor DPF/PPA After the target Anchor DPF/PPA receives the quota compensation information, it uses the quota compensation information to update the prepaid quota it maintains, and deducts the quota consumed during the above switching process.
  • the PPA After the PPC is separated from the PPA, the PPA is used as the pre-paid execution point.
  • the Anchor DPF located in the same entity as the PPA collects the charging according to the service classifier and/or service flow information corresponding to the quota in the quota information. Data, deducted from the quota.
  • the PPC acts as an interface entity between the PPA and the PPS, and maintains information required to interact with the PPS, such as user identification and quota identification.
  • the data is still transmitted through the source Anchor DPF for a period of time.
  • the first scenario quota usage reaches the threshold
  • the target Anchor DPF notifies the source Anchor DPF/PPA of its newly requested quota.
  • Manner 1 The same processing method as described above can be used.
  • the target Anchor DPF/PPA judges that the quota is exhausted and triggers the termination of service.
  • the source Anchor DPF/PPA can discard data other than the quota.
  • the source anchor DPF After the source anchor DPF detects that the quota usage reaches the threshold, it initiates a quota request to the PPS.
  • the Anchor DPF switch request carries the quota information, and carries the identifier to notify the target Anchor DPF/PPA that the quota request has been initiated.
  • the target Anchor DPF/PPA does not initiate the quota request according to the identifier; after the source Anchor DPF obtains the new quota,
  • the quota compensation information carries the new quota information to inform the target Anchor DPF/PPA.
  • the source anchor DPF/PPA does not get a new quota in the quota request response, it can be processed according to the quota usage mentioned above to reach the threshold/quota exhaustion process.
  • Embodiments of the present invention provide a system for implementing prepaid in a network, where the system includes a source PPA.
  • the source PPA is configured to send a handover request to the target PPA and receive a handover response sent by the target PPA, where the handover request carries quota information.
  • the source PPA is configured to send a handover confirmation message to the target PPA, where the handover confirmation message carries the quota compensation information.
  • the source Anchor DPF/PPA sends an Anchor DPF handover request to the target Anchor DPF/PPA, and the Anchor DPF handover request carries the quota information, and after the source Anchor DPF/PPA receives the handover response, , Returns the Anchor DPF switch confirmation message to the target Anchor DPF/PPA.
  • the Anchor DPF handover confirmation message carries the quota compensation information, so that the prepaid service can be implemented in the network.
  • the Radius protocol is used as a scenario in which the PPC interacts with the PPS.
  • the embodiment of the present invention further provides a method for prepaid in the Authenticator migration scenario. Due to the difference between the Diameter and the Radius protocol, the Diameter Session (Diameter Session) between the source PPC and the PPS needs to be released after the PPC migration, and a new Diameter Session needs to be established between the target PPC and the PPS, and between the source PPC and the PPS. The release of the Diameter Session should not affect the current pre-paid service of the user terminal. Therefore, in this embodiment, when establishing a new Diameter Session, the association relationship with the original Diameter Session is specified, so that the PPS can directly directly pre-paid the service. Move to the new Diameter Session.
  • Step 603 The user terminal performs a re-authentication process through the target Authenticator/PPC.
  • Step 605 The prepaid agent updates the Authenticator/PPC information that is maintained by the prepaid agent, and returns a Context Ack message to the target Authenticator/PPC.
  • the Context Ack message carries the quota information, where the quota information includes the quota identifier, the quota size, and the current quota usage.
  • Step 607 The source Authenticator/PPC returns a Relocation Complete Rsp message to the target Authenticator/PPC, where the Relocation Complete Rsp message carries the current Diameter Session information of the source Authenticator/PPC, and the Diameter Session information is related to the prepaid service, including the quota identifier, the session. Identification Session-ID, Association ID CC-Correlation_ID, Charging Session ID, Service Identity Service_ID, Service Context ID Service-Context-ID, Rate Information Rating-Group, and corresponding Service Flow Information (Service Flow ID or Packet Data Flow Identifier) One or a combination thereof.
  • the PPS After receiving the Credit Control Request message, the PPS transfers the prepaid service information on the Diameter Session of the source Authenticator/PPC to the target Authenticator/PPC according to the Diameter Session information of the source Authenticator/PPC and the associated indication carried therein.
  • the new Diameter Session At the same time, the quota control information obtained in step 605 may be carried in the Credit Control Request message to update the quota resources maintained on the PPS.
  • the PPS returns a Credit Control Answer message to the target Authenticator/PPC to confirm that a new Diameter Session has been established. If the target Authenticator/PPC requests to update the quota resource on the PPS, the Credit Control Answer message may carry a new quota indication, the quota. Indication including service identification Service-ID, rate information Rating_Group, service context ID Service-Context_ID, quota size, one of the quota thresholds, or a combination thereof.
  • Steps 610 to 611 If the target Authenticator/PPC updates the quota resource from the PPS in steps 608 to 609, the target Authenticator/PPC needs to deliver the obtained quota to the prepaid agent.
  • Context Report/Ack is used. The message is described as an example. The foregoing quota information is carried in the Context Report/Ack message.
  • the prepaid agent After the prepaid agent obtains the quota information, it updates the prepaid quota maintained by it in combination with the prepaid quota used in the period of steps 605 to 611.
  • Step 613-614 The source Authenticator/PPC sends a Credit Control Request message to the PPS to request to release the Diameter Session corresponding to the prepaid service of the user terminal, where the Credit Control Request message indicates that the prepaid service carried by the Diameter Session does not end. , and is inherited by other sessions; PPS does not need to release the prepaid service context corresponding to the Diameter Session, and does not need to revoke the prepaid quota allocated to it. The PPS returns a Credit Control Answer message to the source Authenticator/PPC to confirm the release of the Diameter Session.
  • An embodiment of the present invention provides a target PPC, where the target PPC includes a notification message receiving module and a request message sending module.
  • the notification message receiving module is configured to receive a notification message sent by the source PPC, where the notification message carries session information related to the prepaid service of the source PPC.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé pour la réalisation de prépaiements sur un réseau, le procédé comprenant : l'envoi d'une demande de commutation d'un DPF d'ancrage source à un DPF d'ancrage terminal, la demande de commutation de DPF d'ancrage contenant des informations de quotas ; l'envoi d'informations de détermination de commutation de DPF d'ancrage au DPF d'ancrage terminal après que le DPF d'ancrage source a reçu la réponse de commutation du DPF d'ancrage terminal, les informations de détermination de commutation de DPF d'ancrage contenant des informations de compensation de quotas. Le procédé pour la réalisation de prépaiements sur un réseau peut mettre en œuvre et supporter un service de prépaiement sur un réseau.
PCT/CN2008/073133 2007-11-21 2008-11-20 Procédé, appareil et système pour la réalisation de prépaiements sur un réseau WO2009065363A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/758,629 US20100198710A1 (en) 2007-11-21 2010-04-12 Method, apparatus, and system for implementing prepaid accounting on a network

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200710124664 2007-11-21
CN200710124664.9 2007-11-21
CN200810125502.1 2008-06-04
CN2008101255021A CN101442417B (zh) 2007-11-21 2008-06-04 在网络中实现预付费的方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/758,629 Continuation US20100198710A1 (en) 2007-11-21 2010-04-12 Method, apparatus, and system for implementing prepaid accounting on a network

Publications (1)

Publication Number Publication Date
WO2009065363A1 true WO2009065363A1 (fr) 2009-05-28

Family

ID=40667142

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073133 WO2009065363A1 (fr) 2007-11-21 2008-11-20 Procédé, appareil et système pour la réalisation de prépaiements sur un réseau

Country Status (1)

Country Link
WO (1) WO2009065363A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004051978A2 (fr) * 2002-12-02 2004-06-17 Nortel Networks Limited Procedes, systemes et programmes de services a prepaiement d'un reseau de telecommunications
CN1848895A (zh) * 2005-11-03 2006-10-18 华为技术有限公司 一种WiMAX中利用移动用户站切换计费方式的方法
CN1848898A (zh) * 2005-11-03 2006-10-18 华为技术有限公司 一种实现预付费的方法
CN101026664A (zh) * 2006-02-17 2007-08-29 华为技术有限公司 一种预付费业务计费方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004051978A2 (fr) * 2002-12-02 2004-06-17 Nortel Networks Limited Procedes, systemes et programmes de services a prepaiement d'un reseau de telecommunications
CN1848895A (zh) * 2005-11-03 2006-10-18 华为技术有限公司 一种WiMAX中利用移动用户站切换计费方式的方法
CN1848898A (zh) * 2005-11-03 2006-10-18 华为技术有限公司 一种实现预付费的方法
CN101026664A (zh) * 2006-02-17 2007-08-29 华为技术有限公司 一种预付费业务计费方法

Similar Documents

Publication Publication Date Title
JP4828608B2 (ja) 課金方法、課金システム、課金クライアントおよび課金処理手段
US8050233B2 (en) Method and apparatus of shifting functional entity in wimax network
US7561692B2 (en) Method of authenticating mobile terminal
JP6343044B2 (ja) ＷｉＭＡＸネットワークにおいてモビリティ・イベント中にアクセス・サービス・ネットワーク機能エンティティを再配置する方法
US20100048161A1 (en) Method, system and apparatuses thereof for realizing emergency communication service
KR101783638B1 (ko) 이동통신 시스템에서 단말에게 서비스를 제공하는 방법 및 장치
WO2009059544A1 (fr) Procédé, dispositif et système permettant de mettre en œuvre la commutation entre des réseaux
WO2007006227A1 (fr) Procédé et système de négociation destinés à l’établissement de chemins de données d’interface
WO2007051423A1 (fr) Systeme et procede de communication pour l’entree et la sortie du mode repos d’un terminal
WO2007051426A1 (fr) Procede et systeme d’affectation de sfid destine a l’interoperabilite mondiale de l’acces microonde
WO2010063175A1 (fr) Procédé, dispositif et système de transfert de passerelle de données
WO2007045177A1 (fr) Procede, systeme et appareil de realisation de desenregistrement de protocole mobile
WO2009021442A1 (fr) Procédé et système pour maintenir la communication de schéma de compression d'en-tête robuste en continu
WO2008083630A1 (fr) Procédé, système et dispositif pour une décision de stratégie et de règles
KR101023462B1 (ko) 무선 네트워크에서 컨텍스트 전송으로 외부 에이전트를 재할당하는 시스템
US8824324B2 (en) Methods and apparatus for configuring subscriber quality of service profiles
US20100198710A1 (en) Method, apparatus, and system for implementing prepaid accounting on a network
WO2008141589A1 (fr) Système de communication sans fil, appareil et procédé de communication sans fil
WO2007124671A1 (fr) Procédé, dispositif et système de négociation de l'algorithme de chiffrement entre l'équipement d'utilisateur et le réseau
WO2009065363A1 (fr) Procédé, appareil et système pour la réalisation de prépaiements sur un réseau
WO2011006408A1 (fr) Système, procédé et politique, et entité à fonction de règles de politique et de facturation (pcrf) pour commande de politique et de facturation
WO2011131075A1 (fr) Procédé et système servant à déterminer d'adopter ou non un mécanisme de commande de politique et de facturation
WO2011147082A1 (fr) Procédé, dispositif et système d'autorisation d'itinéraire local
WO2010139261A1 (fr) Procédé et système de gestion des ressources
WO2012037837A1 (fr) Procédé et système d'acquisition d'un identifiant utilisateur

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 1280/KOLNP/2010

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: PI 2010001450

Country of ref document: MY

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08851942

Country of ref document: EP

Kind code of ref document: A1