SS7 Customization with ISUP Messages

The ISUP Message Configuration Template is a table against which outgoing ISUP messages are formatted and incoming message parameters are extracted and verified. The default configurations for ANSI are described in the ANSI T1.113 specification, and the default configurations for ITU are described in ITU Q.767 specification.

The SS7 ISUP Message Format Configure message allows the host to customize the following ISUP message contents:

You can also customize messages for ISUP variants. There is one ISUP Message Configuration Template for each protocol stack. All SS7 channels assigned to a stack are affected by modifications to the corresponding table. See the SS7 ISUP Message Format Configure message for an example, as well as generic sections on downloading and assigning modified PPL components and their relationship to stack configuration.

As shown in the figure below, the raw ISUP data from MTP is compared against the template to identify the ISUP message type and convert the raw data into the format of an SS7 Parameters ICB to send to L3P.

Incoming and outgoing messages that do not match the template, cause the host to be notified of a protocol violation and the CSP discards the message.

For outgoing calls, the parameter data is converted from an SS7 Parameters ICB format into the raw data format to go out to the network.

You can modify the defaults to include (or to exclude) optional parameters and customize messages for ISUP variants. Changing the format of a message affects the formatting of every incoming and outgoing instance of that message.

SS7 allows the host to configure up to 32 user-defined ISUP messages per stack. The host can create PPLs to send and receive user-defined ISUP messages.

The L3P CIC and ISUP CPC components must be modified to create the Transport Event User-defined Messages. The User-defined ISUP Message Mode illustrates the model for sending and receiving user-defined ISUP messages.

To facilitate the passing of user-defined ISUP messages, add events and atomic functions to ISUP CPC and L3P CIC. L3P CIC Atomic Function (AF) 99 allows L3P to send a user-defined ISUP message to ISUP. ISUP CPC AF 64 sends an incoming user-defined ISUP message to L3P. AF 65 sends an outgoing user-defined ISUP message to SPRC. For an example of L3P CIC customization, see L3P CIC Send INF/Receive INR and L3P CIC Send INR/Receive INF.

1. Use the PPL Event Request / Indication messages to send or to receive User-defined Message (UDM).

For event values of UDMs, use any value larger than 30 (0x1E). For example, use the following to handle the receiving of INR /INF and the sending of INF/INR:

For ISUP CPC, you do not need to assign an event ID. When you define the UDM in the ISUP Message Format Configuration template (MCT), the PPL automatically assigns the event ID. For example, you define:

To modify the ISUP Message Configuration Table, create the message templates for the new messages according to the related specification. Use the SS7 ISUP Message Format Configure API message (0x6B) to assign the UDM number. For example:

To modify the PPL State Machine, decide which state to modify or add. Decide which state will receive or send the UDMs. For example, you will receive an INR after an IAM, which means the L3P CIC is in the Inseize state (State 2).

For L3P CIC - You can see the following DS0 file for example, but you have to pay attention to sending UMD and receiving UDM.

AF 76 adds prestored ISUP parameter entities into the L3P CIC configuration bytes. The following examples uses configuration bytes 150-152 and 160-162. If no parameters are prestored, use 0 as the number of parameters.

• AF71 Fill in the ISUP MSG Index, for example AF71(48), where 48 is the ISUP MSCT index 48(0x30) is the MCT.

Use the PPL tool to create state table function to generate the PPL REP file. Then, use the tool REP2CFG.EXE to create the CFG files.

By default, ISUP processes MTP Pause Indications immediately. ISUP forces all CICs for the paused destination (DPC) out-of-service. Any active calls are listed as the CICs are brought out-of-service. The CICs remain out-of-service until the DPC receives an MTP Resume Indication.

The host can configure the ISUP to delay the processing of the MTP Pause Indication. The host can enable the MTP Pause Logic by setting PPL Configuration Byte 5 in ISUP SPRC. If this flag is set, an MTP Pause Indication is delayed for a period of time determined by an ISUP SPRC PPL Timer. The actual time before a Pause is processed is 10 times the timer value (so setting the timer for 5 seconds causes the Pause expiration in 50 seconds).

During the delay period, all outgoing messages for the DPC are queued in ISUP. If an MTP Resume Indication is received before the timer expiration, the queued messages are sent and the Pause is discarded. If the Pause Timer expires, the queued messages are discarded and the pause is processed as previously described.

The Called and Calling Party number can be passed to the host as BCD encoded digits, allowing an application to use a generic Feature Group D call model. As shown in Request For Service with BCD Encoded Digits, AF 11 in the L3P CIC state machine tests for the value of L3P CIC Configuration Byte 8 to determine the Request For Service message format.

To enable the sending of BCD Encoded digits, the value in Byte 8 must be changed to "BCD Encoded Digits" (0x01) using the PPL Configure message. This invokes AF 78, which transfers address data to the ISUP Outgoing buffer as BCD encoded digits.

BYTE	Description	Value
8	Request For Service Format	0 = Raw ISUP (default) 1 = BCD digits

For incoming calls, the default is to pass all parameters to the host in an SS7 Data ICB message, as shown in Default Parameter Handling. The host can configure the CSP to pass specific parameters, or no parameters, by modifying the L3P CIC state machine using the PPL Tool.

1. Upon reception of an ISUP Setup Indication, AF 96 stores the SS7 parameters into the ISUP Incoming Buffer.

2. AF 11 tests the L3P CIC Configuration Bytes to determine the Request For Service format (Raw ISUP or BCD Encoded Digits).

3. As the default format is Raw ISUP (0), AF 77 is invoked, which transfers all network ISUP parameters into the L4/L5 Outgoing buffer. (To change the Request For Service format to BCD-encoded digits, See Request For Service Message Format.

The host can configure L3P CIC to send specific parameters using AF 93, which transfers the parameter data in the incoming buffer to the L4/L5 Outgoing Buffer. Argument 1 indicates the Parameter ID. The function must be invoked for each parameter to be sent.

For the host to receive a Request For Service With Data with no SS7 parameters, L3P CIC should be modified as shown in Request for Service With Data - Specified SS7 Parameters. Upon reception of the ISUP Setup Indication, AF 69 sends a Q.931 Setup to L4. By removing AF 96, no parameters are stored or sent. Because no digits are to be sent, the test for the Request For Service format is removed.

See Integrated Services Digital Network User Part.

See Message Transfer Part.

RFS. A Status Message indicating that some entity is requesting service from the Excel platform.

See Signaling System Number Seven.

See Programmable Protocol Language.

American National Standards Institute. ANSI administers and coordinates the U.S. voluntary standardization and conformity assessment system for the
telecommunications industry. More details on these standards may be
viewed at www.ansi.org.

Digital communications link - voice, data, and video at a 1.544 Mbps rate (24 64 Kbps channels)

International Telecommunications Union (UN)

ITU-TSS Publication on Applications of the ISUP for International ISDN Interconnections (ISUP)

See Information Control Block.

See Circuit Identification Codes.

AF. A predefined PPL software routine that performs a single, simple task, such as "Transmit Line Signaling" or "Allocate Digit Buffer." It is composed of standard software interrupts, calls, and data formats used by applications. Each AF has two values named "Arguments." AFs 1-50 are generic, and apply to all PPL components. AFs 51 and above apply to specific components. An AF is called "Atomic" because it is the smallest useful unit in PPL.

See Atomic Function.

A condition that, when met, drives a state machine from one state to another. A condition that drives a Component out of its current state by invoking an associated primitive.

In PPL, a condition that, when met, drives a state machine (PPL Component) from one state to another, by invoking an associated Primitive. In PPL files, an Event is marked by an arrow and text.

A computer, attached to the Excel platform through an RS-232 or Ethernet link, from which you run the telecommunications application that controls the Excel platform.

The condition of a component at a given instant. The current "context" of a PPL object, such as Idle, Seizing, Answered. In PPL files, a State is represented by a circle.

A State Machine defines the events (functions) required to drive a channel from one state to another through a graphical interface tool. A State Machine is configured and managed using API Messages or the PPL Tool. Based on the occurrence of an Event, a State Machine drives each channel through its Protocol Tables. It creates one state from another, invoked by an event. Processing is complete when a "normal" state is reached. "Wait" and "Stable" are normal states.

150	Information Length	0x02 (INR)
151	Message ID	0x03
152	Number of Parameters	0x00 (no per-stored)
160	Information Length	0x02 (INF)
161	Message Id	0x04
162	Number of Parameters	0x00 (no per-stored)