WO2007143926A1 - Système et procédé de chargement de réseau ims - Google Patents

Système et procédé de chargement de réseau ims Download PDF

Info

Publication number
WO2007143926A1
WO2007143926A1 PCT/CN2007/001799 CN2007001799W WO2007143926A1 WO 2007143926 A1 WO2007143926 A1 WO 2007143926A1 CN 2007001799 W CN2007001799 W CN 2007001799W WO 2007143926 A1 WO2007143926 A1 WO 2007143926A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging
special
identifier
network element
service
Prior art date
Application number
PCT/CN2007/001799
Other languages
English (en)
Chinese (zh)
Inventor
Guangbing Yan
Haiyan Jian
Leibin Wang
Lion Zhao
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007143926A1 publication Critical patent/WO2007143926A1/fr

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 an IMS network charging system and method. Background technique
  • IMS is a subsystem superimposed on the existing packet domain in the WCDMA network added in the 3GPP R5 phase.
  • the packet domain is used as the bearer channel for the upper layer control signaling and media transmission, and the SIP protocol is introduced as the service control protocol. It is easy to expand and easy to combine media. It provides rich multimedia services by separating service control from bearer control.
  • the main functional entities in IMS include CSCF, which controls user registration and session control functions, and centralized management user subscription.
  • FIG. 1 is a schematic block diagram of a charging system architecture.
  • the charging related system architecture defined in the 3GPP standard is as shown in FIG. 1 , wherein the functions and mechanisms of each charging entity are described as follows:
  • the CDR filter and the root filter rule store the CDR in the classified file, where the filtering rule may include: a CDR type, a CDR parameter, a CDF that generates a CDR, and the like;
  • CDR file management including file creation, file open / close trigger, file deletion
  • the CDR file is transferred to the billing domain BD.
  • Each billing event is for a certain CDR.
  • the CDF will receive and process billing events in a near real-time manner and generate CDRs.
  • Online charging function OCF includes two modules, one is based on the accounting function of the session, and the other is the event-based charging function.
  • the session-based charging function is responsible for online charging of networks and user sessions, such as: voice calls, PDP context charging for GPRS, or charging for IMS sessions.
  • the event-based charging function performs event-based online charging, also known as content charging, and is associated with an application server or service network element, including a SIP application server.
  • Rate function RF The rate function determines the price of network resources based on the behavior of the online charging function OCF.
  • the OCF is responsible for obtaining and providing the necessary information from the billing event to the RF, and then obtaining the output rate from the response.
  • the RF can handle a wide range of rate types, such as: rates for data traffic (eg, based on charging initiated by the access network entity, ie, bearer-level charging); rate of session/connection events (based on SIP application-initiated) Billing, ie subsystem-level billing); rate of business events (based on WEB content or MMS billing, ie service level billing).
  • Account management function Account management function ABMF completes the management of user accounts in OCS.
  • 2 is a schematic diagram of a charging process of an IMS network element in a process of processing a service, as described in the 3GPP standard.
  • the charging process of the IMS network element in the process of processing the service is shown in Figure 2.
  • the charging process for the user is as follows:
  • the user initiates a service request to the network element.
  • the network element sends a charging authorization request to the charging entity to apply for authorization.
  • the charging entity determines that the user can perform the service, and delivers the charging authorization to respond.
  • the network element forwards the service request. 5. The network element receives the service response.
  • the network element initiates a charging start request to the charging entity.
  • the charging entity starts charging, and the charging is started to respond.
  • the network element returns the service response to the user and monitors the business process.
  • the network element detects the process of the service, and periodically sends a charging update request to the charging entity.
  • the charging entity updates the charging information, and sends a charging update response.
  • the user terminates the service and sends a service termination request to the network element.
  • the network element sends a charging termination request to the charging entity.
  • the charging entity terminates the charging, and the charging termination response is sent.
  • the network element forwards the service termination request.
  • the network element receives the service termination response.
  • the network element sends a service termination response to the user.
  • an IMS network when multiple network elements have accounting interfaces, multiple network elements perform charging processing on the same service.
  • the service performed by the user only needs to perform charging processing on one of the network elements, and all the network elements do not need to perform charging processing on the service of the user, or the service is a free service (such as an emergency). Call), do not need to do billing processing on any network element.
  • the 3GPP charging mechanism there is no charging cooperative processing mechanism, and the user service cannot be charged only in a specific network element, but not in other network elements.
  • FIG. 3 is a schematic diagram of a charging process of a plurality of network elements having an accounting interface.
  • the service flow passes through the calling S-CSCF, the calling AS1, the AS2, and the called S- CSCF, etc., its business process is: 1 2 3 4 5 6, where the calling S-CSCF, the calling AS1, the AS2, and the called S-CSCF all have charging interfaces, and need to send charging information to the charging entity.
  • the disadvantages of the prior art are as follows: Under the current charging mechanism, it is impossible to implement the charging process only for the calling S-CSCF or one of the ASs, and the other network elements do not need to charge the user service. Processing needs. Summary of the invention The embodiment of the present invention provides a network charging system and method, which is used to implement charging processing for a user's service request only on a certain network element or a plurality of network elements having an accounting interface, so as to avoid duplication of user services. fee.
  • the network element side charging processing device is located on the network element side with the charging interface, and is used to identify whether there is a special charging identifier indicating that the charging processing is not required in the service request/response or the charging request/response.
  • the charging identifier determining whether to send the charging request including the special charging identifier to the charging entity according to the special charging identifier and the charging policy, and sending the service request including the special charging identifier to the subsequent network element or to the front
  • the network element sends a service response including a special charging identifier
  • the charging entity side charging processing device is located at the charging entity side, and is configured to identify whether a special charging identifier exists in the charging request, and if there is no special charging identifier, perform charging processing, and according to the charging policy It is determined whether the special charging identifier is added to the charging response sent to the network element, and if there is a special charging identifier, determining whether to perform the charging processing according to the special charging identifier and the charging policy.
  • the embodiment of the invention further provides an IMS network charging method, which includes the following steps:
  • the charging entity adds the special charging identifier to the charging sent to the network element according to the charging policy. In response to the special charging identifier indicating that the charging process is not required in the charging request received from the network element, the charging entity adds the special charging identifier to the charging sent to the network element according to the charging policy. In response to the special charging identifier indicating that the charging process is not required in the charging request received from the network element, the charging entity adds the special charging identifier to the charging sent to the network element according to the charging policy. In response
  • the network element adds the special charging identifier to the service request or the previous network element sent to the subsequent network element.
  • the subsequent network element and the preceding network element determine whether to send the charging to the corresponding charging entity according to the special charging identifier and the charging policy. Requesting, and adding the special charging identifier to a service request sent to a subsequent network element or a service response of a preceding network element;
  • the embodiment of the present invention can implement the service request for the user only in a certain network element or a network element having a charging interface. [There is a charging process, or the network element of the free service does not perform charging processing, and the shielding is performed. The charging process of some of the network elements is removed, thereby avoiding repeated charging of user service requests and simplifying the processing of the charging system.
  • FIG. 1 is a schematic block diagram of a charging system architecture in the background art
  • FIG. 2 is a schematic diagram of a charging process of the IMS network element in the process of processing a service in the background
  • FIG. 3 is a schematic diagram of a charging process of a plurality of network elements having a charging interface in the background art
  • FIG. 5 is a schematic flowchart of an implementation process of an IMS network charging method according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of a detailed implementation process of the IMS network charging method in the embodiment of the present invention
  • FIG. 7 is a schematic flowchart of an implementation process of the charging process according to the first embodiment of the present invention
  • FIG. 9 is a schematic flowchart of an implementation process of a charging process according to Embodiment 3 of the present invention
  • FIG. 10 is a schematic flowchart of Embodiment 4 of the embodiment of the present invention
  • FIG. 11 is a schematic flowchart of an implementation process of a charging process according to Embodiment 5 of the embodiment of the present invention.
  • the IMS network charging system in the embodiment of the present invention includes: a network element side charging processing device 401, located on a network element side with an accounting interface, for identifying a service request/response or charging request/response Whether there is a special charging identifier indicating that the charging processing is not required, and if there is a special charging identifier, determining whether to send the charging including the special charging identifier to the charging entity according to the special charging identifier and the charging policy Requesting, and sending a service request including a special charging identifier to a subsequent network element or transmitting a service response including a special charging identifier to the preceding network element.
  • a network element side charging processing device 401 located on a network element side with an accounting interface, for identifying a service request/response or charging request/response Whether there is a special charging identifier indicating that the charging processing is not required, and if there is a special charging identifier, determining whether to send
  • the network element side charging processing apparatus 401 includes: a network element side identifying module 401-1, configured to identify whether a special charging identifier exists in the service request/response and the charging response; the network element side determining module 401-2, In the case that there is no special charging identifier, it is determined whether to send a charging request including a special charging identifier to the charging entity according to the service request and the charging policy; if the special charging identifier exists, the network element side is indicated
  • the identifier adding module adds a special charging identifier; and the network element side identifier adding module 401-3 is configured to add the special charging identifier to the charging request sent to the charging entity according to the indication of the network element side determining module, or Add to the service request sent to the subsequent NE or the service response of the previous NE.
  • the charging entity side charging processing device 402 is located at the charging entity side, and is used to identify whether there is a special charging identifier in the charging request, and if there is no special charging identifier, perform charging processing, and according to the charging
  • the policy determines whether to add a special charging identifier to the charging response sent to the network element, and if there is a special charging identifier, determine whether to perform charging processing according to the special charging identifier and the charging policy.
  • the charging entity side charging processing device 402 includes: a charging entity side identifying module 402-1, configured to identify whether a special charging identifier exists in the charging request; and a charging entity side determining module 402-2, configured to If there is no special charging identifier, it is determined according to the service charging policy or the user subscription information whether to add the special charging identifier to the charging response sent to the network element; and in the case where the special charging identifier exists, according to The special charging identifier and the service charging policy determine whether to perform charging processing; and the charging entity side identifier adding module 402-3 is configured to add the special charging identifier to the network according to the indication of the charging entity side determining module.
  • the billing response in the meta.
  • the charging policy includes at least one of the following information: a service charging policy, user subscription information, and a local charging policy of the network element.
  • the special billing identifier can be a free logo.
  • the header field or parameter of the extended call control protocol message may be adapted to carry the special charging identifier. It is also possible to carry a special charging identifier by extending the parameters in the charging interface protocol message.
  • the IMS network charging system of the embodiment of the present invention can be used for an online meter, a system, and an offline charging system.
  • FIG. 5 is a schematic diagram of an implementation process of an IMS network charging method.
  • the IMS network charging method in the embodiment of the present invention includes the following steps: Step 501: If there is no special charging identifier indicating that the charging process is not required in the charging request received from the network element, the charging entity adds the special charging identifier to the network element according to the charging policy. Billing response;
  • Step 502 When a special charging identifier exists in the charging response received from the charging entity, the network element adds the special charging identifier to the service request sent to the subsequent network element or the service response of the preceding network element.
  • Step 503 If a special charging identifier exists in the service request or the service response, the subsequent network element and the preceding network element determine whether to send the charging request to the corresponding charging entity according to the special charging identifier and the charging policy, and The charging identifier is added to the service request sent to the subsequent network element or the service response of the preceding network element;
  • Step 504 After identifying the special charging identifier in the charging request, the corresponding charging entity determines whether to perform charging processing according to the special charging identifier and the charging policy.
  • the foregoing charging policy includes at least one of the following: a service charging policy, user subscription information, and a local charging policy of the network element.
  • the above step 501 can include:
  • Step a identifying whether there is a special charging identifier in the charging request received from the network element; and step b, in the case that there is no special charging identifier, the charging entity is based on the service charging policy or the user subscription information. Determine if a special charging ID needs to be added to the charging response sent to the network element.
  • the above step 502 can include:
  • Step c The network element checks whether a special charging identifier exists in the charging response received from the charging entity;
  • Step d In the case that a special charging identifier exists, the network element adds the special charging identifier to the service request sent to the subsequent network element or the service response of the preceding network element.
  • the above step 503 can include:
  • Step e the subsequent network element and the preceding network element check whether there is a special charging identifier in the service request and the service response;
  • Step f If there is a special charging identifier, determine whether to send a charging request to the corresponding charging entity according to the special charging identifier and the local charging policy, and add the special charging identifier to the service request sent to the subsequent network element or The business response of the previous network element.
  • the above step 504 can include:
  • Step g the corresponding charging entity checks whether there is a special charging identifier in the charging request; Step h, in the case that there is a special charging identifier, the corresponding charging entity determines whether to calculate according to the special charging identifier and the service charging policy Fee processing.
  • the special charging identifier can be carried by extending the header field or parameters of the call control protocol message.
  • the special charging identifier can also be carried by extending the parameters in the charging interface protocol message.
  • the above IMS network charging method can be used for an online charging system and an offline charging system.
  • FIG. 6 is a schematic flowchart of a detailed implementation process of an IMS network charging method.
  • an IMS network has an accounting interface for multiple network elements
  • a service request arrives at a network element having an accounting interface (such as S-CSCF, AS, etc.)
  • the network element adds a service logic for processing the charging process of the service request, its business logic is as shown in FIG. 6, and includes the following steps:
  • Step 601 The S-CSCF/AS#1 receives the service request message.
  • Step 602 The S-CSCF/AS#1 sends a charging request to the charging entity #1.
  • Step 603 a) the charging entity #1 performs the corresponding charging process; b) the charging entity #1 determines whether the special charging identifier needs to be inserted in the response message according to the service charging policy or the user subscription information, and the subsequent network element according to this The special billing identifier determines whether the service needs to be billed.
  • Step 604 If the special charging identifier needs to be inserted, the charging entity #1 sends an accounting response message with a special charging identifier to the S-CSCF/AS#1.
  • Step 605 After receiving the charging response with the special charging identifier, the S-CSCF/AS#1 performs corresponding service processing and inserts the special charging identifier into the service request message, and forwards the service request message to the next hop. Network element.
  • Step 606 a) After receiving the service request message, the S-CSCF/AS#2 checks whether the message carries the special charging identifier; b) the S-CSCF/AS#2 determines according to the special charging identifier and the local charging policy. Whether to send a charging request to the charging entity #2.
  • Step 607 If the charging request needs to be sent to the charging entity #2, the S-CSCF/AS#2 inserts a special charging identifier in the charging request message, and sends the charging request message to the charging entity #2.
  • Step 608 a) After receiving the charging request message, the charging entity #2 checks whether the message carries a special charging identifier; b) the charging entity #2 determines whether it needs to be done according to the special charging identifier and the service charging policy. The corresponding billing process.
  • Step 609 The charging entity #2 returns an accounting response message.
  • Step 610 The S-CSCF/AS#2 forwards the service request message, and carries the special charging identifier transmitted by the last hop network element in the service request message.
  • the service request to the user can be performed only on one or a few network elements with an accounting interface, or the user service can be processed freely, and the charging process of other network elements is blocked. It can avoid repeated charging for user service requests and simplify the processing of the billing system.
  • Step 701 The S-CSCF/AS receives the SIP service request message, and the request message does not carry the special charging identifier.
  • Step 702 The S-CSCF/AS sends a charging authorization request message to the charging entity.
  • Step 703 a) the charging entity performs charging authorization processing; b) the charging entity determines that a special charging identifier needs to be inserted in the response message according to the service charging policy or the user subscription information, and the subsequent network element does not need to perform charging again. deal with.
  • Step 704 The ten-fee entity sends a charging authorization response message to the S-CSCF/AS, where the special charging identifier is carried, and the subsequent network element is not required to perform charging processing.
  • Step 705 The S-CSCF/AS identifies the special charging identifier from the charging authorization response message, performs corresponding service processing, and inserts the special charging identifier into the service request message when the SIP service request is forwarded.
  • the subsequent network element can identify the special charging identifier in the SIP service request, and according to the special charging standard Know no longer do billing processing.
  • Step 706 The S-CSCF/AS receives the SIP service response returned by the subsequent network element.
  • Step 707 The S-CSCF/AS sends a charging start request to the charging entity.
  • Step 708 The charging entity returns a charging start response to the S-CSCF/AS.
  • step 709 the S-CSCF/AS inserts a special charging identifier according to the special charging identifier delivered by the charging entity in the previous SIP service request, and the previous network element may be inserted according to the special charging identifier. Do the corresponding billing process.
  • FIG. 8 is a schematic flowchart of an implementation process of a charging process in Embodiment 2.
  • a network element in an IMS network receives a SIP service request with a special charging identifier, and the identifier is that the subsequent network element does not need to perform charging.
  • the implementation process of applying the above invention includes the following steps:
  • Step 801 The S-CSCF/AS receives the SIP service request message, where the request message carries a special charging identifier.
  • Step 802 a) The S-CSCF/AS identifies the special charging identifier in the SIP service request. b) The S-CSCF/AS determines that the charging request is not required to be sent to the charging entity according to the configured local charging policy. After the S-CSCF/AS performs the corresponding SIP service processing, the SIP service request message is forwarded, and the SIP service request message carries the special charging identifier transmitted by the previous hop network element, and the subsequent network element can be based on the special The fee identification is handled accordingly.
  • Step 804 The S-CSCF/AS receives the SIP service response message sent by the subsequent network element.
  • Step 805 The S-CSCF/AS forwards the SIP service response message.
  • Step 901 The S-CSCF/AS receives the SIP service request message, where the request message carries a special charging identifier.
  • Step 902 a) The S-CSCF/AS identifies the special charging identifier in the SIP service request; b) The S-CSCF/AS determines that the charging request message needs to be sent to the charging entity according to the configured local charging policy.
  • Step 903 The S-CSCF/AS sends a charging authorization request message to the charging entity, and inserts a special charging identifier in the charging authorization request message.
  • Step 904 a) the charging entity identifies the special charging identifier in the charging authorization request; b) the charging entity determines whether the charging authorization processing needs to be performed according to the special charging identifier and the service charging policy.
  • Step 905 After performing the corresponding charging authorization process, the charging entity sends a charging authorization response message to the S-CSCF/AS.
  • Step 906 The S-CSCF/AS forwards the SIP service request message, and carries the special charging identifier transmitted by the last hop network element in the SIP service request message.
  • FIG. 10 is a schematic flowchart of an implementation process of a charging process according to Embodiment 4, as shown in FIG. 10, a network element in an IMS network receives a SIP service request without a special charging identifier, and the network element performs normal charging processing, and The fee entity does not carry the special charging identifier in the charging authorization response message. However, when the network element receives the SIP service response, it identifies that the SIP service response message carries a special charging identifier.
  • the implementation process of applying the above invention includes the following Steps:
  • Step 1001 The S-CSCF/AS receives a SIP service request message, where the request message does not carry a special charging identifier.
  • Step 1002 The S-CSCF/AS performs normal charging processing, and sends a charging authorization request message to the charging entity.
  • Step 1003 The charging entity performs charging authorization processing, and determines, according to the service charging policy or the user subscription information, that the special charging identifier is not inserted in the response message, and the charging entity sends a charging authorization response message to the S-CSCF/AS. .
  • Step 1004 The S-CSCF/AS performs corresponding service processing, and forwards the SIP service request message.
  • Step 1006 The S-CSCF/AS sends a charging start request message to the charging entity, and inserts the special charging identifier in the request message.
  • Step 1007 a) the charging entity identifies the special charging identifier in the charging start request message; b) the charging entity determines to perform the corresponding charging processing according to the special charging identifier and the service charging policy, and the charging or not fee.
  • Step 1008 The charging entity returns a charging start response message to the S-CSCF/AS.
  • Step 1009 The S-CSCF/AS forwards the SIP service response message, and inserts a special charging identifier in the response message, and the preceding network element can perform corresponding charging processing according to the special charging identifier.
  • FIG. 11 is a schematic flowchart of an implementation process of a charging process in Embodiment 5.
  • a network element in an IMS network receives a SIP service request without a special charging identifier, and the network element can identify that the service is a free service ( For example, an emergency call is required, but according to the local charging policy of the S-CSCF/AS, the charging process is required.
  • the application process of the above includes the following steps:
  • Step 1101 The S-CSCF/AS receives the SIP service request message, and the request message does not carry the special charging identifier.
  • Step 1102 a) The S-CSCF/AS identifies that the service is a free service (such as an emergency call); b) The S-CSCF/AS determines that the charging request message needs to be sent to the charging entity according to the configured local charging policy.
  • Step 1103 The S-CSCF/AS sends a charging authorization request message to the charging entity, and inserts a special charging identifier in the charging authorization request message, indicating that the service does not need to be charged.
  • Step 1104 a) the charging entity identifies the special charging identifier in the charging authorization request; b) the charging entity determines whether the charging authorization processing needs to be performed according to the special charging identifier and the service charging policy.
  • Step 1105 After performing the corresponding charging authorization process, the charging entity sends a charging authorization response message to the S-CSCF/AS.
  • step 1106 the S-CSCF/AS forwards the SIP service request message, and inserts a special charging identifier in the SIP service request message, and the subsequent identification of the service does not need to perform charging processing.
  • the subsequent network element can no longer charge the service according to the special charging identifier.
  • the service request message of the foregoing embodiment may be a SIP protocol message, and the P-Charging-Vector header field of the SIP protocol is extended to deliver a special charging identifier.
  • the P-Charging-Vector header i or is defined as follows:
  • P-Charging- Vector "P-Charging- Vector” HCOLON icid-value
  • Iicid-value "icid-value”
  • EQUAL gen-value icid-gen-addr "icid-generated-at”
  • EQUAL host orig-ioi "orig-ioi”
  • EQUAL gen-value term-ioi "term-ioi”
  • EQUAL gen-value generic-param token [ EQUAL gen-value ]
  • charging-flag true/false, where the parameter true indicates that the accounting process needs to be performed later, and false indicates that the subsequent accounting processing is not required.
  • charging-flag true/false
  • the service request to the user can be performed only on one or some of the network elements with the charging interface, or the network elements of the free service are not charged, and some of the networks are blocked.
  • the charging process of the element can avoid repeated charging of the user service request and simplify the processing process of the charging system.
  • the charging process can also be performed by the following method.
  • the charging process can also be centralized and processed in the charging system.
  • Each network element sends a charging request to the charging system for the same service request of the user.
  • the charging system separates the charging request of the same service for all charging requests, and these Request to do the merge process to complete the billing for the same service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Meter Arrangements (AREA)

