WO2007093099A1 - Procédé et système pour associer et distinguer la facture à effets dans le domaine de fork - Google Patents

Procédé et système pour associer et distinguer la facture à effets dans le domaine de fork Download PDF

Info

Publication number
WO2007093099A1
WO2007093099A1 PCT/CN2006/002854 CN2006002854W WO2007093099A1 WO 2007093099 A1 WO2007093099 A1 WO 2007093099A1 CN 2006002854 W CN2006002854 W CN 2006002854W WO 2007093099 A1 WO2007093099 A1 WO 2007093099A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
tag
charging
fork
header field
Prior art date
Application number
PCT/CN2006/002854
Other languages
English (en)
Chinese (zh)
Inventor
Guocheng Zhang
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 WO2007093099A1 publication Critical patent/WO2007093099A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to a charging technology in an IMS (IP Multimedia Subsystem), and more particularly to a method and system for charging and distinguishing billing bills in a Fork scenario.
  • IMS IP Multimedia Subsystem
  • IMS is a multimedia service subsystem introduced in the 3GPP R5 (3rd Generation Partnership Project). According to the idea of separation of access and control, the IMS core network should access various types of SIP (session). Initiating a protocol) terminal, including an early IMS (Early IMS) terminal and a fixed network terminal, such as an IAD (Integrated Access Device) terminal.
  • a protocol including an early IMS (Early IMS) terminal and a fixed network terminal, such as an IAD (Integrated Access Device) terminal.
  • the IMS consists of network entities that control multimedia sessions.
  • IMS In UMTS (Universal Mobile Telecommunications System), IMS is the core of providing IP multimedia services.
  • the main functional entities of IMS include: CSCF (Call Control Server), MGCF (Media Gateway Control Server), IM-MGW (IP Multimedia-Media Gateway), MRF (Multimedia Resource Function), and BGCF (Exit Gateway Control Function), etc.
  • CSCF Call Control Server
  • MGCF Media Gateway Control Server
  • IM-MGW IP Multimedia-Media Gateway
  • MRF Multimedia Resource Function
  • BGCF Exchange Gateway Control Function
  • CSCF Call Control Protocol conversion between IMS and IMS, and control of call status of IM-MGW media channel
  • IM-MGW functions similarly to CS-MGW (Circuit Switch-Media Gateway), completes resource control and implementation with MGCF Media conversion and frame protocol conversion function
  • MRF is divided into MRFC (Multimedia Resource Function Controller) and MR P (Multimedia Resource Function
  • IP Multimedia SIP and SDP based call control protocol Phase 3 stipulates that there is a Fork (fork) situation when a call is established: During a call, if the called user has an IMPU (IP Multimedia) Public identification) corresponds to multiple IMPI (IP Multimedia Private Identity), that is, the number one multi-machine situation, and the multiple IMPI PT/CN2006/002854 a 2—
  • IMPU IP Multimedia
  • the S-CSCF Service CSCF
  • Fork can perform Fork according to the definition and local configuration of Request-Disposition (request deployment, extended header field in SIP protocol, information for defining some calling users, etc.) Processing, initiating calls to different user terminals in parallel or serially until one or all of the Fork branches successfully return a 200 response to the final INVITE or until all of the Fork branches fail to return a final INVITE 300 to 600 failure response.
  • Request-Disposition request deployment, extended header field in SIP protocol, information for defining some calling users, etc.
  • the called S-CSCF may receive the final response 200 response returned by multiple branches.
  • the 200 responses of the final INVITE returned by the multiple branches will be returned to the calling UE (user Terminal), the calling UE decides to release a certain branch.
  • the calling UE will send a BYE message to the called UE corresponding to the branch to release the Dialog branch.
  • multiple complete call signaling will be formed between the primary and the called, and each network element handling the call will generate complete accounting information for each branch.
  • CCF IMS domain offline charging collection function
  • the network element passes the Diameter protocol from the IMS control layer and the application layer. (The protocol is defined for RPC3588 and can be used for billing and authentication.) Collecting billing information, performing format conversion, merging, and sorting to form CDR (call detail record), through Bi (interface between BS and CCF in IMS)
  • the interface is submitted to the BS (Billing System); the CGF (PS Domain Offline Charging Gateway) collects the charging information from the bearer access layer, performs format conversion, merging, and sorting to form the CDR (Call Detail Record), through the Bp (PS domain).
  • BS Billing System
  • CGF PS Domain Offline Charging Gateway
  • the interface between the BS and the CGF is submitted to the BS.
  • the BS performs necessary association and processing on the CDR (Call Detail Record) submitted by the CCF, CGF, etc., and implements the pricing according to the charging policy to form an end user CDR.
  • CDR Call Detail Record
  • each network element collects the charging information and finally generates a corresponding CDR for the service.
  • the network element in the prior art When billing information is generated, it is added to the billing information.
  • P-CHARGING-VECTOR accounting vector header field, used to carry accounting related information
  • ICID in the header field a field in the charging vector header field, used for different network elements to generate the same call
  • the CDRs are associated with the field information, the Call-ID (the information field used to distinguish and identify a call in the SIP protocol), the header field information, the IMPU information of the master and the called party, and the IMPI information of the served user. Since the ICID is generated by the first network element that processes the call, and the information carried by the Cal D header field can distinguish different calls, in general, the information generated by each network element can be well correlated through the information. .
  • the existing charging scheme can normally associate the bills generated by the various network elements.
  • the current charging scheme has problems:
  • the CDRs generated by each network element are distinguished by User-Session-ID AVP.
  • User session ID ID used to associate the session
  • User-Session-ID AVP is defined to contain Call lD in the SIP message package, in the case of parallel Fork and multiple branches are successful, due to each Fork
  • the branch response carries the above information: ICID field information in the P-CHARGING-VECTOR header field, Call-ID header field information, primary and called IMPU information, and IMH information of the served user. These information are in the Fork scenario.
  • the billing association is the same.
  • the information about the bills generated by each branch is not distinguished. After the billing information is collected and sent to the background server, the billing information generated by different Fork branches cannot be distinguished. And can not be associated with a Fork branch generated on each network element.
  • An object of the present invention is to provide a method and system for association and differentiation of billing bills in a Fork scenario, so as to solve the problem that the billing bills cannot be associated and distinguished in the Fork scenario in the prior art.
  • a billing association and distinguishing method in a Fork scenario includes the following steps:
  • the CCF collects the charging information, if the representative represents each Fork branch response terminal. One four one
  • the information is the same, it indicates that the accounting information belongs to the same branch. If the information is different, the accounting information does not belong to the same branch.
  • the information representing the different Fork branch response terminals is the tag of each response terminal.
  • the tag of each responding terminal is specifically a tag value pair of a tag of a From header field and a To header field in a Session Initiation Protocol SIP message packet.
  • the information in the AVP header field implementation charging information is set in the Diameter protocol to represent the information of each Fork branch response terminal.
  • the proxy call session control function entity P-CSCF and the serving call session control function entity S-CSCF of the primary and the called party initiate charging;
  • the CCF collects the charging information generated by the CSCF and the AS network element, where the charging information includes the Tag of the From header field of the initial request and the Tag value pair of the To header field of the called terminal that responds to the initial request.
  • the CCF combines the tag of the From header field and the tag value of the To header field with equal accounting information to generate a call detail record CDR for reporting to the charging system BS, and the Tag and To of the From header field.
  • the tag value of the header field is differentiated from the unequal charging information, and the CDR is generated and reported to the charging system BS.
  • the method further includes: after receiving the CDR reported by the CCF, the BS uses different charging policies for processing.
  • the BS associates the Tag of the From header field with the Tag value of the To header field, and the CDRs that are different from the Tag value of the From header field and the Tag header of the To header field;
  • the BS implements the pricing according to the charging policy to form an end user bill.
  • the charging billing association and distinguishing system in the Fork scenario provided by the present invention includes an IMS network element and a CCF, and sets information representing each Fork branch responding terminal in the charging information sent by the IMS network element to the CCF; If the information about the Fork branch is the same as that of the Fork branch, it means that the same Fork branch belongs to the same branch. If the information is not the same, the description does not belong to the same Fork branch. Billing information.
  • the IMS network element includes a P-CSCF, an S-CSCF, and an I-CSCF of the primary and the called home network.
  • the invention sets the information representing the respective Fork branch response terminals in the charging information sent by the IMS network element to the CCF, so that after the CCF collects the charging information, it is easy to respond to the terminal according to the representative Fork branch. Whether the information is the same, to determine whether the charging information belongs to the same Fork branch, thereby implementing the association operation of the charging information belonging to the same branch. Therefore, the solution of the present invention can effectively solve the prior art in the Fork scenario. The problem that the billing bills cannot be associated and distinguished effectively prevents the billing bill from being abnormal.
  • FIG. 1 is a structural diagram of an IMS charging system
  • FIG. 2 is a flowchart of a caller processing embodiment in a Fork scenario
  • Figure 3 is a flow chart of an embodiment of called processing in a Fork scenario.
  • the charging billing association and distinguishing system in the Fork scenario provided by the present invention can refer to FIG. 1 , in which the information representing the Fork branch responding terminal is set in the charging information sent by the IMS network element to the CCF; The charging information is described, and then the message is judged. If the information of the Fork branch responding to the terminal is the same, indicating that the information belongs to the same Fork branch, the accounting information belonging to the same branch is associated. If not, the description does not belong to The same Fork branch distinguishes the accounting information that does not belong to the same branch.
  • the IMS network element includes a P-CSCF, an S-CSCF, and an I-CSCF of the primary and the called home network, and other network elements that need to process the Forking signaling, such as the AS, the MGCF, and the like.
  • the bill generated by the network element is based on the current bill association field. Add or extend the AVP header field in the message, and add the Tag values of the From and To header fields in the SIP message packet, that is, the From-Tag and To-Tag value pairs, to the billing information to solve the parallel Fork case, multiple terminals.
  • the bill is associated and the bill is distinguished.
  • the AVP Diameter accounting information generated by the network element, which is defined as The AVP (Dialog-Flag AVP), whose structure is as follows:
  • [Calling-Party-Tag] and [Called-Party-Tag] are both UTF8String type strings, where the AVP ID value is to be assigned.
  • the process in which the primary and called parties process a 200 response message in which multiple branches return INVITE in the case of a parallel Fork is as shown in FIG. 2 and FIG. 3, where UE#0 is called, UE#1, UE#2.
  • the call of UE#0 is via the P-CSCF of the calling home network, the S-CSCF to the I-CSCF and S- of the called home network.
  • CSCF the call is forked in the S-CSCF of the called home network, passes through the P-CSCF#1 to UE#1 of the called home network, and passes through the P-CSCF#2 of the called home network to the UE. #2.
  • the called users UE#1 and UE#2 simultaneously respond, and the response information of UE#1 and UE#2 (200 response message of INVITE) passes through P-CSCF#1 and P-CSCF#2 and S of the called home network respectively.
  • the CSCF, the I-CSCF, and the S-CSCF and P-CSCF of the calling home network reach ⁇ #0.
  • the calling party ⁇ E#0 returns an ACK for all INVITE 200 response messages. Answer.
  • the P-CSCF Proxy-CSCF, Proxy CSCF
  • S-CSCF Serving CSCF
  • I-CSCF Interrogating-CSCF, Query CSCF
  • each charging information carries a Dialog-Flag AVP, carrying the Tag parameter of the From header field in the initial request and Answer the tag parameter of the called terminal To header field.
  • the calling UE that is, the UE#Q
  • the session between the UE and the UE#1 is removed by the BYE.
  • the CCF network element After receiving the accounting information collected by each network element, the CCF network element performs the process of combining and sorting according to the normal bill processing mode.
  • the multiple types of bills are the same and ICID, Call-ID, Calling-Party-Address AVP,
  • the CCF searches whether the Dialog-Flag AVP values in the multiple CDRs are equal. If they are equal, it indicates that the CDRs belonging to a Fork branch can merge the same CDRs.
  • the CCF must generate different CDRs (call detail records) according to different Dialog-Flag AVP values and send them to the charging system BS, and the BS processes the CDR according to the value of the Dialog-Flag AVP. And then form the final bill according to different billing strategies.
  • the Called-Party-Tag value carried in the header field of the AVP is sorted according to whether the same Called-Party-Tag value is used, and the value is associated with and distinguished by different CDRs;
  • the Dialog-Flag AVP value is differentiated. Considering that the transaction request is parallel to Fork, only one of the generated final response messages is forwarded to the calling party. In this case, if the value of [Calling-Party-Tag] field in the Dialog-Flag AVP is Similarly, multiple CDRs of the same [Calling-Party-Tag] can be combined.
  • the Calling-Party-Address AVP in the extended bill can also be adopted.
  • the different Fork branches will be distinguished by the terminal's different Tag parameter values carried in the To header field in the initial INVITE response message. Association, the process of distinguishing each branch bill is similar to the above process of adding Dialog-Flag AVP to distinguish each branch bill.
  • the information indicating the Fork branch response terminal is set in the charging information sent by the IMS network element to the CCF, so that after the CCF collects the charging information, it is easy to represent each Fork according to the foregoing. If the information of the branch responding to the terminal is the same, it is determined whether the charging information belongs to the same Fork branch, so as to implement the association operation of the charging information belonging to the same branch. Therefore, the solution of the embodiment of the present invention can effectively solve the existing solution. In the technology, the problem that the charging bill cannot be associated and distinguished in the Fork scenario effectively prevents the abnormality of the billing bill.

