Stillink VoIP Gateway, Signaling, Protocol Converters
Homepage | WiKi | Contact | Search  
ISDN, SS7, V5.2 , CAS, VoIP Gateway and Signaling Converters  

Realtime Event Monitoring and Protocol Analysis

A unique protocol analyzer is embedded into the Stillink.


With the Realtime Protocol Analysis feature in Stillink systems, it is possible to monitor any TDM interface by decoding signaling or protocol existing on it.

Man Machine Interface

The Telesis XTools utility is used as the MMI (Man Machine Interface) for the integrated Realtime Protocol Analyzer.


The signaling (protocol) analyzer of the Stillink system is capable of analyzing:

  • Call Control (CC) primitives
  • E1 Layer-1 (physical layer) events
  • A-B-C-D bits on CAS E1
  • DTMF tones
  • MFR1 tones
  • MFCR2 tones
  • ANI (Automatic Number Identification) request
  • ANI response
  • Dial pulses (decadic pulses)
  • Multifrequency shuttle tones (Pulse shuttle, R1.5)
  • Multifrequency packet tones (Pulse packet 1, 2, 3a, 3b)
  • Primary Rate ISDN - PRI (DSS1 and QSIG) Layer 1 (physical layer)
  • Primary Rate ISDN - PRI (DSS1 and QSIG) Layer 2 (data link layer)
  • Primary Rate ISDN - PRI (DSS1 and QSIG) Layer 3 (network layer)
  • SS7 (CCS no.7) MTP1 (Message Transfer Part 1)
  • SS7 (CCS no.7) MTP2 (Message Transfer Part 2)
  • SS7 (CCS no.7) MTP3 (Message Transfer Part 3)
  • SS7 (CCS no.7) ISUP (ISDN User Part)
  • Common control protocol for V5.2 protocol
  • Port control protocol for V5.2 protocol
  • Protection protocol for V5.2 protocol
  • Link control protocol for V5.2 protocol
  • BCC protocol for V5.2 protocol
  • ISDN messaging for V5.2 protocol
  • PSTN messaging for V5.2 protocol

CC primitives (CCPs) are the communication between Layer 3 Port Control and Call Control Engine (CCE). The control and switching hardware in a system together with its operating firmware, the Xymphony, form the CCE. The CCE provides the functionality to initiate, manage and terminate calls through the interfaces in a Stillink system. In this communication, the required controls for call setup, call proceeding, and call ending occur free from the signaling type.

The decoding of CCPs is done according to the ITU-T Q.931 standard. Call modeling of all calls in Stillink systems is based on ISDN standards.

A call has two sides, one is incoming (or originating) side and the other is outgoing (or termination) side. During a call control, CCPs are sent from the CCE to Layer 3 and from Layer 3 to the CCE.

The CCPs are formed of Indications, Requests and Responses. CCPs define which algorithms or operations should be executed to set up, proceed or end calls; regardless of the port`s type or physical properties.

The decoded CCPs are detailed in ITU-T Q.931. Furthermore, Telesis also added some more primitives to make the monitoring and analysis complete such that:

  • Call Control primitives from Layer 3 Port Control to the CCE:
    • SetupIndication
    • InfoIndication as:  DialPulse, Dtmf, MF R1, MFC R2, O.BAND, From pool, COMPANION
    • DtmfReceiverTimeout
    • ReleaseConfirm
    • HoldIndication
    • RetrieveIndication
    • SuspendIndication
    • ResumeIndication
    • ReleaseIndication
    • ConnectIndication
    • AlertingIndication
    • ConnectAckIndication
    • ProceedingIndication
    • RoutingFailure
    • MoreInfoIndication
    • DisconnetIndication
    • InbandInfoIndication
    • StatusIndication
    • ProgressIndication
    • NotifyIndication
    • SuspendConfirm
    • SuspendRejectIndication
    • ResumeConfirm
    • ResumeRejectIndication
    • ChargePulseIndication
    • CamponIndication
    • MaliciousCallIndication
    • FacilityIndication
    • RingStartIndication
    • RingStopIndication
    • AniStartIndication
    • AniStopIndication
    • BPartyOnHookIndication
    • ReAnswerIndication
    • InrIndication
    • InfIndication
  • Call Control primitives from the CCE to Layer 3 Port Control
    • RejectRequest
    • DisconnectRequest
    • MoreInfoRequest
    • ProceedingRequest
    • ReleaseRequest
    • SetupRequest
    • AlertingRequest
    • ConnectRequest
    • ConnectResponse
    • HoldResponse
    • HoldRejectRequest
    • NotifyRequest as: CallisDiverting, DiversionActivated, RemoteHold, RemoteRetrieval, AlertingTransfer, ActiveTransfer, ConfEstablished, ConfDisconnected, UserSuspended, UserResumed, BearerChange, 3PtyRemoved
    • RetrieveResponse
    • RetrieveRejectRequest
    • InfoRequest
    • ProgressRequest
    • SuspendResponse
    • SuspendRejectRequest
    • ResumeResponse
    • ResumeRejectRequest
    • SuspendRequest
    • ResumeRequest
    • ChargePulseRequest
    • VoiceMessageRequest
    • MaliciousCallRequest
    • RingStartRequest
    • RingStopRequest
    • AniStartRequest
    • AniStopRequest
    • BPartyOnHookRequest
    • ReAnswerRequest
    • InrRequest
    • InfRequest
    • ConferenceResponse
    • EncryptedMediaRequest

The decoding information on the monitor window may be displayed in various forms, such as binary, hexadecimal, and mnemonic explanations.


Telesis A.S. 2006-2013
STB Design Services