Abstract

L'invention concerne un système et un procédé de chargement de réseau IMS. Le procédé comprend les étapes suivantes : lorsqu'un identifiant de chargement spécial qui indique d'effectuer le traitement de chargement n'est pas présent dans la requête de chargement reçue d'un élément de réseau (NE, network element), l'entité de chargement ajoute un identifiant de chargement spécial à la réponse de chargement envoyée au NE sur la base de la politique de chargement ; lorsqu'un identifiant de chargement spécial est présent dans la réponse de chargement, le NE ajoute l'identifiant de chargement spécial à la requête de service envoyée au NE suivant ou à la réponse de service envoyée au NE précédent ; lorsqu'un identifiant de chargement spécial est présent, le NE suivant et le NE précédent déterminent s'il faut envoyer une requête de chargement à l'entité de chargement correspondante sur la base de l'identifiant de chargement spécial et de la politique de chargement et ils ajoutent l'identifiant de chargement spécial à la requête de service envoyée au NE suivant ou à la réponse de service envoyée au NE précédent ; et, après avoir détecté la présence d'un identifiant de chargement, l'entité de chargement correspondante détermine s'il faut effectuer le traitement de chargement sur labase de l'identifiant de chargement spécial et de la politique de chargement. Ceci permet d'éviter le chargement répété du service fourni à l'usager.
PCT/CN2007/001799 2006-06-09 2007-06-06 Système et procédé de chargement de réseau ims WO2007143926A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2006100835980A CN100426725C (zh) 2006-06-09 2006-06-09 Ims网络计费系统和方法
CN200610083598.0 2006-06-09