Landscapes

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

Abstract

L'invention concerne un procédé permettant d'associer et de distinguer la facture à effets dans le domaine de Fork. Ledit procédé consiste: à placer l'information autour de chaque terminal répondant à la ramification de Fork dans le message de compte transmis de IMS à CCF; à recueillir ledit message de compte, dans le cas où l'information de chaque terminal répondant à la ramification de Fork est identique, et appartient donc à la même ramification de Fork, dans le cas contraire, elle n'appartient pas à la même ramification de Fork. L'invention concerne un système permettant d'associer et de distinguer la facture à effets dans le domaine de Fork.
PCT/CN2006/002854 2006-02-18 2006-10-25 Procédé et système pour associer et distinguer la facture à effets dans le domaine de fork WO2007093099A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610033772.0 2006-02-18
CNB2006100337720A CN100454814C (zh) 2006-02-18 2006-02-18 一种Fork场景下计费话单关联和区分方法

Publications (1)

Publication Number Publication Date
WO2007093099A1 true WO2007093099A1 (fr) 2007-08-23

Family

ID=38371174

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002854 WO2007093099A1 (fr) 2006-02-18 2006-10-25 Procédé et système pour associer et distinguer la facture à effets dans le domaine de fork

Country Status (2)

Country Link
CN (1) CN100454814C (fr)
WO (1) WO2007093099A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102202281A (zh) * 2010-03-24 2011-09-28 中兴通讯股份有限公司 话单处理方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105915665A (zh) * 2008-10-07 2016-08-31 奥兰治 用于管理电信网络的用户终端的方法、装置、设备和系统
CN103685200B (zh) * 2012-09-24 2018-01-30 中兴通讯股份有限公司 接入协商、释放中服务质量承载资源控制的方法及系统
CN114401495A (zh) * 2021-12-30 2022-04-26 中国电信股份有限公司 一种一号多终端业务的通信方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1520102A (zh) * 2003-01-22 2004-08-11 华为技术有限公司 一种建立和删除分叉标记交换路径的方法
WO2004102943A1 (fr) * 2003-05-13 2004-11-25 Nokia Corporation Distribution d'un identificateur de facturation, notamment dans des reseaux umts
WO2005027408A1 (fr) * 2003-09-12 2005-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Facturation de services multimedia

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1373586A (zh) * 2001-03-01 2002-10-09 深圳市中兴通讯股份有限公司 通用网间计费方法
CN1225863C (zh) * 2002-08-27 2005-11-02 华为技术有限公司 话单合并处理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1520102A (zh) * 2003-01-22 2004-08-11 华为技术有限公司 一种建立和删除分叉标记交换路径的方法
WO2004102943A1 (fr) * 2003-05-13 2004-11-25 Nokia Corporation Distribution d'un identificateur de facturation, notamment dans des reseaux umts
WO2005027408A1 (fr) * 2003-09-12 2005-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Facturation de services multimedia

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102202281A (zh) * 2010-03-24 2011-09-28 中兴通讯股份有限公司 话单处理方法及系统
CN102202281B (zh) * 2010-03-24 2015-05-13 中兴通讯股份有限公司 话单处理方法及系统

Also Published As

Publication number Publication date
CN100454814C (zh) 2009-01-21
CN101026475A (zh) 2007-08-29

Similar Documents

Publication Publication Date Title
US7680481B2 (en) Method and apparatus for linking charging records
JP4975106B2 (ja) Ｓｉｐセッションに関する第三者課金
EP2087435B1 (fr) Invocation de services d'application
EP2446581B1 (fr) Procédé et appareil de tarification pour utilisation dans un sous-système multimédia ip
WO2007143926A1 (fr) Système et procédé de chargement de réseau ims
WO2009049521A1 (fr) Procédé, dispositif de réseau, entité de facturation et système de facturation pour facturation inter-réseau
WO2008130510A1 (fr) Facturation de service camel dans des réseaux ims
WO2008008302A2 (fr) Facturation pour des sessions hors-réseau entre un réseau ims et un réseau hérité
WO2010083692A1 (fr) Procédé et système de corrélation d'informations de facturation
WO2007093099A1 (fr) Procédé et système pour associer et distinguer la facture à effets dans le domaine de fork
WO2008040173A1 (fr) Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims
US8732321B2 (en) Control entity and method for setting up a session in a communications network, subscriber database and communications network
US9584559B2 (en) Session establishment using one multimedia telephony (MMTEL) application server
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
CN103828321B (zh) 扩展通过IMS接口的SIP P‑Served用户报头
WO2017185943A1 (fr) Procédé de communication et éléments de réseau utilisé dans le procédé de communication
WO2013004107A1 (fr) Procédé et système de facturation convergente à multiples éléments de réseau, et fonction de passerelle de facturation
CN103650415B (zh) 用在ip多媒体子系统ims网络中的装置
US20100095010A1 (en) Method and apparatus for use in a communicatons network
WO2008151538A1 (fr) Procédé, dispositif et système pour réaliser un service d'interdiction d'appels
CN105591761B (zh) 实现ims跨域计费结算的方法、设备和系统
WO2010015165A1 (fr) Équipement, procédé et système de facturation de réseau d'un sous-système multimédia ip
EP2367319A1 (fr) Procédé amélioré et dispositif de chargement
KR100972084B1 (ko) Ｉｍｓ 시스템에서의 과금 장치 및 방법
CN105530105B (zh) Ip多媒体子系统中网元计费信息的关联方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06805059

Country of ref document: EP

Kind code of ref document: A1