MTP3 Programmer's Manual
MTP3 Programmer's Manual
MTP3 Programmer's Manual
05-2471-001-01
INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH INTEL PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN INTEL'S TERMS AND CONDITIONS OF SALE FOR SUCH PRODUCTS, INTEL ASSUMES NO LIABILITY WHATSOEVER, AND INTEL DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF INTEL PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY PATENT, COPYRIGHT OR OTHER INTELLECTUAL PROPERTY RIGHT. Intel products are not intended for use in medical, life saving, or life sustaining applications. Intel may make changes to specifications and product descriptions at any time, without notice. This MTP3 Programmers Manual as well as the software described in it is furnished under license and may only be used or copied in accordance with the terms of the license. The information in this manual is furnished for informational use only, is subject to change without notice, and should not be construed as a commitment by Intel Corporation. Intel Corporation assumes no responsibility or liability for any errors or inaccuracies that may appear in this document or any software that may be provided in association with this document. Except as permitted by such license, no part of this document may be reproduced, stored in a retrieval system, or transmitted in any form or by any means without express written consent of Intel Corporation. Copyright 2005, Intel Corporation AnyPoint, AppChoice, BoardWatch, BunnyPeople, CablePort, Celeron, Chips, CT Media, Dialogic, DM3, EtherExpress, ETOX, FlashFile, i386, i486, i960, iCOMP, InstantIP, Intel, Intel Centrino, Intel Centrino logo, Intel logo, Intel386, Intel486, Intel740, IntelDX2, IntelDX4, IntelSX2, Intel InBusiness, Intel Inside, Intel Inside logo, Intel NetBurst, Intel NetMerge, Intel NetStructure, Intel SingleDriver, Intel SpeedStep, Intel StrataFlash, Intel TeamStation, Intel Xeon, Intel XScale, IPLink, Itanium, MCS, MMX, MMX logo, Optimizer logo, OverDrive, Paragon, PDCharm, Pentium, Pentium II Xeon, Pentium III Xeon, Performance at Your Command, RemoteExpress, SmartDie, Solutions960, Sound Mark, StorageExpress, The Computer Inside., The Journey Inside, TokenExpress, VoiceBrick, VTune, and Xircom are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. * Other names and brands may be claimed as the property of others. Publication Date: July 2005 Document Number: 05-2471-001-01 Intel Converged Communications, Inc. 1515 Route 10, Parsippany, NJ 07054 For Technical Support, visit the Intel Telecom Support Resources website at: http://developer.intel.com/design/telecom/support/ For Products and Services Information, visit the Intel Telecom Products website at: http://www.intel.com/design/network/products/telecom/index.htm For Sales Offices and other contact information, visit the Intel Telecom Building Blocks Sales Offices page at: http://www.intel.com/network/csp/sales/
Contents
Contents
1 Introduction.................................................................................................................................... 7 1.1 1.2 2 2.1 2.2 2.3 2.4 3 3.1 3.2 Applicability........................................................................................................................... 7 Related Information .............................................................................................................. 8 MTP3 Module Overview ....................................................................................................... 9 Module Configuration............................................................................................................ 9 Feature Overview ............................................................................................................... 10 General Description ............................................................................................................ 10 Protocol Requests from User Part to MTP3 ....................................................................... 13 3.1.1 API_MSG_TX_REQ MTP Transfer Request ..................................................... 14 Protocol Indications from MTP3 to User Part ..................................................................... 15 3.2.1 API_MSG_RX_IND MTP Transfer Indication ..................................................... 16 3.2.2 MTP_MSG_PAUSE MTP Pause Indication........................................................ 17 3.2.3 MTP_MSG_RESUME MTP Resume Indication ................................................. 18 3.2.4 MTP_MSG_STATUS MTP Status Indication...................................................... 19 Layer Management Requests Sent to MTP3...................................................................... 20 3.3.1 MTP_MSG_ACT_LS Activate Link Set Request ................................................ 21 3.3.2 MTP_MSG_DEACT_LS Deactivate Link Set Request ....................................... 22 3.3.3 MTP_MSG_ACT_SL Activate Signaling Link Request ....................................... 23 3.3.4 MTP_MSG_DEACT_SL Deactivate Signaling Link Request.............................. 24 3.3.5 MTP_MSG_INHIB_SL Inhibit Signaling Link Request........................................ 25 3.3.6 MTP_MSG_UNINHIB_SL Uninhibit Signaling Link Request .............................. 26 3.3.7 MTP_MSG_SLTC_START Signaling Link Test Request ................................... 27 3.3.8 MTP_MSG_SRT_START Start SRT Request (Japan)....................................... 28 Management Indications Issued by MTP3 to Layer Management...................................... 29 3.4.1 MTP_MSG_LINK_INHIB Signaling Link Inhibited Indication .............................. 30 3.4.2 MTP_MSG_LINK_UNINHIB Signaling Link Uninhibited Indication..................... 31 3.4.3 MTP_MSG_INHIB_DENIED Signaling Link Inhibit Denied Indication ................ 32 3.4.4 MTP_MSG_UNINHIB_FAIL Signaling Link Uninhibit Failure Indication ............. 33 3.4.5 MTP_MSG_SRT_RESULT SRT Result Indication (Japan)................................ 34 Management Requests Sent to MTP3................................................................................ 35 3.5.1 MTP_MSG_RESET MTP3 Module Reset Request ............................................ 37 3.5.2 MTP_MSG_CONFIG MTP3 Module Configuration Request .............................. 38 3.5.3 MTP_MSG_CNF_LINKSET Link Set Configuration Request ............................. 43 3.5.4 MTP_MSG_CNF_LINK Signaling Link Configuration Request........................... 45 3.5.5 MTP_MSG_CNF_ROUTE Route Configuration Request................................... 47 3.5.6 MTP_MSG_CNF_TIMERS MTP3 Timer Configuration Request........................ 50 3.5.7 MTP_MSG_TRACE_MASK MTP3 Trace Mask Configuration Request............. 52 3.5.8 MTP_MSG_END_LINKSET Link Set End Request............................................ 56 3.5.9 MTP_MSG_END_LINK Signaling Link End Request ......................................... 56 3.5.10 MTP_MSG_END_ROUTE Route End Request.................................................. 57 3.5.11 MTP_MSG_GARBAGE Clear Garbage Request ............................................... 58 3.5.12 MTP_MSG_UPDATE_L4 Update Level 4 Request ............................................ 59
3.3
3.4
3.5
Contents
3.6
3.5.13 MTP_MSG_R_LK_STATUS Read Link Status Request .................................... 60 3.5.14 MTP_MSG_R_RT_STATUS Read Route Status Request................................. 62 3.5.15 MTP_MSG_R_SP_STATS Read Signaling Point Statistics Request................. 64 3.5.16 MTP_MSG_R_RT_STATS Read Route Statistics Request ............................... 65 3.5.17 MTP_MSG_R_LS_STATS Read Link Set Statistics Request ............................ 66 3.5.18 MTP_MSG_R_LK_STATS Read Link Statistics Request .................................. 67 3.5.19 GEN_MSG_MOD_IDENT Read Module Version Request................................. 68 Management Indications Issued by MTP3.......................................................................... 69 3.6.1 MGT_MSG_MTP_EVENT MTP3 Q.752 Event Indication .................................. 70 3.6.2 MGT_MSG_EVENT_IND Error Indication .......................................................... 71 3.6.3 MGT_MSG_TRACE_EV Trace Event Indication................................................ 75 Message Summary Table................................................................................................... 76 Primitives Issued by MTP3 to MTP2................................................................................... 79 Primitives Received by MTP3 from MTP2 .......................................................................... 79 Messages Exchanged Between MTP3 and Timer Services............................................... 80 Messages Exchanged Between MTP2 and MTP3 On-board ............................................. 80
Internal Interfaces........................................................................................................................ 79
Glossary ....................................................................................................................................... 81
Figures
1 MTP3 Context Diagram .............................................................................................................. 11
Tables
1 Message Summary Table........................................................................................................... 76
Revision History
Issue Date Description of Changes Changed to Intel format. Support for additional link and route status queries added using messages: MTP_MSG_R_RT_STATUS, MTP_MSG_R_LK_STATUS and MTP_MSG_UPDATE_L4. 6 07-Jul-05 Support for Japan specific Signaling Route Test (SRT) added using messages: MTP_MSG_SRT_START and MTP_MSG_SRT_RESULT. Support for dynamic configuration changes added using the messages: MTP_MSG_END_LINKSET, MTP_MSG_END_LINK and MTP_MSG_END_ROUTE. Module enhanced to support Alternative Routing. Format of link set and route configuration messages modified (while maintaining backward compatibility). 5 26-Nov-97 Link set configuration enhanced so that each link set can (if required) have a different local point code and use a different sub-service field setting. Management Inhibiting now supported. Minor typographical corrections including mnemonics for many message types.
Contents
Issue
Date
Description of Changes Name changed from Level 3 Programmers Manual to MTP3 Programmers Manual. ANSI and 24-bit point code options added. module_id no longer required in configuration message. Level 2 instance number added.
08-Jun-95
Contents
Introduction
Signaling System Number 7 (SS7) as defined by the ITU-T and other national standards bodies defines a Message Transfer Part (MTP) for the reliable transfer of messages between different nodes within a telephony network. MTP is conceptually sub-divided into three layers: MTP1, MTP2 and MTP3. The Signaling Network Functions of the MTP are known as MTP Level 3 (MTP3) as specified in ITU-T Recommendation Q.704, ANSI T1.111.4 and used by many other national and international standards bodies. The Signaling Network Functions ensure a reliable transfer of the signaling messages even in the event of failures of signaling links or nodes within the signaling network. MTP3 uses the services offered by the underlying protocol module (for example, MTP2 or M2PA) to achieve point-to-point communication with peer MTP3 implementations. This manual gives an overview of the operation of the MTP3 module and defines the structure of all messages that can be sent to the module or issued by the module.
1.1
Applicability
This manual relates to the MTP3 software implementation used on Intel NetStructure SS7 products. It is applicable to MTP3 host-based software and to board-based MTP3 software running on the following boards:
The manual is intended for use by developers who are using SS7 board-level products and wish to use some or all of the features of the message-based interface to the MTP3 module. Users of the s7_mgt configuration utility should note that the s7_mgt utility generates the configuration messages detailed in this document based on the content of a configuration file therefore, there is no need for the user to generate configuration messages. This manual is not intended for use with the following Intel NetStructure SS7 products:
Introduction
This document describes the interface to the MTP3 module including full details of all run-time configuration options. It applies to revisions of the MTP3 module commencing with a major revision number of 5 (for example, Version 5.00). The module version can be read using the GEN_MSG_MOD_IDENT message described later in this manual.
1.2
Related Information
Refer to the following documents for related information:
Software Environment Programmers Manual U10SSS MTP2 Programmers Manual 05-2331 M2PA Programmers Manual 05-2407 ITU-T Recommendations Q.704, Q.707 Message Transfer Part ITU-T Recommendation Q.752 Monitoring and Measurements ANSI T1.111.4 Message Transfer Part
For more information on the SS7 products and solutions provided by Intel, visit http://www.intel.com/go/ss7.
Functional Overview
2.1 MTP3 Module Overview
The MTP3 module is an implementation of the ITU-T Signaling System Number 7 (SS7), Message Transfer Part (MTP) level 3. It implements the Signaling Message Handling and Signaling Network Functions from Q.704, the Signaling Link Test Control from Q.707 and Monitoring and Measurement Reporting from Q.752. The MTP3 module can also be configured at run-time to operate in accordance with ANSI T1.111. The MTP3 module provides the user with sufficient level 3 functionality to implement a Signaling Point (SP) equipped with multiple link sets, each containing up to 16 signaling links and connecting to multiple destinations either directly or via Signaling Transfer Points (STPs). It supports load sharing within a link set and the full changeover and changeback procedures to ensure that, in the event of a link failure, traffic is transferred to an alternative link in the link set. The module also supports the use of Alternative Link Sets allowing each destination to be reached by two Alternative Routes. These link sets can be configured as preferred and secondary link sets or as equal priority, in which case, load sharing across the link sets is supported. In the event of a link set failure or recovery, the Forced Rerouting and Controlled Rerouting procedures are invoked. Messages can be sent to adjacent signaling points using the associated mode of signaling or via signaling transfer points to any remote signaling point using the quasi-associated mode. Received messages destined for the signaling point are presented to the appropriate User Part module, which is provided by the user. The user can activate and deactivate each signaling link set or individual links, inhibit and uninhibit individual links and enable the Signaling Link Test (SLT) procedure in accordance with ITU-T Recommendation Q.707. The module also supports comprehensive event reporting and measurements in accordance with ITU-T Q.752. In addition to protocol-related functions, the MTP3 module contains a number of features to assist the user when developing an application. These features include the ability to trace any primitive message received by or issued from the MTP3 module to a management module where it can be recorded or presented to the user. In this way, the user can debug the application without ever needing to gain detailed knowledge of the internal operation of the MTP3 module.
2.2
Module Configuration
Each link set is uniquely identified by a link set identifier (linkset_id) with a value in range 0 to one less than the number of link sets supported. Each link within the module is uniquely identified by a link identifier (link_id) with a value in the range 0 up to one less than the number of links supported. In all message exchanges with the management module, each link is considered to belong to a link set and references to the link are made using the link set identifier (linkset_id) and the link reference (link_ref), which has a value in the range 0 to one less than the maximum configured number of links in a link set.
Functional Overview
The MTP3 module is configured for operation in conjunction with up to 16 user part modules that lie above the MTP3 module in the protocol stack and one or more level 2 modules that lie below the MTP3 module in the protocol stack. Management functions should be provided by a management module that is responsible for correctly configuring the MTP3 module, activating and deactivating the links and recording or presenting the trace messages and event indications to the user.
2.3
Feature Overview
Key features of the MTP3 module include:
Software implementation of ITU recommendation Q.704 Software implementation of ANSI T1.111.4. Support for 24-bit point codes (China) Support for Japan specific extensions Run-time selection between ITU, ANSI, China and Japan operation Run-time selection of point code size 14-bit, 16-bit or 24-bit Support for dual-operation, where two instances of MTP3 cooperate to form a single local point code Support for Alternative Routing and Combined Link Sets Support for Signaling Link Test Support for Monitoring and Measurements in accordance with ITU-T Q.752 Message-based interface Comprehensive trace options for selectively reporting to system management each primitive issued to, or received by, the MTP3 module
2.4
General Description
The interface to the MTP3 module is entirely message based using the structured messages documented in the Software Environment Programmers Manual. The MTP3 module is capable of working in conjunction with board-based MTP2 implementations running on multiple boards and host-based M2PA implementations. Figure 1 provides an overview of the MTP3 module showing the various interfaces.
10
Functional Overview
MTP_MSG_RESET MTP_MSG_CONFIG MTP_MSG_CNF_LINKSET MTP_MSG_CNF_LINK MTP_MSG_CNF_ROUTE MTP_MSG_CNF_TIMERS MTP_MSG_TRACE_MASK MTP_MSG_END_LINKSET MTP_MSG_END_LINK MTP_MSG_END_ROUTE MTP_MSG_GARBAGE MTP_MSG_UPDATE_L4 MTP_MSG_R_LK_STATUS MTP_MSG_R_RT_STATUS MTP_MSG_R_SP_STATS MTP_MSG_R_RT_STATS MTP_MSG_R_LS_STATS MTP_MSG_R_LK_STATS GEN_MSG_MOD_IDENT
API_MSG_TX_REQ
Management Interface
MTP3 Module
SS7_MSG_TM_EXP
API_MSG_RX_IND SS7_MSG_IN_SVC SS7_MSG_OUT_SVC SS7_MSG_REM_PR_OUT SS7_MSG_REM_PR_OK SS7_MSG_RXD_BSNT API_MSG_RTVD_MSG SS7_MSG_RTVL_COMPL MTP_MSG_RTVL_NOT_POS MTP_MSG_LINK_CONG MTP_MSG_LINK_UNCONG MTP_MSG_FLUSH_ACK
System Services
MTP2 Interface
11
Functional Overview
12
Message Reference
This section describes the individual messages and associated parameters that may be sent to MTP3 or generated by MTP3. The interface is message based using messages of type MSG as defined in the Software Environment Programmers Manual.
These messages are used for the primitive protocol interface with layer 4 User Part module, the primitive protocol interface with the MTP3 layer management module and for the non-primitive interface to management for the purposes of configuring and managing the MTP3 module. The messages are grouped into the following categories:
Protocol Requests from User Part to MTP3 Protocol Indications from MTP3 to User Part Layer Management Requests Sent to MTP3 Management Indications Issued by MTP3 to Layer Management Management Requests Sent to MTP3 Management Indications Issued by MTP3
3.1
13
Message Reference
3.1.1
14
Message Reference
3.2
API_MSG_RX_IND MTP Transfer Indication MTP_MSG_PAUSE MTP Pause Indication MTP_MSG_RESUME MTP Resume Indication MTP_MSG_STATUS MTP Status Indication
15
Message Reference
3.2.1
16
Message Reference
3.2.2
17
Message Reference
3.2.3
18
Message Reference
3.2.4
19
Message Reference
3.3
MTP_MSG_ACT_SL Activate Link Set Request MTP_MSG_DEACT_SL Deactivate Link Set Request MTP_MSG_INHIB_SL Inhibit Signaling Link Request MTP_MSG_UNINHIB_SL Uninhibit Signaling Link Request MTP_MSG_SLTC_START Signaling Link Test Request MTP_MSG_SRT_START Start SRT Request (Japan)
When sending layer management requests to MTP3, the user should ensure that the message is sent to the correct module_id, the correct instance of the MTP3 module (if multiple instances are in use for example on different boards) and to the correct id. The default module_id for MTP3 is MTP_TASK_ID (0x22). However, host-based MTP3 is capable of running at different module IDs and this can be useful for example where multiple MTP3 modules are running on a single host. The user should ensure that the correct MTP3 module ID is written to the hdr->dst field of the message. Typically, it is appropriate to set the instance value to 0 using the GCT_set_instance( ) library function, however if separate MTP3 instances are running on multiple boards, it is necessary to set the instance to the board_id on which the target MTP3 is running. Since links are identified in terms of linkset_id and link_ref, the hdr->id field for all layer management requests should be set to (linkset_id * 256) + link_ref. The hdr->rsp_req field may be used optionally to request a confirmation. If requested, the MTP3 module confirms acceptance of the primitive by sending the message back to its originator with bit 14 cleared in the type field of the message. This mechanism is described in detail in the Software Environment Programmers Manual.
20
Message Reference
3.3.1
Description On receipt of this message, MTP3 attempts to activate all links in the link set. Receipt of a confirmation message does not imply that the link set is available for use, merely that MTP3 is attempting to bring the link into service. The user part should determine availability of a signaling relation using the MTP PAUSE and MTP RESUME indications. The user can determine the current state of individual signaling links on demand using the MTP_MSG_R_LK_STATUS message.
21
Message Reference
3.3.2
Description On receipt of this message, MTP3 attempts to deactivate all links in the link set.
22
Message Reference
3.3.3
Description On receipt of this message, MTP3 attempts to activate the specified link in the link set. Receipt of a confirmation message does not imply that the link is available for use, merely that MTP3 is attempting to bring the link into service. The user part should determine availability of a signaling relation using the MTP PAUSE and MTP RESUME indications. The user can determine the current state of a signaling link on demand using the MTP_MSG_R_LK_STATUS message.
23
Message Reference
3.3.4
Description On receipt of this message, MTP3 attempts to deactivate the specified link in the link set.
24
Message Reference
3.3.5
Description On receipt of this message, MTP3 attempts to execute the Management Inhibiting function. For Management Inhibiting to succeed, there must be alternative available links to reach all destinations that can be accessed over the link. If the procedure is successful, MTP3 stops sending traffic over the link. If the procedure is not successful, the MTP3 module issues a message to management (MTP_MSG_INHIB_DENIED) indicating that the requested operation has failed. The user can determine the current state of a signaling link (including whether it is currently inhibited) on demand using the MTP_MSG_R_LK_STATUS message.
25
Message Reference
3.3.6
Description On receipt of this message, MTP3 attempts to execute the Management UnInhibiting function. If the procedure is not successful, the MTP3 module issues a message (MTP_MSG_UNINHIB_FAIL) to management indicating that the requested operation has failed. The user can determine the current state of a signaling link (including whether it is currently inhibited) on demand using the MTP_MSG_R_LK_STATUS message.
26
Message Reference
3.3.7
Description Receipt of this message causes a Signaling Link Test to be carried out on the specified link. This test is in addition to the periodic test that is carried out automatically by the module (when configured accordingly). Typically, this message is not used when the periodic Signaling Link Test is enabled.
27
Message Reference
3.3.8
Description This primitive is issued by the user to request that a Signaling Route Test is started on the specified link towards the specified DPC. The MTP3 module generates the message and sends it to the network. It also starts an internal timer (Designated in JT-Q.707/NTT-Q.707 as Timer T10) while waiting for a response. If a successful response is not received, MTP3 generates a second SRT message, restarts the timer and waits for the response. On receipt of the response, or failure of the SRT, MTP3 sends an MTP_MSG_SRT_RESULT message to the user indicating the result of the test.
28
Message Reference
3.4
MTP_MSG_LINK_INHIB Signaling Link Inhibited Indication MTP_MSG_LINK_UNINHIB Signaling Link Uninhibited Indication MTP_MSG_INHIB_DENIED Signaling Link Inhibit Denied Indication MTP_MSG_UNINHIB_FAIL Signaling Link Uninhibit Failure Indication MTP_MSG_SRT_RESULT SRT Result Indication (Japan)
Messages are sent to the module_id configured as the Management module ID (mgmt_id) in the MTP3 module configuration message (MTP_MSG_CONFIG), except in the case of the MTP_MSG_SRT_RESULT message where the result is sent to the module that originally requested the SRT.
29
Message Reference
3.4.1
Description This message is issued to management whenever a signaling link becomes inhibited. This may be due to local inhibiting or remote inhibiting. The user can determine the current state of a signaling link (including whether it is currently inhibited) on demand using the MTP_MSG_R_LK_STATUS message.
30
Message Reference
3.4.2
Description This message is issued to management whenever a signaling link that has been inhibited becomes uninhibited. The user can determine the current state of a signaling link (including whether it is currently inhibited) on demand using the MTP_MSG_R_LK_STATUS message.
31
Message Reference
3.4.3
Description This message is issued to management whenever an attempt at inhibiting a signaling link fails.
32
Message Reference
3.4.4
Description This message is issued to management whenever an attempt at uninhibiting a signaling link fails.
33
Message Reference
3.4.5
Description This primitive is issued by MTP3 to the user to convey the result of a Signaling Route Test (SRT) on the specified link. Note: The message is sent to the module_id that requested the original SRT (unlike other management indications that are sent to the management module established at configuration time).
34
Message Reference
3.5
MTP_MSG_RESET MTP3 Module Reset Request MTP_MSG_CONFIG MTP3 Module Configuration Request MTP_MSG_CNF_LINKSET Link Set Configuration Request MTP_MSG_CNF_LINK Signaling Link Configuration Request MTP_MSG_CNF_ROUTE Route Configuration Request MTP_MSG_CNF_TIMERS MTP3 Timer Configuration Request MTP_MSG_TRACE_MASK MTP3 Trace Mask Configuration Request MTP_MSG_END_LINKSET Link Set End Request MTP_MSG_END_LINK Signaling Link End Request MTP_MSG_END_ROUTE Route End Request MTP_MSG_GARBAGE Clear Garbage Request MTP_MSG_UPDATE_L4 Update Level 4 Request MTP_MSG_R_LK_STATUS Read Link Status Request MTP_MSG_R_RT_STATUS Read Route Status Request MTP_MSG_R_SP_STATS Read Signaling Point Statistics Request MTP_MSG_R_RT_STATS Read Route Statistics Request MTP_MSG_R_LS_STATS Read Link Set Statistics Request MTP_MSG_R_LK_STATS Read Link Statistics Request GEN_MSG_MOD_IDENT Read Module Version Request
When sending layer management requests to MTP3, the user should ensure that the message is sent to the correct module_id, the correct instance of the MTP3 module (if multiple instances are in use, for example, on different boards) and to the correct id. The default module_id for MTP3 is MTP_TASK_ID (0x22). However, host-based MTP3 is capable of running at different module IDs and this can be useful for example where multiple MTP3 modules are running on a single host. The user should ensure that the correct MTP3 module ID is written to the hdr->dst field of the message.
35
Message Reference
Typically, it is appropriate to set the instance value to 0 using the GCT_set_instance( ) library function. However, if separate MTP3 instances are running on multiple boards, it is necessary to set the instance to the board_id on which the target MTP3 is running. Care should be taken to correctly populate the hdr->id field as different messages require different parameters. In particular messages relating to links and link sets should be expressed as: (linkset_id * 256) + link_ref. The hdr->rsp_req field may optionally be used to request a confirmation. If requested, the MTP3 module confirms acceptance of the primitive by sending the message back to its originator with bit 14 cleared in the type field of the message. This mechanism is described in detail in the Software Environment Programmers Manual. Messages intended to read back information from MTP3 must use this mechanism, otherwise MTP3 does not respond to the request. The MTP3 module returns a confirmation message containing a status value taken from the following table:
Mnemonic SUCCESS MTP_BAD_PRIM MTP_BAD_ID MTP_GARBAGE Value 0 0x51 0x58 0x65 Description Success Invalid or unexpected message Invalid ID in header Failed to clear garbage queue, (in which case, it is necessary to send another MTP_MSG_GARBAGE message at a later time).
36
Message Reference
3.5.1
Description This message is used to initialize the MTP3 module. All messages received by the module before the first MTP_MSG_RESET message are discarded. Subsequent MTP_MSG_RESET requests cause all system resources requested by the MTP3 module to be released and the module to be reset to its idle state. Whenever the module is reset, it must subsequently be configured (using the MTP_MSG_CONFIG, MTP_MSG_CNF_LINKSET, MTP_MSG_CNF_LINK and MTP_MSG_CNF_ROUTE requests) before attempting to activate signaling links.
37
Message Reference
3.5.2
Parameters
options
This field is a 16-bit field used to convey various run-time options to the module as shown in the following table (refer also to the ext_options field that conveys additional run-time options):
Bit Meaning This bit is set to disable the discrimination function. Typically, only MSUs with a destination point code equal to the point code of the signaling point are distributed to the user parts. However, if this bit is set, ALL received MSUs are passed to the user parts. 0 Normal setting, message discrimination enabled as per protocol specification 1 Disable discrimination
38
Message Reference
Bit
Meaning This bit is set to disable the Sub-Service Field (SSF) discrimination function. Typically, only MSUs with a SSF matching the SSF supplied in the configuration message is accepted for distribution to the user parts. However, if this bit is set, the SSF is not examined by the discrimination function. 0 Normal setting, SSF discrimination enabled as per protocol specification 1 Disable SSF discrimination This bit is used to control the buffer format used by MTP3 for MTP Transfer Requests and Indications. This field should be set as follows depending on the MTP3 implementation in use:
For Host-based MTP3, set this bit to 1 For SS7HD based MTP3 (ss7.dc4), set this bit to 1 For SSPCI4 / SPCI2S / CPM8 based MTP3 (ss7.dc3), set this bit to 0 This bit is used to determine the behavior when an MSU is received from the network for a User Part that is not currently configured. The module can either discard the message with no further action or issue a User Part Unavailable message back to the network. 0 Discard the message 1 Issue a User Part Unavailable message This bit is set to disable operation of Management Inhibiting functionality. When set, any attempt to inhibit a signaling link (either locally or remotely is denied). When clear, Management Inhibiting Functionality operates normally. 0 Normal setting, enable Management Inhibiting support 1 Disable Management Inhibiting support This bit is used to disable the Signaling Route Set Test mechanism. Typically, when a remote signaling point becomes unavailable a periodic Signaling Route Set Test message is issued in order to ensure that subsequent availability of the signaling point is detected. Setting this bit allows the sending of this message to be disabled. 0 Normal setting, enable Signaling Route Set Test 1 - Disable Signaling Route Set Test This bit is used to select between ITU and ANSI operation. 0 - ITU (CCITT) operation
1 - ANSI operation NOTE: For correct ANSI operation, the user should always set bits 9, 10 and 11, as well as bit 8. This bit is used to select between 14/16-bit point codes and 24-bit point codes. It must always be set to 1 when the ANSI option is selected.
0 Use 14-bit or 16-bit point codes (depending on the setting of ext_options bit 4) 1 Use 24-bit point codes This bit is used to enable Multiple Congestion States operation. It should always be set when ANSI option is selected.
10
0 - Disable Multiple Congestion States 1 - Enable Multiple Congestion States This bit is used to enable Multiple Message Priority operation. It should always be set when ANSI option is selected.
11
0 - Disable Multiple Message Priority operation 1 - Enable Multiple Message Priority operation All other bits are reserved for future use and must be set to zero.
Others
mngt_id
The module identifier of the management module to which trace messages and event notifications are sent.
39
Message Reference
tx_pool_size
This parameter is used to set the size of an internal pool of buffers used for generation of MTP3 messages for transmission to the network. This parameter should be set to the following fixed values depending on the specific MTP3 implementation in use:
MTP3 Implementation Host Based MTP3 SS7HD (ss7.dc3) SPCI4 / SPCI2S / CPM8 (ss7.dc3) tx_pool_size 0 0 20
timer_res
This parameter is reserved for future use and should always be set to 1.
point_code
The default local point code of the signaling point (SP) which should lie in the range 0 to 16383 (for 14-bit point codes) and between 0 and 16777215 (for 24-bit point codes). The user can specify the local point code on a per-link set basis if required, allowing MTP3 to connect to more than one network where each network uses a different point code numbering scheme. This is achieved using the local_pc parameter in the link set configuration message which overrides the point_code parameter.
num_links
The total number of signaling links to be supported by the signaling point. This is a run-time setting and should be between 1 and the maximum number of links supported by the implementation. If it is known at configuration time that the system requires less than the maximum number of links, num_links should be set accordingly to achieve slight performance benefits.
num_linksets
The number of link sets to be supported by the signaling point. This is a run-time setting and should be between 1 and the compile-time maximum number of link sets. If it is known at configuration time that the system requires less than the maximum number of link sets, num_linksets should be set accordingly to achieve slight performance benefits.
ssf
The default value to be used in the Sub-Service Field (SSF) of all Message Signal Units (MSUs) originating from within the MTP3 module. The valid range is 0 to 15. This parameter is also used in the discrimination function. The user can override this parameter by specifying a per-link set SSF value if required. Note: When using ANSI operation, the two least significant bits of the ssf parameter must always be set to 1 for correct operation.
user_id
An array of module identifiers for each of the 16 possible User Parts. These are the modules to which the MTP3 module distributes received messages for this signaling point. The value for any User Parts not implemented should be set to zero. The values for the user parts handled by
40
Message Reference
MTP3 (0, 1 and 2) is typically set to zero to allow these messages to be handled internally by MTP3.
user_id user_id[0] user_id[1] user_id[2] user_id[3] user_id[4] user_id[5] user_id[x] Suggested Setting This parameter is typically set to zero so that Signaling Network Management messages are processed by MTP3. This parameter is typically set to zero so that Signaling Network Test & Maintenance messages are processed by MTP3. This parameter is typically set to zero so that ANSI format Signaling Network Test & Maintenance messages are processed by MTP3. If SCCP is in use, this parameter should be set to the module ID of the SCCP module. Otherwise, it should be set to zero. If TUP is in use, this parameter should be set to the module ID of the TUP module. Otherwise, it should be set to zero. If ISUP is in use, this parameter should be set to the module ID of the ISUP module. Otherwise, it should be set to zero. If Service Indicator x is in use, this parameter should be set to the module ID of the appropriate User Part module. Otherwise, it should be set to zero.
ext_options
This field is used in addition to the options field to convey extended run-time options to the module as shown in the following table:
Bit Meaning This bit is used to control the usage of the hdr->id field of MTP Transfer Indication messages. 0 0 The id field contains the User Part Reference (or Service Indicator), this is primarily useful for backward compatibility. 1 - The id field provides an indication of the MTP Label Format used in the parameter area. This is the recommended setting for all new designs. This bit controls how received Transfer Controlled and Signaling Route Set Congestion Messages that are not destined for the local point code are processed. 1 0 Normal operation; messages are discarded. 1 Messages are sent to fixed module_id 0x0a. This bit controls MTP3 operation on detection of Remote Processor Outage (RPO). 2 0 On detection of RPO, the signaling link is taken out of service and restoration commences. This setting is useful for backward compatibility. 1 Normal setting; RPO is handled in accordance with the ITU-T 1992 (and later) recommendations. This bit is used when MTP3 is operating in dual mode to control which bit of the Sub-Service Field is used to flag messages that have been received by one MTP3 and are being conveyed to the dual module over the inter-MTP3 link set. 0 Normal setting; sub-Service Field bit 2 is modified. 1 Alternative setting; sub-Service Field bit 0 is modified. This bit is used to select between 14-bit point codes and 16-bit point codes. It is only significant when 24-bit point codes are NOT selected (refer to the options parameter). 4 0 Use 14-bit point codes 1 Use 16-bit point codes
41
Message Reference
Bit
Meaning This bit is used to activate Japan-specific MTP3 operation. 0 Normal setting; Japan-specific functionality is disabled
1 Japan-specific functionality is enabled NOTE: For correct Japan-specific operation, the user should also select 16-bit point codes by setting bit 4 as well as bit 5. This bit is used to control the handling of received Route Set Test Messages. It should only be set if bit 1 is also set.
0 Normal operation; Route Set Test messages processed by MTP3 1 Route Set Test Messages not processed by MTP3, but passed directly to module_id 0x0a
Others
All other bits are reserved for future use and must be set to zero.
42
Message Reference
3.5.3
Parameters
adj_pc
The adjacent point code, that is, the point code of the signaling point at the other end of all signaling links within the link set.
target_cnt
This field is reserved for future use and should always be set to zero.
num_links
The number of signaling links that are allocated to the link set.
43
Message Reference
Note:
Each of these links requires it's own configuration message be issued to the module.
sls_bits
The number of bits from the SLS field to use for load sharing. This should range from 0 to 4. The least significant bits of the SLS are used for load sharing. Typically, this should be set to 4.
ssf
The value to be used in the Sub-Service Field (SSF) of all Message Signal Units (MSUs) related to this link set originating from within the MTP3 module. The valid range is 0 to 15. The parameter is also used in the discrimination function. This field allows the user to specify the SSF on a per-link set basis (instead of using the default SSF specified in the global configuration message). If the user wishes to specify a per- link set SSF value, bit 1 of the flags field in this message must also be set. Note: When using ANSI operation, the two least significant bits of the ssf parameter must always be set to 1 for correct operation.
local_pc
The local point code of the signaling point as seen by the network connected to this link set. This should lie in the range 0 to 16383 (for 14-bit point codes) and between 0 and 16777215 (for 24-bit point codes). This field allows the user to specify the local point code on a per-link set basis (instead of using the default point_code specified in the global configuration message). When a per-link set local point code is specified, the user must also set bit 0 in the flags field of the link set configuration message.
flags
This field is a 16-bit field containing run-time configuration options for the link set as follows:
Bit Meaning This bit is used to determine whether or not the user has supplied a per-link set local point code for this link set. If not, the point_code parameter from the global configuration message is used instead. 0 - Use the per module (default) point_code as the local point code 1 - Use the local_pc parameter as the local point code for this link set This bit is used to determine whether or not the user has supplied a per-link set subservice-field (SSF) for this link set. If not, the ssf parameter from the global configuration message is used instead. 0 - Use the per-module (default) SSF for this link set 1 - Use the per-link set ssf parameter for this link set This bit must be set to 1 when the message is being used to modify the existing link set configuration. 2 0 Normal setting; used when link set is first configured 1 Reconfiguration; used when the link set is being modified This bit is used to indicate that the link set is the inter-MTP3 link set connecting together the two halves when operating in a dual MTP3 configuration. 15 0 Normal setting 1 This link set is the inter-MTP3 link set in a dual configuration Other bits All other bits are reserved for future use and must be set to zero.
44
Message Reference
3.5.4
Parameters
link_id
The link identifier used to uniquely identify the link within the MTP3 module. The valid range is from 0 to one less than the number of links supported.
slc
The Signaling Link Code (SLC) that distinguishes this link from others in the link set. This is typically the same as link_ref.
lower
The module ID of the level 2 module for this link. Typically, this is set to the MTP2 module ID.
l2_llid
The logical link ID of the signaling link within the level 2 module. This is the value that is used in the id field of messages issued by MTP3 to MTP2.
45
Message Reference
l2_inst
The instance number of the MTP2 module. This is used to determine to which MTP2 module messages for this link should be sent. This allows for multiple instances of the MTP2 module, each running on a separate board.
flags
This field is a 16-bit field containing run-time configuration options that may be used to modify the operation of the signaling link depending on local requirements. The following flags are defined:
Bit Meaning This bit is set to override automatic internal selection of the proving period during link alignment. 0 0 Normal setting; proving period is in accordance with the SS7 protocol 1 Proving period is controlled by bit 3 as detailed below This bit is set to cause a Signaling Link Test to be successfully carried out on link activation before marking the link as available. If it is not set, the link is marked as available as soon as the link is IN SERVICE at level 2. 0 - Do not carry out SLT on activation 1 - Carry out SLT on activation This bit is set to cause a periodic Signaling Link Test to be carried out while a link is in service. In the event that the test fails, the link is marked as unavailable and restoration commences. This option is only valid if bit 1 is also set. 0 - Do not conduct periodic SLT 1 - Conduct periodic SLT This bit is only significant when bit 0 is set to cause fixed selection or for Normal or Emergency proving periods during link alignment. 3 0 Always use Emergency proving period during link alignment 1 Always use Normal proving period during link alignment Other bits All other bits are reserved for future use and must be set to zero.
46
Message Reference
3.5.5
Parameters
dpc
The destination point code, that is, the point code of the remote signaling point for which this message is configuring routing data. It may be either an adjacent point code or a point code accessible via an adjacent Signaling Transfer Point (STP). Note: A route configuration message must be issued for each adjacent signaling point even if no user part messages are sent to the adjacent signaling point.
norm_ls
The linkset_id of the normal link set used to reach the specified destination. This may be any of the following options: a) The only link set used to reach the destination.
47
Message Reference
b) The preferred link set used to reach the destination. c) One of a pair of links sets forming a combined link set. In the latter two cases, a second link set must also be specified.
second_ls
The linkset_id of an optional second link set used to reach the specified destination. This may be either of the following options: a) The secondary link set used to reach the destination only on failure of the preferred link set. b) One of a pair of link sets forming a combined link set over which load sharing takes place. When a second link set is specified, the user must also set bit 0 in the flags field of this message.
up_enable
A 16-bit field used to identify the user parts that are supported over this route. The bits are labelled 0 to 15 and for each user part supported, the bit corresponding to the Service Indicator for that user part should be set. For example, to support just ISUP messages, the ISUP Service Indicator is 5, therefore, bit 5 should be set. Consequently, a up_enable value of 0x0020 is appropriate in this case.
flags
A 16-bit field containing run-time configuration options for the route as follows:
Bit Meaning This bit is used to determine whether or not the user has supplied a second link set parameter for this route. 0 0 - Only a single link set is specified 1 - Two link sets are specified for this route This bit is used to determine whether or not to load share messages across the two link sets. It is only used when two link sets are specified for the route. When set, the MTP3 module load shares messages for the destination equally across each of the two specified link sets. Otherwise, the MTP3 module considers the normal link set to be the preferred link set and only uses the second link set in the event of failure of the normal link set. 0 Disable load sharing, that is, use preferred and secondary link sets 1 Enable load sharing across the two link sets This bit can be used to mark the route as a default route that is used by MTP3 to carry traffic to any destinations that are not explicitly configured using route configuration messages. 0 Normal operation 1 This route is a default route permitted to carry traffic for any unknown DPC This bit is used in conjunction with bit 2 to control the behavior of default routes. 0 Normal operation. If the route is a default route, it is only used to carry traffic when the configured dpc is determined accessible in accordance with normal signaling route accessibility procedures. 1 Pseudo DPC operation. The route is considered available to carry traffic as soon as either link set is accessible. MTP3 does not generate Route Set Test messages or expect Transfer Allowed messages for this default route.
48
Message Reference
Bit
Meaning This bit is used to control the behavior in the event that the destination becomes inaccessible over all link sets within the route.
0 Normal operation. The destination is declared inaccessible and any buffered messages are discarded. 1 An internal 10 second timer is run during which time messages continue to be buffered (subject to capacity) allowing for potential recovery of the route. If the route recovers during this time, buffered messages are transmitted. On expiry of the timer, any buffered messages are discarded. This bit allows the user to disable the Route Set Test (RST) procedure for this route.
0 Normal operation; generate RST messages 1 Disable RST; do not generate RST messages This bit must be set to 1 when the message is being used to modify the existing route configuration.
15
0 Normal setting; used when the route is first configured 1 Reconfiguration; used when the route is being modified All other bits are reserved for future use and must be set to zero.
Other bits
49
Message Reference
3.5.6
50
Message Reference
Parameter Area 44 46 48 Offset 50 52 54 56 2 2 2 Size 2 2 2 8 Timer T22 (ITU) or T20 (ANSI) Timer T23 (ITU) or T21 (ANSI) Timer T24 Name SLTC Timer T1 SLTC Timer T2 Timer T101 Reserved for future use, must be set to zero.
51
Message Reference
3.5.7
Parameters
52
Message Reference
op_evt_mask
The output event trace mask. This is a 32-bit value with bits set to 1 to cause a trace message to be sent to the system management module whenever a message is issued by MTP3 for the events indicated.
31 30 29 28 27 26 25 24 +------+------+------+------+------+------+------+------+ | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | | | | | | | | | +------+------+------+------+------+------+------+------+ 23 22 21 20 19 18 17 16 +------+------+------+------+------+------+------+------+ | 0 | 0 | 0 |FLUSH | CONT |MSGFOR|UNINH_|INHIB_| | | | | | |USP |FAIL |DENIED| +------+------+------+------+------+------+------+------+ 15 14 13 12 11 10 9 8 +------+------+------+------+------+------+------+------+ |LINK_ |LINK_ |LPO_ |LPO |RTVL_ |RTV_ |L2_ |L2_EM | |UNINH |INHIB |RECOV | |REQ |BSNT |NO_EM | | +------+------+------+------+------+------+------+------+ 7 6 5 4 3 2 1 0 +------+------+------+------+------+------+------+------+ |L2_ |L2_ |TX_REQ| 0 |STATUS|RESUME|PAUSE |TFR_ | |STOP |START | | | | | |IND | +------+------+------+------+------+------+------+------+
where: FLUSH = Flush Request CONT = Continue Request MSGFORUSP = Message for unknown destination point code indication UNINH_FAIL = MTP Uninhibit Failed Indication INHIB_DENIED = MTP Uninhibit Denied Indication LINK_UNINH = MTP Link Uninhibited Indication LINK_INHIB = MTP Link Inhibited Indication LPO_RECOV = Local Processor Recovered Indication LPO = Local Processor Outage Indication RTVL_REQ = Retrieval Request RTV_BSNT = Retrieve BSNT Request L2_NO_EM = Emergency Ceases Indication L2_EM = Emergency Indication L2_STOP = Stop Request L2_START = Start Request TX_REQ = Message for Transmission Request STATUS = MTP Status Indication RESUME = MTP Resume Indication PAUSE = MTP Pause Indication TFR_IND = MTP Transfer Indication
53
Message Reference
ip_evt_mask
The input event trace mask. This is a 32-bit value with bits set to 1 to cause a trace message to be sent to the system management module on receipt of messages indicating the events shown.
31 30 29 28 27 26 25 24 +------+------+------+------+------+------+------+------+ | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | | | | | | | | | +------+------+------+------+------+------+------+------+ 23 22 21 20 19 18 17 16 +------+------+------+------+------+------+------+------+ | 0 |FLUSH |RTVL_ |BSNT_ |LINK_ |LINK_ |UNINH_|INHIB_| | |ACK |NOTPOS|NOTRTV|UNCONG|CONG |LINK |LINK | +------+------+------+------+------+------+------+------+ 15 14 13 12 11 10 9 8 +------+------+------+------+------+------+------+------+ |DEACT_|ACT_ | 0 |START_|DEACT_|ACT_ |RTVL_ |RTVD_ | |LKSET |LKSET | |SLTC |LINK |LINK |CMPL |MSG | +------+------+------+------+------+------+------+------+ 7 6 5 4 3 2 1 0 +------+------+------+------+------+------+------+------+ |BSNT_ |L2_RPO|L2_RPO|L2_OUT|L2_IN |TM_EXP|RX_IND|TFR_ | |IND |_CLRD | |_SVC |_SVC | | |REQ | +------+------+------+------+------+------+------+------+
where: FLUSH_ACK = Flush Ack Indication RTVL_NOTPOS = Retrieval Not Possible Indication BSNT_NOTRTV = BSNT Not Retrievable Indication LINK_UNCONG = Link Uncongested Indication LINK_CONG = Link Congested Indication UNINH_LINK = Uninhibit Link Request INHIB_LINK = Inhibit Link Request DEACT_LKSET = Deactivate Link Set Request ACT_LKSET = Activate Link Set Request START_SLTC = Start Signaling Link Test Request DEACT_LINK = Deactivate Link Request ACT_LINK = Activate Link Request RTVL_CMPL = Retrieval Complete Indication RTVD_MSG = Retrieved Message Indication BSNT_IND = BNST Indication L2_RPO_CLRD = Remote Processor Outage Cleared Indication L2_RPO = Remote Processor Outage Indication L2_OUT_SVC = Out Of Service Indication L2_IN_SVC = In Service Indication TM_EXP = Timer Expiry Indication RX_IND = Received Message Indication TFR_REQ = MTP Transfer Request
54
Message Reference
q791_evt_mask
The event mask that determines which Monitoring and Measurement events are generated by MTP3. This is a 32-bit value with bits set to 1 to cause protocol events to be reported to management in accordance with ITU-T Q.752 (previously Q.791). When enabled, events are reported using the MGT_MSG_MTP_EVENT message. Note: Typically these events should be enabled for normal operation; take care not to inadvertently clear these fields when sending this message to MTP3.
31 30 29 28 27 26 25 24 +------+------+------+------+------+------+------+------+ | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | | | | | | | | | +------+------+------+------+------+------+------+------+ 23 22 21 20 19 18 17 16 +------+------+------+------+------+------+------+------+ | 0 | 0 | 0 | 0 | 0 | 0 | 0 |AJSP_ | | | | | | | | |OK | +------+------+------+------+------+------+------+------+ 15 14 13 12 11 10 9 8 +------+------+------+------+------+------+------+------+ |AJSP_ |DEST_ |DEST_ |TFA_ |TFP_ |LS_ |LS_ |CONG_ | |LOST |OK |LOST |SENT |SENT |OK |LOST |DIS | +------+------+------+------+------+------+------+------+ 7 6 5 4 3 2 1 0 +------+------+------+------+------+------+------+------+ |CONG_ |CONG |RPO_ |RPO |REST |CB |CO | 0 | |CLR | |CLR | | | | | | +------+------+------+------+------+------+------+------+
where: AJSP_OK = Adjacent SP accessible AJSP_LOST = Adjacent SP inaccessible DEST_OK = Destination available DEST_LOST = Destination unavailable TFA_SENT = Transfer Allowed broadcast TFP_SENT = Transfer Prohibited broadcast LS_OK = Link Set recovered LS_LOST = Link Set failure CONG_DIS = MSU(s) discarded due to congestion CONG_CLR = Congestion cleared CONG = Signaling link congested RPO_CLR = Remote processor outage cleared RPO = Remote processor outage REST = Link restoration commenced CB = Changeback CO = Changeover
55
Message Reference
3.5.8
3.5.9
56
Message Reference
3.5.10
Parameters
dpc
The destination point code for which the route is being removed.
57
Message Reference
3.5.11
Note:
The garbage queue is only used on certain board-based MTP3 implementations (that is, SPCI4, SPCI2S and CPM8). It is not used for host-based implementations or on the SS7HD board. Message Format
Message Header Field Name type id src dst rsp_req hclass status err_info len Meaning MTP_MSG_GARBAGE (0x731d) 0 Sending module ID MTP3 module ID Used to request a confirmation 0 0 0 0
58
Message Reference
3.5.12
Description This message is sent to the MTP3 module to request that all user parts are notified of the current route status for the given destination using the normal MTP PAUSE, MTP RESUME and MTP STATUS primitives. The message is intended for use after new routes have been configured or following additional user part configuration on a live system (for example, the addition of a new ISUP circuit group). It allows the user to ensure that the user part is updated with the current accessibility of the destination. The confirmation message indicates success or failure in the status field of the header (success = 0). Parameters
dpc
The destination point code for which a status broadcast is requested.
59
Message Reference
3.5.13
Note:
This is the preferred method of reading link status as it does not require the application to track status indications to know the current status. Message Format
Message Header Field Name type id src dst rsp_req hclass status err_info len Meaning MTP_MSG_R_LK_STATUS (0x6322) (linkset_id * 256) + link_ref Sending module ID MTP3 module ID Must be used to request a confirmation 0 0 0 8 Parameter Area Offset 0 2 3 4 6 Size 2 1 1 2 2 Name link_id availability Reserved for future use; currently set to zero state_flags transient_flags
Parameters
link_id
The MTP3 global link ID written into the response for convenience.
availability
Coded as follows:
Value 0 1 Mnemonic MTPLKAV_UNAVAILABLE MTPLKAV_AVAILABLE Description Unavailable; the link is not available to carry signaling traffic Available; the link is available to carry signaling traffic
60
Message Reference
state_flags
Contains a number of individual flags that allow the user to determine the reason for link unavailability. It is coded as follows:
Bit 0 1 2 3 Mnemonic MTPLKSF_FAILED MTPLKSF_INHR MTPLKSF_INHL MTPLKSF_BLKR Description The link is out of service at MTP2 (either due to failure, deactivation or SLT failure). The link is Remotely Inhibited. The link is Locally Inhibited. The link is (Remotely) Blocked (that is, a Remote Processor Outage condition currently exists).
transient_flags
Contains a number of individual flags that provide additional information on the current internal operating state of the link. These conditions are all transient conditions that only last for a few seconds. The field is coded as follows:
Bit 0 1 2 3 Mnemonic MTPLKTF_CO_IN_PROG MTPLKTF_CB_IN_PROG MTPLKTF_LIN_IN_PROG MTPLKTF_UNH_IN_PROG Description Changeover in progress. Changeback in progress. Local link inhibit in progress. Link uninhibit in progress.
61
Message Reference
3.5.14
Description This message is sent to the MTP3 module to request the current accessibility of a destination (route). The sending module must fill in the dpc parameter and set the remainder of the parameter area to zero before sending the message to MTP3. The sending module must also set its response required bit in the rsp_req field of the message header. The response includes:
Current route accessibility (Unavailable or Available) Current route congestion status (0, 1, 2 or 3) Individual link set accessibility (Unconfigured, Unavailable or Available) of the DPC over
each link set The confirmation message indicates success or failure in the status field of the header (success = 0) and fills in the remaining fields of the parameter area. The message may be sent by any module, but is intended for use by the system management module in response to a request from the user for route status information.
62
Message Reference
Parameters
dpc
The destination point code for which status is requested.
route_status
The current overall accessibility of the specified destination. Values taken from the table shown below.
route_cong
The current congestion status of the route in the range 0 to 3, when multiple congestion levels are used or 0 to 1 when a single congestion level is used. 0 indicates no congestion.
ls0_status
Current accessibility of the destination over the first link set of the route. Values taken from the table shown below.
ls1_status
Current accessibility of the destination over the second link set of the route. Values taken from the table shown below.
Mnemonic MTPACCESS_UNAVAIL_0 MTPACCESS_UNAVAIL_1 2 to 7 8 MTPACCESS_AVAIL_8 9 to 15 Available Reserved for future specific meanings Unavailable Reserved for future specific meanings Available Normal, unspecific Value 0 1 Meaning Unavailable Not configured Unavailable Normal, unspecific
63
Message Reference
3.5.15
64
Message Reference
3.5.16
65
Message Reference
3.5.17
66
Message Reference
3.5.18
67
Message Reference
3.5.19
68
Message Reference
3.6
MGT_MSG_MTP_EVENT MTP3 Q.752 Event Indication MGT_MSG_EVENT_IND Error Indication MGT_MSG_TRACE_EV Trace Event Indication
Management indications are sent to the management module as configured in the mgmt_id field of the MTP_MSG_CONFIG message. The user can select, using trace masks, which events to report and disable the remainder. The use of the hdr->id field is detailed on a per-message basis in this section. The receiving module is responsible for releasing the message using the relm( ) library function.
69
Message Reference
3.6.1
The EVENT_CODE coding and the meaning of the event specific parameters are given in the following table:
Value 1 2 3 4 5 6 7 9 10 13 14 15 16 Mnemonic MTPEV_CO MTPEV_CB MTPEV_REST MTPEV_RPO MTPEV_RPO_CLR MTPEV_CONG MTPEV_CONG_CLR MTPEV_LS_LOST MTPEV_LS_OK MTPEV_DEST_LOST MTPEV_DEST_OK MTPEV_AJSP_LOST MTPEV_AJSP_OK Parameter link link link link link link link link set link set point code point code link set link set Description Changeover Changeback Restoration commenced Remote processor outage Remote processor outage cleared Signaling link congestion Congestion cleared Link set failure Link set recovered Destination unavailable Destination available Adjacent SP inaccessible Adjacent SP accessible
link is indicated as (linkset_id * 256) + link_ref, (size = 2). link set is indicated as linkset_id, (size = 1). point code is a 4 byte value, (size = 4).
70
Message Reference
3.6.2
The error_code in the status field is coded as shown in the following table:
Value Mnemonic ID Description Indicates that MTP3 has attempted to allocate a message buffer from its internal pool, but the pool is empty. When this happens, MTP3 continues to activate a normal (external) message buffer so there is no impact on operation and no messages are lost. MTP3 failed to send an MSU to lower layer. This indicates that an internal call to the GCT_send( ) function has failed. MSU too long for buffer. This can only happen if the user tries to send an MSU that is physically too long to fit into an internal buffer. Signaling link test failure. This event is logged on the second expiry of the Signaling Link Test Control timer as a result of not receiving a valid Signaling Link Test Acknowledgement (SLTA) message. This may be due to configuration error (opc, dpc, ssf, slc) or may be as a result of incorrect physical connections (for example, loop back in place or wrong timeslot in use). Message received for unknown destination. This event can only occur when operating in dual MTP3 mode. It occurs if a message is received from the other MTP3 for passing on to the network, but the DPC has not been configured. Failed to allocate a buffer to send a message to the lower layer. The message is discarded. Under normal usage this event should not occur.
0x52
MTP_POOL_EMPTY
0x53
MTP_TX_FAIL
0x54
MTP_LEN_ERR
0x55
MTP_SLT_FAIL
link_id
0x56
MTP_BAD_DPC
0x57
MTP_TALLOC_ERR
71
Message Reference
Value
Mnemonic
ID
Description Failed to allocate an internal buffer during Changeback process. In the unlikely event that this event occurs, the changeback operation is completed using the timecontrolled diversion. However, this event indicates that the system has run out of messages so unpredictable operation may result. MTP3 failed to receive a BSNT from MTP2 during a changeover cycle. This may be as a result of a failure of the MTP2 board. MTP3 uses the Emergency Changeover procedure. MTP3 failed to retrieve some or all messages from the MTP2 transmission buffer during Changeover. This may be as a result of a failure of the MTP2 board. MTP3 discards any retrieved messages. Erroneous FSN in COA. This indicates that MTP2 was unable to complete message retrieval using the received FSN and potentially some messages are discarded during changeover. Recovery should be automatic. A Changeover message was received after changeover had completed. This can happen under different network failure scenarios and is of no real consequence. Internal software error. Please report through normal support channel. Internal software error. Please report through normal support channel. Failed to receive COA. MTP3 Timer T2 expired while awaiting a Changeover Ack from the remote end. This is an informational message, Changeover continues following timer expiry. Persistent receipt of this message may be an indication of a configuration mismatch with the remote end. Failed to receive CBA. MTP3 Timer T5 expired prior to receipt of all Changeback Ack messages. This is an informational message, Changeback continues using the time-controlled method and no resulting impact on operation occurs. Attempt to re-use active timer resource (message ID is set to the timer reference). This indicates an internal software error and should be reported through the normal support channel. Messages discarded due to overflow of Re-Routing buffer. MTP3 has discarded messages during forced or controlled rerouting as a result of an excessive number of messages queued internally. Operation resumes normally, although some messages are lost. Failed to receive Flush Ack from MTP2. This condition could occur if the board on which MTP2 is running has failed. MTP2 transmission buffer flushes (due to RPO). Unacknowledged messages in the MTP2 transmission buffer have been flushed out due to the excessive duration of the RPO condition.
0x59
MTP_MALLOC_ERR
0x5a
MTP_BSNT_FAIL
link_id
0x5b
MTP_RTV_FAIL
link_id
0x5c
MTP_BAD_FSN
link_id
0x5d
MTP_BAD_COO
link_id
0x5e 0x5f
MTP_SNMM_ERR MTP_SLTM_ERR
0 0
0x60
MTP_NO_COA
link_id
0x61
MTP_NO_CBA
link_id
0x66
MTP_TIM_ERR
tim_ref
0x67
MTP_RRT_OVRFLW
0x68
MTP_FLUSH_FAIL
link_id
0x69
MTP_FLUSH_L2
link_id
72
Message Reference
Value
Mnemonic
ID
Description Failed to allocate an internal buffer during Changeback process. In the unlikely event that this event occurs, the changeback operation is completed using the timecontrolled diversion. However, this event indicates that the system has run out of messages so unpredictable operation may result. MTP3 failed to receive a BSNT from MTP2 during a changeover cycle. This may be as a result of a failure of the MTP2 board. MTP3 uses the Emergency Changeover procedure. MTP3 failed to retrieve some or all messages from the MTP2 transmission buffer during Changeover. This may be as a result of a failure of the MTP2 board. MTP3 discards any retrieved messages. Erroneous FSN in COA. This indicates that MTP2 was unable to complete message retrieval using the received FSN and potentially some messages are discarded during changeover. Recovery should be automatic. A Changeover message was received after changeover had completed. This can happen under different network failure scenarios and is of no real consequence. Internal software error. Please report through normal support channel. Internal software error. Please report through normal support channel. Failed to receive COA. MTP3 Timer T2 expired while awaiting a Changeover Ack from the remote end. This is an informational message, Changeover continues following timer expiry. Persistent receipt of this message may be an indication of a configuration mismatch with the remote end. Failed to receive CBA. MTP3 Timer T5 expired prior to receipt of all Changeback Ack messages. This is an informational message, Changeback continues using the time-controlled method and no resulting impact on operation occurs. Attempt to re-use active timer resource (message ID is set to the timer reference). This indicates an internal software error and should be reported through the normal support channel. Messages discarded due to overflow of Re-Routing buffer. MTP3 has discarded messages during forced or controlled rerouting as a result of an excessive number of messages queued internally. Operation resumes normally, although some messages are lost. Failed to receive Flush Ack from MTP2. This condition could occur if the board on which MTP2 is running has failed. MTP2 transmission buffer flushes (due to RPO). Unacknowledged messages in the MTP2 transmission buffer have been flushed out due to the excessive duration of the RPO condition.
0x59
MTP_MALLOC_ERR
0x5a
MTP_BSNT_FAIL
link_id
0x5b
MTP_RTV_FAIL
link_id
0x5c
MTP_BAD_FSN
link_id
0x5d
MTP_BAD_COO
link_id
0x5e 0x5f
MTP_SNMM_ERR MTP_SLTM_ERR
0 0
0x60
MTP_NO_COA
link_id
0x61
MTP_NO_CBA
link_id
0x66
MTP_TIM_ERR
tim_ref
0x67
MTP_RRT_OVRFLW
0x68
MTP_FLUSH_FAIL
link_id
0x69
MTP_FLUSH_L2
link_id
73
Message Reference
Value 0x70
Mnemonic MTP_SRT_FAIL
ID link_id
Description Signaling Route Test (SRT) Failure (Japan specific). The user is notified of the failure reason in the MTP_MSG_SRT_RESULT message. Signaling Route Test (SRT) Retry (Japan specific). MTP3 is repeating an SRT as the first attempt was not successful.
0x71
MTP_SRT_RETRY
link_id
74
Message Reference
3.6.3
75
Message Reference
3.7
Table 1.
76
Message Reference
Table 1.
77
Message Reference
78
Internal Interfaces
The MTP3 module interfaces with the lower layer protocol layer (for example, MTP2) and system services for timer tick information. Detailed knowledge of these interfaces is not required in order to use the MTP3 module, however, for completeness the messages and message types used on these interfaces are detailed in this chapter.
4.1
4.2
79
Internal Interfaces
Brief Description of Internal Use Link congestion indication Link congestion cleared indication Flush acknowledgement indication
4.3
4.4
80
Glossary
M2PA MTP
5
MTP2 Peer to Peer Adaptation Layer. A SIGTRAN protocol used to replicate the services offered by MTP2 while using IP as a transport protocol. Message Transfer Part. Layers 1 to 3 of the SS7 protocol stack broadly equivalent to the Physical, Data Link and Network layers in the OSI protocol stack. See also MTP1, MTP2, and MTP3. Message Transfer Part Level 1. An SS7 stack layer that defines the physical and electrical characteristics of the signaling links of the SS7 network. Signaling links use DS0 channels and carry raw signaling data at a rate of 48, 56 or 64 kbps. Message Transfer Part Level 2. An SS7 stack layer that provides link-layer functionality. Ensures that two end points of a signaling link can reliably exchange signaling messages. It provides error checking, flow control and sequence checking. Message Transfer Part Level 3. An SS7 stack layer that provides network-layer functionality. Ensures that messages can be delivered between signaling points across the SS7 network regardless of whether the signaling points are directly connected. It provides node addressing, routing, alternate routing and congestion control. Message Signal Unit. A data unit that carries signaling information for call control, transaction processing, network management and maintenance. Typically, the MSU is carried in the Signaling Information Field (SIF) of SS7 messages. Signaling System Number 7
MTP1
MTP2
MTP3
MSU
SS7
81
Glossary
82
Contents
Introduction.................................................................................................................................... 7 1.1 1.2 Applicability........................................................................................................................... 7 Related Information .............................................................................................................. 8 MTP3 Module Overview ....................................................................................................... 9 Module Configuration............................................................................................................ 9 Feature Overview ............................................................................................................... 10 General Description ............................................................................................................ 10 Protocol Requests from User Part to MTP3 ....................................................................... 13 3.1.1 API_MSG_TX_REQ MTP Transfer Request ..................................................... 14 Protocol Indications from MTP3 to User Part ..................................................................... 15 3.2.1 API_MSG_RX_IND MTP Transfer Indication ..................................................... 16 3.2.2 MTP_MSG_PAUSE MTP Pause Indication........................................................ 17 3.2.3 MTP_MSG_RESUME MTP Resume Indication ................................................. 18 3.2.4 MTP_MSG_STATUS MTP Status Indication...................................................... 19 Layer Management Requests Sent to MTP3...................................................................... 20 3.3.1 MTP_MSG_ACT_LS Activate Link Set Request ................................................ 21 3.3.2 MTP_MSG_DEACT_LS Deactivate Link Set Request ....................................... 22 3.3.3 MTP_MSG_ACT_SL Activate Signaling Link Request ....................................... 23 3.3.4 MTP_MSG_DEACT_SL Deactivate Signaling Link Request.............................. 24 3.3.5 MTP_MSG_INHIB_SL Inhibit Signaling Link Request........................................ 25 3.3.6 MTP_MSG_UNINHIB_SL Uninhibit Signaling Link Request .............................. 26 3.3.7 MTP_MSG_SLTC_START Signaling Link Test Request ................................... 27 3.3.8 MTP_MSG_SRT_START Start SRT Request (Japan)....................................... 28 Management Indications Issued by MTP3 to Layer Management...................................... 29 3.4.1 MTP_MSG_LINK_INHIB Signaling Link Inhibited Indication .............................. 30 3.4.2 MTP_MSG_LINK_UNINHIB Signaling Link Uninhibited Indication..................... 31 3.4.3 MTP_MSG_INHIB_DENIED Signaling Link Inhibit Denied Indication ................ 32 3.4.4 MTP_MSG_UNINHIB_FAIL Signaling Link Uninhibit Failure Indication ............. 33 3.4.5 MTP_MSG_SRT_RESULT SRT Result Indication (Japan)................................ 34 Management Requests Sent to MTP3................................................................................ 35 3.5.1 MTP_MSG_RESET MTP3 Module Reset Request ............................................ 37 3.5.2 MTP_MSG_CONFIG MTP3 Module Configuration Request .............................. 38 3.5.3 MTP_MSG_CNF_LINKSET Link Set Configuration Request ............................. 43 3.5.4 MTP_MSG_CNF_LINK Signaling Link Configuration Request........................... 45 3.5.5 MTP_MSG_CNF_ROUTE Route Configuration Request................................... 47 3.5.6 MTP_MSG_CNF_TIMERS MTP3 Timer Configuration Request........................ 50 3.5.7 MTP_MSG_TRACE_MASK MTP3 Trace Mask Configuration Request............. 52 3.5.8 MTP_MSG_END_LINKSET Link Set End Request............................................ 56 3.5.9 MTP_MSG_END_LINK Signaling Link End Request ......................................... 56 3.5.10 MTP_MSG_END_ROUTE Route End Request.................................................. 57 3.5.11 MTP_MSG_GARBAGE Clear Garbage Request ............................................... 58 3.5.12 MTP_MSG_UPDATE_L4 Update Level 4 Request ............................................ 59 3.5.13 MTP_MSG_R_LK_STATUS Read Link Status Request .................................... 60 3.5.14 MTP_MSG_R_RT_STATUS Read Route Status Request................................. 62 3.5.15 MTP_MSG_R_SP_STATS Read Signaling Point Statistics Request................. 64 3.5.16 MTP_MSG_R_RT_STATS Read Route Statistics Request ............................... 65
3.3
3.4
3.5
Contents
3.6
3.5.17 MTP_MSG_R_LS_STATS Read Link Set Statistics Request ............................ 66 3.5.18 MTP_MSG_R_LK_STATS Read Link Statistics Request .................................. 67 3.5.19 GEN_MSG_MOD_IDENT Read Module Version Request................................. 68 Management Indications Issued by MTP3.......................................................................... 69 3.6.1 MGT_MSG_MTP_EVENT MTP3 Q.752 Event Indication .................................. 70 3.6.2 MGT_MSG_EVENT_IND Error Indication .......................................................... 71 3.6.3 MGT_MSG_TRACE_EV Trace Event Indication................................................ 75 Message Summary Table................................................................................................... 76 Primitives Issued by MTP3 to MTP2................................................................................... 79 Primitives Received by MTP3 from MTP2 .......................................................................... 79 Messages Exchanged Between MTP3 and Timer Services............................................... 80 Messages Exchanged Between MTP2 and MTP3 On-board ............................................. 80
Internal Interfaces........................................................................................................................ 79
Glossary ....................................................................................................................................... 81
Contents
Contents
Contents
Contents