Different ISUP variants exist. ITU-T specifies the variant used in the international network. In Europe ETSI releases its own ISUP specification which is close that of the ITU-T.2 ITU-T ISUP is used for international connections and is the base for some national ISUP variants. Most countries have their own variation of ISUP to cover national requirements. ANSI specifies variations of ISUP utilized under the North American Numbering Plan; however, some countries under the NANP differ in their support of some procedures (for example, LATA is meaningless within Canada. Also, RBOCs support Telcordia procedures not fully specified by ANSI.) Some countries outside the NANP support ANSI-based variants (e.g. Mexico).
While these variations of ISUP differ in subtle ways, the vast majority of ISUP message type, parameter type, and parameter field code-points, and related fundamental call processing procedures, agree across all variants.
According to ITU-T Q.761 section 2.4.1 ISUP interworking ISUP'92 is backwards compatible with ISUP Blue Book and Q.7674 for basic call procedures and supplementary services except for some procedures (e.g. number portability).5 Additionally the compatibility features introduced in this version ensure forward compatibility with newer versions.
An ISUP message contains a fixed header containing the circuit identification code and the ISUP message type, followed by a mandatory fixed-length parameter part, a mandatory variable-length parameter part, and an optional parameter part that are dependent on the type of message being sent. ISUP messages can be sent using the services of the Message Transfer Part, or, less often, the Signalling Connection Control Part. These messages are transmitted in various stages of call setup and release. The most common messages are:6
This is a very basic call flow involving only two telecom switches which exchange the ISUP messages. The subscriber interfaces are not covered here and are only listed for a better understanding.
Detailed call flows are provided in ITU-T Recommendation Q.784.1.7
Below is a detailed exchange of ISUP messages involving two ISDN telecom switches. The report was from an Alcatel S12 digital switch.
Release cause codes are used to identify and debug any events occurring in ISDN User Part signaling. Every event in ISUP signaling generates a cause code number. Even for a normal ISUP call, a cause code is generated. There are lot of applications developed based on the cause code from ISUP signaling. Similarly Telecom operators trace for Causecodes to debug any call failures.
Following are the list of cause codes used. Cause codes only defined by number are effectively undefined, and may be used for proprietary solutions.
...
The Signalling Information Field (SIF) for all ISUP Message Signal Units (MSU) contain the following components:8
The Routing Label indicates the Point Codes of the originating and destination nodes in the network; it also includes the Signalling Link Selection field that is used to select between the multiple routes an MSU could take between two nodes.
The Circuit Identification Code is used to specify which trunk between two switches is used to carry a particular call. Note that some versions of ANSI ISUP permit a CIC with 14 significant bits instead of the 12 that are shown.9
When sent using the services of the Signalling Connection Control Part, ISUP messages passed to SCCP in the User Data parameter (NSDU) consist of only the last 4 components (Message Type, Mandatory fixed part, Mandatory variable part, Optional part). The routing label and circuit identification code are not included in the user data passed to SCCP.10
Q-Series Recommendations, ITU-T. http://www.itu.int/rec/T-REC-Q/en/ ↩
EN 300 356-1, ISUP Version 4 for the International Interface, ETSI. http://webapp.etsi.org/workprogram/Report_Workitem.asp?WKI_ID=8105 ↩
Recommendation Q.767, ITU-T. http://www.itu.int/rec/T-REC-Q.767/en ↩
Recommendation Q.761, ITU-T. http://www.itu.int/rec/T-REC-Q.761/en ↩
Russell 2002, pp. 362–419. - Russell, Travis (2002), Signaling System #7 (4th ed.), New York: McGraw-Hill, ISBN 978-0-07-138772-9 ↩
ITU-T 1999b. - ITU-T (December 1999b) [1996], Recommendation Q.784.1 (07/96), ISUP basic call test specification: Validation and compatibility for ISUP'92 and Q.767 protocols http://www.itu.int/rec/T-REC-Q.784.1/en/ ↩
ITU-T 1999a, pp. 3–4. - ITU-T (December 1999a), "Section 1, General coding principles", Recommendation Q.763 http://www.itu.int/rec/T-REC-Q.763-199912-I/en/ ↩
Russell 2002, p. 321. - Russell, Travis (2002), Signaling System #7 (4th ed.), New York: McGraw-Hill, ISBN 978-0-07-138772-9 ↩
ITU-T 1999a, p. 3. - ITU-T (December 1999a), "Section 1, General coding principles", Recommendation Q.763 http://www.itu.int/rec/T-REC-Q.763-199912-I/en/ ↩