WO2015152849A1 - A system and method for detecting alarm status and sending notification - Google Patents
A system and method for detecting alarm status and sending notification Download PDFInfo
- Publication number
- WO2015152849A1 WO2015152849A1 PCT/TR2015/000135 TR2015000135W WO2015152849A1 WO 2015152849 A1 WO2015152849 A1 WO 2015152849A1 TR 2015000135 W TR2015000135 W TR 2015000135W WO 2015152849 A1 WO2015152849 A1 WO 2015152849A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- pricing
- event
- alarm
- control unit
- information
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/73—Validating charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/725—Administration or customization aspects; Counter-checking correct charges by the operator
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/43—Billing software details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/83—Notification aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2218—Call detail recording
Definitions
- the present invention relates to a system and method which enables to detect alarm states and send notification for online pricing errors in communication networks.
- Network members realize pricing of services such as voice, data, message - which they provide for subscribers - by means of these pricing applications and in the event of a possible problem to arise within these applications and/or between these applications and network members; pricing process suspends during the said problem, then it is required to make examinations over call detail records (CDR), the related communication network operator loses money and time.
- CDR call detail records
- the international patent document no. WO2009062951 discloses a method for transmitting pricing data in a communication network.
- the method discloses that call detail records are transmitted upon being fragmented into a plurality of fragments and it is also stated that an error detection unit functions during transmission.
- An objective of the present invention is to realize a system and method which enables to detect alarm states for online pricing errors in communication networks.
- Another objective of the present invention is to realize a system and method which enables to send notification to related units for online pricing errors in communication networks.
- Figure 1 is a schematic block diagram of the inventive system.
- Figure 2 is a flow chart of the inventive method.
- a system (1) enabling to detect alarm states and send notification for online pricing errors in communication networks comprises:
- At least one pricing control unit (2) which carries out control and management of all paid services within a communication network; at least one pricing database (3) which keeps balance information, tariff fee information, campaigns and gift information of subscribers within communication network and is managed by the pricing control unit (2); at least one network element (4) such as MSC (Mobil Switching Center), GGSN (Gateway GPRS Support Node), SMSC (Short Message Service Center) which sends requests and queries to the pricing control unit (2) in order that pricing with respect to the processes carried out are reflected to the pricing database (3) and creates call detail records (CDR) for every process by adding information about pricing as well;
- MSC Mobil Switching Center
- GGSN Gateway GPRS Support Node
- SMSC Short Message Service Center
- At least one call records processing unit (5) which collects, processes call detail records from the network elements (4) continuously and determines records wherein there are pricing errors;
- At least one event and alarm unit (6) which creates event records by the error records relating to the records wherein the pricing errors determined by the call records processing unit (5) are located, creates alarm for the related pricing control unit (2) by considering parameters such as frequency of error information and number of subscribers affected by thereof, and transmits the related alarms to the operation executive (S);
- the pricing control unit (2) is a unit which carries out control and management of all paid services within a communication network.
- the pricing control unit (2) takes action by requests of network members - which provide services such as voice, data, message to a subscriber - with respect to pricing and makes reflections in accordance with this pricing process to the information in the pricing database (3). In any case where the pricing control unit (2) cannot carry out this process, a pricing error occurs in online pricing.
- the pricing database (3) is a unit which keeps balance information, tariff fee information, campaigns and gift information of subscribers within communication network and is managed by the pricing control unit (2).
- the network element (4) is a member such as MSC (Mobil Switching Center), GGSN (Gateway GPRS Support Node), SMSC (Short Message Service Center) which sends requests and queries to the pricing control unit (2) in order that pricing with respect to the processes carried out are reflected to the pricing database (3) and creates call detail records (CDR) for every process by adding infonnation about pricing as well.
- the call records processing unit (5) is a unit which collects, processes call detail records from the network elements (4) continuously and determines records wherein there are pricing errors and then transfers them to the event and alarm unit (6).
- the event and alarm unit (6) is a unit which creates event records by the error records relating to the records wherein the pricing errors determined by the call records processing unit (5) are located, creates alarm for the related pricing control unit (2) by considering parameters such as frequency of error information and number of subscribers affected by thereof, and transmits the related alarms to the operation executive (S).
- the event database (7) is a unit where the event and alarm unit (6) transfers the event records and the alarm information and these records are kept.
- the communication device (8) is a unit where the event and alarm unit (6) sends the alarm in order that it transmits the alarm to the operation executive (S).
- the communication device (8) can be a device having a structure such that it can receive the message related to the alarm over a network connection; for example, a mobile phone, a smart phone, a computer. In different embodiments of the invention, the said device (8) has a structure such that it can receive SMS (Short Messaging Service), push notification and/or e-mail.
- SMS Short Messaging Service
- a method (100) enabling to detect alarm states and send notification for online pricing errors in communication networks comprises steps of:
- the network element (4) sending request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101);
- the pricing control unit (2) carrying out process so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized (102);
- the pricing control unit (2) returning the result of the process - carried out by itself so as to reflect the pricing to the pricing database (3 ) in order that the pricing with respect to the process carried out by the network element (4) is realized - to the network element (4) as successful or unsuccessful (103);
- - call records processing unit (5) determining the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transferring the error information related to these records to the event and alarm unit (6) (105); the event and alarm unit (6) creating event information with the error information related io the call detail records transmitted to itself and transferring it to the event database (7) (106);
- the event and alarm unit (6) deciding whether any pricing control unit (2) has created errors more than a specific number at a given time and/or whether the error created by thereof has affected subscribers more than a specific number by using the event information created by thereof ( 107);
- the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108); the event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109)
- first of all the network element (4) sends request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101).
- the pricing control unit (2) sends request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101).
- the pricing control unit (2) carries out process so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized (102).
- the pricing control unit (2) returns the result of the process - carried out by itself so as to reflect the pricing to the pricing database
- the fact that the said process fails may be because of problems arising from the structure of the pricing control unit (2) or a connection problem confronted between the network element (4) and the pricing control unit (2) or a connection problem confronted between the pricing control unit (2) and the pricing database (3).
- the network element (4) creates a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104).
- Each different type of network element (4) can create a call detail record having various information and various formats.
- the said call detail records there are also information about the service (voice, data, message) realized and provided by the network element (4) to the subscriber in addition to the result of the pricing process.
- the said call detail records are prepared by means of the network element (4) by ASN.l coding and the call records are analysed by the call records processing unit (5).
- the call records processing unit (5) determines the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transfers the error information related to these records to the event and alarm unit (6) (105). When carrying out this step (105), the call records processing unit (5) does analysis on the call detail record and examines the result information of the pricing process and determines the call detail records which have such information determined as unsuccessful by means of pricing error parameters. Although each different type of network element (4) indicate different characteristics for error indication and notification in the call detail record which they create, the call records processing unit (5) can make sense of error information within these characteristics.
- the pricing error status can be understood from fields of defaultCallHandling and freeFormatData in the call detail record in the call records processing unit (5). If the field of defaultCallHandling among the said fields has occurred in the call detail record, the call records processing unit (5) comes to a conclusion that there is no problem in access to the pricing control unit (2) and also error details (such as time information of the call that is priced and cannot be priced) can be reached from the field of freeFormatData.
- the pricing error status can be understood from the field of failureHandlingContinue in the call detail record in the call records processing unit (5) in an embodiment wherein the network element (4) is GGSN. If the field of failureHandlingContinue is present in the call detail record and its value is true, the call records processing unit (5) comes to a conclusion that there is a problem in access to the pricing control unit (2).
- the event and alarm unit (6) creates event information with the error information related to the call detail records transmitted to itself and transfers it to the event database (7) (106).
- the event and alarm unit (6) decides whether any pricing control unit (2) has created errors more than a specific number at a given time and/or whether the error created by thereof has affected subscribers more than a specific number by using the event information created by thereof (107).
- the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108).
- the event database (7) there are information of the pricing control unit (2), number of pricing errors, number of subscribers affected by the error, MSISDN (Mobile Station ISDN ) information of the subscribers affected by the error, information of the network elements (4) creating the call detail record where the error information is understood.
- the event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109).
- the said transmission process can be carried out by means of short message and/or e-mail depending on the type of the communication device (8).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The present invention relates to a system (1) and method (100) which enables to detect alarm states and send notification for online pricing errors in communication networks. The inventive system (1) comprises pricing control unit (2), pricing database (3), network element (4), call records processing unit (5), event and alarm unit (6), event database (7) and a communication device (8) belonging to an operation executive (S).
Description
DESCRIPTION
A SYSTEM AND METHOD FOR DETECTING ALARM STATUS AND
SENDING NOTIFICATION
Technical Field
The present invention relates to a system and method which enables to detect alarm states and send notification for online pricing errors in communication networks.
Background of the Invention
Today, use of communication devices providing voice, data, message exchange shows a continuous increase. Providing continuous sendees to users under any circumstances, carrying out online pricing processes of services without any problem in the meanwhile occur as a great necessity in terms of communication network operators due to this common use. Sustaining a pricing application in online pricing applications included in existing technique continuously is a difficult process to be carried out in terms of communication network operators. A large number of processes for receiving, sending request and query are performed between network members through online pricing applications. Network members realize pricing of services such as voice, data, message - which they provide for subscribers - by means of these pricing applications and in the event of a possible problem to arise within these applications and/or between these applications and network members; pricing process suspends during the said problem, then it is required to make examinations over call detail records (CDR), the related communication network operator loses money and time.
In order to avoid the said problem a system and method which realizes pricing error states, that are corrected by examining call detail records, from various parameter in call detail records occurring during online pricing process; when these errors start affecting a certain number of subscriber upon reaching a certain frequency, ensures that action can be taken in order that a pricing error can be corrected as soon as it occurs by creating alarms that comprise information about the units - which cause the errors - and then sending them to the related operation executive is required in existing technique.
The international patent document no. WO2009062951, an application in the state of the art, discloses a method for transmitting pricing data in a communication network. The method discloses that call detail records are transmitted upon being fragmented into a plurality of fragments and it is also stated that an error detection unit functions during transmission.
Summary of the Invention
An objective of the present invention is to realize a system and method which enables to detect alarm states for online pricing errors in communication networks.
Another objective of the present invention is to realize a system and method which enables to send notification to related units for online pricing errors in communication networks.
Detailed Description of the Invention
"A System and Method for Detecting Alarm Status and Sending Notification realized to fulfill the objectives of the present invention is shown in the figures attached, in which: Figure 1 is a schematic block diagram of the inventive system.
Figure 2 is a flow chart of the inventive method.
The components illustrated in the figures are individually numbered, where the numbers refer to the following:
1. System
2. Pricing control unit
3. Pricing database
4. Network element
5. Call records processing unit
6. Event and alarm unit
7. Event database
8. Communication device
100. Method
S. Operation executive
A system (1) enabling to detect alarm states and send notification for online pricing errors in communication networks comprises:
at least one pricing control unit (2) which carries out control and management of all paid services within a communication network; at least one pricing database (3) which keeps balance information, tariff fee information, campaigns and gift information of subscribers within communication network and is managed by the pricing control unit (2);
at least one network element (4) such as MSC (Mobil Switching Center), GGSN (Gateway GPRS Support Node), SMSC (Short Message Service Center) which sends requests and queries to the pricing control unit (2) in order that pricing with respect to the processes carried out are reflected to the pricing database (3) and creates call detail records (CDR) for every process by adding information about pricing as well;
at least one call records processing unit (5) which collects, processes call detail records from the network elements (4) continuously and determines records wherein there are pricing errors;
at least one event and alarm unit (6) which creates event records by the error records relating to the records wherein the pricing errors determined by the call records processing unit (5) are located, creates alarm for the related pricing control unit (2) by considering parameters such as frequency of error information and number of subscribers affected by thereof, and transmits the related alarms to the operation executive (S);
at least one event database (7) where the event and alarm unit (6) transfers the event records and the alarm information and these records are kept;
at least one communication device (8) where the event and alarm unit (6) sends the alarm in order that it transmits the alarm to the operation executive (S)
(Figure 1).
The pricing control unit (2) is a unit which carries out control and management of all paid services within a communication network. The pricing control unit (2) takes action by requests of network members - which provide services such as voice, data, message to a subscriber - with respect to pricing and makes reflections in accordance with this pricing process to the information in the
pricing database (3). In any case where the pricing control unit (2) cannot carry out this process, a pricing error occurs in online pricing.
The pricing database (3) is a unit which keeps balance information, tariff fee information, campaigns and gift information of subscribers within communication network and is managed by the pricing control unit (2).
The network element (4) is a member such as MSC (Mobil Switching Center), GGSN (Gateway GPRS Support Node), SMSC (Short Message Service Center) which sends requests and queries to the pricing control unit (2) in order that pricing with respect to the processes carried out are reflected to the pricing database (3) and creates call detail records (CDR) for every process by adding infonnation about pricing as well. The call records processing unit (5) is a unit which collects, processes call detail records from the network elements (4) continuously and determines records wherein there are pricing errors and then transfers them to the event and alarm unit (6). The event and alarm unit (6) is a unit which creates event records by the error records relating to the records wherein the pricing errors determined by the call records processing unit (5) are located, creates alarm for the related pricing control unit (2) by considering parameters such as frequency of error information and number of subscribers affected by thereof, and transmits the related alarms to the operation executive (S).
The event database (7) is a unit where the event and alarm unit (6) transfers the event records and the alarm information and these records are kept.
The communication device (8) is a unit where the event and alarm unit (6) sends the alarm in order that it transmits the alarm to the operation executive (S). The communication device (8) can be a device having a structure such that it can receive the message related to the alarm over a network connection; for example, a mobile phone, a smart phone, a computer. In different embodiments of the invention, the said device (8) has a structure such that it can receive SMS (Short Messaging Service), push notification and/or e-mail.
A method (100) enabling to detect alarm states and send notification for online pricing errors in communication networks comprises steps of:
- the network element (4) sending request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101);
- the pricing control unit (2) carrying out process so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized (102);
- the pricing control unit (2) returning the result of the process - carried out by itself so as to reflect the pricing to the pricing database (3 ) in order that the pricing with respect to the process carried out by the network element (4) is realized - to the network element (4) as successful or unsuccessful (103);
- the network element (4) creating a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104);
- call records processing unit (5) determining the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transferring the error information related to these records to the event and alarm unit (6) (105);
the event and alarm unit (6) creating event information with the error information related io the call detail records transmitted to itself and transferring it to the event database (7) (106);
the event and alarm unit (6) deciding whether any pricing control unit (2) has created errors more than a specific number at a given time and/or whether the error created by thereof has affected subscribers more than a specific number by using the event information created by thereof ( 107);
in the event that any pricing control unit (2) has created errors more than a specific number at a given time and/or the error created by thereof has affected subscribers more than a specific number, the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108); the event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109)
In the inventive method (100), first of all the network element (4) sends request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101). The pricing control unit
(2) carries out process so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized (102). The pricing control unit (2) returns the result of the process - carried out by itself so as to reflect the pricing to the pricing database
(3) in order that the pricing with respect to the process carried out by the network element (4) is realized - to the network element (4) as successful or unsuccessful (103). In different embodiments of the invention, the fact that the said process fails may be because of problems arising from the structure of the pricing control unit (2) or a connection problem confronted between the network element (4) and
the pricing control unit (2) or a connection problem confronted between the pricing control unit (2) and the pricing database (3).
The network element (4) creates a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104). Each different type of network element (4) can create a call detail record having various information and various formats. In the said call detail records, there are also information about the service (voice, data, message) realized and provided by the network element (4) to the subscriber in addition to the result of the pricing process. In a preferred embodiment of the invention, the said call detail records are prepared by means of the network element (4) by ASN.l coding and the call records are analysed by the call records processing unit (5). The call records processing unit (5) determines the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transfers the error information related to these records to the event and alarm unit (6) (105). When carrying out this step (105), the call records processing unit (5) does analysis on the call detail record and examines the result information of the pricing process and determines the call detail records which have such information determined as unsuccessful by means of pricing error parameters. Although each different type of network element (4) indicate different characteristics for error indication and notification in the call detail record which they create, the call records processing unit (5) can make sense of error information within these characteristics. In an exemplary embodiment of the invention, given that the network element (4) is MSC the pricing error status can be understood from fields of defaultCallHandling and freeFormatData in the call detail record in the call records processing unit (5). If the field of defaultCallHandling among the said fields has occurred in the call detail record, the call records processing unit (5) comes to a conclusion that there is no problem in access to the pricing control unit
(2) and also error details (such as time information of the call that is priced and cannot be priced) can be reached from the field of freeFormatData.
Similarly, the pricing error status can be understood from the field of failureHandlingContinue in the call detail record in the call records processing unit (5) in an embodiment wherein the network element (4) is GGSN. If the field of failureHandlingContinue is present in the call detail record and its value is true, the call records processing unit (5) comes to a conclusion that there is a problem in access to the pricing control unit (2).
The event and alarm unit (6) creates event information with the error information related to the call detail records transmitted to itself and transfers it to the event database (7) (106). The event and alarm unit (6) decides whether any pricing control unit (2) has created errors more than a specific number at a given time and/or whether the error created by thereof has affected subscribers more than a specific number by using the event information created by thereof (107). In the event that any pricing control unit (2) has created errors more than a specific number at a given time and/or the error created by thereof has affected subscribers more than a specific number, the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108). In the alarm information transferred to the event database (7), there are information of the pricing control unit (2), number of pricing errors, number of subscribers affected by the error, MSISDN (Mobile Station ISDN ) information of the subscribers affected by the error, information of the network elements (4) creating the call detail record where the error information is understood. The event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109). Thus, it is ensured that units such as the pricing control unit (2), the network elements (4) where a pricing error is confronted are intervened immediately at the time of error and more processes of voice, data, message are prevented from being
subjected to pricing error. The said transmission process can be carried out by means of short message and/or e-mail depending on the type of the communication device (8). In one embodiment of the invention, there are information of the pricing control unit (2), number of pricing error, number of subscribers affected by the error, information of the network elements (4) creating the call detail record where the error information is understood in the alarm transmitted to communication device ( 8) of the operation executive ( S).
It is possible to develop various embodiments of the inventive system (1) and method (100), it cannot be limited to the examples disclosed herein and it is essentially according to the claims.
Claims
CLAIMS 1. A method (100) enabling to detect alarm states and send notification for online pricing errors in communication networks, characterized by comprising steps of:
- the network element (4) sending request to the pricing control unit (2) in order that the pricing with respect to the process carried out are reflected to the pricing database (3) (101);
- the pricing control unit (2) carrying out process so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized (102);
- the pricing control unit (2) returning the result of the process - carried out by itself so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized - to the network element (4) as successful or unsuccessful (103);
- the network element (4) creating a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104);
- call records processing unit (5) determining the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transferring the error information related to these records to the event and alarm unit (6) (105);
- the event and alarm unit (6) creating event information with the error information related to the call detail records transmitted to itself and transferring it to the event database (7) (106);
- the event and alarm unit (6) deciding whether any pricing control unit (2) has created errors more than a specific number at a given time and/or whether the error created by thereof has affected subscribers
more than a specific number by using the event information created by thereof (107);
in the event that any pricing control unit (2) has created errors more than a specific number at a given time and/or the error created by thereof has affected subscribers more than a specific number, the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108); the event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109).
2. A method (100) according to Claim 1, characterized in that at the step of the pricing control unit (2) returning the result of the process - carried out by itself so as to reflect the pricing to the pricing database (3) in order that the pricing with respect to the process carried out by the network element (4) is realized - to the network element (4) as successful or unsuccessful (103); the fact that the said process fails happens because of problems arising from the structure of the pricing control unit (2) or a connection problem confronted between the network element (4) and the pricing control unit (2) or a connection problem confronted between the pricing control unit (2) and the pricing database
(3) 3. A method (100) according to Claim 1 or Claim 2, characterized in that at the step of the network element (4) creating a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104); there are also information about the service (voice, data, message) realized and provided by the network element (4) to the subscriber i addition to the result of the pricing process in the said call detail records.
4. A method (100) according to any of the preceding claims, characterized in that at the step of the network element (4) creating a call detail record comprising also the result of the pricing process received from the pricing control unit (2) (104); the said call detail records are prepared by means of the network element (4) by ASN.l coding.
5. A method (100) according to any of the preceding claims, characterized in that at the step of the call records processing unit (5) determining the call detail records having unsuccessful pricing process by collecting the call detail records from the network element (4) and transferring the error information related to these records to the event and alarm unit (6) ( 105); the call records processing unit (5) does analysis on the call detail record and examines the result information of the pricing process and determines the call detail records which have such information determined as unsuccessful by means of pricing error parameters.
6. A method (100) according to any of the preceding claims, characterized in that at the step of in the event that any pricing control unit (2) has created errors more than a specific number at a given time and/or the error created by thereof has affected subscribers more than a specific number, the event and alarm unit (6) transferring the alarm information to the event database (7) by creating alarm with that pricing control unit (2) (108); in the alarm information transferred to the event database (7), there are information of the pricing control unit (2), number of pricing errors, number of subscribers affected by the error, iMSISDN (Mobile Station ISDN) information of the subscribers affected by the error, information of the network elements (4) creating the call detail record where the error information is understood.
7. A method (100) according to any of the preceding claims, characterized in that at the step of the event and alarm unit (6) transmitting the notification
related to the alarm created by thereof to the communication device (8) of the operation executive (S) (109); the said transmission process is carried out by means of short message and/or e-mail depending on the type of the communication device (8).
8. A method (100) according to any of the preceding claims, characterized in that at the step of the event and alarm unit (6) transmitting the notification related to the alarm created by thereof to the communication device (8 ) of the operation executive (S) (109); the there are information of the pricing control unit (2), number of pricing error, number of subscribers affected by the error, information of the network elements (4) creating the call detail record where the error information is understood in the alarm transmitted to communication device (8) of the operation executive (S ).
9. A system (1) enabling to detect alarm states and send notification for online pricing errors in communication networks, comprising:
at least one pricing control unit (2) which carries out control and management of all paid services within a communication network; at least one pricing database (3) which keeps balance information, tariff fee information, campaigns and gift information of subscribers within communication network and is managed by the pricing control unit (2);
at least one network element (4) such as MSC (Mobil Switching Center), GGSN (Gateway GPRS Support Node), SMSC (Short Message Service Center) which sends requests and queries to the pricing control unit (2) in order that pricing with respect to the processes carried out are reflected to the pricing database (3) and creates call detail records (CDR) for every process by adding information about pricing as well;
at least one call records processing unit (5);
at least one event and alarm unit (6);
at least one event database (7) where the event and alarm unit (6) transfers the event records and the alarm information and these records are kept;
at least one communication device (8) where the event and alann unit (6) sends the alarm in order that it transmits the alarm to the operation executive (S)
and characterized by
at least one call records processing unit (5) which collects, processes call detail records from the network elements (4) continuously and determines records wherein there are pricing errors;
at least one event and alarm unit (6) which creates event records by the error records relating to the records wherein the pricing errors determined by the call records processing unit (5) are located, creates alarm for the related pricing control unit (2) by considering parameters such as frequency of error information and number of subscribers affected by thereof, and transmits the related alarms to the operation executive (S).
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TR2014/03713 | 2014-03-31 | ||
TR201403713 | 2014-03-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2015152849A1 true WO2015152849A1 (en) | 2015-10-08 |
Family
ID=53177864
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/TR2015/000135 WO2015152849A1 (en) | 2014-03-31 | 2015-03-31 | A system and method for detecting alarm status and sending notification |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2015152849A1 (en) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000056053A1 (en) * | 1999-03-17 | 2000-09-21 | Sonera Oyj | Pricing of telecommunication connections in a telecommunication system |
US6411681B1 (en) * | 1998-03-26 | 2002-06-25 | Bell Atlantic Network Services, Inc. | Traffic track measurements for analysis of network troubles |
US20080250078A1 (en) * | 2000-06-09 | 2008-10-09 | Wimberly Carie J | Method and system for server-based error processing in support of legacy-based usage and billing systems |
EP2061180A1 (en) * | 2007-11-16 | 2009-05-20 | Nokia Siemens Networks Oy | Charging data transmission in communications system |
US20090304165A1 (en) * | 2008-06-10 | 2009-12-10 | Li-Jin Chung | Method and apparatus for detecting network and service performance degradations using call detail records |
US20100128860A1 (en) * | 2008-11-25 | 2010-05-27 | At&T Intellectual Property I, L.P. | Methods, computer program products, and systems for managing voice over internet protocol (voip) network elements |
US7773727B1 (en) * | 2005-12-30 | 2010-08-10 | At&T Intellectual Property Ii, L.P. | Method for providing predictive maintenance relating to trunk operations in a VoIP network |
-
2015
- 2015-03-31 WO PCT/TR2015/000135 patent/WO2015152849A1/en active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6411681B1 (en) * | 1998-03-26 | 2002-06-25 | Bell Atlantic Network Services, Inc. | Traffic track measurements for analysis of network troubles |
WO2000056053A1 (en) * | 1999-03-17 | 2000-09-21 | Sonera Oyj | Pricing of telecommunication connections in a telecommunication system |
US20080250078A1 (en) * | 2000-06-09 | 2008-10-09 | Wimberly Carie J | Method and system for server-based error processing in support of legacy-based usage and billing systems |
US7773727B1 (en) * | 2005-12-30 | 2010-08-10 | At&T Intellectual Property Ii, L.P. | Method for providing predictive maintenance relating to trunk operations in a VoIP network |
EP2061180A1 (en) * | 2007-11-16 | 2009-05-20 | Nokia Siemens Networks Oy | Charging data transmission in communications system |
WO2009062951A2 (en) | 2007-11-16 | 2009-05-22 | Nokia Siemens Networks Oy | Charging data transmission in communications system |
US20090304165A1 (en) * | 2008-06-10 | 2009-12-10 | Li-Jin Chung | Method and apparatus for detecting network and service performance degradations using call detail records |
US20100128860A1 (en) * | 2008-11-25 | 2010-05-27 | At&T Intellectual Property I, L.P. | Methods, computer program products, and systems for managing voice over internet protocol (voip) network elements |
Non-Patent Citations (1)
Title |
---|
SA5: "Rel-4 Charging: delivery of all 4 draft V2.0.0 specifications for approval (32.200, 32.205, 32.215 and 32.235)", 3GPP DRAFT; SP-010464, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG SA, no. Beijing, china; 20010920, 20 September 2001 (2001-09-20), XP050195203 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7474894B2 (en) | System and method for IMEI detection and alerting | |
CN106973093B (en) | A kind of service switch method and device | |
EP2454898B1 (en) | Method and apparatus for verification of a telephone number | |
US9525781B2 (en) | Method, apparatus and system for aggregating charging information | |
CN102917425A (en) | Operator network switching method and device | |
US10064044B2 (en) | Method and apparatus for determining roaming status of terminal, terminal, and server | |
JP7108628B2 (en) | Online charging mechanism while OCS is unresponsive | |
US20160066171A1 (en) | Method and Arrangement for Gathering Data from a Communication Network | |
CN103152764A (en) | Detection of anti-steering of roaming activity on visited networks | |
CN103918295A (en) | Method for preventing fraud or misuse when using a specific service of a public land mobile network by a user equipment, subscriber identity module and application program | |
WO2011150688A1 (en) | Charging method and system for prepaid service | |
CN100562147C (en) | A kind of message forwarding method | |
WO2015152849A1 (en) | A system and method for detecting alarm status and sending notification | |
CN106982127A (en) | Message detection and shunt method and tandem agent apparatus in a kind of convergent billing | |
CN101969620A (en) | Method for charging industry short messages and short message gateway for implementing same | |
EP2989752B1 (en) | Verification of network activity/usage data | |
CN105847614A (en) | Charging method, apparatus and system, as well as data access method, apparatus and system | |
US7159148B2 (en) | Method for performance and fault management in a telecommunication network | |
KR100383592B1 (en) | Exchanging system having prepaid service function and changing processing method thereof | |
CN104918240A (en) | SMPP (Short Message Peer to Peer) message processing for SMS (Short Message Service) spam filtering | |
CN103118345A (en) | Method and device for issuing messages | |
US20050238155A1 (en) | Providing information on services in a communication system | |
KR100730822B1 (en) | Calculation method of utilization of central processing unit | |
CN117546442A (en) | Identifying an active management function (ADMF) in a lawful intercept deployment with multiple ADMF | |
KR101026838B1 (en) | Short message error processing method and processing system |
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: 15722603 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: 15722603 Country of ref document: EP Kind code of ref document: A1 |