US20080279223A1 - Method for Synchronizing Charging Processes Involved in Performance of Service on Network Elements in Communication Network - Google Patents
Method for Synchronizing Charging Processes Involved in Performance of Service on Network Elements in Communication Network Download PDFInfo
- Publication number
- US20080279223A1 US20080279223A1 US11/597,583 US59758304A US2008279223A1 US 20080279223 A1 US20080279223 A1 US 20080279223A1 US 59758304 A US59758304 A US 59758304A US 2008279223 A1 US2008279223 A1 US 2008279223A1
- Authority
- US
- United States
- Prior art keywords
- service
- network element
- metering process
- charging
- primary metering
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
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
- H04L12/141—Indication of costs
- H04L12/1414—Indication of costs in real-time
- H04L12/1417—Advice of charge with threshold, e.g. user indicating maximum cost
-
- 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 method described below relates to synchronizing charging processes involved in the performance of a service on network elements in a communication network.
- the service or the application is generally a packet-based service or a packet service.
- Existing packet services operate on what is known as an IP layer 3 based on the OSI model within the communication network.
- IP layer 3 based on the OSI model within the communication network.
- Currently existing and practiced processes and methods for charge metering for such a service in communication networks are based on normally independent and unsynchronized metering when the service of used resources is performed by the charging processes involved in the performance of the service on the various network elements.
- Charge data gathered in the process are merged, following use, in network elements provided specifically for this purpose in order to produce a service-oriented or service-specific bill. In the case of what are known as prepaid subscribers who wish to use the service, this process needs to take place during exhaust use. For some services, the data cannot currently be merged.
- This correlation identifier clearly identifies all use data which are associated with a specific service use and needs to be entered into the use data so that they can be combined by a central entity and can be processed together.
- the network elements involved in the performance of a service can operate on different network layers, for example, such as on what is known as layer 2, 3 or 7. In addition, they may also be arranged in various network areas or domains, such as in what is known as a PS (Packet Switched) domain or in what is known as an IMS (IP Multimedia Subsystem). It is also conceivable for the network elements involved in the performance of a service to be separated from one another by technological boundaries too.
- PS Packet Switched
- IMS IP Multimedia Subsystem
- some of the network elements may be based on UMTS (Universal Mobile Telecommunication System), and another portion of the network elements may be based on WLAN (Wireless Local Area Network).
- UMTS Universal Mobile Telecommunication System
- WLAN Wireless Local Area Network
- Another problem is the inefficiency of existing methods. These gather charge data in all network elements involved and forward the resulting charge data records to a central entity. This central entity has to find the associated charge data records from an incoming flood of data. The important charge data records are then evaluated and the rest are discarded.
- a method which can be used to synchronize charging processes involved in the performance of a service on network elements in a communication network.
- the method described below synchronizes charging processes involved in the performance of a service or an application on individual network elements in a communication network, where a control protocol using mechanisms of a transport protocol is used which is used to distribute control messages containing dedicated information which is specific to each charging process involved in the performance of the service or the application to each charging process involved in the performance of the service or the application.
- control protocol used is preferably a signaling protocol which is based on what is known as an NSIS Transport Layer Protocol (NTLP).
- NTLP NSIS Transport Layer Protocol
- the NSIS (Next Step In Signaling) “Working Group” has already standardized a fundamental concept for controlling network elements along a data path for a service or an application. This concept is currently used to control the quality of service QoS of what is known as an “end-to-end” link or a portion thereof.
- the fundamental concept is described indraft-ietf-nsis-fw-05.txt, available from the Internet Engineering Task Force (IETF).
- IETF Internet Engineering Task Force
- this respective state is in relation to a data flow and is installed and maintained on the NSIS entities (NEs) through which the data flow passes or which are arranged along the data flow path.
- This fundamental transport protocol NTLP can then be taken as a basis by various users using a respective specific NSIS Signaling Layer Protocol “NSLP”.
- NSIS signaling is not related to general superordinate network operation but rather to the specific data flow for a service and that also network elements in a communication network are included in the signaling and the signaling does not proceed transparently between the terminal points.
- NSIS Signaling Layer Protocol QoS-NSLP which is based on the general NSIS concept. This is described in an internet draft from the IETF, draft-ietf-nsis-qos-nslp-03.txt.
- the QoS-NSLP developed in this context is not tied down to supporting a specific QoS model, but rather is suitable for forwarding information for various QoS models.
- control protocol is then a specific NSIS Service Layer Protocol (NSLP), which is subsequently called the Accounting NSLP.
- NSLP NSIS Service Layer Protocol
- This control protocol uses mechanisms of a transport protocol, such as those of the NTLP, in order to send or distribute control messages to all charging processes involved in the performance of the service.
- the charging processes which are implemented on the individual network elements are controlled using these control messages.
- a charging process corresponds to what is known as an NSIS Entity NE and the messages correspond to signaling messages based on the NSIS concept.
- an NE is a function within the network element which (function) implements or supports an NSIS protocol.
- control messages are forwarded from one network element to the next network element along a data path initiated by the service.
- the charging processes which are implemented on the respective network elements and which are involved in the performance of the service or the application are controlled using the control messages.
- the control messages can be used to transmit instructions about the charging processes' further behavior to the charging processes.
- individual charging processes can be asked to forward data which they have metered to another charging process or to an appropriate network element on which the charging process is implemented.
- control messages are originally transmitted by a charging process involved in the performance of the service.
- a charging process involved in the performance of the service it is conceivable for an arbitrary charging process arranged on the data path initiated by the service to send control messages to all other charging processes in the service.
- another particularly embodiment of the disclosed method prescribes a hierarchic stipulation for the individual charging processes involved in the performance of the service. This hierarchic stipulation governs how to handle the control messages transmitted by the respective charging processes and/or the instructions inserted into the control messages by the respective charging processes. This means that the hierarchic stipulation prescribes restrictions and rules regarding how control messages are to be classified or handled by individual charging processes. Precise information is given about which control messages are to be considered and handled as having priority by which charging process.
- the hierarchic stipulation is prescribed for each service on a service-specific basis.
- the hierarchic stipulation is distributed to all charging processes involved in the performance of the service on the individual network elements, preferably using a control message.
- the hierarchic stipulation is distributed by a network element which is authorized to do so on the basis of a table stored in each network element on which a charging process involved in the performance of the service is implemented.
- the hierarchic stipulation is met by a network administrator. Network elements which receive a control message can then use their stored table to establish whether or not the sending element, that is to say the sender is authorized.
- Charging processes are synchronized whenever a service is performed. Accordingly, a different configuration for the charge metering is possible on the basis of specifically relevant parameters whenever a service is performed.
- relevant parameters may be user data, utilization level of the communication network or nature of the terminal point or terminal.
- the control protocol is used to send all charging processes involved in the performance of the service a data request message which includes a listing of data required for service-oriented charging and a destination address for a charging process, which is specifically selected as the metering process and which is involved in the performance of the service, to which the requested data need to be sent.
- the charging processes respectively react to the data request message by sending the requested use data, which they are respectively able to provide, in the form of a transport message using a transport protocol directly to the metering process. This means that provision is preferably made for use data for a service to be metered by precisely one charging process or metering process. This metering process is subsequently called the primary metering process.
- the primary metering process sometimes requires use data which can be provided only by other charging processes.
- an application computer could have neither the transfer volume nor the type of access network or the “MSISDN” of a subscriber in question. Since these data are indispensable for service-oriented charging, however, these data need to be transported to the primary metering process, these being requested in line with the disclosed method by the control protocol.
- a method is known from 3GPP in which data from an SGSN can be transported to a GGSN using a signaling message.
- the signaling message is transported via a Gn interface existing within the context of PDP context signaling.
- the disclosed method does not involve the use data being transported by signaling messages via the entire data path initiated by the service, but rather involves them being routed from the respective charging processes directly to the metering process.
- the required data are sent to the metering process using a standard transport protocol, particularly what is known as an IPFIX.
- the data required for service-oriented charging are metered and processed or evaluated by the primary metering process.
- a primary metering process needs to be started.
- This primary metering process does not necessarily need to take place on the NI.
- an overload or lack of power at the network node on which the NI is situated may require the function of the charging process, as primary metering process, to be moved to another node of the same type which has sufficient power.
- the characteristics of the NI may mean that the NI is not able to run a primary metering process. In this case, it is necessary to move the primary metering process to a different kind of network node. It may be necessary to move a charging process before and during the service's runtime.
- the need to transfer a primary metering process can be established by the NI or the network node, subsequently called the “transferrer”, on which the charging process is currently situated from the fact that the transferrer or the NI is overloaded, for example.
- a request from another network node for transfer may also result in the primary metering process being transferred.
- the transferrer that is to say the network node on which the primary metering process is currently situated, has established that the primary metering process needs to be transferred, it needs to ascertain a network node to which it can transfer the primary metering process. This network node is subsequently called the “recipient”.
- network-element-specific characteristics and/or prescribed rules mean that a network element is selected as a recipient on which the primary metering process is arranged or to which the primary metering process is transferred by a first network element, that is to say the transferrer.
- the recipient is in this case stipulated by a rule. This applies particularly when the need for moving has been stipulated by a rule.
- the rule may also be used when the transfer on account of overload or missing functions is taking place, however.
- the rule preferably also contains statements indicating how the transfer needs to be made.
- the rule can contain the destination address of the recipient, inter alia.
- the transferrer sends a “transfer request message” to the destination address of the recipient.
- the recipient responds with a “transfer response message” and notifies the transferrer whether it wants to execute the primary metering process. If this is the case then the transferrer sends all data required for this to the recipient using a data transfer message. When the recipient has acknowledged receipt, the transfer operation is complete. Should the first recipient asked not wish to undertake the primary metering process then it is possible to apply other methods, for example stipulated by the rule. Should the primary metering process not be able to be transferred then the service can be terminated or performed at no charge.
- the rule stipulates an address range for which a request is to be made.
- the “transfer request message” is then sent to this address range.
- the rest of the process then takes place as described in the previous paragraph. All recipients can then respond to the request and hence request the transfer of the primary metering process.
- the transferrer decides to which possible recipient the primary metering process is to be transferred. This can be done according to the order in which the responses arrive, for example.
- the rule stipulates the type of recipient, such as a routing computer.
- the “transfer request message” is sent only to this type of network node.
- a bit string describing the various types of network nodes is stipulated, for example. Each network node which receives the message can evaluate the bit string so as easily to establish whether the message was intended for this type of network node. The rest of the process then takes place as described above.
- the transferrer can send a “general request message” through the network. This message is then distributed by the entire network. All recipients are than able to respond to the request and hence to request transfer of the primary metering process. The transferrer decides to which recipient the primary metering process is to be transferred. This can be done according to the order in which the responses arrive, for example.
- the recipient sends a “start message” to the transferrer and in so doing notifies it of the point from which the recipient started charge metering.
- the transferrer then sends the recipient the resource use ascertained up to this time.
- the “transfer request message” specifies the full requirements to the recipient. This ensures that the recipient can actually execute the primary metering process.
- the disclosed method is thus complex.
- the actual charging process involves fewer network elements, which means that, possibly even several times, it would be necessary to gather less data relevant to charging overall. Efficiency is also higher in this case.
- the disclosed method involves only data which are actually required being gathered.
- the disclosed method is very flexible—new services can quickly be integrated into the communication network when the basic method described is supported. Since the disclosed method can operate on the IP 3 layer, which is common to all packet services, it is universally applicable and does not need to be adapted to suit each packet service.
- FIG. 1 is a schematic illustration of an embodiment of a cycle of a method described below;
- FIG. 2 is a schematic illustration of another embodiment of a cycle of the method.
- FIG. 1 shows a schematic illustration of very simple possible signaling in a GPRS communication network.
- a terminal point 1 acting as recipient, and a terminal point 2 , as sender, there runs a simple data stream initiated by a service, which is then identified by a thin black arrow.
- the figure shows only those network elements or network nodes in which it is possible to meter charges incurred on the basis of performance of the service—that is to say that respective charging processes are implemented in these network elements.
- the charging processes are NSIS Entities NE, which support an NSIS signaling protocol NSLP (NSIS Signaling Layer Protocol) and are able to interchange NSIS messages.
- NSIS signaling protocol NSLP NSIS Signaling Layer Protocol
- terminal points 1 and 2 include a respective charging process GP 1 and GP 5 .
- a control protocol is used, e.g. an “Accounting NSLP”. This can be used to interchange control messages between the individual charging processes GP 1 -GP 5 , which is indicated by the thick light arrows running between the individual network elements, including the terminal points 1 and 2 .
- This control protocol uses the mechanisms of a general transport protocol, e.g. of the NTLP, to distribute the control messages to all charging processes GP 1 -GP 5 along the data path. In this case, the transport protocol is shown by a dark, thick arrow passing through all network elements. The control messages are forwarded from one network element to the next along the data path for the application or service.
- the charging processes GP 1 -GP 5 taking place on the individual network elements are controlled by the control messages in the control protocol.
- the charging processes GP 1 -GP 5 can be sent instructions about their further behavior. For example some of the charging processes can be turned off and others can be requested to perform actions, such as metering transfer volumes.
- the individual charging processes GP 1 -GP 5 can insert additional information or instructions into the control messages.
- individual charging processes can be asked to send metered data to another network element.
- the control messages may be sent in the connection setup phase or else during the connection or when it is cleared down. In principle, any charging process GP 1 -GP 5 on the data path can send control messages to all charging processes GP 1 -GP 5 .
- Hierarchic stipulation can be made which stipulates restrictions and rules. This hierarchic stipulation may be prescribed for each service and distributed using a control message.
- hierarchic stipulations can be distributed only by specific network elements or charging processes. Network elements or charging processes which receive a control message may then use an internal table stored on them, for example, to stipulate whether or not the sender of the control message is authorized.
- FIG. 2 shows another of a cycle in the disclosed method.
- This figure also shows a schematic illustration of very simple possible signaling in a GPRS communication network.
- a terminal point 1 acting as recipient, and a terminal point 2 , as sender, there runs a simple data stream initiated by a service.
- the figure shows only those network elements or network nodes in which it is possible to meter charges incurred as a result of performance of the service—that is to say that respective charging processes GP 2 -GP 4 are implemented in these network elements.
- the terminal points 1 and 2 likewise include charging processes GP 1 and GP 5 .
- a control protocol is used, e.g. an “Accounting NSLP”. This can be used to interchange control messages between the individual charging processes GP 1 -GP 5 , which is indicated by the thick light arrows running between the individual network elements, including the terminal points 1 and 2 .
- This control protocol uses the mechanisms of a general transport protocol, e.g. of the NTLP, to distribute the control messages to all charging processes GP 1 -GP 5 along the data path. In this case, the transport protocol is shown by a dark, thick arrow passing through all network elements.
- the control messages are forwarded from one network element to the next along the data path for the application or service.
- the charging processes GP 1 -GP 5 taking place on the individual network elements are controlled using the control messages in the control protocol.
- an application computer can have neither the transfer volume nor the type of access network or what is known as a subscriber's MSISDN. Since these data are indispensable for service-oriented charging, however, these data need to be transported to the selected primary metering process.
- the use data are not transported by signaling messages via the entire data path initiated by the service but rather are transferred from the respective charging processes GP 1 -GP 4 directly to the metering process, which in this case is implemented in the terminal point 2 .
- the charging process which undertook metering that is to say the primary metering process, notifies the other charging processes GP 1 -GP 4 of which data they need to transfer to it.
- the primary metering process asks GP 1 for information about the type of access network, asks GP 2 for the user's MSISDN and asks GP 3 for the transfer volume, for example.
- the other charging processes GP 1 -GP 4 can send the data to the primary metering process, the latter notifies them of its address, which in this case is indicated by the character string 192.68.99.105.
- the data request and the destination address are transferred to the charging processes GP 1 -GP 4 using the control protocol, such as an Accounting NSLP.
- the charging processes GP 1 -GP 4 then send the requested data to the primary metering process in the form of transport messages using a standard transport protocol, such as IPFIX (IP Flow Information Export).
- IPFIX IP Flow Information Export
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Meter Arrangements (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
Description
- This application is based on and hereby claims priority to German Application No. 10 2004 026 140.7 filed on May 26, 2004, the contents of which are hereby incorporated by reference.
- The method described below relates to synchronizing charging processes involved in the performance of a service on network elements in a communication network. In this context, the service or the application is generally a packet-based service or a packet service. Existing packet services operate on what is known as an
IP layer 3 based on the OSI model within the communication network. Currently existing and practiced processes and methods for charge metering for such a service in communication networks are based on normally independent and unsynchronized metering when the service of used resources is performed by the charging processes involved in the performance of the service on the various network elements. Charge data gathered in the process are merged, following use, in network elements provided specifically for this purpose in order to produce a service-oriented or service-specific bill. In the case of what are known as prepaid subscribers who wish to use the service, this process needs to take place during exhaust use. For some services, the data cannot currently be merged. - To be able to use the known described method, all network elements involved in charge metering need to have a unique correlation identifier. This correlation identifier clearly identifies all use data which are associated with a specific service use and needs to be entered into the use data so that they can be combined by a central entity and can be processed together.
- One of the central problems in the correlation-based charge metering described is the distribution of the correlation identifier to all the network elements involved. The network elements involved in the performance of a service can operate on different network layers, for example, such as on what is known as
layer - Another problem is the inefficiency of existing methods. These gather charge data in all network elements involved and forward the resulting charge data records to a central entity. This central entity has to find the associated charge data records from an incoming flood of data. The important charge data records are then evaluated and the rest are discarded.
- Accordingly, it would be desirable to provide an overall concept which allows service-oriented charge data to be produced for a service in a communication network as easily, efficiently and quickly as possible. To this end, dynamic control of charging processes needs to be made possible for any use of a service.
- Against the background of the problem described at the outset, a method is disclosed which can be used to synchronize charging processes involved in the performance of a service on network elements in a communication network. The method described below synchronizes charging processes involved in the performance of a service or an application on individual network elements in a communication network, where a control protocol using mechanisms of a transport protocol is used which is used to distribute control messages containing dedicated information which is specific to each charging process involved in the performance of the service or the application to each charging process involved in the performance of the service or the application.
- In this case, the control protocol used is preferably a signaling protocol which is based on what is known as an NSIS Transport Layer Protocol (NTLP).
- The NSIS (Next Step In Signaling) “Working Group” has already standardized a fundamental concept for controlling network elements along a data path for a service or an application. This concept is currently used to control the quality of service QoS of what is known as an “end-to-end” link or a portion thereof. The fundamental concept is described indraft-ietf-nsis-fw-05.txt, available from the Internet Engineering Task Force (IETF). The NSIS transport protocol series defined therein—NTLP—is provided for supporting various signaling applications for installing and/or manipulating specific states within the communication network. In this context, this respective state is in relation to a data flow and is installed and maintained on the NSIS entities (NEs) through which the data flow passes or which are arranged along the data flow path. This fundamental transport protocol NTLP can then be taken as a basis by various users using a respective specific NSIS Signaling Layer Protocol “NSLP”. A fundamental difference between signaling on the basis of the NSIS protocols and previous signaling is that NSIS signaling is not related to general superordinate network operation but rather to the specific data flow for a service and that also network elements in a communication network are included in the signaling and the signaling does not proceed transparently between the terminal points.
- Within the context of QoS control, the NSIS Working Group has already defined a signaling protocol series—NSIS Signaling Layer Protocol QoS-NSLP—which is based on the general NSIS concept. This is described in an internet draft from the IETF, draft-ietf-nsis-qos-nslp-03.txt.
- The QoS-NSLP developed in this context is not tied down to supporting a specific QoS model, but rather is suitable for forwarding information for various QoS models.
- Within the context of one embodiment of the disclosed method, this means that the control protocol is then a specific NSIS Service Layer Protocol (NSLP), which is subsequently called the Accounting NSLP. This control protocol uses mechanisms of a transport protocol, such as those of the NTLP, in order to send or distribute control messages to all charging processes involved in the performance of the service. The charging processes which are implemented on the individual network elements are controlled using these control messages. In the terminology of the NSIS, a charging process corresponds to what is known as an NSIS Entity NE and the messages correspond to signaling messages based on the NSIS concept. In this case, an NE is a function within the network element which (function) implements or supports an NSIS protocol. In another embodiment of the disclosed method, the control messages are forwarded from one network element to the next network element along a data path initiated by the service. As already mentioned, the charging processes which are implemented on the respective network elements and which are involved in the performance of the service or the application are controlled using the control messages. The control messages can be used to transmit instructions about the charging processes' further behavior to the charging processes. By way of example, it is conceivable for some of the charging processes to be turned off. In addition, it is possible to ask charging processes to perform actions, such as metering transfer volumes.
- In another embodiment of the disclosed method, it is conceivable for the charging processes involved in the performance of the service to insert additional information and instructions into the control messages.
- In addition, individual charging processes can be asked to forward data which they have metered to another charging process or to an appropriate network element on which the charging process is implemented.
- It is also conceivable for the disclosed method to send the control messages upon setup and/or during and/or upon cleardown of a connection initiated by the service.
- In another embodiment of the disclosed method, the control messages are originally transmitted by a charging process involved in the performance of the service. In principle, it is conceivable for an arbitrary charging process arranged on the data path initiated by the service to send control messages to all other charging processes in the service. To prevent a plurality of charging processes or the relevant network elements on which the charging processes are implemented from distributing contradictory instructions, another particularly embodiment of the disclosed method prescribes a hierarchic stipulation for the individual charging processes involved in the performance of the service. This hierarchic stipulation governs how to handle the control messages transmitted by the respective charging processes and/or the instructions inserted into the control messages by the respective charging processes. This means that the hierarchic stipulation prescribes restrictions and rules regarding how control messages are to be classified or handled by individual charging processes. Precise information is given about which control messages are to be considered and handled as having priority by which charging process.
- In another embodiment of the disclosed method, the hierarchic stipulation is prescribed for each service on a service-specific basis.
- In addition, the hierarchic stipulation is distributed to all charging processes involved in the performance of the service on the individual network elements, preferably using a control message.
- Preferably, the hierarchic stipulation is distributed by a network element which is authorized to do so on the basis of a table stored in each network element on which a charging process involved in the performance of the service is implemented. This means that the hierarchic stipulation can be distributed only by specific network elements or charging processes implemented thereon. The hierarchic stipulation is met by a network administrator. Network elements which receive a control message can then use their stored table to establish whether or not the sending element, that is to say the sender is authorized.
- Charging processes are synchronized whenever a service is performed. Accordingly, a different configuration for the charge metering is possible on the basis of specifically relevant parameters whenever a service is performed. In this context, relevant parameters may be user data, utilization level of the communication network or nature of the terminal point or terminal.
- In another embodiment of the disclosed method, the control protocol is used to send all charging processes involved in the performance of the service a data request message which includes a listing of data required for service-oriented charging and a destination address for a charging process, which is specifically selected as the metering process and which is involved in the performance of the service, to which the requested data need to be sent. The charging processes respectively react to the data request message by sending the requested use data, which they are respectively able to provide, in the form of a transport message using a transport protocol directly to the metering process. This means that provision is preferably made for use data for a service to be metered by precisely one charging process or metering process. This metering process is subsequently called the primary metering process. In this context, the primary metering process sometimes requires use data which can be provided only by other charging processes. By way of example, an application computer could have neither the transfer volume nor the type of access network or the “MSISDN” of a subscriber in question. Since these data are indispensable for service-oriented charging, however, these data need to be transported to the primary metering process, these being requested in line with the disclosed method by the control protocol.
- A method is known from 3GPP in which data from an SGSN can be transported to a GGSN using a signaling message. In this case, the signaling message is transported via a Gn interface existing within the context of PDP context signaling. In contrast to this, the disclosed method does not involve the use data being transported by signaling messages via the entire data path initiated by the service, but rather involves them being routed from the respective charging processes directly to the metering process.
- In one embodiment of the disclosed method, the required data are sent to the metering process using a standard transport protocol, particularly what is known as an IPFIX.
- Preferably, the data required for service-oriented charging are metered and processed or evaluated by the primary metering process.
- Also disclosed is a method which can be used to determine a network node or a network element from a plurality of network nodes and network elements, on which network node or on which network element a charging process is arranged, and to stipulate to which network node the function of a primary metering process in the aforementioned sense is transferred.
- When the need for configuration of the charge metering processes has been identified by what is known as the NSIS Initiator NI, a primary metering process needs to be started. This primary metering process does not necessarily need to take place on the NI. By way of example, an overload or lack of power at the network node on which the NI is situated may require the function of the charging process, as primary metering process, to be moved to another node of the same type which has sufficient power. In addition, the characteristics of the NI may mean that the NI is not able to run a primary metering process. In this case, it is necessary to move the primary metering process to a different kind of network node. It may be necessary to move a charging process before and during the service's runtime.
- The need to transfer a primary metering process can be established by the NI or the network node, subsequently called the “transferrer”, on which the charging process is currently situated from the fact that the transferrer or the NI is overloaded, for example.
- It is also conceivable for there to be a rule which states that the NI is not intended to be the primary metering process.
- In addition, it is possible for a rule to stipulate that the NI does not have some functions which would be required for a primary metering process, and for this reason for the primary metering process to have to be transferred to another network node.
- A request from another network node for transfer may also result in the primary metering process being transferred.
- When the transferrer, that is to say the network node on which the primary metering process is currently situated, has established that the primary metering process needs to be transferred, it needs to ascertain a network node to which it can transfer the primary metering process. This network node is subsequently called the “recipient”.
- Preferably, network-element-specific characteristics and/or prescribed rules mean that a network element is selected as a recipient on which the primary metering process is arranged or to which the primary metering process is transferred by a first network element, that is to say the transferrer.
- In one embodiment of the disclosed method, the recipient is in this case stipulated by a rule. This applies particularly when the need for moving has been stipulated by a rule. In addition, the rule may also be used when the transfer on account of overload or missing functions is taking place, however. In this context the rule preferably also contains statements indicating how the transfer needs to be made.
- The rule can contain the destination address of the recipient, inter alia. In this case, the transferrer sends a “transfer request message” to the destination address of the recipient. The recipient responds with a “transfer response message” and notifies the transferrer whether it wants to execute the primary metering process. If this is the case then the transferrer sends all data required for this to the recipient using a data transfer message. When the recipient has acknowledged receipt, the transfer operation is complete. Should the first recipient asked not wish to undertake the primary metering process then it is possible to apply other methods, for example stipulated by the rule. Should the primary metering process not be able to be transferred then the service can be terminated or performed at no charge.
- In another embodiment of the disclosed method, the rule stipulates an address range for which a request is to be made. The “transfer request message” is then sent to this address range. The rest of the process then takes place as described in the previous paragraph. All recipients can then respond to the request and hence request the transfer of the primary metering process. The transferrer decides to which possible recipient the primary metering process is to be transferred. This can be done according to the order in which the responses arrive, for example.
- In another embodiment of the disclosed method, the rule stipulates the type of recipient, such as a routing computer. In this case, the “transfer request message” is sent only to this type of network node. For this purpose, a bit string describing the various types of network nodes is stipulated, for example. Each network node which receives the message can evaluate the bit string so as easily to establish whether the message was intended for this type of network node. The rest of the process then takes place as described above.
- Should the rule not have made a stipulation or should the processes stipulated by the rule have been unsuccessful then in another embodiment of the disclosed method the transferrer can send a “general request message” through the network. This message is then distributed by the entire network. All recipients are than able to respond to the request and hence to request transfer of the primary metering process. The transferrer decides to which recipient the primary metering process is to be transferred. This can be done according to the order in which the responses arrive, for example.
- Should the transfer be made during performance of the service then it is necessary to synchronize the turning-on and turning-off of the metering on the transferrer and recipient. For this purpose, the recipient sends a “start message” to the transferrer and in so doing notifies it of the point from which the recipient started charge metering. The transferrer then sends the recipient the resource use ascertained up to this time.
- The “transfer request message” specifies the full requirements to the recipient. This ensures that the recipient can actually execute the primary metering process.
- One great advantage of the disclosed method can be seen in that an existing method which is evidently reaching the limits of its power is replaced by a new method. In this context, the disclosed method is thus complex. The actual charging process involves fewer network elements, which means that, possibly even several times, it would be necessary to gather less data relevant to charging overall. Efficiency is also higher in this case. Whereas previously a series of charge-related data was first of all gathered and then discarded, the disclosed method involves only data which are actually required being gathered. In addition, the disclosed method is very flexible—new services can quickly be integrated into the communication network when the basic method described is supported. Since the disclosed method can operate on the
IP 3 layer, which is common to all packet services, it is universally applicable and does not need to be adapted to suit each packet service. - These and other aspects and advantages will become more apparent and more readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
-
FIG. 1 is a schematic illustration of an embodiment of a cycle of a method described below; -
FIG. 2 is a schematic illustration of another embodiment of a cycle of the method. - Reference will now be made in detail to the embodiments, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like elements throughout.
-
FIG. 1 shows a schematic illustration of very simple possible signaling in a GPRS communication network. Between aterminal point 1, acting as recipient, and aterminal point 2, as sender, there runs a simple data stream initiated by a service, which is then identified by a thin black arrow. In this case, the data stream passes through a series of network elements or network nodes i (i=1, 2, 3). The figure shows only those network elements or network nodes in which it is possible to meter charges incurred on the basis of performance of the service—that is to say that respective charging processes are implemented in these network elements. In line with the terminology of NSIS, the charging processes are NSIS Entities NE, which support an NSIS signaling protocol NSLP (NSIS Signaling Layer Protocol) and are able to interchange NSIS messages. In the case shown here, all the involved network elements shown include a respective charging process GP i (i=1-5). Eventerminal points - To synchronize the distributed charging processes GP1-GP5, a control protocol is used, e.g. an “Accounting NSLP”. This can be used to interchange control messages between the individual charging processes GP1-GP5, which is indicated by the thick light arrows running between the individual network elements, including the terminal points 1 and 2. This control protocol uses the mechanisms of a general transport protocol, e.g. of the NTLP, to distribute the control messages to all charging processes GP1-GP5 along the data path. In this case, the transport protocol is shown by a dark, thick arrow passing through all network elements. The control messages are forwarded from one network element to the next along the data path for the application or service. The charging processes GP1-GP5 taking place on the individual network elements are controlled by the control messages in the control protocol. Hence, the charging processes GP1-GP5 can be sent instructions about their further behavior. For example some of the charging processes can be turned off and others can be requested to perform actions, such as metering transfer volumes. In addition, the individual charging processes GP1-GP5 can insert additional information or instructions into the control messages. Furthermore, individual charging processes can be asked to send metered data to another network element. The control messages may be sent in the connection setup phase or else during the connection or when it is cleared down. In principle, any charging process GP1-GP5 on the data path can send control messages to all charging processes GP1-GP5. To prevent a plurality of network elements or charging processes GP1-GP5 implemented thereon from distributing contradictory instructions, a hierarchic stipulation can be made which stipulates restrictions and rules. This hierarchic stipulation may be prescribed for each service and distributed using a control message. Advantageously, hierarchic stipulations can be distributed only by specific network elements or charging processes. Network elements or charging processes which receive a control message may then use an internal table stored on them, for example, to stipulate whether or not the sender of the control message is authorized.
-
FIG. 2 shows another of a cycle in the disclosed method. This figure also shows a schematic illustration of very simple possible signaling in a GPRS communication network. Between aterminal point 1, acting as recipient, and aterminal point 2, as sender, there runs a simple data stream initiated by a service. In this case, the data stream passes through a series of network elements or network nodes i (i=1, 2, 3). The figure shows only those network elements or network nodes in which it is possible to meter charges incurred as a result of performance of the service—that is to say that respective charging processes GP2-GP4 are implemented in these network elements. The terminal points 1 and 2 likewise include charging processes GP1 and GP5. To synchronize the distributed charging processes GP1-GP5, a control protocol is used, e.g. an “Accounting NSLP”. This can be used to interchange control messages between the individual charging processes GP1-GP5, which is indicated by the thick light arrows running between the individual network elements, including the terminal points 1 and 2. This control protocol uses the mechanisms of a general transport protocol, e.g. of the NTLP, to distribute the control messages to all charging processes GP1-GP5 along the data path. In this case, the transport protocol is shown by a dark, thick arrow passing through all network elements. The control messages are forwarded from one network element to the next along the data path for the application or service. The charging processes GP1-GP5 taking place on the individual network elements are controlled using the control messages in the control protocol. - Provision is advantageously made, when synchronizing charging processes, for all use data for a service to be metered by precisely one charging process, subsequently called the primary metering process. That charging process which is intended to meter the use data, that is to say the primary metering process, sometimes requires use data which can be provided only by other charging processes. By way of example, an application computer can have neither the transfer volume nor the type of access network or what is known as a subscriber's MSISDN. Since these data are indispensable for service-oriented charging, however, these data need to be transported to the selected primary metering process.
- In the case illustrated here, the use data are not transported by signaling messages via the entire data path initiated by the service but rather are transferred from the respective charging processes GP1-GP4 directly to the metering process, which in this case is implemented in the
terminal point 2. For this purpose, the charging process which undertook metering, that is to say the primary metering process, notifies the other charging processes GP1-GP4 of which data they need to transfer to it. In the case illustrated here, the primary metering process asks GP1 for information about the type of access network, asks GP2 for the user's MSISDN and asks GP3 for the transfer volume, for example. So that the other charging processes GP1-GP4 can send the data to the primary metering process, the latter notifies them of its address, which in this case is indicated by the character string 192.68.99.105. The data request and the destination address are transferred to the charging processes GP1-GP4 using the control protocol, such as an Accounting NSLP. - The charging processes GP1-GP4 then send the requested data to the primary metering process in the form of transport messages using a standard transport protocol, such as IPFIX (IP Flow Information Export).
- A description has been provided with particular reference to embodiments thereof and examples, but it will be understood that variations and modifications can be effected within the spirit and scope of the claims which may include the phrase “at least one of A, B and C” as an alternative expression that means one or more of A, B and C may be used, contrary to the holding in Superguide v. DIRECTV, 358 F3d 870, 69 USPQ2d 1865 (Fed. Cir. 2004).
Claims (25)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE102004026140A DE102004026140A1 (en) | 2004-05-26 | 2004-05-26 | Arrangement for creating service-oriented charge data in a communication network |
DE102004026140.7 | 2004-05-26 | ||
PCT/DE2004/001238 WO2005117340A1 (en) | 2004-05-26 | 2004-06-11 | Method for the synchronization of charging processes involved in the performance of a service on network elements in a communication network |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080279223A1 true US20080279223A1 (en) | 2008-11-13 |
Family
ID=35058318
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/597,583 Abandoned US20080279223A1 (en) | 2004-03-26 | 2004-06-11 | Method for Synchronizing Charging Processes Involved in Performance of Service on Network Elements in Communication Network |
US10/566,718 Active US7623636B2 (en) | 2004-05-26 | 2005-05-19 | System for generating service-oriented call-charge data in a communication network |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/566,718 Active US7623636B2 (en) | 2004-05-26 | 2005-05-19 | System for generating service-oriented call-charge data in a communication network |
Country Status (10)
Country | Link |
---|---|
US (2) | US20080279223A1 (en) |
EP (1) | EP1749368B1 (en) |
KR (1) | KR100763665B1 (en) |
CN (1) | CN100484008C (en) |
AT (1) | ATE374480T1 (en) |
DE (2) | DE102004026140A1 (en) |
ES (1) | ES2293588T3 (en) |
PL (1) | PL1749368T3 (en) |
RU (1) | RU2316902C2 (en) |
WO (3) | WO2005117340A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110055063A1 (en) * | 2008-05-13 | 2011-03-03 | Huawei Technologies Co., Ltd. | Method, Centralized Control Device, and System for Charging Service |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2902594A1 (en) * | 2006-06-16 | 2007-12-21 | France Telecom | UNIT AND METHOD FOR DEFINING A SESSION RULE IN A NETWORK |
DE102006051169B3 (en) * | 2006-10-26 | 2008-04-24 | Siemens Ag | Fee charging method for power and/or product in telecommunication network i.e. mobile network, involves configuring and alternatively activating individual fee determination points based on configuration-data sets |
CN101316242B (en) * | 2008-07-17 | 2010-12-01 | 上海交通大学 | Service-oriented intelligent platform |
CN105659642B (en) * | 2014-01-29 | 2019-10-25 | 华为技术有限公司 | Charge processing method concentrates network control node, functional node and system |
CN107959576B (en) * | 2016-10-18 | 2020-07-28 | 中国电信股份有限公司 | Flow charging method and system and cache device |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5873030A (en) * | 1996-06-28 | 1999-02-16 | Mci Communications Corporation | Method and system for nationwide mobile telecommunications billing |
US6338046B1 (en) * | 1997-10-06 | 2002-01-08 | Nokia Telecommunications, Oy | System and method for determining charges for usage of a network connection |
US20020127995A1 (en) * | 2000-05-24 | 2002-09-12 | Stefano Faccinn | Common charging identifier for communication networks |
US6463275B1 (en) * | 1999-05-12 | 2002-10-08 | Motorola, Inc. | System and method for billing in a radio telecommunications network |
US20030133418A1 (en) * | 1998-06-11 | 2003-07-17 | Robert Marshall | Wireless system for broadcasting, receiving, storing and selectively printing coupons and the like in a retail enviroment |
US20050129017A1 (en) * | 2003-12-11 | 2005-06-16 | Alcatel | Multicast flow accounting |
US20060050711A1 (en) * | 2002-09-20 | 2006-03-09 | Elena Lialiamou | Method for charging of data reaching a network element of a communication network during a data session |
US7889662B2 (en) * | 2001-05-28 | 2011-02-15 | Nokia Corporation | Charging in telecommunications network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1303571A (en) * | 1998-05-26 | 2001-07-11 | 英国电讯有限公司 | Service provision support system |
KR100340022B1 (en) * | 1999-12-11 | 2002-06-10 | 이상철 | A message processing method for billing a service and an apparatus therefor |
GB2365680B (en) * | 2000-03-21 | 2004-01-28 | Ericsson Telefon Ab L M | Transmission of call detail records in a telecommunications system |
US7330717B2 (en) * | 2001-02-23 | 2008-02-12 | Lucent Technologies Inc. | Rule-based system and method for managing the provisioning of user applications on limited-resource and/or wireless devices |
KR100419291B1 (en) * | 2001-08-18 | 2004-02-18 | 박상준 | Method of billing on the internet and thereof sustem |
KR100777579B1 (en) | 2001-09-28 | 2007-11-16 | 주식회사 케이티 | Accounting Mechanisms For Voice In The IP VPN Network Supporting DS |
CN1141822C (en) | 2002-01-08 | 2004-03-10 | 广东省电信科学技术研究院 | Distributed authentication/charge server system and its implementation method |
US20030152039A1 (en) * | 2002-02-08 | 2003-08-14 | Timothy Roberts | Customer billing in a communications network |
JP4061308B2 (en) | 2002-10-15 | 2008-03-19 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | A system that provides flexible billing in the network |
US7721296B2 (en) * | 2003-06-13 | 2010-05-18 | Ericsson Ab | Event based charging in a communications system |
KR100523402B1 (en) * | 2004-01-08 | 2005-10-24 | 주식회사 케이티프리텔 | Method and system for processing call records for billing |
-
2004
- 2004-05-26 DE DE102004026140A patent/DE102004026140A1/en not_active Ceased
- 2004-06-11 WO PCT/DE2004/001238 patent/WO2005117340A1/en active Application Filing
- 2004-06-11 WO PCT/DE2004/001237 patent/WO2005117339A1/en active Application Filing
- 2004-06-11 US US11/597,583 patent/US20080279223A1/en not_active Abandoned
-
2005
- 2005-05-19 ES ES05756806T patent/ES2293588T3/en active Active
- 2005-05-19 KR KR1020067002099A patent/KR100763665B1/en active IP Right Grant
- 2005-05-19 RU RU2006102851/09A patent/RU2316902C2/en active
- 2005-05-19 DE DE502005001583T patent/DE502005001583D1/en active Active
- 2005-05-19 PL PL05756806T patent/PL1749368T3/en unknown
- 2005-05-19 EP EP05756806A patent/EP1749368B1/en active Active
- 2005-05-19 WO PCT/DE2005/000962 patent/WO2005117341A1/en active IP Right Grant
- 2005-05-19 US US10/566,718 patent/US7623636B2/en active Active
- 2005-05-19 AT AT05756806T patent/ATE374480T1/en not_active IP Right Cessation
- 2005-05-19 CN CNB2005800006030A patent/CN100484008C/en not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5873030A (en) * | 1996-06-28 | 1999-02-16 | Mci Communications Corporation | Method and system for nationwide mobile telecommunications billing |
US6338046B1 (en) * | 1997-10-06 | 2002-01-08 | Nokia Telecommunications, Oy | System and method for determining charges for usage of a network connection |
US20030133418A1 (en) * | 1998-06-11 | 2003-07-17 | Robert Marshall | Wireless system for broadcasting, receiving, storing and selectively printing coupons and the like in a retail enviroment |
US6463275B1 (en) * | 1999-05-12 | 2002-10-08 | Motorola, Inc. | System and method for billing in a radio telecommunications network |
US20020127995A1 (en) * | 2000-05-24 | 2002-09-12 | Stefano Faccinn | Common charging identifier for communication networks |
US7889662B2 (en) * | 2001-05-28 | 2011-02-15 | Nokia Corporation | Charging in telecommunications network |
US20060050711A1 (en) * | 2002-09-20 | 2006-03-09 | Elena Lialiamou | Method for charging of data reaching a network element of a communication network during a data session |
US20050129017A1 (en) * | 2003-12-11 | 2005-06-16 | Alcatel | Multicast flow accounting |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110055063A1 (en) * | 2008-05-13 | 2011-03-03 | Huawei Technologies Co., Ltd. | Method, Centralized Control Device, and System for Charging Service |
Also Published As
Publication number | Publication date |
---|---|
ES2293588T3 (en) | 2008-03-16 |
RU2006102851A (en) | 2007-08-10 |
WO2005117340A1 (en) | 2005-12-08 |
KR20060060667A (en) | 2006-06-05 |
PL1749368T3 (en) | 2008-02-29 |
ATE374480T1 (en) | 2007-10-15 |
US7623636B2 (en) | 2009-11-24 |
DE502005001583D1 (en) | 2007-11-08 |
EP1749368A1 (en) | 2007-02-07 |
EP1749368B1 (en) | 2007-09-26 |
WO2005117341A1 (en) | 2005-12-08 |
US20070127646A1 (en) | 2007-06-07 |
KR100763665B1 (en) | 2007-10-04 |
CN1820455A (en) | 2006-08-16 |
RU2316902C2 (en) | 2008-02-10 |
CN100484008C (en) | 2009-04-29 |
WO2005117339A1 (en) | 2005-12-08 |
DE102004026140A1 (en) | 2005-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100531158C (en) | System and method for enabling wireless access gateway to support transparent agent | |
US6661780B2 (en) | Mechanisms for policy based UMTS QoS and IP QoS management in mobile IP networks | |
CN103385033B (en) | For the method and apparatus distributing session bundle in NE | |
CN101766017B (en) | Apparatus and method to support VOIP calls for mobile subscriber stations | |
JP5298203B2 (en) | Token-based correlation of control sessions for data session policy and charging control via NAT | |
CN101296169B (en) | Method, system and equipment for establishing user conversation bearer service | |
CN101374260B (en) | Method, apparatus and system for implementing PCC rules and bearing association | |
WO2006000628A1 (en) | Method and system for controlling services in a packet data network | |
WO2011137644A1 (en) | Method, apparatus and system for accessing service by terminal | |
CN102308531A (en) | Multi-access system | |
US20070263538A1 (en) | Directed Pppoe Session Initiation Over a Switched Ethernet | |
WO2007082446A1 (en) | A method and system for offline charging | |
CN101166153B (en) | A method for controlling network service | |
US20090041043A1 (en) | Communication system, switching node computer and method for determining a control node | |
CN110601989A (en) | Network traffic balancing method and device | |
US20080279223A1 (en) | Method for Synchronizing Charging Processes Involved in Performance of Service on Network Elements in Communication Network | |
CN103475595A (en) | System and method for overload control of Parlay X gateway | |
CN101352004A (en) | Redirection of B-grade PDP data stream to A-grade PDP before establishing B-grade PDP context | |
CN101316176B (en) | Service quality policy based charging method and resource admission control subsystem | |
CN105580425A (en) | On-demand QoS for data connections | |
CN105376174A (en) | Method and apparatus for performing policy based on service chaining in LTE/EPC | |
EP3292655B1 (en) | Method and network entity for control of value added service (vas) | |
AU2010231947B2 (en) | A system and method operable to enable shortest connection route | |
KR100764168B1 (en) | Method and apparatus for accounting in portable internet system | |
CN101124776B (en) | Method for configuring charging process on network component |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SIEMENS AG, GERMANY Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FOELL, UWE;REEL/FRAME:019913/0590 Effective date: 20070124 |
|
AS | Assignment |
Owner name: SIEMENS AG, GERMANY Free format text: RE-RECORD TO CORRECT THE ADDRESS OF THE RECEIVING PARTY ON A DOCUMENT PREVIOUSLY RECORDED AT REEL 019913, FRAME 0590. (ASSIGNMENT OF ASSIGNOR'S INTEREST);ASSIGNOR:FOELL, UWE;REEL/FRAME:020351/0974 Effective date: 20070124 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |