Compliance Analysis Services

Many companies purchase CALEA solutions from manufacturers without properly testing the solution to ensure that it provides their company “safe harbor” a regulatory term that denotes full compliance with technology requirements of the law.  Subsentio’s Compliance Analysis gives service providers the peace of mind that their equipment is capable of providing the appropriate call data and call content in an industry-acceptable format in the event that a court order is presented.

Test Data and Validation Techniques

To test CALEA compliance, Subsentio uses the same Pen-Link (http://www.penlink.com/) equipment deployed by federal, state and local law enforcement agencies.  In business for over 20 years, Pen-Link, Ltd. provides state-of-the-art software and systems for the collection, storage and analysis of telephonic and IP-based communications.

Pen-Link’s software and systems, Pen-Link 8 and LINCOLN, are widely recognized as industry standards, with thousands of licensed law enforcement and intelligence agency users in federal, state, and local agencies worldwide.  The LINCOLN 2 Server is equipped with the hardware necessary to terminate the physical connections of call data that are being received from the service provider’s switch. Once call data is received, LINCOLN immediately routes the data flow to the appropriate Pen-Link workstation for live monitoring. Test call data is recorded to the LINCOLN Server’s hard drive. At the same time, the Pen-Link 8 workstation decodes and displays data messages in call sessions, each with a call sequence number.

A combined Test Plan/Test Case document gives an overview of how the testing will be accomplished.  The source of the document is the Functional Specification and Technical Design documents.  The purpose of the combined Test Plan/Test Case document is to record important high-level information on the service provider’s state of technical compliance with CALEA.

The test case portion of this document gives the specific steps that are taken to test each call feature.  Each requirement in the Functional Specification is referenced in a test case, providing mapping back to the requirements.  Validation that each requirement is being tested is given by referencing each requirement in the test case where it is verified.

Sample call scenarios that are tested in a CDMA environment are shown below.

TEST CASE RESULTS TABLE

Test Case

Description

Pass/Fail

Comments

 1.

Incoming Basic Call

 2.

Incoming No Answer Call

 3.

Incoming Busy Call

 4.

Outgoing Basic Call

 5.

Abandoned Call Attempt

 6.

Partial Dial Abandon

 7.

Pre-Answer Abandon

 8.

Call Delivery to a Mobile Station

 9.

Speed Calling

 10.

Outgoing No Answer Call

 11.

Outgoing Busy Call

 12.

Redirection Inconditional

 13.

Redirection on No Answer

 14.

Call Forward

 15.

Call Waiting

 16.

Call Waiting with Recall

 17.

Call Waiting with Recall on Single Call Identity

 18.

Conference Call

 19.

Short Message Service

 20.

Intrasystem Hand-off

 21.

Hand-off to a Third System Without Path Minimization

 22.

Hand-off to Third system

 23.

Multi-stage Dialing

 24.

CDMA Packet Data Delivery