A fraud control system for processing calls with an automatic number identification failure
Abstract
A system for preventing fraudulent calling activity in a telecommunications network when an Automatic Number Identification failure (ANIF) occurs at a switch attempting to process a call within the network. When an ANIF occurs, an operator obtains information equivalent to an Automatic Number Identification (ANI) from the calling party and the system determines whether the call is of a type that would not have been restricted had the ANIF not occurred. If the call would not otherwise have been restricted had the ANIF not occurred, the system automatically assigns a blanket billing restriction to the call which only allows specific call types (such as what are deemed the safer alternate billing methods of collect or credit card) and blocks other restricted call types.

Term
Term ended
Projected expiry passed 23 April 2017, 9.4 years ago.
- Priority
- Filed
- Published
- Projected expiry
- Today
21 claims: 2 independent, 19 dependent
- 1A fraud control method for processing a call placed by a calling party within a telecommunications network, said call having an automatic number identification failure (ANIF), comprising the steps of:obtaining information equivalent to an automatic number identification (ANI) associated with said call that would have been provided had there not been an ANIF;determining whether said call is of a type which would not have been restricted in the absence of an ANIF;and automatically assigning a billing restriction to said call if said call would not otherwise have been restricted in the absence of an ANIF.
- 11A fraud control system for processing a call placed by a calling party within a telecommunications network, said call having an automatic number identification failure (ANIF), comprising:a switch located within said network for processing said call and receiving information associated with said call, said switch determining whether said call would have been restricted had said ANIF not occurred based upon said received information, and said switch automatically assigning a billing restriction to said call if said call would not have otherwise been restricted had said ANIF not occurred.
Independent claims2
30 paragraphs, as filed
<b>BACKGROUND OF THE INVENTION</b>
1. <u>Field of the Invention</u>
0001The present invention relates generally to the field of telecommunications, and more particularly to a system for preventing fraudulent telephone calls in a telecommunications network when such calls arrive at an operating switch with an Automatic Number Identification failure (ANIF).
2. <u>Description of the Related Art</u>
0002Fraudulent telephone activity for domestic and international calls presents a significant and increasing problem to carriers of telecommunications networks, such as AT&T Corp.
0003Conventional telecommunications systems today, such as what is known as the public switched telephone network (PSTN), comprise several interdependent networks: the local or exchange area network, which is typically operated by a local telephone company or local exchange company (LEC); and the toll network, which is operated by a long distance or interexchange carrier (IXC), such as AT&T Corp.
0004In the conventional PSTN, a given telephone within a LEC network is capable of accessing the IXC network through known gateway switching equipment, such as AT&T's 4ESSÔ and 5ESSÔ toll switches and operator services position system (OSPSÔ) switch. Upon access to the IXC network, a toll call may be completed outside the LEC network.
0005Typically, when a toll call is initiated, the call is routed from the LEC network to IXC network. In accessing the IXC network, certain information is transmitted from the LEC network to the IXC gateway switching equipment. Included within this transmitted information is an Automatic Number Identification (ANI) for the particular call. The ANI is used for, among other things, billing purposes and frequently corresponds to the calling number (e.g., the telephone number of the subscriber placing the toll call). The ANI is typically provided by an ANI system, which is well known to those skilled in the art.
0006The ANI may be transmitted to the IXC gateway switching equipment via multifrequency pulsing over the talking path (inband signalling). Upon receipt of the transmitted information (including ANI), the IXC switching equipment performs an integrity check on the ANI to ascertain if that ANI is valid. If the ANI is valid, the call is processed as normal.
0007However, unscrupulous individuals intent on committing a fraudulent call have developed techniques for interrupting the ANI signal transmitted to the IXC switching equipment, thereby causing what is referred to as an ANI failure (ANIF). When an ANIF occurs, the call must be processed by an operator in order to obtain the proper ANI from the calling party. The caller communicates information equivalent to the ANI to the operator (customer-provided ANI), such as the calling party's telephone number or the telephone number associated with the telephone used by the calling party, and the operator manually inputs the customer-provided ANI into the IXC switching equipment.
0008The IXC switching equipment performs an initial screening to determine if the customer-provided ANI is potentially fraudulent. Based upon the information provided by the caller to the operator, the IXC switching equipment verifies that the actual calling path from which the call was routed corresponds to the calling path expected for a call having that particular ANI. This is accomplished by comparing the customer-provided ANI to a list of partial line numbers (NPA-NXX) served by the incoming trunk group to that switch. If the line number corresponding to the customer-provided ANI does not appear on the list, then the call is identified as potentially fraudulent and is denied. Alternatively, if the line number corresponding to the customer-provided ANI appears on the list, then the call will continue to be processed. This initial screening is limited, however, because the range of line numbers stored in the list for the particular IXC switching equipment is quite large. Therefore, so long as the caller provides information (customer-provided ANI) which corresponds to one of the line numbers stored in the IXC equipment, then the call will continue to be processed.
0009If the customer-provided ANI passes the initial screening performed by the IXC switching equipment, then the call is further processed via Original Line Screening (OLS). During OLS, the IXC switching equipment checks tables stored in its database for any billing and line class restrictions associated with the ANI provided by the caller. If the call satisfies the billing and line class restrictions, then the call is completed. Alternatively, if the call does not satisfy the billing and line class restrictions, then the call is identified as potentially fraudulent and is denied.
0010Additional security measures have been implemented by the IXC in an attempt to limit this type of fraudulent calling activity. These additional security measures, such as Network Access Interruption (NAI), include restriction tables associated with a given ANI and are also capable of monitoring calling patterns (i.e., number of calls and/or total cost of calls in a predetermined period for a given ANI) to predict whether a call is potentially fraudulent.
0011Through trial and error, however, an unscrupulous individual intent on committing a fraudulent call may locate an ANI having few, if any, restrictions so that OLS and/or NAI is unable to identify the call as potentially fraudulent. Therefore, the fraudulent caller can utilize the ANI to pass the initial screening, OLS and NAI. In such a case, the unauthorized call is allowed and will be billed to that ANI.
<b>SUMMARY OF INVENTION</b>
0012The above and other problems of the prior art are solved by the present invention which provides a system for preventing fraudulent calling activity in a telecommunications network when an ANIF occurs. According to the present invention, when an ANIF occurs, an operator obtains information equivalent to an ANI from the calling party (customer-provided ANI) and, based upon that obtained information, the system determines whether the call is of a type that would not have been restricted had the ANIF not occurred. If the call would not otherwise have been restricted had the ANIF not occurred, the system automatically assigns a blanket billing restriction to the call which only allows specific call types (such as what are deemed the safer alternate billing methods of collect or credit card) and blocks other restricted call types.
<b>BRIEF DESCRIPTION OF THE DRAWINGS</b>
0013The foregoing features and other aspects of the invention are explained in the following description taken in connection with the accompanying drawings wherein: <ul id="ul0001" list-style="none" compact="compact"><li>FIG. 1 is a schematic of a telecommunications network embodying the present invention.</li><li>FIG. 2 is a flow chart illustrating various steps according to a preferred embodiment of the present invention.</li></ul>
<b>DESCRIPTION OF THE PREFERRED EMBODIMENTS</b>
0014The fraud control system of the present invention is designed to minimize fraudulent calling activity when an ANIF occurs. Referring to FIG. 1, when a toll call is initiated from telephone <b>1</b>, the call is processed in the LEC network in a conventional manner. Before accessing the IXC network, the call is further processed in a conventional manner at a local switching office (end office)<b>2</b> in the LEC network which interfaces with the IXC network. By way of example, but without limitation, end office <b>2</b> may be a Class 5 end office such as a Step-by-Step (SXS) or 5 Cross-bar (5XB).
0015With reference to FIGS. 1 & 2, to access the IXC network, the call (including billing information such as the ANI) is routed through known gateway switching equipment <b>3</b>, such as AT&T's 4ESSÔ and 5ESSÔ toll switches and/or operator services position system (OSPSÔ) switch. When an ANIF occurs as a result of the failure or interruption in the signalling of the calling number stream, the switch<b>3</b> is programmed to interface with an operator <b>4</b> in the IXC network (step <b>S1</b>). The operator <b>4</b> communicates with the party calling from telephone<b>1</b> (calling party), obtains information equivalent to the ANI from the calling party (customer-provided ANI) and transmits that information to the switch <b>3</b> for processing (step <b>S3</b>).
0016Based upon the customer-provided ANI, the switch <b>3</b> (or an adjunct in communication with the switch) processes customer-provided ANI during an initial inquiry to verify that the actual calling path from which the call was routed corresponds to the calling path expected for a call having that particular ANI (step <b>S4</b>). This is accomplished by comparing the customer-provided ANI to a list of line numbers served by the incoming trunk group which are stored in a database of the switch <b>3</b> (or within an adjunct in communication therewith). If the line number corresponding to the customer-provided ANI does not appear on the list, then the call is identified as potentially fraudulent and is denied (step <b>S5</b>).
0017If the line number corresponding to the customer-provided ANI falls within the range of line numbers stored in switch <b>3</b> (or an adjunct in communication therewith) (step <b>S4</b>), then the call is further processed via OLS <b>5</b> and/or NAI <b>6</b>. During OLS <b>5</b> and NAI <b>6</b>, the customer-provided ANI is checked against tables containing any billing and line class restrictions associated with the particular ANI which may be stored in a database of the OLS <b>5</b> and/or NAI <b>6</b> (step <b>S6</b>). If the call does not satisfy the billing and line class restrictions, then the call is identified as potentially fraudulent and is denied (step <b>S7</b>). Alternatively, if the call satisfies the billing and line class restrictions associated with the ANI (step <b>S6</b>), then the call continues to be processed by the switch <b>3</b> (or an adjunct in communication therewith).
0018After the call having the ANIF passes OLS <b>5</b> and/or NAI <b>6</b>, the switch <b>3</b> (or an adjunct in communication therewith) automatically assigns an IXC-defined blanket restriction against the customer-provided ANI (step <b>S8</b>). This IXC-defined blanket restriction instructs the switch <b>3</b> to only allow specific call types and to block other restricted call types. The specific call types to be allowed under the blanket restriction would typically be alternative billing methods (such as collect or credit card calls) which are deemed a safer risk than station-paid calls (e.g., calls billed to the ANI of the calling party).
0019The IXC-defined blanket restriction may include, but are not limited to, restrictions of the following call types: <ul id="ul0002" list-style="bullet" compact="compact"><li>Station-paid</li><li>Auto-collect (1+800 calls)</li><li>Collect to called number</li><li>Collect to a number other than the called number</li><li>Credit card to calling party</li><li>Credit card to third party</li><li>Bill to third party by the calling party</li><li>Bill to third party by the called party</li><li>International calls</li></ul>
0020A call which does not correspond to one of the restricted call types in the IXC-defined blanket restriction will be allowed (step <b>S10</b>). To minimize the number of fraudulent calls occurring in conjunction with an ANIF, however, the switch <b>3</b> will automatically block the call if the call corresponds to one of the IXC-defined call types in the blanket restriction (i.e., station paid calls). A voice message will then be communicated to the calling party requesting that the calling party select an alternative billing method (i.e., collect or credit card) which would be permitted under the blanket restriction (step <b>S11</b>). If the calling party provided the information necessary for a permissible alternative billing methods, then the call would be processed as normal in accordance with the conventional procedures for that type of billing method. However, if the calling party refused to select an alternative billing method permissible under the blanket restriction, then the call would be denied.
0021To minimize any inconvenience to law abiding subscribers, a non-restrictive screen code may be assigned to such a subscriber whose calls have been repeatedly blocked due to the blanket restriction. That is, the assignment of a blanket restriction to a particular subscriber may be disabled by providing a non-restrictive screen code to the subscriber's ANI. This non-restrictive screen code may be stored in the switch <b>3</b> (or in an adjunct in communication therewith) and would prevent the automatic assignment of a blanket restriction by the switch <b>3</b> (or by an adjunct in communication therewith) when an ANIF occurs.
0022Furthermore, because equipment problems may temporarily create an ANIF (e.g., equipment induced ANIF), the assignment of a blanket restriction by the switch <b>3</b> (or by an adjunct in communication therewith) may be selectively disabled for those ANIs in the particular trunk group identified as having temporary equipment induced ANIFs. Such geographic disablement of the blanket restriction may be accomplished by setting the particular end office(s)<b>2</b> associated with the trunk group having equipment-induced ANIFs to override the blanket restrictions. Alternatively, the switch <b>3</b> (or an adjunct in communication therewith) may be set to disable the automatic assignment of a blanket restriction to any call having an ANIF which is transmitted from a particular end office <b>2</b> associated with a trunk group having equipment-induced ANIFs.
0023Moreover, where particular end office(s)<b>2</b> or trunk groups are known to have high levels of customer-induced (fraudulent) ANIFs, the switch<b>3</b> (or an adjunct in communication therewith) may automatically assign the blanket restriction to any call having an ANIF which is transmitted from that particular end office <b>2</b>.
0024Although an illustrative preferred embodiment has been described herein in detail, it should be noted and will be appreciated by those skilled in the art that numerous variations may be made within the scope of this invention without departing from the principle of this invention and without sacrificing its chief advantages. The terms and expressions have been used herein as terms of description and not terms of limitation. There is no intention to use the terms or expressions to exclude any equivalents of features shown and described or portions thereof and this invention should be defined in accordance with the claims which follow.
2 sheets
Sheet 1 Sheet 2
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| US8170947B2 | Cited by | United States of America | Applicant |
| US6947532B1 | Cited by | United States of America | Applicant |
| WO0191447A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| EP0661863A2 | Cites | European Patent Office (EPO) | Search report |
| US4769834A | Cites | United States of America | Search report |
| US5003595A | Cites | United States of America | Search report |
| US5222120A | Cites | United States of America | Search report |
5 members in 3 offices; this record represents the family
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 64186096 | United States of America | A | |
| 641860 | United States of America | – | |
| US19960641860 | – | – | – |
| 641860 | – | – | – |
Members5
| Document | Office | Kind | |
|---|---|---|---|
| CA2200242A1 | Canada | A1 | |
| EP0805580A2This record | European Patent Office (EPO) | A2 | |
| US5822413A | United States of America | A | |
| CA2200242C | Canada | C | |
| EP0805580A3 | European Patent Office (EPO) | A3 |
7 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Application withdrawnWithdrawn18W | 18W | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE APPLICATION HAS BEEN WITHDRAWNSTAA | STAA | |
| Request for examination filed17P | 17P | |
| Designated contracting statesAK | AK | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | |
| Designated contracting statesAK | AK | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI |
Numbers
- Publication
- 0805580
- Publication, DOCDB
- 0805580
- Publication, EPODOC
- EP0805580
- Application
- 97106752
- Application, DOCDB
- 97106752
- Application, EPODOC
- EP19970106752
Titles3
- German
- System zum Überwachen von Betrug zur Verarbeitung von Anrufen mit automatischen Zahlidentifizierungsfehlern
- English
- A fraud control system for processing calls with an automatic number identification failure
- French
- Système de surveillance des fraudes pour traiter des appels ayant un défaut d'identification automatique de numéro
Classification
- CPC, 13
- H04M15/47
- H04M3/38
- H04M2215/0148
- H04Q3/72
- H04Q2213/1302
- H04Q2213/1304
- H04Q2213/1307
- H04Q2213/13091
- H04Q2213/13095
- H04Q2213/1313
- H04Q2213/13139
- H04Q2213/13166
- H04Q2213/13383
- IPC, 2
- H04M3 38
- H04Q3 72
Designated states3
- Contracting states, 3
- Germany
- France
- United Kingdom