EP0939559A1 - Methods of monitoring multiple transactions - Google Patents
Methods of monitoring multiple transactions Download PDFInfo
- Publication number
- EP0939559A1 EP0939559A1 EP98301052A EP98301052A EP0939559A1 EP 0939559 A1 EP0939559 A1 EP 0939559A1 EP 98301052 A EP98301052 A EP 98301052A EP 98301052 A EP98301052 A EP 98301052A EP 0939559 A1 EP0939559 A1 EP 0939559A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- event
- transactions
- transaction
- nature
- event data
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
Abstract
Description
- This invention relates to methods of monitoring the operational status of multiple transactions in a system, for example the progress of telephone calls in a public switched telephone network (PSTN), or of data transfers over the global computer network commonly referred to as the Internet.
- Current PSTNs often comprise two networks operating in tandem: a transmission or bearer network for carrying actual voice and data signals, and a signalling network which is used to convey control information signals for establishing, monitoring and clearing respective connections for each communications transaction (such as a telephone call) between subscriber equipment over the transmission network. In many PSTNs the signalling network operates in accordance with the international standard Signalling System No. 7 (SS7).
- In other networks, such as the Internet, the necessary control signalling may be combined with data. Thus, for example, in packet-switching systems the data (which may represent any of several kinds of user traffic, such as voice signals, graphical images or numerical data) are divided into packets each of which is transmitted independently over the network and has a 'header' associated with it. The header contains control information which identifies the communications transaction to which it relates (for example by identifying the intended recipient) and enables intermediate network equipment to route the packet appropriately towards its destination.
- In order to monitor and maintain the operation of communications systems, it is desirable to be able to collect control information, collate it and display summaries. This may be done, for example, by connecting a passive monitoring device to a signalling link (in the case of an SS7 signalling network) to collect copies of control messages traversing the link. Examination of specific data fields within each message enables different messages relating to the same communications transaction to be correlated, and listed together.
- Conventional monitoring devices simply list the messages in the order of occurrence, detailing the contents of each message either as received (e.g. in binary digits) or by a simple abbreviation or mnemonic label. These devices have the disadvantage that they either provide so much information that the user is overwhelmed, or they are restricted to providing information on too few calls to provide a clear indication of the actual call characteristics. It is an object of this invention to provide a method and apparatus of monitoring multiple communications transactions which alleviates these problems.
- According to one aspect of this invention there is provided a method of monitoring operational status of multiple transactions in a system, each transaction having associated with it multiple successive operational events, comprising the steps of:
- acquiring event data from the system relating to multiple operational events in respect of each of multiple transactions;
- obtaining from said event data information indicative of the nature of each event;
- processing said information to determine the nature of the respective event; and
- creating a display showing each successive event relating to a transaction on a respective axis for that transaction, and modifying a graphical component of the display to indicate the nature of each event.
-
- According to another aspect of this invention there is provided apparatus for monitoring operational status of multiple transactions in a system, each transaction having associated with it multiple successive operational events, comprising:
- a data acquisition device for acquiring event data from the system relating to multiple operational events in respect of each of multiple transactions;
- a processor for obtaining from said event data information indicative of the nature of each event, and for processing said information to determine the nature of the respective event; and
- a display controller for displaying each successive event relating to a transaction on a respective axis for that transaction, and modifying a graphical component of the display to indicate the nature of each event.
-
- Methods and apparatus in accordance with this invention for monitoring operational status of multiple communications transactions in a communications system including an SS7 signalling network will now be described, by way of example, with reference to the accompanying drawings, in which:
- Figure 1
- shows part of a PSTN incorporating an SS7 signalling network;
- Figure 2
- is a schematic block diagram of the monitoring apparatus;
- Figure 3
- is an example of a display showing events in respect of multiple communications transactions; and
- Figure 4
- is a flow chart showing steps implemented by a processor in the monitoring apparatus of Figure 2 to produce the display of Figure 3.
- Referring to Figure 1, a typical PSTN communications system comprises exchanges or switches 10 each providing service to
respective subscribers 12. Voice and other data traffic is transferred between subscribers over paths selected by theswitches 10 in atransmission network 14 forming part of the system. Theswitches 10 communicate between themselves, to select communication paths and perform other system management functions, by way of messages transferred over signalling links in aseparate signalling network 16. This signalling network typically operates in accordance with the SS7 signalling protocol, and also usually comprises equipment such as signalling transfer points (STPs) and service control points (SCPs), not shown, in addition to theswitches 10 themselves which comprise SS7 signalling end points (SEPs). In the SS7 protocol the cycle of setup, maintenance and teardown of a communications transaction such as a telephone call involves exchange of a series of SS7 messages between the relevant SEPs. In detecting, diagnosing and correcting malfunction of the SS7 signalling network it can be helpful to collect and correlate the complete series of such messages relating to a specific transaction or category of transactions. This information can also be helpful for other purposes, such as detection of fraudulent use of the system. - To this end, a
monitor 18 in accordance with this invention is connected passively at 20 to the signalling links in the signalling network 16 (i.e. it can receive and store messages from the network, but cannot send messages into it or otherwise actively participate in its operation). In practice asingle monitor 18 may be connected to multiple links between multiple SEPs. - Referring to Figure 2, the
monitor 18 comprises aninterface 22 which provides electrical isolation between the signalling links and the circuitry of the monitor, any necessary signal level translation, and assembly of signal sequences into complete messages; theinterface 22 may also provide a filtering function if required, to limit storage of messages to those relating only to specified events and/or to specified communications transactions (e.g. defined by calling or called number, or geographic area). - The received messages are supplied to a
processor 24 which typically stores the messages in a buffer forming part of a memory 26 (e.g. random-access memory and/or a hard disc). Messages are retrieved from the buffer by theprocessor 22 for processing, using information from aprotocol data store 28 containing information about the SS7 protocol, such as conversions between digital codes contained within the messages and corresponding commands and data represented by those codes. Theprocessor 22 uses the results of this message processing to derive information for display to a user on a visual display unit (VDU) 30. - An illustrative display provided to the user is shown in Figure 3, for the case where the communications transactions are telephone calls over the PSTN. The display comprises a series of lines or axes, in this case parallel to one another and extending as horizontal rows across the display. Each row represents the progress of a single call, and has three fields which are the same for every call:
- a
first field 32 comprising a call reference number, by means of which each individual call can be referenced; - a
second field 34 showing the call duration, with a visual indication of an exceptional value (e.g. in excess of a predetermined limit), as in the case of call number 1045; - a
third field 36 containing caller information (typically the number of the subscriber originating the call). - The subsequent fields 38 in a row represent successive events in the progress of the corresponding call through its various phases. Each event is represented in the example shown by a block comprising one or more standard-size rectangles, the appearance of which is controlled in accordance with the nature of the event represented. The control of appearance may involve, for example, the use of different shades of grey, or different colours, or different graphic symbols. Other graphical components besides rectangular areas may be used.
- In the case of calls on a PSTN, the events depicted may include:
- setup
- acknowledgement
- answer
- teardown
- release
- terminated - cause indication
- title translation query
- title translation response
- AIN (advanced intelligent network) query
- AIN response In addition to the control of appearance, significant information such as called or translated number, or termination cause code, may be superimposed on the relevant field in the relevant row.
-
- In practice there will be a continuing flow of new calls to be displayed. It is thus possible that not all calls can be displayed, owing to the number of calls. One or more of several strategies can be used to limit the number of calls for display:
- - First In First Out:
- The earliest calls would be removed from the head of the list as new calls require to be added. However, this may be undesirable if old calls, e.g. long calls not completed, are of interest.
- - Block on saturation:
- Once the visualisation list is full new calls would be ignored. There will be a consequent loss of current data, but this approach may be appropriate in some cases.
- - Deletion on completion:
- Once a call has completed it would be deleted from the list; however these may be the very calls of interest.
- - Time lapse deletion on completion:
- As for the preceding option, but the completed call would only be deleted from the display after a user-defined interval has elapsed.
-
- If call trace records are to be added to and removed from the display, the stability of the display must be considered. As records are removed subsequent remaining records will most usually be realigned on the display. If a busy signalling link is being monitored, this will result in more or less constant movement on the displayed rows. To mitigate the effects of this three "justification" options may be used:
- - Justify to Top
- The call at the top of the view would be fixed and all others would re-position relative to it.
- - Justify to Bottom
- The latest call would be appended at the bottom of the screen and all calls would move above it.
- - Justify to current:
- The Call currently selected by the user would be fixed in the view and all other calls would move relative to it.
-
- Figure 4 shows a flow chart of the procedure implemented by the
processor 24 to control the display on theVDU 30. Referring to Figure 4, at a first step 40 a message stored in the buffer in thememory 26 is selected for processing; this selection may involve accessing every stored message in turn, or there may be a filtering function as well to restrict processing to particular messages (such as by event type, or identity of communications transaction). At a followingstep 42 the field or fields are selected in the message which enable identification of the communications transaction to which the message relates; in the case of SS7 messages this might be the originating point code (OPC), destination point code (DPC) and Circuit Identification Code (CIC), or the subscriber numbers of the calling and called parties. - At a decision step 44 a test is made as to whether the communications transaction is already being displayed on the
VDU 30, or is a new transaction. If it is not new, the relevant entry (row) being displayed on theVDU 30 is selected atstep 46; otherwise a new entry or row is added to the display atstep 48. - In either case, at
step 50 of the procedure the processor selects a field or fields which enable the event involved in the current message to be identified, and atstep 52 the data in the selected field(s) are decoded, by reference to information in theprotocol data store 28, to identify the nature of the event. This step may require correlating information from multiple messages to complete identification of the event and its nature. - At
step 54 the identified nature of the event is used to determine the corresponding display property (such as shade of grey, colour or graphical symbol), and atstep 56 the relevant graphical component in the display (i.e. the appropriate rectangular area in the row for the transaction in question) is controlled accordingly to indicate the nature of the event. - The invention has been described above in the context of monitoring communications transactions in a communications system carrying real subscriber data. However it is also applicable in, for example, a development environment, for which the
monitor 18 could be combined with an emulator for producing simulated SS7 message sequences; these simulated sequences could be supplied as input stimuli to an isolated piece of SS7 network equipment, such as an STP under development or test, and the results of processing of the message sequences by that piece of equipment could be examined using the monitor.
Claims (7)
- A method of monitoring operational status of multiple transactions in a system, each transaction having associated with it multiple successive operational events, comprising the steps of:acquiring event data from the system relating to multiple operational events in respect of each of multiple transactions;obtaining from said event data information indicative of the nature of each event;processing said information to determine the nature of the respective event; andcreating a display showing each successive event relating to a transaction on a respective axis for that transaction, and modifying a graphical component of the display to indicate the nature of each event.
- The method of claim 1, wherein said transactions are communications transactions and said event data are acquired by monitoring a signalling network for a communications system, such as an SS7 signalling network in a telecommunications system
- The method of claim 1, wherein said transactions are communications transactions and said event data are acquired by monitoring the contents of identifying or routing information, such as packet or frame headers, associated with data transferred in a communications system.
- The method of any one of the preceding claims, wherein axes for respective transactions extend parallel to one another.
- The method of any one of the preceding claims, wherein at least one of said steps of acquiring event data and of obtaining information involves selection of a subset of event data from a larger amount of available event data.
- The method of any one of the preceding claims, wherein said event data are generated by an emulator for stimulating a system under test.
- Apparatus for monitoring operational status of multiple transactions in a system, each transaction having associated with it multiple successive operational events, comprising:a data acquisition device for acquiring event data from the system relating to multiple operational events in respect of each of multiple transactions;a processor for obtaining from said event data information indicative of the nature of each event, and for processing said information to determine the nature of the respective event; anda display controller for displaying each successive event relating to a transaction on a respective axis for that transaction, and modifying a graphical component of the display to indicate the nature of each event.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE69823002T DE69823002T2 (en) | 1998-02-13 | 1998-02-13 | Method for monitoring multiple transactions |
EP98301052A EP0939559B1 (en) | 1998-02-13 | 1998-02-13 | Methods of monitoring multiple transactions |
US09/247,821 US6345087B1 (en) | 1998-02-13 | 1999-02-11 | Methods of monitoring multiple transactions |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP98301052A EP0939559B1 (en) | 1998-02-13 | 1998-02-13 | Methods of monitoring multiple transactions |
Publications (2)
Publication Number | Publication Date |
---|---|
EP0939559A1 true EP0939559A1 (en) | 1999-09-01 |
EP0939559B1 EP0939559B1 (en) | 2004-04-07 |
Family
ID=8234663
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP98301052A Expired - Lifetime EP0939559B1 (en) | 1998-02-13 | 1998-02-13 | Methods of monitoring multiple transactions |
Country Status (3)
Country | Link |
---|---|
US (1) | US6345087B1 (en) |
EP (1) | EP0939559B1 (en) |
DE (1) | DE69823002T2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006082282A1 (en) * | 2005-02-07 | 2006-08-10 | Nethawk Oyj | Method and device arrangement for retrieving, processing and presenting signalling information generated in a telecommunications network |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6483907B1 (en) * | 1999-11-09 | 2002-11-19 | Ericsson Inc. | System and method for providing call information in real time |
AU2002366843A1 (en) | 2001-12-20 | 2003-07-09 | Tekelec | Database driven methods and systems for real time call tracing |
US7661127B2 (en) * | 2002-11-12 | 2010-02-09 | Millipore Corporation | Instrument access control system |
US7283619B2 (en) * | 2004-06-15 | 2007-10-16 | Cisco Technology, Inc. | System and method for end-to-end communications tracing |
US7903798B1 (en) * | 2005-04-05 | 2011-03-08 | At&T Intellectual Property Ii, L.P. | Method and apparatus for monitoring blocked calls in a communication network |
US8649272B2 (en) | 2010-05-17 | 2014-02-11 | Tekelec Global, Inc. | Methods, systems and computer readable media for mobile-communication-device-initiated network monitoring services |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2129255A (en) * | 1982-10-28 | 1984-05-10 | Western Electric Co | Acd management information system |
EP0534241A2 (en) * | 1991-09-27 | 1993-03-31 | Siemens Aktiengesellschaft | Test and simulation method for ISDN interexchange signalling |
EP0535270A1 (en) * | 1990-08-07 | 1993-04-07 | DIGITAL SYSTEMS INTERNATIONAL, Inc. | Operations monitoring system |
US5437009A (en) * | 1993-02-18 | 1995-07-25 | Bell Communications Research, Inc. | Method and system for displaying status information of communications networks |
US5465286A (en) * | 1994-05-24 | 1995-11-07 | Executone Information Systems, Inc. | Apparatus for supervising an automatic call distribution telephone system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5592530A (en) * | 1995-01-25 | 1997-01-07 | Inet, Inc. | Telephone switch dual monitors |
US5761502A (en) * | 1995-12-29 | 1998-06-02 | Mci Corporation | System and method for managing a telecommunications network by associating and correlating network events |
US6091801A (en) * | 1996-04-04 | 2000-07-18 | Rockwell Semiconductor Systems, Inc. | Emulator for a telephone system |
-
1998
- 1998-02-13 EP EP98301052A patent/EP0939559B1/en not_active Expired - Lifetime
- 1998-02-13 DE DE69823002T patent/DE69823002T2/en not_active Expired - Fee Related
-
1999
- 1999-02-11 US US09/247,821 patent/US6345087B1/en not_active Expired - Lifetime
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2129255A (en) * | 1982-10-28 | 1984-05-10 | Western Electric Co | Acd management information system |
EP0535270A1 (en) * | 1990-08-07 | 1993-04-07 | DIGITAL SYSTEMS INTERNATIONAL, Inc. | Operations monitoring system |
EP0534241A2 (en) * | 1991-09-27 | 1993-03-31 | Siemens Aktiengesellschaft | Test and simulation method for ISDN interexchange signalling |
US5437009A (en) * | 1993-02-18 | 1995-07-25 | Bell Communications Research, Inc. | Method and system for displaying status information of communications networks |
US5465286A (en) * | 1994-05-24 | 1995-11-07 | Executone Information Systems, Inc. | Apparatus for supervising an automatic call distribution telephone system |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006082282A1 (en) * | 2005-02-07 | 2006-08-10 | Nethawk Oyj | Method and device arrangement for retrieving, processing and presenting signalling information generated in a telecommunications network |
Also Published As
Publication number | Publication date |
---|---|
DE69823002D1 (en) | 2004-05-13 |
DE69823002T2 (en) | 2005-03-31 |
US6345087B1 (en) | 2002-02-05 |
EP0939559B1 (en) | 2004-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0435448B1 (en) | Arrangement for routing packetized messages | |
US4464543A (en) | Network control center call trace | |
CA2209238C (en) | Method and apparatus for monitoring selected telecommunications sessions in an intelligent switched telephone network | |
US6873617B1 (en) | Means for and methods of “in-progress” fraud, billing and maintenance in a SS#7 network of high speed data links | |
US5448632A (en) | Call monitoring system for intelligent call processing | |
US5867558A (en) | Method for remote collection of signaling messages for routing analysis and trouble detection | |
US4959849A (en) | End-to-end network surveillance | |
US7062024B2 (en) | Telecommunication services reporting system | |
US6282267B1 (en) | Network planning traffic measurement program | |
EP0714214A2 (en) | Method and apparatus for introducing intelligent functions into a telephone network | |
US5434845A (en) | Infrequent event trace | |
CA2417710C (en) | Telecommunications systems | |
US5715294A (en) | Common channeling signaling network maintenance and testing | |
US6208721B1 (en) | Method and apparatus for identifying telephone callers who have been unsuccessful in reaching a called destination | |
EP0939559B1 (en) | Methods of monitoring multiple transactions | |
US20100130136A1 (en) | System and Method for Interpreting and Classifying Signals in Communications Systems | |
KR100250996B1 (en) | Method for extracting call set-up failure and premature disconnect probability using communication network data | |
US6768787B1 (en) | Common channeling signaling network maintenance and testing | |
CN101621839B (en) | Method for solving multi-code problem in softswitch cross-zone mode | |
WO1999059317A1 (en) | A method for testing an object in a telecommunications system | |
KR100194183B1 (en) | Packet network traffic analysis method and device | |
CA2297717C (en) | Means for and methods of "in-progress" fraud, billing and maintenance in a ss#7 network of high speed data links | |
CN1501632A (en) | Analysis method of Signaling No.7 | |
KR100295747B1 (en) | Protocol message analysis method in V5.2 interface of switching system | |
JP3291709B2 (en) | Signal monitoring method for subscriber line and inter-office common line of intelligent network system service |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): DE DK FI GB |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
17P | Request for examination filed |
Effective date: 20000224 |
|
AKX | Designation fees paid |
Free format text: DE DK FI GB |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: HEWLETT-PACKARD COMPANY, A DELAWARE CORPORATION |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AGILENT TECHNOLOGIES, INC. |
|
17Q | First examination report despatched |
Effective date: 20010402 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AGILENT TECHNOLOGIES INC. |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AGILENT TECHNOLOGIES INC. A DELAWARE CORPORATION |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: AGILENT TECHNOLOGIES, INC. (A DELAWARE CORPORATION |
|
GRAG | Despatch of communication of intention to grant |
Free format text: ORIGINAL CODE: EPIDOS AGRA |
|
GRAG | Despatch of communication of intention to grant |
Free format text: ORIGINAL CODE: EPIDOS AGRA |
|
GRAH | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOS IGRA |
|
GRAG | Despatch of communication of intention to grant |
Free format text: ORIGINAL CODE: EPIDOS AGRA |
|
GRAH | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOS IGRA |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): DE DK FI GB |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20040407 |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REF | Corresponds to: |
Ref document number: 69823002 Country of ref document: DE Date of ref document: 20040513 Kind code of ref document: P |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20040707 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20050110 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20060331 Year of fee payment: 9 |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20070213 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20070901 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20070213 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20060223 Year of fee payment: 9 |