Publications (1)

Publication Number Publication Date
WO2007143926A1 true WO2007143926A1 (fr) 2007-12-21

Family

ID=38166195

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/001799 WO2007143926A1 (fr) 2006-06-09 2007-06-06 Système et procédé de chargement de réseau ims

Country Status (2)

Country Link
CN (1) CN100426725C (fr)
WO (1) WO2007143926A1 (fr)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123514B (zh) * 2007-09-14 2010-08-18 中兴通讯股份有限公司 一种ip多媒体子系统网络中的计费方法
KR101399716B1 (ko) * 2007-10-31 2014-05-27 알카텔-루센트 유에스에이 인코포레이티드 실시간 과금 정보 생성 방법 및 네트워크 요소
CN101645781A (zh) * 2008-08-06 2010-02-10 华为技术有限公司 一种ip多媒体子系统网络计费设备、方法和系统
CN101686135B (zh) * 2008-09-28 2011-12-07 中兴通讯股份有限公司 一种实现ims多媒体会议业务计费的方法
CN101594603B (zh) * 2009-06-12 2012-12-19 中兴通讯股份有限公司 一种ims在线计费的方法及ims网关装置
CN102123353A (zh) * 2010-01-12 2011-07-13 华为技术有限公司 业务计费方法、系统及业务服务器
CN102137374A (zh) * 2010-09-10 2011-07-27 华为技术有限公司 基于多媒体子系统的计费话单生成方法、系统及设备
CN103023865B (zh) * 2011-09-28 2017-07-11 中兴通讯股份有限公司 拓扑隐藏网络中路径参数的恢复、隐藏方法及装置
CN103873433A (zh) * 2012-12-07 2014-06-18 中国移动通信集团福建有限公司 基于业务开通的数据处理方法、装置、服务器和系统
CN106332037A (zh) * 2015-06-26 2017-01-11 中兴通讯股份有限公司 Ip多媒体子系统计费方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040152443A1 (en) * 2003-02-04 2004-08-05 Juha-Pekka Koskinen Charging in a communication system
CN1770911A (zh) * 2004-11-04 2006-05-10 华为技术有限公司 一种互联网协议多媒体子系统计费标识分配方法
EP1662701A1 (fr) * 2004-11-30 2006-05-31 Lucent Technologies Inc. Système de passerelle IMS et méthode pour la tarification en ligne dans des réseaux IMS

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0321416D0 (en) * 2003-09-12 2003-10-15 Ericsson Telefon Ab L M Charging for multimedia services
CN100499467C (zh) * 2004-09-10 2009-06-10 华为技术有限公司 一种多媒体子系统信令承载的计费方法
CN100344095C (zh) * 2004-11-08 2007-10-17 华为技术有限公司 一种集群语音业务的计费关联和计费管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040152443A1 (en) * 2003-02-04 2004-08-05 Juha-Pekka Koskinen Charging in a communication system
CN1770911A (zh) * 2004-11-04 2006-05-10 华为技术有限公司 一种互联网协议多媒体子系统计费标识分配方法
EP1662701A1 (fr) * 2004-11-30 2006-05-31 Lucent Technologies Inc. Système de passerelle IMS et méthode pour la tarification en ligne dans des réseaux IMS

Also Published As

Publication number Publication date
CN1983937A (zh) 2007-06-20
CN100426725C (zh) 2008-10-15

Similar Documents

Publication Publication Date Title
WO2007143926A1 (fr) Système et procédé de chargement de réseau ims
EP2078373B1 (fr) Facturation d'un tiers pour des sessions sip
US8126123B2 (en) Pre-biller in internet protocol multimedia subsystem (IMS) charging gateway function (CGF)
CN101467418B (zh) 用于请求和获取有损的信令承载传输的通知的方法和装置
CN100466523C (zh) 在线计费和离线计费结合使用的计费系统和方法
EP2502382B1 (fr) Procédé et dispositif pour l' utilisation dans un réseau de communication
JP5851986B2 (ja) Ｉｐマルチメディア・サブシステムにおいて使用するための方法及び装置
WO2012051913A1 (fr) Procédé et système pour supporter des fuseaux horaires multiples dans un ims et procédé et système de facturation
US9425969B2 (en) Charging decisions in an IP multimedia subsystem
US10158764B2 (en) Methods and apparatus for allocating service costs in a telecommunications network
WO2010078746A1 (fr) Procédé et système pour la facturation d'opérations de conférence multimédia
WO2009039699A1 (fr) Procédé intégré d'enregistrement de données multi-facturation dans un sous-système multimédia ip
CN101977368B (zh) 在内容计费网关上实现ims业务流量剔除的方法和系统
WO2007140701A1 (fr) Système et procédé réseau de facturation hors connexion et système et procédé réseau de facturation en ligne
CN100454814C (zh) 一种Fork场景下计费话单关联和区分方法
WO2010015165A1 (fr) Équipement, procédé et système de facturation de réseau d'un sous-système multimédia ip
KR100972084B1 (ko) Ｉｍｓ 시스템에서의 과금 장치 및 방법
CN105530105B (zh) Ip多媒体子系统中网元计费信息的关联方法及装置
WO2012056262A1 (fr) Mécanisme pour acheminer des données de facturation dynamique sur des réseaux ims

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

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

Country of ref document: EP

Kind code of ref document: A1