.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .sp 1P .ce 1000 \v'12P' \s12FASCICLE\ VI.7 \v'4P' .RT .ce 0 .sp 1P .ce 1000 \fBRecommendations Q.700 to Q.716\fR \v'2P' .ce 0 .sp 1P .ce 1000 \fBSPECIFICATIONS\ OF\fR .ce 0 .sp 1P .ce 1000 \fBSIGNALLING\ SYSTEM\ No.\ 7\fR .ce 0 .sp 1P .LP .rs .sp 29P .ad r Blanc .ad b .RT .LP .bp .LP \fBMONTAGE:\ \fR PAGE 2 = PAGE BLANCHE .sp 1P .RT .LP .EF '% \ \ \ ^'' .OF ''' \ \ \ ^ %' .LP .bp .sp 1P .ce 1000 \v'3P' SECTION\ 1 .ce 0 .sp 1P .ce 1000 \fBGENERAL\fR .ce 0 .sp 1P .sp 2P .LP \fBRecommendation\ Q.700\fR .RT .sp 2P .sp 1P .ce 1000 \fBINTRODUCTION\ TO\ CCITT\ SIGNALLING\ SYSTEM\ No.\ 7\fR .EF '% Fascicle\ VI.7\ \(em\ Rec.\ Q.700'' .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.700 %' .ce 0 .sp 1P .LP \fB1\fR \fBGeneral\fR .sp 1P .RT .PP This Recommendation provides an overview of the Signalling System by describing the various functional elements of CCITT No.\ 7 and the relationship between these functional elements. This Recommendation provides a general description of functions and capabilities of the Message Transfer Part (MTP), Signalling Connection Control Part (SCCP), Telephone User Part, ISDN User Part (ISDN\(hyUP), Transaction Capabilities (TC), and the Operations, Maintenance and Administration Part (OMAP) which are covered elsewhere in the Q.700 to\ Q.795 series of Recommendations. However, in the case of contradiction between the specifications and Q.700, the\ Q.700 to\ Q.795 specification shall apply. .PP Supplementary Services in CCITT S.S. No.7 ISDN applications are described in the Q.73x series of Recommendations. .PP In addition to these functions in the CCITT No. 7 signalling system, the Q.700 to\ Q.795 series of Recommendations describes the CCITT No.\ 7 network structure, and also specifies the Tests and Measurements applicable to CCITT\ No.\ 7. .PP This Recommendation is also a specification of those aspects such as CCITT S.S.\ No.\ 7 Architecture, Flow Control and general compatibility rule which are not specified in separate Recommendations, and are applicable to the overall scope of S.S.\ No.\ 7. .PP The remainder of this Recommendation describes: .RT .LP \(em \(sc 2: Signalling network concepts components and modes; .LP \(em \(sc 3: The functional blocks within CCITT Signalling System No.\ 7 and the services provided by them; .LP \(em \(sc 4: CCITT Signalling System No. 7 protocol layering and its relationship to OSI modelling; .LP \(em \(sc 5: Node, application entity and user part addressing; .LP \(em \(sc 6: Operations, administration and maintenance aspects of CCITT S.S. No.\ 7; .LP \(em \(sc 7: Performance aspects of the functional blocks within CCITT S.S. No.\ 7; .LP \(em \(sc 8: Flow control for both the signalling network and within nodes; .LP \(em \(sc\ 9: Rules for evolving CCITT S.S. No. 7 protocols while preserving compatibility with earlier versions; .LP \(em \(sc 10: A cross\(hyreference to a glossary of terms. .sp 1P .LP 1.1 \fIObjectives and fields of application\fR .sp 9p .RT .PP The overall objective of Signalling System No. 7 is to provide an internationally standardised general purpose common channel signalling (CCS) system: .RT .LP \(em optimised for operation in digital telecommunications networks in conjunction with stored program controlled exchanges; .LP \(em that can meet present and future requirements of information transfer for inter\(hyprocessor transactions within telecommunications networks for call control, remote control, and management and maintenance signalling; .LP \(em that provides a reliable means for transfer of information in correct sequence and without loss or duplication. .bp .PP The signalling system meets requirements of call control signalling for telecommunication services such as the telephone, ISDN and circuit switched data transmission services. It can also be used as a reliable transport system for other types of information transfer between exchanges and specialised centres in telecommunications networks (e.g.\ for management and maintenance purposes). The system is thus applicable for multipurpose uses in .PP networks that are dedicated for particular services and in multiservices networks. The signalling system is intended to be be applicable in international and national networks. .PP The scope of CCITT S.S. No. 7 encompasses both circuit related and non\(hycircuit related signalling. .PP Examples of applications supported by CCITT S.S. No. 7 are: .RT .LP \(em PSTN, .LP \(em ISDN, .LP \(em Interaction with Network Databases, Service Control Points for service control, .LP \(em Mobiles (Public Land Mobile Network), .LP \(em Operations Administration and Maintenance of Networks. .PP The signalling system is optimized for operation over 64\(hykbit/s digital channels. It is also suitable for operation over analogue channels and at lower speeds. The system is suitable for use on point\(hyto\(hypoint terrestrial and satellite links. It does not include the special features required for use in point\(hyto\(hymultipoint operation but can, if required, be extended to cover such an application. .sp 1P .LP 1.2 \fIGeneral characteristics\fR .sp 9p .RT .PP Common channel signalling is a signalling method in which a single channel conveys, by means of labelled messages, signalling information relating to, for example, a multiplicity of circuits, or other information such as that used for network management. Common channel signalling can be regarded as a form of data communication that is specialised for various types of signalling and information transfer between processors in telecommunications networks. .PP The signalling system uses signalling links for transfer of signalling messages between exchanges or other nodes in the telecommunication network served by the system. Arrangements are provided to ensure reliable transfer of signalling information in the presence of transmission disturbances or network failures. These include error detection and correction on each signalling link. The system is normally applied with redundancy of signalling links and it includes functions for automatic diversion of signalling traffic to alternative paths in case of link failures. The capacity and reliability for signalling may thus be dimensioned by provision of a multiplicity of signalling links according to the requirements of each application. .RT .sp 1P .LP 1.3 \fIComponents of CCITT S.S. No. 7\fR .sp 9p .RT .PP CCITT S.S. No. 7 consists of a number of components or functions which are defined as a series of Q.700 to\ Q.795 Recommendations. .RT .LP \fICCITT S.S. No. 7 function\fR \fIRecommendations\fR .LP Message\ Transfer\ Part\ (MTP) Q.701\(hyQ.704, Q.706, Q.707 .LP Telephone\ User\ Part\ (TUP) Q.721\(hyQ.725 .LP \ (including supplementary services) .LP Supplementary\ services Q.730 .LP Data\ User\ Part\ (DUP) Q.741 (note 1) .LP ISDN\ User\ Part\ (ISDN\(hyUP) Q.761\(hyQ.764, Q.766 .LP Signalling\ Connection\ Control\ Part\ (SCCP) Q.711\(hyQ.714, Q.716 .LP Transaction\ Capabilities\ (TC) Q.771\(hyQ.775 .LP Operations\ Maintenance\ and\ Administration\ Part\ (OMAP) Q.795 .PP \fINote\ 1\fR \ \(em\ Functions of the DUP are fully specified in Recommendation\ X.61. .bp .PP Other Q.700 to Q.795 series Recommendations which describe other aspects of the signalling system but not part of the CCITT S.S. No.\ 7 signalling interfaces are: .RT .LP \fITitle\fR \fIRecommendations\fR .LP Signalling\ Network\ Structure Q.705 .LP Numbering\ of\ International\ Signalling\ Point\ Codes Q.708 .LP Hypothetical\ signalling\ reference\ connection Q.709 .LP PABX\ application Q.710 .LP CCITT\ S.S.\ No.\ 7\ Test\ Specification\ (General) Q.780 .LP MTP\ Level\ 2\ Test\ Specification Q.781 .LP MTP\ Level\ 3\ Test\ Specification Q.782 .LP TUP\ Test\ Specification Q.783 .LP Monitoring\ and\ measurements\ for\ the\ CCITT\ S.S.\ No.7\ network Q.791 .PP \(sc\ 3 of Q.700 describes the relationship between these components. .sp 1P .LP 1.4 \fIDescription techniques in the Q.700 to Q.795 series of\fR \fIRecommendations\fR .sp 9p .RT .PP The CCITT S.S. No. 7 Recommendation series define the signalling system using prose description which is complemented by SDL diagrams and state transition diagrams. Should any conflict arise between the text and the SDL definition, the textual description is taken as definitive. .PP Message sequence charts or arrow diagrams are used to illustrate examples of signalling procedures, but are not considered definitive. .RT .sp 2P .LP \fB2\fR \fBCCITT\fR \fBS.S. No. 7 signalling network\fR .sp 1P .RT .sp 1P .LP 2.1 \fIBasic concepts\fR .sp 9p .RT .PP A telecommunications network served by common channel signalling is composed of a number of switching and processing nodes inter\(hyconnected by transmission links. To communicate using CCITT No.\ 7, each of these nodes requires to implement the necessary \*Qwithin node\*U features of CCITT S.S.\ No.\ 7 making that node a signalling point within the CCITT S.S. No.\ 7 network. In addition, there will be a need to interconnect these signalling points such that CCITT S.S.\ No.\ 7 signalling information (data) may be conveyed between them. These data links are the signalling links of CCITT S.S.\ No.\ 7 signalling network. .PP The combination of signalling points and their interconnecting signalling links form the CCITT S.S.\ No.\ 7 signalling network. .RT .sp 2P .LP 2.2 \fISignalling network components\fR .sp 1P .RT .sp 1P .LP 2.2.1 \fISignalling points\fR .sp 9p .RT .PP In specific cases there may be a need to partition the common channel signalling functions at such a (physical) node into logically separate .PP entities from a signalling network point of view; i.e.,\ a given (physical) node may be defined as more than one signalling point. One example is an exchange at the boundary between international and national signalling networks. .PP Any two signalling points, for which the possibility of communication between their corresponding User Part function exists, are said to have a signalling relation. .PP The corresponding concept for a given User Part is called a user signalling relation. .PP An example is when two telephone exchanges are directly connected by a bundle of speech circuits. The exchange of telephone signalling relating to these circuits then constitutes a user signalling relation between the Telephone User Part functions in those exchanges in their role as signalling points. .PP Another example is when administration of customer and routing data in a telephone exchange is remotely controlled from an operation and maintenance centre by means of communication through a common channel signalling system. .bp .PP Examples of nodes in a signalling network that constitutes signalling points are: .RT .LP \(em exchanges (switching centres), .LP \(em operation, administration and maintenance centres, .LP \(em service control points, .LP \(em signalling transfer points. .PP All signalling points in a CCITT S.S. No. 7 network are identified by a unique code known as a point code (Recommendation\ Q.704 refers). .sp 1P .LP 2.2.2 \fISignalling links\fR .sp 9p .RT .PP The common channel signalling system uses signalling links to convey the signalling messages between two signalling points. A number of signalling links that directly interconnect two signalling points which are used as a module constitute a signalling link\(hyset. Although a link set typically includes all parallel signalling links, it is possible to use more than one link set in parallel between two signalling points. A group of links within a link set that have identical characteristics (e.g.,\ the same data link bearer rate) is called a link group. .PP Two signalling points that are directly interconnected by a signalling link are, from a signalling network structure point of view, referred to .PP as adjacent signalling points. Correspondingly, two signalling points that are not directly interconnected are non\(hyadjacent signalling points. .RT .sp 1P .LP 2.2.3 \fISignalling modes\fR .sp 9p .RT .PP The term \*Qsignalling mode\*U refers to the association between the path taken by a signalling message and the signalling relation to which the message refers. .PP In the associated mode of signalling, the messages relating to a particular signalling relation between two adjacent points are conveyed over a link set, directly interconnecting those signalling points. .PP In the non\(hyassociated mode of signalling, the messages relating to a particular signalling relation are conveyed over two or more linksets in tandem passing through one or more signalling points other than those which are the origin and the destination of the messages. .PP The quasi\(hyassociated mode of signalling is a limited case of the non\(hyassociated mode where the path taken by the message through the signalling network is pre\(hydetermined and, at a given point in time, fixed. .PP Signalling System No. 7 is specified for use in the associated and quasi\(hyassociated modes. The Message Transfer Part does not include features .PP to avoid out\(hyof\(hysequence arrival of messages or other problems that would typically arise in a fully non\(hyassociated mode of signalling with dynamic message routing. .PP Examples of signalling modes are illustrated in Figure 1/Q.700. .RT .LP .rs .sp 19P .ad r \fBFigure 1/Q.700, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 2.3 \fISignalling point modes\fR .sp 9p .RT .PP A signalling point at which a message is generated, i.e., the location of the source User Part function, is the originating point of that message. .PP A signalling point to which a message is destined, i.e., the location of the receiving User Part function, is the destination point of that message. .PP A signalling point at which a message is received on a signalling link is transferred to another link, i.e.,\ neither the location of the source nor the receiving User part function, is a Signal Transfer Point (STP). .PP For a particular signalling relation, the two signalling points thus function as originating and destination points for the messages exchanged in the two directions between them. .PP In the quasi\(hyassociated mode, the function of a signalling transfer point is typically located in a few signalling points which may be dedicated to this function, or may combine this function with some other (e.g.,\ switching) function. A signalling point serving as a signalling transfer point functions as an originating and destination point for the messages generated and received by the level\ 3 function of the Message Transfer Point also in cases when no user functions are present. .RT .sp 1P .LP 2.4 \fISignalling routes\fR .sp 9p .RT .PP The pre\(hydetermined path, consisting of a succession of signalling points/signalling transfer points and the interconnecting signalling links, that a message takes through the signalling network between the origination point and the destination point is the signalling route for that signalling relation. .PP All the signalling routes that may be used between an originating point and a destination point by a message traversing the signalling network is the signalling route set for that signalling relation. .RT .sp 1P .LP 2.5 \fISignalling network structure\fR .sp 9p .RT .PP The signalling system may be used with different types of signalling network structures. The choice between different types of signalling network structures may be influenced by factors such as the structure of the telecommunication network to be served by the signalling system and administrative aspects. .PP In the case when the provision of the signalling system is planned purely on a per signalling relation basis, the likely result is a signalling network largely based on associated signalling, typically supplemented by a limited degree of quasi\(hyassociated signalling for low volume signalling relations. The structure of such a signalling network is mainly determined by the patterns of the signalling relations. .PP Another approach is to consider the signalling network as a common resource that should be planned according to the total needs for common channel signalling. The high capacity of digital signalling links in combination with the needs for redundancy for reliability then typically leads to a signalling network based on a high degree of quasi\(hyassociated signalling with some .PP provision for associated signalling for high volume signalling relations. The latter approach to signalling network planning is more likely to allow exploitation of the potential of common channel signalling to support network features that require communication for purposes other than the switching of connections. .PP The worldwide signalling network is structured into two functionally independent levels, namely the international and national levels. This structure makes possible a clear division of responsibility for signalling network management and allows numbering plans of signalling points of the international network and the different national networks to be independent of one another. .PP Further considerations about the structure of the signalling network are given in Recommendation\ Q.705, and the impact on the message transfer part in Recommendation\ Q.701. .RT .sp 2P .LP \fB3\fR \fBCCITT S.S. No. 7 functional blocks\fR .sp 1P .RT .sp 1P .LP 3.1 \fIBasic functional division\fR .sp 9p .RT .PP The Blue Book CCITT Signalling System No. 7 comprises the following functional blocks: .RT .LP \(em Message\ Transfer\ Part (MTP) .LP \(em Telephone\ User\ Part (TUP) .LP \(em ISDN\ User\ Part (ISDN\(hyUP) .bp .LP \(em Signalling\ Connection\ Control\ Part (SCCP) .LP \(em Transaction\ Capabilities (TC) .LP \(em Application\(hyEntity (AE) \fINote 1\fR .LP \(em Application\(hyService\(hyElements (ASEs) \fINote 1\fR .PP \fINote\ 1\fR \ \(em\ The glossary shows these as hyphenated terms but the usual convention used in this Recommendation will be unhyphenated. .PP The fundamental principle of the signalling system structure is the division of functions into a common Message Transfer Part (MTP) on one hand, and separate User Parts for different users on the other. This is illustrated in Figure\ 2/Q.700. .PP The overall function of the Message Transfer Part is to serve as a transport system providing reliable transfer of signalling messages between the locations of communicating user functions. .PP User functions in CCITT S.S. No. 7 MTP terms are: .RT .LP \(em the\ ISDN\ User\ Part (ISDN\(hyUP) .LP \(em the\ Telephone\ User\ Part (TUP) .LP \(em the\ Signalling\ Connection\ Control\ Part (SCCP) .LP \(em the\ Data\ User\ Part (DUP) .PP The term \*QUser\*U in this context refers to any functional entity that utilises the transport capability provided by the Message Transfer Part. .PP A User Part comprises those functions of, or related to, a particular type of user that are part of the common channel signalling system, typically because those functions need to be specified in a signalling context. .PP The SCCP also has Users. These are: .RT .LP \(em the\ ISDN\ User\ Part (ISDN\(hyUP) .LP \(em Transaction\ Capabilities (TC) .LP .rs .sp 25P .ad r \fBFigure 2/Q.700, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP 3.2 \fICCITT S.S. No. 7 architecture\fR .sp 1P .RT .sp 1P .LP 3.2.1 \fIGeneral\fR .sp 9p .RT .PP Figure 2/Q.700 shows the Architecture of CCITT S.S. No. 7 and illustrates the functional relationship between the various functional blocks of the Blue Book CCITT S.S.\ No.\ 7. Figure\ 5/Q.700 shows the relationship between CCITT No.\ 7 levels and the OSI Reference Model Layers. This level/layer relationship is described in the following sections. .PP The initial specification of CCITT No. 7 was based on circuit\(hyrelated telephony control requirements. To meet these requirements, CCITT No.\ 7 was specified in four functional levels, the Message Transfer Part comprising levels\ 1\(hy3, and the User Parts as level\ 4. .PP Figure 3/Q.700 shows the Functional Levels of CCITT S.S. No.\ 7. As new requirements have emerged, e.g.,\ for non\(hycircuit related information transfer, CCITT S.S.\ No.\ 7 has also evolved to meet these new requirements. There has been a need to align certain elements in CCITT No.\ 7 to the OSI\ 7 Layer Reference Model. .PP The result of this evolution is that Functional Levels and OSI layers co\(hyexist in CCITT No.\ 7. For example, the SCCP is a level\ 4 User Part in MTP terms, but also provides an OSI Network layer\ 3 service. Subsequent sections describe the various functional elements of CCITT S.S.\ No.\ 7 in terms of levels and layers. .RT .LP .rs .sp 20P .ad r \fBFigure 3/Q.700, p.\fR .sp 1P .RT .ad b .RT .PP It should be noted that the approach proposed for ISDN architecture is to define two orthogonal planes, User and Control, each of which has its own 7\(hylayer protocol reference model. .PP From the perspective of an end user, the service provided by a telecommunications network may be regarded as a Network Layer Service (User Plane). .PP Within the telecommunications network, the techniques of the ISDN Protocol Reference Model are applied, and the 7\(hylayer protocol structure of the OSI Model can also be used for inter\(hynodal communication to the end user. .RT .sp 1P .LP 3.2.2 \fIMessage Transfer Part (MTP) levels 1\(hy3\fR .sp 9p .RT .PP An overview of the MTP is given in Recommendation Q.701. The MTP is defined in Recommendations\ Q.701\(hyQ.704, Q.706 and\ Q.707. .bp .RT .sp 1P .LP 3.2.2.1 \fISignalling data link functions (level 1)\fR .sp 9p .RT .PP Level 1 defines the physical, electrical and functional characteristics of a signalling data link and the means to access it. The level\ 1 element provides a bearer for a signalling link. .PP In a digital environment, 64\(hykbit/s digital paths will normally be used for the signalling data link. The signalling data link may be accessed via a switching function, providing a potential for automatic reconfiguration of signalling links. Other types of data links, such as analogue links with modems, can also be used. .PP The detailed requirements for signalling data links are specified in Recommendation\ Q.702. .RT .sp 1P .LP 3.2.2.2 \fISignalling link functions (level 2)\fR .sp 9p .RT .PP Level 2 defines the functions and procedures for and relating to the transfer of signalling messages over one individual signalling data link. .PP The level\ 2 functions together with a level\ 1 signalling data link as a bearer, and provides a signalling link for reliable transfer of signalling messages between two points. .PP A signalling message delivered by the higher levels is transferred over the signalling link in variable length signal units. For proper operation of the signalling link, the signal unit comprises transfer control information in addition to the information content of the signalling message. .PP The detailed requirements for signalling functions are given in Recommendation\ Q.703. .RT .sp 1P .LP 3.2.2.3 \fISignalling network functions (level 3)\fR .sp 9p .RT .PP Level 3 in principle defines those transport functions and procedures that are common to and independent of the operation of individual signalling links. These functions fall into two major categories: .RT .LP a) Signalling message handling functions \(em These are functions that, at the actual transfer of the message, direct the message to the proper signalling link or User Part. .LP b) Signalling network management functions \(em These are functions that, on the basis of predetermined data and information about the status of the signalling network, control the current message routing and configuration of the signalling network facilities. In the event of changes in the status, they also control the reconfigurations and other actions to preserve or restore the normal message transfer capability. .PP The detailed requirements for signalling network functions are given in Recommendation\ Q.704. .sp 1P .LP 3.2.3 \fILevel 4: MTP User functions\fR .sp 9p .RT .PP Level 4 consists of the different User Parts. Each User Part defines the functions and procedures of the signalling system that are particular to a certain type of user of the system. the following entities are defined as User Parts in CCITT S.S.\ No.\ 7. .RT .sp 1P .LP 3.2.3.1 \fISignalling Connection Control Part (SCCP)\fR .sp 9p .RT .PP The SCCP is defined in Recommendations\ Q.711\(hyQ.716. This Recommendation series defines the SCCP capabilities, layer interfaces to MTP .PP and SCCP users signalling messages, their encoding and signalling procedures, and cross\(hyoffice performance. The SCCP provides additional functions to the Message Transfer Part to provide such connectionless and connection\(hyoriented network services to transfer circuit\(hyrelated, and non\(hycircuit\(hyrelated signalling information. .PP The SCCP provides the means to: .RT .LP \(em control logical signalling connections in a CCITT No.\ 7 network; .LP \(em Transfer Signalling Data Units across the CCITT No. 7 network with or without the use of logical signalling connections. .PP SCCP provides a routing function which allows signalling messages to be routed to a signalling point based on, for example, dialled digits. This capability involves a translation function which translates the global title (e.g.,\ dialled digits) into a signalling point code and a subsystem number. .bp .PP SCCP also provides a management function, which controls the availability of the \*Qsubsystems\*U, and broadcasts this information to other nodes in the network which have a need to know the status of the \*Qsubsystem\*U. .PP The combination of the MTP and the SCCP is called \*QNetwork Service Part\*U (NSP). The Network Service Part meets the requirements for layer\ 3 services as defined in the OSI\(hyReference Model, CCITT Recommendation\ X.200. .RT .sp 1P .LP 3.2.3.2 \fITelephone User Part (TUP)\fR .sp 9p .RT .PP The CCITT S.S. No. 7 Telephone User Part is defined in Recommendations\ Q.721\(hy725. The TUP Recommendations define the necessary telephone signalling functions for use of S.S.\ No.\ 7 for international telephone call control signalling. This Recommendation series defines the telephone signalling messages, their encoding and signalling procedures, and cross\(hyoffice performance. .PP Supplementary Services handled by the CCITT S.S. No. 7 TUP applications are described in Recommendation Q.724, \(sc\ 10. These supplementary services embody TUP signalling messages and procedures. .RT .sp 1P .LP 3.2.3.3 \fIData User Part (DUP)\fR .sp 9p .RT .PP The Data User Part is defined in Recommendation Q.741, and the functionality fully defined in Recommendation\ X.61. It defines the protocol to control interexchange circuits used on data calls, and data call facility registration and cancellation. .RT .sp 1P .LP 3.2.3.4 \fIISDN User Part (ISDN\(hyUP)\fR .sp 9p .RT .PP The ISDN User Part is defined in Recommendations\ Q.761\(hyQ.764 and Q.766. This Recommendation series defines the ISDN network signalling messages, their encoding and signalling procedures, and cross\(hyoffice performance. This Recommendation series deals with the basic services only. .PP The ISDN\(hyUP encompasses signalling functions required to provide switched services and user facilities for voice and non\(hyvoice applications in the ISDN. .PP The ISDN\(hyUP is also suited for application in dedicated telephone and circuit\(hyswitched data networks and in analogue, and mixed analogue/digital networks. .PP The ISDN\(hyUP has an interface to the SCCP (which is also a level 4 User Part) to allow the ISDN\(hyUP to use the SCCP for end\(hyto\(hyend signalling. .PP Supplementary Services handled by the CCITT S.S. No. 7 ISDN application are described in Recommendation\ Q.730. These supplementary services embody ISDN\(hyUP signalling messages and procedures. In some cases these services also include application protocol which uses TC and SCCP, as, for example, centralised Closed User Group (CUG). .RT .sp 1P .LP 3.2.3.5 \fITransaction Capabilities\fR .sp 9p .RT .PP Transaction Capabilities is defined in Recommendations Q.771\(hyQ.775. This Recommendation series defines the Transaction Capabilities signalling messages, their encoding and signalling procedures. .PP Transaction Capabilities consists of two elements. These are: .RT .LP \(em Transaction Capabilities Application Part (TCAP); .LP \(em Intermediate Service Part (ISP) [The ISP is for further study (see Note\ 1, Figure\ 5/Q.700)]. .PP The TCAP entity is a functional block residing above the ISP in layer\ 7. TCAP consists of two sub\(hylayers: the Transaction sub\(hylayer, and the Component sub\(hylayer. Further details are given in Recommendation\ Q.771. .PP TC, as currently specified, provides services based on a connectionless network service. In this case, no ISP layers\ 4\(hy6 functions are involved. Connection\(hyoriented TC services, and the layer functions of layers\ 4\(hy6 are for further study. .PP TC provides the means to establish non\(hycircuit\(hyrelated communication between two nodes in the signalling network. .PP TC provides the means to exchange operations and replies via a dialogue. The X.229 Remote Operations protocol has been extended to provide added functionality in order to accommodate specific user needs. The operations and parameters are part of the Application protocol between TC users. .bp .RT .sp 1P .LP 3.2.3.6 \fIApplication Entities and Application Service Elements\fR .sp 9p .RT .PP In an OSI environment, communication between application processes is modelled by communication between \*QApplication Entities (AEs)\*U. An Application Entity represents the communication functions of an Application process. There may be multiple sets of OSI communication functions in an application process, so a single application process may be represented by multiple AEs. However, each Application Entity is a set of communication capabilities whose components are \*QApplication Service Elements\*U. An Application Service Element (ASE) is a coherent set of integrated functions. .RT .sp 1P .LP 3.2.3.6.1 \fIApplication Entities in a CCITT S.S. No. 7\fR \fIenvironment\fR .sp 9p .RT .PP Figure 4/Q.700 shows the relationship between Application Processes and Application Entities, and Application Service Elements. .PP An \*QApplication Process\*U is considered to be a range of functions and features which support a particular network requirement. For example, an application process in the context of CCITT S.S. No.\ 7 provides the co\(hyordination across circuit\(hyrelated protocols where required. .PP An Application Process can be considered as: .RT .LP a) a co\(hyordinator of specific aspects of network operation (e.g.,\ ISDN Call Control, Mobiles, OA&M); .LP b) an individual service or supplementary service control function (e.g.,\ CUG). .PP In the CCITT S.S. No. 7 context, the various functional elements of the signalling system provide the signalling protocols (information elements, messages, and procedures) necessary to support the service between nodes. .PP In a CCITT No. 7 environment, Application Entities (AEs) are the elements representing the communication functions of the application process, which are pertinent to inter\(hynodal communication using layer\ 7 application protocols. .PP The options for the relationship between an application process, AEs and ASEs can take several forms at a CCITT No.\ 7 signalling point. Some examples are shown in Figure\ 4/Q.700. .RT .LP .rs .sp 25P .ad r \fBFigure 4/Q.700 , p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 3.2.3.6.2 \fIApplication Service Elements in a CCITT No. 7 environment\fR .sp 9p .RT .PP Application Service Elements (ASEs) reside in the CCITT S.S. No. 7 Architecture Model within layer\ 7 above TCAP. In the context of OSI, TCAP could also be considered to be an ASE. .PP OMAP has an Application Entity currently containing the TCAP ASE and one other ASE. Other ASEs are under study. OMAP is described further in \(sc\ 6. .PP The Mobile Application Part (MAP) is another example of an Application Entity (AE) (see Recommendation\ Q.1051). .PP An ASE can include a number of signalling procedures for a single service (e.g.,\ Freephone), where this single service is the application. .PP Alternatively, an ASE can include a number of signalling procedures for any number of services or functions, encompassed by an application (e.g.,\ MAP, OMAP). .PP Thus, an ASE can define an individual service protocol (e.g.,\ CUG), or a complete application protocol (e.g.,\ MAP). .PP An ASE can only communicate with a compatible peer ASE. The operations defined in an ASE may be either symmetrically invoked by each entity involved in the dialogue, or asymmetrically invoked by one entity only (i.e.,\ on a .PP \*Qclient/server\*U basis). An example of the former is a \*Qlook ahead if free\*U procedure; an example of the latter is a database enquiry. .RT .sp 1P .LP 3.2.3.6.3 \fIAddressing for Application Entities (AEs)\fR .sp 9p .RT .PP The SCCP provides a mechanism for addressing \*Qsubsystems\*U using Subsystem Numbers (SSNs). The Application Entity is considered, in the connectionless mode, equivalent to an SCCP subsystem. .RT .sp 1P .LP 3.2.3.6.4 \fIManagement of AEs\fR .sp 9p .RT .PP The SCCP provides a mechanism for managing \*Qsubsystems\*U and signalling points and informing other nodes of relevant availability status. .RT .sp 2P .LP \fB4\fR \fBOSI layering and CCITT S.S. No. 7\fR .sp 1P .RT .sp 1P .LP 4.1 \fIGeneral\fR .sp 9p .RT .PP Evolution of the CCITT Signalling System No. 7 architecture has been based on the Open Systems Interconnection (OSI) Reference Model. .PP The purpose of the Reference Model of Open Systems Interconnection for CCITT Applications (Recommendation\ X.200) is to provide a well\(hydefined structure for modelling the interconnection and exchange of information between users in a communications system. This approach allows standardised procedures .PP to be defined not only to provide an open systems interconnection between users over a single network, but also to permit interworking between networks to allow communication between users over several networks in tandem. .PP At present, OSI only considers connection\(hyoriented protocols, that is, protocols which establish a logical connection before transferring data. In CCITT S.S. No.\ 7, the ISDN\(hyUP uses the SCCP connection\(hyoriented protocol. The CCITT S.S. No.\ 7 Network Service Part (NSP) provides both connectionless and connection\(hyoriented protocol. .PP The approach taken in the OSI reference model is to partition the model used to describe this interconnection and exchange information between users in a communications system into seven layers. .PP From the point of view of a particular layer, the lower layers provide a \*Qtransfer service\*U with specific features. The way in which the lower layers are realised is immaterial to the next higher layers. Correspondingly, the lower layers are not concerned with the meaning of the information coming from higher layers or the reasons for its transfer. .PP The characteristics of each layer are described below. .bp .RT .sp 1P .LP 4.1.1 \fIPhysical Layer\fR .sp 9p .RT .PP The Physical Layer (layer 1) provides transparent transmission of a bit stream over a circuit built in some physical communications medium. It furnishes the interface to the physical media and is responsible for relaying bits (i.e.,\ interconnects data\(hycircuits). A 64\ kbit/s link is assumed for the CCITT S.S. No.\ 7 Physical Layer. .RT .sp 1P .LP 4.1.2 \fIData Link Layer\fR .sp 9p .RT .PP The Data Link Layer (layer 2) overcomes the limitations inherent in the physical circuits and allows errors in transmission to be detected and recovered, thereby masking deficiencies in transmission quality. .RT .sp 1P .LP 4.1.3 \fINetwork Layer\fR .sp 9p .RT .PP The Network Layer (layer 3) transfers data transparently by performing routing and relaying of data between end users. One or more of the sub\(hynetworks may interwork at the Network Layer to provide an end user to end user network service. A connectionless network provides for the transfer of data between end users, making no attempt to guarantee a relationship between two or more data messages from the same user. .RT .sp 1P .LP 4.1.4 \fITransport Layer\fR .sp 9p .RT .PP The Transport Layer (layer 4) provides end user to end user transfer optimising the use of resources (i.e.,\ network service) according to the type and character of the communication, and relieves the user of any concern for the details of transfer. The Transport Layer always operates end\(hyto\(hyend, enhancing the Network Layer when necessary to meet the quality of service objectives of the users. .RT .sp 1P .LP 4.1.5 \fISession Layer\fR .sp 9p .RT .PP The Session Layer (layer 5) co\(hyordinates the interaction within each association between communicating application processes. Full and half duplex dialogues are examples of possible Session Layer modes. .RT .sp 1P .LP 4.1.6 \fIPresentation Layer\fR .sp 9p .RT .PP The Presentation Layer (layer 6) transforms the syntax of the data which is to be transferred into a form recognizable by the communicating application processes. For example, the Presentation Layer may convert a data stream from ASCII to EBCDIC. .RT .sp 1P .LP 4.1.7 \fIApplication Layer\fR .sp 9p .RT .PP The Application Layer (layer 7) specifies the nature of the communication required to satisfy the users' needs. This is the highest layer in the Model and so does not have a boundary with a higher layer. The Application Layer provides the sole means for the application processes to access the OSI environment. .RT .sp 1P .LP 4.2 \fIRelationship between CCITT S.S. No. 7 layering and the OSI model\fR .sp 9p .RT .PP Layers 1\(hy3 comprise functions for the transportation of information from one location to another, possibly via a number of communication links in tandem. These functions provide the basis on which a communication network can be built. .PP \(em The SCCP provides, with the MTP, OSI layer services\ 1\(hy3. .PP Layers 4\(hy7 define functions relating to end\(hyto\(hyend communication. These layers are so defined that they are independent of the internal structure of the communication network. .PP \(em Transaction Capabilities provides layer 4\(hy7 services. .PP Layer 7 represents the semantics of a communication, whereas layers\ 1\(hy6 comprise the means by which the communication may be realised. .PP \(em Application Entities/Application Service Elements provide the appropriate Application Layer Protocols in layer\ 7. .bp .PP Figure 5/Q.700 shows the relationship between SCCP, TC, and ASEs to the OSI\ 7 Layer Reference Model. .RT .LP .rs .sp 34P .ad r \fBFigure 5/Q.700, p.\fR .sp 1P .RT .ad b .RT .PP The aspect of the SMAP which is then involved with communication is the Systems Management Application Entity (SMAE). The SMAE is also known as the OMAP\ AE. .sp 2P .LP 4.3 \fIPrimitive Interfaces between CCITT No. 7 Functions\fR .sp 1P .RT .sp 1P .LP 4.3.1 \fIGeneral\fR .sp 9p .RT .PP Interfaces between the functional elements of CCITT S.S. No. 7 are specified using interface primitives. Primitive interface definition does not assume any specific implementation of a service. .RT .sp 1P .LP 4.3.2 \fIOSI service primitives\fR .sp 9p .RT .PP Where the functional element of CCITT No. 7 is modelled on the OSI 7 layer reference model, e.g.,\ SCCP, TC, service primitives are defined in line with Recommendation\ X.210. .bp .PP In line with Recommendation X.210, Figure 6/Q.700 illustrates the relationship between the terms \*Qservice\*U, \*Qboundary\*U, \*Qservice primitives\*U, \*Qpeer protocol\*U and \*Qpeer entities\*U. The term \*Qboundary\*U applies to boundaries between layers, as well as to boundaries between sub\(hylayers. .RT .LP .rs .sp 14P .ad r \fBFigure 6/Q.700, p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 4.3.2.1 \fIService primitives\fR .sp 9p .RT .PP The user of primitives does not preclude any specific implementation of a service in terms of interface primitives. .PP A service primitive consists of a name and one or more parameters which are passed in the direction of service primitive. .PP The name of a service primitive contains three elements, as defined in Recommendation\ X.210: .RT .LP a) a type indicating the direction of the primitive flow. Four types of service primitives are identified (Figure\ 7/Q.700): .LP \(em request a primitive issued by a service user to invoke a service element, .LP \(em indication a primitive issued by a service provider to advise that a service element has been invoked by the service user at the peer service access point or by the service provider, .LP \(em response a primitive issued by the service user to complete at a particular service access point some service element whose invocation has been previously indicated at that service access point, .LP \(em confirmation a primitive issued by a service provider to complete at a particular service access point some service element previously invoked by a request at that service access point. .LP Not all four types can be associated with all service names. .LP b) a name which specifies the action to be performed; .LP c) An initial (or initials) which specifies the (sub\(hy)layer providing the service: .LP \(em OM for the Operations Management primitives associated with OMAP; .LP \(em TC for the TCAP Component sub\(hylayer, .LP \(em TR for the TCAP Transaction sub\(hylayer, .LP \(em P, S, T, respectively for the Presentation, Session, and Transport layers in the ISP, .LP \(em N for the Network Service Part (MTP + SCCP), as defined in Recommendation\ Q.711. .bp .LP .rs .sp 12P .ad r \fBFigure 7/Q.700, p.\fR .sp 1P .RT .ad b .RT .PP Figure 8/Q.700 provides an overview of the primitives used between the various functional elements of CCITT No.\ 7. .PP The MTP primitives apply to all level 4 users of the MTP. .PP Similarly, the SCCP Management Primitives N\(hySTATE, N\(hyCOORD, N\(hyPCSTATE apply to all SCCP subsystems/AEs via TC. .PP The TC primitives between the ASE and TC provide control of connectionless TCAP transactions. Service primitives for connection\(hyoriented TC transactions are for further study. .RT .LP .rs .sp 27P .ad r \fBFigure 8/Q.700, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP \fB5\fR \fBAddressing\fR .sp 1P .RT .PP Addressing of CCITT S.S. No. 7 messages has to be considered on a number of levels. For example, the message transfer part uses the destination point code to route the message to the appropriate signalling point. The called party address field in TUP, or ISUP called party number field, in the Initial Address Message is used to route the call to the appropriate called destination. The capabilities of the various CCITT S.S.\ No.\ 7 addressing mechanisms are illustrated by the signalling message structure. .RT .sp 1P .LP 5.1 \fISignalling message structure\fR .sp 9p .RT .PP A signalling message is an assembly of information, defined at level 3 or 4, pertaining to a call, management transaction,\ etc., that is transferred as an entity by the message transfer function. .PP Each message contains service information including a service indicator identifying the source User Part and possibly additional information such as an indication whether the message relates to international or national application of the User Part. .PP The signalling information of the message includes the actual user information, such as one or more telephone or data call control signals, management and maintenance information,\ etc., and information identifying the type and format of the message. It also includes a label that provides information enabling the message to be: .RT .LP \(em routed by the level 3 functions and thorugh a signalling network to its destination; and (This part of the label is known as the Routing label. This is shown in Figure\ 9/Q.700.) .LP \(em directed at the receiving User Part to the particular circuit, call, management or other transaction to which the message is related. .PP Further details are given in Q.700, \(sc 5.2. .LP .rs .sp 6P .ad r \fBFigure 9/Q.700 [T1.700], p.\ \ (Traiter comme tableau MEP)\fR .sp 1P .RT .ad b .RT .PP There are four types of label: .LP \(em type A for MTP management messages; .LP \(em type B for TUP; .LP \(em type C for ISDN\(hyUP (circuit related) messages; .LP \(em type D for SCCP messages. .PP These are shown in Figure 10/Q.700. .PP The circuit identification code is used as a label for circuit related signalling messages, e.g.,\ TUP or ISDN\(hyUP. The least significant 4\ bits of this field (in the TUP) is the Signalling Link Selection (SLS) field, which is used, where appropriate, to perform load sharing (see Q.704). In the ISDN\(hyUP, the SLS is a separate field to the circuit identification code. .PP The CCITT No. 7 MTP signalling messages at level 2, which carry user information, are called Message Signal Units (MSUs). Figure\ 11/Q.700 shows the basic format of the MSU (refer also to Q.703) and the breakdown of the MSU. Signalling Information Field (SIF) when transporting circuit\(hyrelated (ISDN\(hyUP, TUP) messages and non\(hycircuit\(hyrelated messages (SCCP, TC based). Further details are given on message formats in Recommendations\ Q.704, Q.713, Q.723, Q.763,\ Q.773. .bp .RT .LP .rs .sp 17P .ad r \fBFigure 10/Q.700, p.10\fR .sp 1P .RT .ad b .RT .LP .rs .sp 29P .ad r \fBFigura 11/Q.700, p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 5.2 \fIMTP addressing\fR .sp 9p .RT .PP There is a two part addressing mechanism in the MTP, one part of the mechanism uses the point code which is incorporated in the routing label of every message signal unit, the other part of the mechanism makes use of the service indicator and network indicator within the service information octet. The point code is used for inter\(hynode addressing and the SIO addresses signalling system users on an intra\(hynode basis. .RT .sp 1P .LP 5.2.1 \fIPoint codes\fR .sp 9p .RT .PP Every signalling point (SP) and signalling transfer point (STP), when integrated in an SP, will be allocated its own unique point code. This is used by the MTP routing function to direct outgoing messages towards their destination in the network as indicated by the inclusion of the appropriate point code in the routing label. This point code is known as the destination point code (DPC). The routing label also contains the point code of the SP originating the message signal unit, therefore, the combination of this .PP originating point code (OPC) and DPC will determine the signalling relation (i.e.,\ the network points between which MTP \*QUser\*U information is exchanged). The DPC is used by the receiving SP/STP discrimination function to determine whether the message is addressed to that SP or requires to be onward routed by means of the signal transfer capability of the STP. .PP The DPC will always be determined and inserted in the routing label by the level 4\ MTP \*QUser\*U. This will also generally be the same for the OPC but it is possible that since the OPC might be constant it could be inserted by the MTP. .RT .sp 1P .LP 5.2.2 \fIService indicator and network indicator\fR .sp 9p .RT .PP The 4 bit service indicator (SI) and 2 bit network indicator (NI) are included in the service information octet (SIO) and are used within an SP's distribution function to determine the \*QUser\*U the incoming message should be delivered to. .PP The SI will determine the \*QUser\*U, e.g., TUP, SCCP, ISUP and the NI will determine which network is concerned, e.g.,\ international or national. .PP The NI will also in conjunction with the OPC/DPC determine whether a national or international signalling relation/routing is involved. .PP The NI, together with the standard 14 bit point code, allows for a max 16 | 84\ point codes to be allocated in a signalling network. .RT .sp 1P .LP 5.3 \fISCCP addressing\fR .sp 9p .RT .PP Addressing within the SCCP of S.S. No. 7 makes use of three separate elements: .RT .LP \(em DPC .LP \(em Global Title\ (GT) .LP \(em Sub\(hySystem Number\ (SSN) .PP One, two or all of the elements may be present in the Called and Calling Party Address, the main options are: .ce \fBH.T. [T2.700]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(72p) | lw(96p) . GT DPC + SSN { When transferring SCCP messages } _ .T& lw(72p) | lw(96p) . SSN GT SSN + GT { When receiving messages from MTP } _ .T& lw(72p) | lw(96p) . { DPC DPC + (SSN or GT or both) GT GT + SSn } { When receiving messages from connectionless or connection\(hyorientated control for SCCP Routing. } _ .TE .nr PS 9 .RT .ad r \fBTable [T2.700], p.\fR .sp 1P .RT .ad b .RT .PP The form of address used will depend on the service, application and underlying network. .bp .sp 1P .LP 5.3.1 \fIGlobal Title (GT)\fR .sp 9p .RT .PP The Global Title (GT) may comprise of dialled digits or another form of address that will not be recognized in the S.S.\ No.\ 7 network, therefore, if the associated message requires to be routed over the S.S.\ No.\ 7 network, translation is required. .PP Translation of the GT will result in a DPC being produced and possibly also a new SSN and GT. A field is also included in the address indicator to identify the format of the global title. .RT .sp 1P .LP 5.3.2 \fIDestination Point Code (DPC)\fR .sp 9p .RT .PP The DPC in an address requires no translation and will merely determine if the message is destined for that in SP (incoming message) or requires to be routed over the S.S.\ No.\ 7 signalling network via the MTP. For outgoing messages this DPC should be inserted in the MTP routing label. On an incoming message the DPC in the MTP routing label should correspond to the DPC in the called address. .RT .sp 1P .LP 5.3.3 \fISubsystem Number (SSN)\fR .sp 9p .RT .PP The SSN will identify a subsystem accessed via the SCCP within a node and may be a User Part, e.g.,\ ISUP, SCCP management or an AE via TC. TC, however, will be invisible to the SCCP. .PP When examination of the DPC in an incoming message has determined that the message is for that SP, examination of the SSN will identify the concerned SCCP \*QUser\*U. The presence of an SSN without a DPC will also indicate a message which is addressed to that SP. .PP The SSN field has an initial capacity of 255 codes with an extension code for future requirements. .RT .sp 2P .LP 5.4 \fIUser Part addressing\fR .sp 1P .RT .sp 1P .LP 5.4.1 \fITelephone User Part addressing\fR .sp 9p .RT .PP The Telephone User Part is capable of handling E.164 (incorporating E.163) addresses in the calling and called party address information elements. .RT .sp 1P .LP 5.4.2 \fIISDN User Part addressing\fR .sp 9p .RT .PP The ISDN User Part address structure is capable of handling E.164 addresses in the calling and called number, and re\(hydirecting address information elements. .RT .sp 1P .LP 5.4.3 \fISignalling connection control part addresses\fR .sp 9p .RT .PP The signalling connection control part is capable of handling E.164 (incorporating E.163), X.121, F.69, E.210, E.211, E.212, E.213, addresses, and the mobile hybrid E.214 address in the calling and called party address information elements. .PP The handling of OSI NSAP addresses in SCCP is for further study. .RT .sp 1P .LP 5.5 \fILabelling\fR .sp 9p .RT .PP A variety of methods to label signalling messages is used to allow the signalling system and users of the signalling system to relate a received message to a particular call or transaction. .PP For circuit\(hyrelated messages, (e.g., on a simple telephone call), the TUP (and the ISUP) use the circuit identification code (CIC) to label the message. .PP For certain ISUP procedures, call reference are used to associate messages with calls. .PP SCCP also uses local references on connection oriented protocols. .PP Transaction capabilities use transaction and invoke identities to associate transaction messages and components respectively. .bp .RT .sp 2P .LP \fB6\fR \fBOperations administration and maintenance\fR .sp 1P .RT .sp 1P .LP 6.1 \fIManagement\fR .sp 9p .RT .PP Management within S.S. No. 7 is partitioned into two main areas: .RT .LP \(em Signalling network management; .LP \(em Signalling system management. .sp 1P .LP 6.1.1 \fISignalling network management\fR .sp 9p .RT .PP These are functions contained within the MTP and SCCP which, by means of automatic procedures, maintain the required signalling network performance (e.g.,\ changeover of faulty links, forced re\(hyrouting, subsystem availability,\ etc.). .RT .sp 1P .LP 6.1.2 \fISignalling system management\fR .sp 9p .RT .PP This may be considered as the actions taken by the operator (or by an external automatic mechanism) to maintain the signalling system performance when problems are identified. .RT .sp 1P .LP 6.1.3 \fISignalling System No. 7 and TMN\fR .sp 9p .RT .PP The TMN concept identifies CCITT S.S. No. 7 as a candidate to act as a data communications network (DCN) for some TMN functions. The protocols that will be needed for this purpose are intended to be defined as ASEs, as part of OMAP. This topic is for further study. .RT .sp 1P .LP 6.1.4 \fISignalling System No. 7 and OSI management\fR .sp 9p .RT .PP This subject is for further study. .RT .sp 1P .LP 6.2 \fIMaintenance and testing\fR .sp 9p .RT .PP The maintenance administration and management functions of the signalling system themselves use the signalling system as a data carrying mechanism. When regarded in the data transport mode, however, any management or maintenance information is regarded as signalling traffic. Those functions having direct impact on S.S.\ No.\ 7 are included in OMAP Recommendation\ Q.795. .PP Testing within Signalling System No. 7 is: .RT .LP \(em instigated automatically as a part of a signalling system management procedures (e.g.,\ signalling route set test in MTP) or .LP \(em applied as a result of external activity, e.g.,\ human\(hymachine (MMI). .PP The first form is described in the appropriate Q.700 to\ Q.795 Recommendation dealing with MTP or SCCP,\ etc. The second form includes some MMI initiated procedures (initiation of MRVT (Q.795)), and also pre\(hyin service testing using test cases specified in Recommendations for S.S.\ No.\ 7 tests (Q.780 to\ Q.783). A testing user part has been agreed to be necessary for pre\(hyin service testing, this topic is for further study. .sp 1P .LP 6.2.1 \fIOperations Maintenance and Administration Part (OMAP)\fR .sp 9p .RT .PP Recommendation Q.795 provides procedures and protocols related to operations and maintenance information. These procedures and protocols use TCAP and are invoked by the system management application process (SMAP). Recommendation\ Q.795 includes the following: .RT .LP \(em MTP Routing Verification Test (MRVT) .LP \(em SCCP Routing Verification Test (SRVT) \(em for further study .LP \(em Circuit Validation Test .PP The protocol for the MRVT contained in Q.795 forms part of the OMAP AE which in turn uses the services provided by transaction capabilities. .PP ASEs needed to support the TMN functions are for further study. .bp .RT .sp 1P .LP 6.2.2 \fITesting\fR .sp 9p .RT .PP Test specifications for Signalling System No. 7 are contained in Recommendations\ Q.780\(hy783 and cover MTP level\ 2, level\ 3 and the TUP together with an overview of testing. .PP A Testing User Part is for further study. .RT .sp 1P .LP 6.3 \fICCITT S.S. No. 7 measurements\fR .sp 9p .RT .PP Recommendation Q.791 specifies the monitoring and measurements appropriate to the MTP and SCCP. .RT .sp 2P .LP \fB7\fR \fBSignalling system performance\fR .sp 1P .RT .PP The performance requirements of Signalling System No. 7 must take account of the performance requirements of the services that are being supported. Each functional component of Signalling System\ No.\ 7 has its performance criteria specified in a self\(hycontained Recommendation. An overall performance target is specified in the form of a Hypothetical Signalling Reference Connection (HSRC). .RT .sp 1P .LP 7.1 \fIHypothetical Signalling Reference Connection (HSRC)\fR .sp 9p .RT .PP The HSRC for Signalling System No. 7 (Recommendation Q.709), identifies components that are used in a signalling relation between signalling end points, signalling points, signalling transfer points, and signalling points with SCCP relay functions, and gives the values for the signalling delays and unavailability parameters. The values used are derived from the figures contained in the individual performance Recommendations for MTP, TUP, SCCP and ISUP. .RT .sp 1P .LP 7.2 \fIMTP\fR .sp 9p .RT .PP The MTP signalling performance requirements are specified in Recommendation\ Q.706. This Recommendation includes: .RT .LP \(em the parameters route\(hyset unavailability, MTP malfunction (loss of messages and mis\(hysequencing), and message transfer times; .LP \(em factors affecting performance, for example signalling traffic characteristics (e.g.,\ loading potential, security,\ etc.) and parameters related to transmission characteristics (e.g.,\ bit rates of signalling data links); .LP \(em those parameters which have greatest influence on the signalling network queueing delays for example, error control, security arrangements, failures and priorities. .PP It should be noted that management functions affect MTP performance. .sp 1P .LP 7.3 \fISCCP\fR .sp 9p .RT .PP The SCCP signalling performance requirements are contained in Recommendation\ Q.716. Parameters identified are signal connection delays (establishment, unsolicited reset, reset and release signalling connection, reset and release failure probability, data message transmit delay, data message delay failure and error probability and SCCP unavailability). .PP It should be noted that management functions affect SCCP performance. .RT .sp 1P .LP 7.4 \fITUP\fR .sp 9p .RT .PP The TUP signalling performance requirements are contained in Recommendation\ Q.725. Parameters contained in this Recommendation are cross office performance for TUP supported circuit connection control application under normal and abnormal traffic loads. Also specified is the probability of failure of calls due to signalling malfunction. .RT .sp 1P .LP 7.5 \fIISDN\(hyUP\fR .sp 9p .RT .PP The ISDN\(hyUP signalling performance requirements are contained in Recommendation\ Q.766. Parameters contained in this Recommendation are cross office performance for ISDN\(hyUP supported circuit connection control under normal and abnormal traffic loads. Also specified is the probability of failure of an ISDN call due to signalling function. .bp .RT .sp 2P .LP \fB8\fR \fBFlow control\fR .sp 1P .RT .PP Signalling System No. 7 in common with other transport mechanisms, needs to limit the input of data when congestion onset is detected. Failure to do so can create overload situations. The nature of CCITT S.S.\ No.\ 7 will lead to SP/STP overload congestion being spread through the signalling network if no action is taken. This will result in impaired signalling performance. In addition to signalling network congestion within a node, congestion will also require action to prevent signalling performance from deteriorating. There is thus a need for flow control within the signalling system to maintain the required signalling performance. .RT .sp 1P .LP 8.1 \fISignalling network flow control\fR .sp 9p .RT .PP This is achieved by incorporating a flow control mechanism in the MTP. On detection of congestion, MTP \*QUsers\*U are informed by the means of a special primitive; the \*QUser\*U should then reduce signalling traffic towards the congested part of the network. If the User is at a remote SP, the information is carried across the network in an appropriate signalling network management message. .RT .sp 1P .LP 8.2 \fISignalling node (congestion) flow control\fR .sp 9p .RT .PP In addition to network congestion, nodal congestion also requires the remedial action of flow control to prevent the signalling performance from being impaired. Nodal congestion can occur both within the MTP and the MTP \*QUser\*U. .RT .sp 1P .LP 8.2.1 \fIMTP nodal flow control\fR .sp 9p .RT .PP A similar activity to that to combat signalling network congestion is required, i.e.,\ on detection, the \*QUser\*U is informed so that traffic can be reduced. .RT .sp 1P .LP 8.2.2 \fI\*QUser\*U flow control\fR .sp 9p .RT .PP As well as taking action to reduce MTP congestion, mechanisms are also required within the User to detect the onset of congestion and to take appropriate action. .RT .sp 1P .LP 8.3 \fIAutomatic congestion control\fR .sp 9p .RT .PP The ISUP and TUP provide signalling procedures which aim to reduce the new calls offered to an exchange which is experiencing processor overload. .PP Automatic congestion control provides the means to inform adjacent exchanges of the current workload, and to request that only priority calls are offered to the exchange experiencing overload. .RT .sp 2P .LP \fB9\fR \fBCompatibility mechanisms and rules in CCITT S.S. No. 7\fR .sp 1P .RT .sp 1P .LP 9.1 \fIModularity\fR .sp 9p .RT .PP The wide scope of the signalling system requires that the total system include a large diversity of functions and that further functions can be added to cater for extended future applications. As a consequence only a subset of the total system may need to be used in an individual application. .PP A major characteristic of the signalling system is that it is specified with a functional structure to ensure flexibility and modularity for diverse applications within one system concept. This allows the system to be realized as a number of functional modules which could ease adaptation of the functional content of an operating Signalling System\ No.\ 7 to the requirements of its application. .PP The CCITT specifications of the signalling system specify functions and their use for international operation of the system. Many of those functions are also required in typical national applications. Furthermore, the system to some extent includes features that are particular to national applications. The CCITT specifications thus form an internationally standardized base for a wide range of national applications of common channel signalling. .bp .PP CCITT S.S. No. 7 is one common channel signalling system. However, as a consequence of its modularity and its intended use as a standard base for national applications the system may be applied in many forms. In general, to define the use of the system in a given national application, a selection of the CCITT specified functions must be made and the necessary additional national functions must be specified depending on the nature of the application. .PP CCITT S.S. No. 7 is an evolutionary signalling system which has undergone a number of enhancements. To allow ease of evolution it has been necessary to incorporate a number of compatibility mechanisms in various functional elements of CCITT\ No.\ 7, and to apply a number of compatibility rules to protocol enhancement. Detailed specification of the compatibility mechanisms in each functional element of CCITT S.S.\ No.\ 7 are given in the appropriate Q.700\ to Q.795\ Recommendations. Hence an overview is given in this Recommendation. .PP Compatibility rules which apply to all functional elements of CCITT S.S.\ No.\ 7 are detailed in the following text. .RT .sp 1P .LP 9.2 \fIEvolutionary requirements\fR .sp 9p .RT .PP In application protocols (e.g., ISDN\(hyUP, ASEs), the main evolutionary requirement is the ability to add new subscriber services, new administration and network services to the protocol. .PP In the SCCP and MTP, the evolutionary requirements are different in that initial versions provide basic transport functions which are generally stable. The main enhancements have been in the management protocols. .PP Although the evolutionary requirements are different across the elements of CCITT S.S.\ No.\ 7, it is possible to incorporate certain common mechanisms in the various functional elements. .RT .sp 1P .LP 9.3 \fIForward and backward compatibility\fR .sp 9p .RT .PP Compatibility mechanisms can be considered as being either: .RT .LP \(em Forward compatibility mechanisms .LP \(em Backward compatibility rules .PP Forward compatibility mechanisms are defined as a scheme to enable a version of a protocol to communicate effectively and interwork with future versions of the protocol. .PP Backward compatibility rules are defined as a scheme to ensure that future versions of the protocol will be able to send protocol messages to the previous version which will be understood and fully processed by the node supporting the previous version. .RT .sp 1P .LP 9.4 \fICompatibility rules for CCITT S.S. No. 7\fR .sp 9p .RT .PP The following compatibility rules are applied to each element of CCITT S.S.\ No.\ 7 (e.g.,\ ISDN\(hyUP) when protocols are enhanced. .RT .sp 1P .LP 9.4.1 \fIAddition of a new value to an existing field (e.g., a cause\fR \fIvalue)\fR .sp 9p .RT .PP New values to an existing field can be added. The processing of these new values at nodes supporting an earlier version of the protocol will be defined in their version specifications. .RT .sp 1P .LP 9.4.2 \fIAddition of a new parameter to an existing message\fR .sp 9p .RT .PP Any new parameters added to an existing message must not be added as mandatory parameters. If a new parameter, must be added, and it must be a mandatory parameter, then a new message type must be created. .RT .sp 1P .LP 9.4.3 \fIHandling of unrecognized information\fR .sp 9p .RT .PP When a new protocol, message or information element is created, a rule is required on a per message and information element basis, to define the action on receipt of unrecognized information. This rule needs to be applied to both unrecognized messages, unrecognized information elements within messages, and unrecognized values within recognized information elements. .bp .PP The actions defined for receipt of an unrecognized message/information element could be: .RT .LP \(em Discard message/information element. .LP \(em Discard/ignore information element within a recognized message. .LP \(em Default to a known general value (e.g., on receipt of an ISDN\(hyUP IAM with an unrecognized calling party category could be defaulted to \*QUnknown\*U). .LP \(em Send a \*QConfusion\*U message. .LP \(em Terminate the call/transaction. .LP \(em Information management. .sp 1P .LP 9.4.4 \fIIncrease in the length of optional parameters\fR .sp 9p .RT .PP If a parameter is used as an optional parameter in all messages that it appears, the length of the parameter can be increased. The older version of the protocol would be able to function as it does today, assuming it ignores the extra bits or a suitable extension method has been defined. The newer version would have to check the length of the parameter to determine if the added information was present. .PP Protocols which use coding rules which are based on X.409 (e.g., TC) are not subject to this rule. .RT .sp 1P .LP 9.4.5 \fIProcessing of messages with unrecognized SIO information\fR .sp 9p .RT .PP To enable signalling points implemented to the Blue Book to interwork with signalling points implemented to earlier Recommendations when a message containing an unrecognized service information octet (see Q.704, \(sc\ 14.2) is received, the message is discarded. .RT .sp 1P .LP 9.4.6 \fIUnacknowledged messages\fR .sp 9p .RT .PP Where a function requires an acknowledgement to a message in order to continue, if no response is received the function sends the message for only a limited number of times. The sending signalling point should assume that the function is not available, and inform local management. .RT .sp 1P .LP 9.4.7 \fIProcessing of spare fields\fR .sp 9p .RT .PP For those CCITT S.S. No. 7 functions which define fields or sub\(hyfields in signalling messages as spare or reserved, the following rules for processing of these fields apply. .PP At a node generating a signalling message, all spare and reserved fields are set to zero. At transit nodes, spare or reserved fields may be passed on transparently. At the destination node, the spare and reserved fields are not examined. .RT .sp 2P .LP \fB10\fR \fBGlossary\fR .sp 1P .RT .PP A Glossary of terms in CCITT S.S. No. 7 is contained at the back of the Fascicles\ VI.7, VI.8 and VI.9. .RT .LP .rs .sp 10P .ad r BLANC .ad b .RT .LP .bp .sp 1P .ce 1000 \v'3P' SECTION\ 2 .ce 0 .sp 1P .ce 1000 \fBMESSAGE\ TRANSFER\ PART\ (MTP)\fR .ce 0 .sp 1P .sp 2P .LP \fBRecommendation\ Q.701\fR .RT .sp 2P .ce 1000 \fBFUNCTIONAL\ DESCRIPTION\ OF\ THE\fR .EF '% Fascicle\ VI.7\ \(em\ Rec.\ Q.701'' .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.701 %' .ce 0 .sp 1P .ce 1000 \fBMESSAGE\ TRANSFER\ PART\ (MTP)\ OF\ SIGNALLING\ SYSTEM\ No.\ 7\fR .ce 0 .sp 1P .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .sp 1P .LP 1.1 \fIGeneral\fR .sp 9p .RT .PP The Message Transfer Part (MTP) provides the functions that enable User Part significant information passed to the MTP to be transferred across the Signalling System No.\ 7 network to the required destination. In addition, functions are included in the MTP to enable network and system failures that would affect the transfer of signalling information to be overcome. This constitutes a sequenced connectionless service for the MTP user. .PP The Message Transfer Part together with one of its \*Qusers\*U, the Signalling Connection Control Part (SCCP), described in Recommendations\ Q.711\(hy716, forms the Network Service Part (NSP). .PP The Network Service Part meets the requirement for Layer 3 services as defined in the OSI \(em\ Reference Model CCITT Recommendation\ X.200. The relationship of the MTP with this model and to other parts of S.S.\ No.\ 7 is described in Recommendation\ Q.700. .RT .sp 1P .LP 1.2 \fIObjectives\fR .sp 9p .RT .PP The overall objectives of the Message Transfer Part are to provide the means for: .RT .LP a) the reliable transport and delivery of \*QUser Part\*U signalling information across the S.S.\ No.\ 7 network. .LP b) the ability to react to system and network failures that will affect\ a), and take the necessary action to ensure that\ a) is achieved. .PP The \*QUsers\*U of MTP are the SCCP, Telephone User Part (TUP) [Recommendation\ Q.721\(hy725 Data User Part (DUP) [Recommendation\ Q.741] and ISDN User Part (ISUP) [Recommendation\ Q.761\(hy766]. The MTP Testing User Part is for further study. .sp 2P .LP 1.3 \fIGeneral characteristics\fR .sp 1P .RT .sp 1P .LP 1.3.1 \fIMethod of description\fR .sp 9p .RT .LP \(em functions provided by each level within the MTP .LP \(em services provided by the MTP .LP \(em interaction with the signalling network .LP \(em interaction with the MTP \*QUser\*U .LP \(em the message transfer capability of the MTP .bp .PP The functions of each level of the MTP are performed by means of the level protocol between two systems which provides a \*Qlevel service\*U to the upper levels, (i.e.,\ Level\ 1 Signalling Data Link, Level\ 2 Signalling Link and Level\ 3 Signalling network) as described in Recommendations\ Q.702, 703 and\ 704 respectively. .PP The service interface to the Level 4 \*QUser\*U of MTP is described by means of primitives and parameters. .RT .sp 1P .LP 1.3.2 \fIPrimitives\fR .sp 9p .RT .PP Primitives consist of commands and their respective responses associated with the services requested of the SCCP and of the MTP, see Figure\ 1/Q.701. The general syntax of a primitive is shown below: .RT .ce \fBH.T. [T1.701]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(18p) | cw(42p) | cw(42p) | cw(42p) . X Generic name Specific name Parameter _ .TE .nr PS 9 .RT .ad r \fBTable [T1.701], p.\fR .sp 1P .RT .ad b .RT .LP \(em \*QX\*U designates the functional block providing the service (\*QMTP\*U for MTP). .LP \(em \*QGeneric name\*U describes the action that should be performed by the addressed layer. .LP \(em \*QSpecific name\*U indicates the direction of the primitive flow. .LP \(em \*QParameters\*U are the elements of information which are to be transmitted between layers. .LP Four Specific Names exist in general: .LP \(em request .LP \(em indication .LP Not all generic names contain all four specific names (Figure\ 2/Q.701). .FE \(em response .LP \(em confirmation .LP .rs .sp 17P .ad r \fBFigure 1/Q.701, p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 18P .ad r \fBFigure 2/Q.701, p.\fR .sp 1P .RT .ad b .RT .PP Primitives and parameters of the Messsage Transfer Part service are listed and described in Section\ 8 of this Recommendation. .sp 1P .LP 1.3.3 \fIPeer\(hyto\(hypeer communication\fR .sp 9p .RT .PP Exchange of information between two peers of the MTP is performed by means of a protocol. The protocol is a set of rules and formats by which the control information and MTP \*QUser\*U data is exchanged between the two peers. The protocol caters for .RT .LP \(em the transfer of \*QUser\*U data in Message Signal Units (MSUs); .LP \(em level 2 control by use of Link Status Signal Units (LSSUs); .LP \(em testing and maintenance of signalling links by means of the signalling link test message carried in an MSU. .sp 1P .LP 1.3.4 \fIContents of Recommendations Q.701 to Q.707 Series relating to\fR \fIthe MTP\fR .sp 9p .RT .PP Recommendation Q.701 contains a functional description and overview of the Message Transfer Part of CCITT\ S.S.\ No.\ 7. .PP Recommendation Q.702 details the requirements of a signalling data link to support CCITT\ S.S.\ No.\ 7. .PP Recommendation Q.703 describes the signalling link functions. .PP Recommendation Q.704 describes signalling network functions and messages. .PP Recommendation Q.706 defines and specifies values for MTP performance parameters. .PP Recommendation Q.707 describes the testing and maintenance functions applicable to the MTP. .RT .sp 2P .LP \fB2\fR \fBSignalling system structure\fR .sp 1P .RT .sp 1P .LP 2.1 \fIBasic functional division\fR .sp 9p .RT .PP The fundamental principle of the signalling system structure is the division of functions into a common Message Transfer Part (MTP) on one hand and separate User Parts for different users on the other. This is illustrated in Figure\ 3/Q.701. .bp .RT .LP .rs .sp 12P .ad r \fBFigure 3/Q.701 p. \fR .sp 1P .RT .ad b .RT .PP The overall function of the Message Transfer Part is to serve as a transport system providing reliable transfer of signalling messages between the locations of communicating user functions. .PP The term \fIuser\fR | in this context refers to any functional entity that utilizes the transport capability provided by the Message Transfer Part. A User Part comprises those functions of, or related to, a particular type of user that are part of the common channel signalling system, typically because those functions need to be specified in a signalling context. .PP The basic commonality in signalling for different services resulting from this concept is the use of a common transport system, i.e.,\ the Message Transfer Part. Also, a degree of commonality exists between certain User Parts, e.g.,\ the Telephone User Part (TUP) and the Data User Part (DUP). .RT .sp 2P .LP 2.2 \fIFunctional levels\fR .sp 1P .RT .sp 1P .LP 2.2.1 \fIGeneral\fR .sp 9p .RT .PP As a further separation, the necessary elements of the signalling system are specified in accordance with a level concept in which: .RT .LP \(em the functions of the Message Transfer Part are separated into three functional levels, and .LP \(em the User Parts constitute parallel elements at the fourth functional level. .PP The level structure is illustrated in Figure\ 4/Q.701. The system structure shown in Figure\ 4/Q.701 is not a specification of an implementation of the system. The functional boundaries\ B, C and\ D may or may not exist as interfaces in an implementation. The interactions by means of controls and indications may be direct or via other functions. However, the structure shown in Figure\ 4/Q.701 may be regarded as a possible model of an implementation. .sp 1P .LP 2.2.2 \fISignalling data link functions (level 1)\fR .sp 9p .RT .PP Level 1 defines the physical, electrical and functional characteristics of a signalling data link and the means to access it. The level\ 1 element provides a bearer for a signalling link. .PP In a digital environment, 64\(hykbit/s digital paths will normally be used for the signalling data link. The signalling data link may be accessed via a switching function, providing a potential for automatic reconfiguration of signalling links. Other types of data links, such as analogue links with modems, can also be used. .PP The detailed requirements for signalling data links are specified in Recommendation\ Q.702. .bp .RT .LP .rs .sp 30P .ad r \fBFigure 4/Q.701, p.17\fR .sp 1P .RT .ad b .RT .sp 1P .LP 2.2.3 \fISignalling link functions (level 2)\fR .sp 9p .RT .PP Level 2 defines the functions and procedures for and relating to the transfer of signalling messages over one individual signalling data link. The level\ 2 functions together with a level\ 1 signalling data link as a bearer provides a signalling link for reliable transfer of signalling messages between two points. .PP A signalling message delivered by the higher levels is transferred over the signalling link in variable length \fIsignal units\fR . For proper operation of the signalling link, the signal unit comprises transfer control information in addition to the information content of the signalling message. .PP The signalling link functions include: .RT .LP \(em delimitation of signal unit by means of flags; .LP \(em flag imitation prevention by bit stuffing; .LP \(em error detection by means of check bits included in each signal unit; .LP \(em error correction by retransmission and signal unit sequence control by means of explicit sequence numbers in each signal unit and explicit continuous acknowledgements; .LP \(em signalling link failure detection by means of signal unit error rate monitoring and signalling link recovery by means of special procedures. .PP The detailed requirements for signalling link functions are given in Recommendation\ Q.703. .bp .sp 1P .LP 2.2.4 \fISignalling network functions (level 3)\fR .sp 9p .RT .PP Level 3 in principle defines those transport functions and procedures that are common to and independent of the operation of individual signalling links. As illustrated in Figure\ 4/Q.701 these functions fall into two major categories: .RT .LP a) signalling message handling functions \(em these are functions that, at the actual transfer of a message, direct the message to the proper signalling link or User Part; .LP b) signalling network management functions \(em these are functions that, on the basis of predetermined data and information about the status of the signalling network, control the current message routing and configuration of signalling network facilities. In the event of changes in the status they also control reconfigurations and other actions to preserve or restore the normal message transfer capability. .PP The different level 3 functions interact with each other and with the functions of other levels by means of indications and controls as illustrated in Figure\ 4/Q.701. This figure also shows that the signalling network management as well as the testing and maintenance actions may include exchange of signalling messages with corresponding functions located at other signalling points. Although not User Parts these parts of level\ 3 can be seen as serving as \*QUser Parts of the Message Transfer Part\*U. As a convention in these specifications, for each description, general references to User Parts as sources or sinks of a signalling message implicitly include these parts of level\ 3 unless the opposite is evident from the context or explicitly stated. .PP A description of the level 3 functions in the context of a signalling network is given in \(sc\ 3 below. The detailed requirements for signalling network functions are given in Recommendation\ Q.704. Some means for testing and maintenance of the signalling network are provided and the detailed requirements are given in Recommendation\ Q.707. .RT .sp 1P .LP 2.2.5 \fIUser Part functions (level 4)\fR .sp 9p .RT .PP Level 4 consists of the different User Parts. Each User Part defines the functions and procedures of the signalling system that are particular to a certain type of user of the system. .PP The extent of the User Part functions may differ significantly between different categories of users of the signalling system, such as: .RT .LP \(em users for which most user communication functions are defined within the signalling system. Examples are telephone and data call control functions with their corresponding Telephone and Data User Parts; .LP \(em users for which most user communication functions are defined outside the signalling system. An example is the use of the signalling system for transfer of information for some management or maintenance purpose. For such an \*Qexternal user\*U the User Part may be seen as a \*Qmailbox\*U type of interface between the external user system and the message transfer function in which, for example, the user information transferred is assembled and disassembled to/from the applicable signalling message formats. .sp 1P .LP 2.3 \fISignalling message\fR .sp 9p .RT .PP A signalling message is an assembly of information, defined at level\ 3 or\ 4, pertaining to a call, management transaction,\ etc., that is transferred as an entity by the message transfer function. .PP Each message contains \fIservice information\fR | ncluding a \fIservice\fR \fIindicator\fR | dentifying the source User Part and possibly additional information such as an indication whether the message relates to international or national application of the User Part. .PP The \fIsignalling information\fR | f the message includes the actual user information, such as one or more telephone or data call control signals, management and maintenance information,\ etc., and information identifying the type and format of the message. It also includes a \fIlabel\fR | hat provides information enabling the message: .RT .LP \(em to be routed by the level 3 functions and through a signalling network to its destination; and .LP \(em to be directed at the receiving User Part to the particular circuit, call, management or other transaction to which the message is related. .PP On the signalling link, each signalling message is packed into Message Signal Units (MSUs) which also includes transfer control information related to the level\ 2 functions of the link. .bp .sp 1P .LP 2.4 \fIFunctional interface\fR .sp 9p .RT .PP The following functional interface between the Message Transfer Part and the User Parts can be seen as a model illustrating the division of functions between these parts. The interface (see Figure\ 5/Q.701) is purely functional and need not appear as such in an implementation of the system. .RT .LP .rs .sp 14P .ad r \fBFigure 5/Q.701, p.\fR .sp 1P .RT .ad b .RT .PP The main interaction between the Message Transfer Part and the User Parts is the transfer of signalling messages across the interface, each message consisting of service information and signalling information as described above. Message delimitation information is also transferred across the interface with the message. .PP In addition to the transfer of messages and associated information, the interaction may also include flow control information, e.g.,\ an indication from the Message Transfer Part that it is unable to serve a particular destination. .PP A description of the characteristics of the Message Transfer Part as seen from the functional interface and the requirements to be met by potential users of the message transfer function is given in \(sc\ 4. .RT .sp 2P .LP \fB3\fR \fBMessage transfer part and the signalling network\fR .sp 1P .RT .sp 1P .LP 3.1 \fIGeneral\fR .sp 9p .RT .PP Since the Message Transfer Part forms the interface at a node with the rest of the signalling network, the signalling network will have significant impact on the MTB. The MTP must however be independent of the signalling network in that it has to be capable of performing its set functions and attaining its objectives no matter what network structure or status prevails. .PP The MTP has therefore to contain the necessary functions to ensure any impact that the network has does not impair MTP performance. .RT .sp 1P .LP 3.1.1 \fISignalling network components\fR .sp 9p .RT .PP A full description of signalling network components is contained in Recommendation Q.700, the components that must be considered by the MTP are: .RT .LP \(em signalling points (including signalling transfer points); .LP \(em signalling relations between two signalling points; .LP \(em signalling links; .LP \(em signalling link sets (including link groups); .LP \(em signalling routes; .LP \(em signalling route\(hysets. .sp 1P .LP 3.1.2 \fISignalling modes\fR .sp 9p .RT .PP Signalling modes are described in Recommendations Q.700 and Q.705 (signalling network structures). The modes applicable to CCITT S.S.\ No.\ 7 MTP are: .RT .LP \(em associated mode; .LP \(em quasi\(hyassociated mode. .bp .sp 1P .LP 3.1.3 \fISignalling point modes\fR .sp 9p .RT .PP A signalling point can be an originating point, a destination point or a signalling transfer point in a signalling relation. All three modes must be considered in the\ MTP. .RT .sp 1P .LP 3.1.4 \fIMessage labelling\fR .sp 9p .RT .PP Each message contains a label. In the standard label the portion that is used for routing is called the \fIrouting label\fR . This routing label includes: .RT .LP a) explicit indications of destination and originating points of the message, i.e.,\ identification of the signalling relation concerned; .LP b) a code used for load sharing which may be the least significant part of a label component that identifies a user transaction at level\ 4. .PP The standard routing label assumes that each signalling point in a signalling network is allocated a code according to a code plan, established for the purpose of labelling, that is unambiguous within its domain. Messages labelled according to international and national code plans are discriminated by means of an indication in the service information octet included in each message. .PP The standard routing label is suitable for national applications also. However, the signalling system includes the possibility for using different routing labels nationally. .RT .sp 1P .LP 3.2 \fISignalling message handling functions\fR .sp 9p .RT .PP Figure 6/Q.701 illustrates the signalling message handling functions. .RT .LP .rs .sp 34P .ad r \fBFigure 6/Q.701, p. \fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 3.2.1 \fIMessage routing\fR .sp 9p .RT .PP \fIMessage routing\fR | is the process of selecting, for each signalling message to be sent, the signalling link to be used. In general, message routing is based on analysis of the routing label of the message in combination with predetermined routing data at the signalling point concerned. .PP Message routing is destination\(hycode dependent with typically an additional load\(hysharing element allowing different portions of the signalling traffic to a particular destination to be distributed over two or more signalling links. This traffic distribution may be limited to different links within a link set or applied to links in different link sets. .PP Each succession of signalling links that may be used to convey a message from the originating point to the destination point constitutes a \fImessage route\fR . A signalling route is the corresponding concept for a possible path referring to a succession of link sets and signalling transfer points, between a given signalling point and the destination point. .PP In Signalling System No.\ 7, message routing is made in a manner by which the message route taken by a message with a particular routing label is predetermined and, at a given point in time, fixed. Typically, however, in the event of failures in the signalling network, the routing of messages, previously using the failed message route, is modified in a predetermined manner under control of the signalling traffic management function at level\ 3. .PP Although there are in general advantages in using a uniform routing of messages belonging to different User Parts, the service indicator included in each message provides the potential for using different routing plans for different User Parts. .RT .sp 1P .LP 3.2.2 \fIMessage distribution\fR .sp 9p .RT .PP \fIMessage distribution\fR | is the process which, upon receipt of a message at its destination point, determines to which User Part or level\ 3 function the message is to be delivered. This choice is made on analysis of the service indicator. .RT .sp 1P .LP 3.2.3 \fIMessage discrimination\fR .sp 9p .RT .PP \fIMessage discrimination\fR | is the process which, upon receipt of a message at a signalling point, determines whether or not the point is the destination point of that message. This decision is based on analysis of the destination code in the routing label in the message. If the signalling point is the destination point the message is delivered to the message distribution function. If it is not the destination point, and the signalling point has the transfer capability, the message is delivered to the routing function for further transfer on a signalling link. .RT .sp 1P .LP 3.3 \fISignalling network management functions\fR .sp 9p .RT .PP Figure 6/Q.701 illustrates the signalling network management functions. .RT .sp 1P .LP 3.3.1 \fISignalling traffic management\fR .sp 9p .RT .PP The tasks of the \fIsignalling traffic management\fR | function are: .RT .LP a) to control message routing; this includes modification of message routing to preserve, when required, accessibility of all destination points concerned or to restore normal routing; .LP b) in conjunction with modifications of message routing, to control the resulting transfer of signalling traffic in a manner that avoids irregularities in message flow; .LP c) flow control. .PP Control of message routing is based on analysis of predetermined information about all allowed potential routing possibilities in combination with information, supplied by the \fIsignalling link management\fR | nd \fIsignalling route management\fR | unctions, about the status of the signalling network (i.e.,\ current availability of signalling links and routes). .PP Changes in the status of the signalling network typically result in modification of current message routing and thus in transfer of certain portions of the signalling traffic from one signalling link to another. The transfer of signalling traffic is performed in accordance with specific procedures. These procedures \(em \fIchangeover, changeback, forced rerouting and\fR \fIcontrolled rerouting\fR \(em are designed to avoid, as far as the circumstances permit, such irregularities in message transfer as loss, mis\(hysequencing or multiple delivery of messages. .bp .PP The changeover and changeback procedures involve communication with other signalling point(s). For example, in the case of changeover from a failing signalling link, the two ends of the failing link exchange information (via an alternative path) that normally enables retrieval of messages that otherwise would have been lost on the failing link. However, as further explained later, these procedures cannot guarantee regular message transfer in all circumstances. .PP A signalling network has to have a signalling traffic capacity that is higher than the normal traffic offered. However, in overload conditions (e.g.,\ due to network failures or extremely high traffic peaks) the signalling traffic management function takes flow control actions to minimize the problem. An example is the provision of an indication to the local user functions concerned that the Message Transfer Part is unable to transport messages to a particular destination in the case of total breakdown of all signalling routes to that destination point. If such a situation occurs at a signalling transfer point, a corresponding indication is given to the signalling route management function for further dissemination to other signalling points in the signalling network. .RT .sp 1P .LP 3.3.2 \fISignalling link management\fR .sp 9p .RT .PP The task of the signalling link management function is to control the locally connected link sets. In the event of changes in the availability of a local link set it initiates and controls actions aimed at restoring the normal availability of that link set. .PP The signalling link management function also supplies information about the availability of local links and link sets to the signalling traffic management function. .PP The signalling link management function interacts with the signalling link function at level\ 2 by receipt of indications of the status of signalling links. It also initiates actions at level\ 2 such as, for example, initial alignment of an out\(hyof\(hyservice link. .PP The signalling system can be applied with different degrees of flexibility in the method of provision of signalling links. A signalling link may for example consist of a permanent combination of a signalling terminal device and a signalling data link. It is also possible to employ an arrangement in which any switched connection to the remote end may be used in combination with any local signalling terminal device. It is the task of the signalling link management function in such arrangements to initiate and control reconfigurations of terminal devices and signalling data links to the extent such reconfigurations are automatic. In particular, this involves interaction, not necessarily direct, with a switching function at level\ 1. .RT .sp 1P .LP 3.3.3 \fISignalling route management\fR .sp 9p .RT .PP Signalling route management is a function that relates to the quasi\(hyassociated mode of signalling only. Its task is to transfer information about changes in the availability of signalling routes in the signalling network to enable remote signalling points to take appropriate signalling traffic management actions. Thus a signalling transfer point may, for example, send messages indicating inaccessibility of a particular signalling point via that signalling transfer point, thus enabling other signalling points to stop routing messages to an incomplete route. .RT .sp 1P .LP 3.4 \fITesting and maintenance functions\fR .sp 9p .RT .PP Figure 6/Q.701 illustrates that the signalling system includes some standard testing and maintenance functions that use level\ 3 messages. Furthermore, any implementation of the system typically includes various implementation\(hydependent means for testing and maintenance of equipment concerned with the other levels. .RT .sp 2P .LP 3.5 \fIUse of the signalling network\fR .sp 1P .RT .sp 1P .LP 3.5.1 \fISignalling network structure\fR .sp 9p .RT .PP The signalling system may be used with different types of signalling network structures. The choice between different types of signalling network structures may be influenced by factors such as the structure of the telecommunication network to be served by the signalling system and administrative aspects. .PP In the case when the provision of the signalling system is planned purely on a per\(hysignalling relation basis, the likely result is a signalling network largely based on associated signalling, typically supplemented by a limited degree of quasi\(hyassociated signalling for low volume signalling relations. The structure of such a signalling network is mainly determined by the patterns of the signalling relations. International signalling is an example of an application for which this approach is suitable. .bp .PP Another approach is to consider the signalling network as a common resource that should be planned according to the total needs for common channel signalling. The high capacity of digital signalling links in combination with the need for redundancy for reliability, typically leads to a signalling network based on a high degree of quasi\(hyassociated signalling with some provision for associated signalling for high\(hyvolume signalling relations. The latter approach to signalling network planning is more likely to allow exploitation of the potential of common channel signalling to support network features that require communication for purposes other than the switching of connections. .PP Further considerations about the use of a signalling network are given in Recommendation\ Q.705. .RT .sp 1P .LP 3.5.2 \fIProvision of signalling facilities\fR .sp 9p .RT .PP In general, the most important factor in the dimensioning of the signalling network is the need for reliability by means of redundancy. Depending on the signalling network structure and the potential for reconfiguration of signalling equipment, the required redundancy may be provided by different combinations of: .RT .LP \(em redundancy in signalling data links (e.g.,\ nominated reserves or switched connections); .LP \(em redundancy in signalling terminal devices (e.g.,\ a common pool of terminals for the whole signalling point); .LP \(em redundancy of signalling links within a link set (typically operating with load sharing); .LP \(em redundancy in signalling routes for each destination (possibly operating with load sharing). .PP The loading capacity of a digital signalling link is high in relation to the signalling traffic generated for call control signalling. Therefore, in many typical applications the links will be lightly loaded and signalling traffic volume will be a secondary factor in the dimensioning of the signalling network. However, in high signalling traffic applications or when analogue links with lower speeds are used, it may be necessary to dimension the traffic capacity by provision of additional signalling links. The message routing principles adopted for the signalling system allow partitioning of the total signalling traffic into different portions based on load sharing, destination point code and service information. Such partitioning provides a useful means of controlling the load and dimensioning of the capacity of different sections of a signalling network as it allows distribution of different portions of the signalling traffic. It can also be used to dedicate certain parts of a signalling network to signalling traffic related to a particular user. .sp 1P .LP 3.5.3 \fIApplication of signalling network functions\fR .sp 9p .RT .PP The signalling network functions provided by the signalling system are designed to cater for a range of signalling network configurations. It is .PP not necessary that all of those functions be present at all signalling points. The necessary functional content at level\ 3 at a particular signalling point depends for example on what signalling mode(s) are used, whether or not it is a signalling transfer point, what type of signalling equipment redundancy is employed,\ etc. It is thus feasible to implement level\ 3 functions with modularity for different capabilities corresponding to different signalling network configurations. As a special case, it is even possible to apply the signalling system without using the level\ 3 element at all, e.g.,\ in a small exchange or private automatic branch exchange which can only be reached via one primary pulse code modulation system. .RT .sp 2P .LP \fB4\fR \fBMessage transfer capability\fR .sp 1P .RT .sp 1P .LP 4.1 \fIGeneral\fR .sp 9p .RT .PP The Message Transfer Part recommendations specify methods by which different forms of signalling networks can be established. The requirements for the Message Transfer Part have been determined primarily by the requirements of call control signalling for the telephone and circuit switched data transmission services. However, the Message Transfer Part is also intended to have the ability to serve as a transport system for other types of information transfer. The following summarises the typical characteristics of the transport service that may be offered by the Message Transfer Part to a potential user of this ability. .bp .PP All information to be transferred by the Message Transfer Part must be assembled into messages. The linking of the source and sink of a message is inherent in the label in combination with the signalling routes existing between the two locations. From a transportation point of view each message is self\(hycontained and handled individually. The nature of the transport service offered by the Message Transfer Part is therefore similar to that offered by a packet switched network. In addition, all messages containing the same label constitute a set of messages that is handled in a uniform manner by the Message Transfer Part, thus ensuring, in normal circumstances, regular delivery in the correct sequence. .RT .sp 1P .LP 4.2 \fIUser location in system structure\fR .sp 9p .RT .PP A potential user of the transport service is typically included in the system structure by provision of a separate User Part. This requires allocation of a service indicator code, the specification of which is part of both the Message Transport Part and User Part concerned. .PP As an alternative, a potential user may be catered for, together with other similar users, by an already existing or new User Part. In such a case the discrimination between messages belonging to this potential user and the other similar users is an internal matter within the User Part concerned. It then follows that all messages belonging to such a User Part are necessarily handled, e.g.,\ as regards routing, in a uniform manner by the Message Transfer Part. .RT .sp 2P .LP 4.3 \fIMessage content\fR .sp 1P .RT .sp 1P .LP 4.3.1 \fICode transparency\fR .sp 9p .RT .PP Information with any code combination generated by a user can be transferred by the Message Transfer Part provided that the message respects the requirements described below. .RT .sp 1P .LP 4.3.2 \fIService information\fR .sp 9p .RT .PP Each message must contain service information coded in accordance with the rules specified in Recommendation\ Q.704, \(sc\ 14. .RT .sp 1P .LP 4.3.3 \fIMessage label\fR .sp 9p .RT .PP Each message must contain a label consistent with the routing label of the signalling network concerned. See also Recommendation\ Q.704, \(sc\ 2. .RT .sp 1P .LP 4.3.4 \fIMessage length\fR .sp 9p .RT .PP The information content of a message should be an integral number of octets. .PP The total amount of signalling information transferable in one message is limited by some parameters of the signalling system; the signalling system can accept transfer of user information blocks in the order of 256\ octets in single messages. .PP Depending on the signalling traffic characteristics of a user and of other users sharing the same signalling facilities, there may be a need to limit message lengths below the system limit based on queueing delay considerations. .PP In the case when information blocks generated by a user function exceed the allowed message length, it is necessary to implement means for segmentation and blocking of such information blocks within the User Part concerned. .RT .sp 1P .LP 4.4 \fIUser accessibility\fR .sp 9p .RT .PP The accessibility of user functions through a signalling network depends on the signalling modes and routing plan employed in that network. .PP In the case when only the associated mode of signalling is employed, only user functions located at adjacent signalling points may be accessed. .PP In the case when quasi\(hyassociated signalling is employed, user functions located at any signalling point may be accessed provided that the corresponding message routing data is present. .bp .RT .sp 1P .LP 4.5 \fITransport service performance\fR .sp 9p .RT .PP Further detailed information is provided in Recommendation\ Q.706. .RT .sp 1P .LP 4.5.1 \fIMessage transfer delay\fR .sp 9p .RT .PP The normal delay for transfer of messages between user locations depends on factors such as distance, signalling network structure, signalling data link type and bit rate and processing delays. .PP A small proportion of messages will be subject to additional delay because of transmission disturbances, network failures,\ etc. .RT .sp 1P .LP 4.5.2 \fIMessage transfer failures\fR .sp 9p .RT .PP The Message Transfer Part has been designed to enable it to transfer messages in a reliable and regular manner even in the presence of network failures. However, inevitably some failures will occur the consequences of which cannot be avoided with economic measures. The types of failures .PP that may occur and some typical probabilities of their occurrence are described below. Recommendation\ Q.706 provides further detailed information that can be used to estimate failure rates for particular cases. .PP In the case when a potential user function requires a reliability of the transport service that cannot be guaranteed by the Message Transfer Part, the reliability of that user may be enhanced by adoption of appropriate level\ 4 procedures, possibly including some means of supplementary end\(hyto\(hyend error control. .PP The following types of message transfer failures are possible, and the expected probabilities for such failures in typical applications are indicated (see also Recommendation\ Q.706). .RT .LP a) Unavailability of the transport service to one or more locations \(em the availability of the message transfer capability depends on the redundancy provided in the signalling network; the availability can therefore be dimensioned. .LP b) Loss of messages \(em the probability of loss of messages mainly depends on the reliability of signalling equipment; typically it is expected to be lower than 10\uD\dlF261\u7\d. .LP c) Mis\(hysequencing of messages \(em may in certain configurations of quasi\(hyassociated signalling occur with rare combinations of independent failures and disturbances. The probability, in such configurations, of a message being delivered out\(hyof\(hysequence depends on many factors but is expected to be lower than 10\uD\dlF261\u1\d\u0\d. .LP d) Delivery of false information \(em undetected errors may lead to the delivery of false information; the possibility of an error in a message delivered is expected to be lower than 10\uD\dlF261\u1\d\u0\d. .sp 2P .LP \fB5\fR \fBDifferences from the Red Book\fR .sp 1P .RT .PP The ongoing development of the MTP during this study period has resulted in a number of differences occurring between the Recommendations as documented in the Red Book and these current Recommendations (Blue Book). In order to limit interworking problems, a backwards compatibility mechanism is required (see \(sc\ 6). As an initial step towards producing such a mechanism, this section identifies the new items and items changed because of operational considerations, that have been included in the Blue Book. This section does not consider editorial or technical corrections. .RT .sp 1P .LP 5.1 \fISignalling Information Field length\fR .sp 9p .RT .PP The maximun length of the Signalling Information Field has been increased to 272\ octets. This was previously a National only option. Networks using both signalling terminals with 62\ octet maximum SIF length handling capability and signalling terminals with 272\ octet maximum SIF length handling capability must ensure that messages with SIFs longer than 62\ octets cannot be routed to signalling links that are unable to handle them (see \(sc\ 7). .RT .sp 1P .LP 5.2 \fISignalling Point Restart\fR .sp 9p .RT .PP The Signalling Point Restart procedure (see Q.704 \(sc\ 9) has been included together with a definition of Signalling Point availability. This procedure allows a graceful increase in message traffic at a restarting Signalling Point. .bp .RT .sp 1P .LP 5.3 \fIManagement Blocking\fR .sp 9p .RT .PP The Management Blocking procedure for Signalling links has been deleted. No interworking problems are foreseen in networks where some Signalling Points still incorporate this procedure and others are implemented in accordance with the Blue Book. .RT .sp 1P .LP 5.4 \fISignalling Link Test\fR .sp 9p .RT .PP The Signalling Link Test has been enhanced to check that both ends of the link agree as to which signalling link is being tested. No interworking problems are foreseen (see Q.707\ \(sc\ 2.2). .RT .sp 1P .LP 5.5 \fICompatibility mechanism\fR .sp 9p .RT .PP General principles have been incorporated in the Message Transfer Part that will allow implementations to the Blue Book to be compatible with implementations to Red/Yellow Books and future issues of the Recommendations (see \(sc\ 6). .RT .sp 1P .LP 5.6 \fITimer values\fR .sp 9p .RT .PP The values of existing Q.703 and Q.704 Timers have been finalized (see \(sc\ 7). .RT .sp 1P .LP 5.7 \fIProcessor Outage\fR .sp 9p .RT .PP The actions related to Processor Outage have been clarified (see\ Q.703\ \(sc\ 8 and Q.704\ \(sc\ 4, 5 and\ 6). No interworking problems are foreseen. .RT .sp 1P .LP 5.8 \fIUser flow control\fR .sp 9p .RT .PP Procedures for Message Transfer Part User Flow Control have been adopted for use at a Signalling Point when an MTP user has become unavailable (see\ Q.704\ \(sc\ 11 and\ Q.701\ \(sc\ 7). .RT .sp 1P .LP 5.9 \fIManagement Inhibiting and Management Inhibiting test procedure\fR .sp 9p .RT .PP The time\(hycontrolled changeover procedure is now used to divert traffic from a management inhibited link. .PP To verify the inhibited status of a link, test procedures have been introduced into management inhibiting (see\ Q.704\ \(sc\ 10 and\ Q.701\ \(sc\ 7). .RT .sp 1P .LP 5.10 \fISignalling point/signalling transfer point congestion\fR .sp 9p .RT .PP Procedures to detect and handle signalling point/signalling transfer point congestion have now been identified (see Q.704\ \(sc\ 11.2.6). No interworking problems are foreseen. .RT .sp 2P .LP \fB6\fR \fBCompatibility in the message transfer part\fR .sp 1P .RT .PP To enable implementations of Signalling System No.\ 7 to this issue (Blue Book) of the Recommendations to achieve compatibility with implementations to other issues, e.g.,\ Yellow, Red and 1992\ Books, a set of appropriate procedures and guidelines has been concluded in Recommendation\ Q.700. This section identifies the action that is required within the Message Transfer Part to ensure both forward and backwards compatibility. The areas considered are the treatment of spare fields, spare values, lack of acknowledgements and unreasonable information. .RT .sp 1P .LP 6.1 \fIUnreasonable Information\fR .sp 9p .RT .PP The following actions occur in the MTP when messages are received containing unreasonable information. .bp .RT .sp 1P .LP 6.1.1 \fIMessages containing an unallocated SIO value\fR .sp 9p .RT .PP When messages containing an unallocated SIO value are received at either a terminating Signalling Point or an STP that employs message routing based on both DPC and SIO, they should be discarded. If required, a report should be made to management. .RT .sp 1P .LP 6.1.2 \fIMessages containing an unallocated H0/H1 code\fR .sp 9p .RT .PP When messages containing an unallocated H0/H1 code are received at the appropriate functional block within the MTP, they are discarded. There should be no impact on any protocol and, if required, a report should be made to management. .RT .sp 1P .LP 6.1.3 \fIMessages containing an unallocated value in a recognized field\fR .sp 9p .RT .PP When massages are received at an owning function within the MTP containing a field with an unallocated value they are discarded and, if required, a report made to management. There should be no impact on any current protocol. .PP (An owning function is a function to which a received message pertains.) .RT .sp 1P .LP 6.2 \fITreatment of spare fields\fR .sp 9p .RT .PP The MTP will handle spare fields in MTP messages in the following manner: .RT .LP i) Spare fields are set to zero on message creation, and are not examined on reception at the destination owning function. .LP ii) Spare subfields are set to zero on message creation, and are not examined on reception at the destination owning function. .LP iii) Implementations of the STP function should transit all messages unchanged, including spare fields and spare subfields. .sp 1P .LP 6.3 \fILack of acknowledgement\fR .sp 9p .RT .PP Should a message that requires an acknowledgement not receive one within a specified time, the message will be repeated, unless the protocol specifies otherwise. However, subsequent failures to receive the acknowledgement should not cause indefinite repeat attempts. .RT .sp 2P .LP \fB7\fR \fBInterworking of Yellow, Red and Blue MTP implementations\fR .sp 1P .RT .PP There have been a number of changes introduced into this issue (Blue Book) of Recommendations\ Q.701\(hy707 from the previous issue (Red Book). The changes have been identified in \(sc\ 5 and although in the majority of cases there will be no interworking problems between a Signalling Point/STP implemented to the Red Book and one implemented to a Blue Book, there are some instances where problems will arise. This section gives guidance on the appropriate action that can be taken in the MTP to overcome interworking problems and also considers Yellow to Red Book and Yellow to Blue Book interworking. .RT .sp 1P .LP 7.1 \fIYellow Book to Red Book interworking\fR .sp 9p .RT .PP There were four areas where changes from the Yellow Book to the Red Book introduced interworking problems: .RT .LP i) Level 2 flow control, LSSU SIB introduced. .LP ii) Transfer Restricted (TRF) and Transfer Controlled (TFC) messages and procedures were introduced into the Red Book. .LP iii) Transfer Allowed (TAA) and Transfer Prohibited (TPA) acknowledgements were deleted from the Red Book. .LP iv) Management inhibiting procedures were introduced into the Red\ Book. .PP The suggested action required at the Yellow and/or Red Book SP/STP to enable interworking is contained in the following point items. .bp .sp 1P .LP 7.1.1 \fILevel 2 Flow control\fR .sp 9p .RT .PP The Red Book SP/STP should apply normal level 2 flow control action (i.e.,\ acknowledgements are withheld and SIBs sent). The Yellow Book SP/STP should ignore the LSSU\ SIB when received. It is recognized that although flow control is not performed in this case, interworking is possible. However, a possible option would be to set the congestion threshold at the Red Book SP/STP, such that flow control is not triggered on that signalling relation. .RT .sp 1P .LP 7.1.2 \fITransfer restricted and Transfer controlled procedures\fR .sp 9p .RT .PP The Yellow Book SP/STP should ignore TFR and TFC messages when received. .RT .sp 1P .LP 7.1.3 \fITransfer allowed/Transfer prohibited acknowledgements\fR .sp 9p .RT .PP The Yellow Book SP/STP should limit the repetition of the TFA/TFP message to once only. The Red Book SP/STP should ignore the acknowledgement messages when they are received. .RT .sp 1P .LP 7.1.4 \fIManagement inhibiting procedure\fR .sp 9p .RT .PP The Yellow Book SP/STP should ignore the Link Inhibit (LIN) and Link Uninhibit (LUN) messages when received. The Red Book SP/STP should limit the repetition of the LIN/LUN message. .RT .sp 1P .LP 7.2 \fIRed Book to Blue Book interworking\fR .sp 9p .RT .PP The changes in this issue (Blue Book) from the Red Book Q.701\(hy707\ Recommendations are identified in \(sc\ 5. There are five areas where changes have resulted in interworking problems: .RT .LP i) Signalling Point Restart procedure has introduced the Traffic Restart Allowed (TRA) message. .LP ii) Timer values have been confirmed in this issue, previous values were provisional. .LP iii) User Flow Control procedure has introduced the User Part Unavailable (UPU) message. .LP iv) Signalling Information Field length increase will require action to prevent overlength messages being sent on a link that is not capable of handling them. .LP v) Management\(hyinhibiting test procedure has introduced Link Local inhibit test message (LLT) and Link Remote inhibit test message\ (LRT). .PP The suggested actions required at the Red and/or Blue Book SP/STP to enable interworking are contained in the following point items. .sp 1P .LP 7.2.1 \fISignalling Point Restart\fR .sp 9p .RT .PP The Red Book SP/STP should ignore the Traffic Restart Allowed messages when received. .RT .sp 1P .LP 7.2.2 \fIQ.703 and Q.704 timer values\fR .sp 9p .RT .PP Where possible, an SP/STP implemented to the Red Book should adopt the timer values specified in the Blue Book when interworking with a Blue Book SP/STP. For timer values (see Q.703\ \(sc\ 12 and\ Q.704\ \(sc\ 16). .RT .sp 1P .LP 7.2.3 \fIUser flow control\fR .sp 9p .RT .PP The Red Book SP/STP should ignore the User Part Unavailable (UPU) message if received. .RT .sp 1P .LP 7.2.4 \fIManagement inhibit test procedure\fR .sp 9p .RT .PP The Red Book SP/STP should ignore the Link Local inhibit test (LLT) and Link Remote inhibit test (LRT) messages. A report to local management should also be made. .bp .RT .sp 1P .LP 7.2.5 \fISIF length increase\fR .sp 9p .RT .PP The SP/STP with 272 octet SIF length handling capability should prevent overlength messages from being routed over signalling links that only have a 62\ octet SIF handling capability. .RT .sp 1P .LP 7.2.6 \fISIF length increase (National networks option)\fR .sp 9p .RT .PP In the international Signalling System No. 7 network, it should be possible to identify signalling links/routes with a limited SIF length handling capability and prevent overlength messages being transmitted over them by administrative action based on the exchange of operational data. However, with some national networks due to the rapid change in status of SP/STP .PP implementation level (e.g.,\ 62 to 272\ SIF capability) and the number of SP/STPs in the network, this administrative action and data exchange may not be adequate. In this situation, a mechanism based on the following MTP activities may be more appropriate. .RT .LP i) Detection of a link with 272 SIF capability may be achieved by coding the \*QD\*U\ bit of LSSUs sent during alignment as\ 1 (with 62\ octet SIF links it would be\ 0). On receipt of this LSSU, a Blue Book SP/STP would mark the link/route as having 272\ SIF capability. A Red Book SP/STP would ignore the coding of the \*QD\*U\ bit and treat the LSSU in the normal manner. .LP ii) When a Blue Book SP/STP receives a message for onward routing, it will check if the message (SIF) is greater than 62\ octets. If the SIF is greater than 62\ octets, it will verify that the link/route can handle a message of this length. Should the link/route not have the SIF length capability, the message will be discarded and an indication sent to the message origin. A Red Book SP/STP should not receive a message with an SIF\ >\ 62\ octets. .LP iii) If the message originator is a local MTP User, an MTP PAUSE primitive will be returned by the MTP in response to an overlength message (see \(sc\ 8). Should the originator be at a remote\ SP, a TFA coded to indicate that only 62\ octet SIF messages can be transferred will be returned by the MTP in response to an overlength message (see Q.704\ \(sc\ 15). .PP In national networks using an SIF compatibility mechanism, the two spare bits in the TFA (see Q.704\ \(sc\ 15.8.2) may be coded as an SIF compatibility indicator as follows: .LP bit B\ A .LP 0\ 0 Allow 62 octet SIFs/Prohibit 272, X and Y octet SIFs .LP 0\ 1 Allow 62 and 272 octet SIFs/Prohibit X\ and Y\ octet\ SIFs .LP 1\ 0 Allow 62, 272 and X octet SIFs Prohibit Y octet SIFs. .LP 1\ 1 Allow 62, 272, X and Y octet SIFs. .PP \fINote\fR \ \(em\ 272 < X < Y octets, the values of X and Y are for further study. .sp 1P .LP 7.3 \fIYellow Book to Blue Book Interworking\fR .sp 9p .RT .PP The changes between Yellow and Blue Books have taken place in two stages: Yellow to Red and Red to Blue. Therefore, to achieve interworking between Yellow and Blue Book implementations, the actions specified in \(sc\(sc\ 7.1 and\ 7.2 should be applied. In \(sc\ 7.1 Red Book SP/STP should be read as Blue Book SP/STP and in \(sc\ 7.2 Red Book SP/STP should be read as Yellow\ Book\ SP/STP. .PP There is one change from the Red Book in the Blue Book that will have an additional impact on interworking with the Yellow Book, and that is the deletion of the blocking procedure. This means that while a Yellow Book implementation can block a signalling link, a Blue Book node can neither inhibit nor block the link in the opposite direction. .bp .RT .sp 2P .LP \fB8\fR \fBPrimitives and Parameters of the Message Transfer Part\fR .sp 1P .RT .PP The primitives and parameters are shown in Table 1/Q.701. .RT .ce \fBH.T. [T2.701]\fR .ce TABLE\ 1/Q.701 .ce \fBMessage transfer part service primitives\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(48p) sw(48p) | cw(72p) , c | c | ^ . Primitives Parameters Generic Name Specific Name _ .T& lw(48p) | lw(48p) | lw(72p) . MTP\(hyTRANSFER Request Indication { OPC (see Q.704 \(sc 2.2) DPC (see Q.704 \(sc 2.2) SLS (see Q.704 \(sc 2.2) (Note 1) SIO (see Q.704 \(sc 14.2) User data (see Q.703 \(sc 2.3.8) } _ .T& lw(48p) | lw(48p) | lw(72p) . MTP\(hyPAUSE (Stop) Indication Affected DPC _ .T& lw(48p) | lw(48p) | lw(72p) . MTP\(hyRESUME (Start) Indication Affected DPC _ .T& lw(48p) | lw(48p) | lw(72p) . MTP\(hySTATUS Indication Affected DPC Cause (Note 2) .TE .LP \fINote\ 1\fR \ \(em\ The MTP users should take into account that this parameter is used for load sharing by the MTP, therefore, the SLS values should be distributed as equally as possible. The MTP guarantees (to a high degree of probability) an in\(hysequence delivery of messages which contain the same SLS code. .LP \fINote\ 2\fR \ \(em\ The Cause parameter has, at present, two values: .LP i) \fISignalling network congested (level)\fR .LP This parameter value is included if national options with congestion priorities and multiple signalling link states without congestion priorities as in Recommendation\ Q.704 are implemented. .LP ii) \fIRemote User unavailable.\fR .nr PS 9 .RT .ad r \fBTable 1/Q.701 [T2.701], p.\fR .sp 1P .RT .ad b .RT .sp 1P .LP 8.1 \fITransfer\fR .sp 9p .RT .PP The primitive \*QMTP\(hyTRANSFER\*U is used between level 4 and level 3 (SMH) to provide the MTP message transfer service. .RT .sp 1P .LP 8.2 \fIPause\fR .sp 9p .RT .PP The primitive \*QMTP\(hyPAUSE\*U indicates to the \*QUsers\*U the total inability of providing the MTP service to the specified destination. .RT .sp 1P .LP 8.3 \fIResume\fR .sp 9p .RT .PP The primitive \*QMTP\(hyRESUME\*U indicates to the \*QUser\*U the total ability of providing the MTP service to the specified destination. .PP This primitive corresponds to the destination accessible state as defined in Recommendations\ Q.704. .bp .RT .sp 1P .LP 8.4 \fIStatus\fR .sp 9p .RT .PP The primitive \*QMTP\(hySTATUS\*U indicates to the \*QUsers\*U the partial inability of providing the MTP service specified destination. The primitive is also used to indicate to a User that a remote corresponding User is unavailable (see Q.704\ \(sc\ 11.2.7). .PP In the case of national option with congestion priorities or multiple signalling link congestion states without priorities as in Recommendation\ Q.704 are implemented, this \*QMTP\(hySTATUS\*U primitive is also used to indicate a change of congestion level. .PP This primitive corresponds to the destination congested/User Part unavailable state as defined in Recommendation\ Q.704. .RT .sp 1P .LP 8.5 \fIRestart\fR .sp 9p .RT .PP The MTP indicates to the \*QUsers\*U at the restarting SP that the MTP is commencing or ending the signalling point restart procedure (see Recommendation\ Q.704, \(sc\ 9). .PP The indication may have the following qualifiers: .RT .LP i) Begin .LP ii) End .PP The qualifier \*QBegin\*U indicates to the \*QUsers\*U that all destinations should be marked as accessible (but that the resumption of signalling traffic must await the reception of MTP\(hyRESUME primitive or MTP restart indication \*QEnd\*U). .PP The qualifier \*QEnd\*U indicates to the \*QUsers\*U that signalling traffic may be restarted, taking into account any MTP\(hyPAUSE primitives previously received. .PP The means of conveying the MTP restart indication to the MTP \*QUsers\*U, is for further study. .RT .sp 2P .LP \fBRecommendation\ Q.702\fR .RT .sp 2P .sp 1P .ce 1000 \fBSIGNALLING\ DATA\ LINK\fR .EF '% Fascicle\ VI.7\ \(em\ Rec.\ Q.702'' .OF '''Fascicle\ VI.7\ \(em\ Rec.\ Q.702 %' .ce 0 .sp 1P .LP \fB1\fR \fBGeneral\fR .sp 1P .RT .PP 1.1 A \fIsignalling data link\fR | is a bidirectional transmission path for signalling, comprising two \fIdata channels\fR operating together in opposite directions at the same data rate. It constitutes the lowest functional level (level\ 1) in the Signalling System No.\ 7 functional hierarchy. .sp 9p .RT .PP 1.2 Functional configuration of a signalling data link is shown in Figure\ 1/Q.702. .PP The terms \fItransmission channel\fR | and \fItransmission link\fR | are used in Signalling System No.\ 7 instead of transfer channel and transfer link used in Signalling System No.\ 6. .FE 1.3 A digital signalling data link is made up of digital \fItransmission channels\fR and digital switches or their terminating equipment providing an interface to signalling terminals. The digital transmission channels may be derived from a digital multiplex signal at 1544, 2048 or 8448\ kbit/s having a frame structure as defined in Recommendation\ G.704\ [1], or from digital multiplex streams having a frame structure specified for data circuits (Recommendations\ X.50\ [4], X.51\ [5], X.50 | fIbis\fR \ [6], X.51 | fIbis\fR \ [7]). .PP 1.4 An analogue signalling data link is made up of voice\(hyfrequency analogue transmission channels either 4\ kHz or 3\ kHz spaced, and modems. .PP 1.5 Signalling System No.\ 7 is capable of operating over both terrestrial and satellite \fItransmission links\fR . .bp .LP .rs .sp 40P .ad r \fBFigure 1/Q.702, p.21\fR .sp 1P .RT .ad b .RT .PP 1.6 The operational signalling data link shall be exclusively dedicated to the use of a Signalling System No.\ 7 signalling link between two signalling points. No other information should be carried by the same channel together with the signalling information. .PP 1.7 Equipment such as echo suppressors, digital pads, or A/\(*m law convertors attached to the transmission link must be disabled in order to assure full duplex operation and bit integrity of the transmitted data stream. .PP 1.8 64\(hykbit/s digital signalling channels entering a digital exchange via a multiplex structure shall be switchable as semi\(hypermanent channels in the exchange. .bp .LP \fB2\fR \fBSignalling bit rate\fR .sp 1P .RT .sp 2P .LP 2.1 \fIGeneral\fR .sp 1P .RT .PP 2.1.1 The standard bit rate on a digital bearer will be 64 kbit/s. .sp 9p .RT .PP 2.1.2 Lower bit rates may be adopted for each application, taking into account the User Part requirements and the capability of available transmission links. .PP 2.1.3 The minimum signalling bit rate for telephone call control applications will be 4.8\ kbit/s. For other applications such as network management, bit rates lower than 4.8\ kbit/s can also be used. .sp 2P .LP 2.2 \fIUse of bit rates lower than 64 kbit/s\fR .sp 1P .RT .PP 2.2.1 For national telephone call control applications, use of Signalling System No.\ 7 at bit rates lower than 64\ kbit/s shall take account of the requirement to minimize the answer signal delay when in\(hyband line signalling systems are involved (Recommendation\ Q.27\ [8]). .sp 9p .RT .PP 2.2.2 Signalling System No. 7 can be used for direct international application at bit rates lower than 64\ kbit/s between countries which have no in\(hyband line signalling systems in their national extension networks (see \(sc\ 2.1.3). .PP 2.2.3 The possible use of Signalling System No.\ 7 at bit rates lower than 64\ kbit/s between countries which have in\(hyband line signalling systems in their national extension networks is for further study. .sp 2P .LP \fB3\fR \fBError characteristics and availability\fR .sp 1P .RT .PP Error characteristics and availability requirements will conform to relevant Recommendations (for example, Recommendation\ G.821\ [9] on digital circuits). No additional characteristics or requirements will be specified in this Recommendation. .RT .sp 2P .LP \fB4\fR \fBInterface specification points\fR .sp 1P .RT .PP 4.1 Interface requirements may be specified at one of three points, A, B or C in Figure\ 2/Q.702. The appropriate point depends on the nature of transmission links used and the approach toward the implementation of interface equipment adopted by each Administration. .sp 9p .RT .PP 4.2 For the international application, interface requirements at either Point\ B or Point\ C will apply. .PP 4.3 Interface requirements for an international digital signalling data link will be specified at Point\ C in accordance with the specific multiplex structure used (see \(sc\ 5.) .PP 4.4 Interface requirements for an international analogue signalling data link will be specified at Point\ B on a single channel basis, and thus are independent of multiplex equipment used. (See \(sc\ 6.) .PP 4.5 Interface at Point A may or may not appear in particular implementations, as each Administration may adopt different approaches towards the implementation of interface equipment. If it does appear in implementations, then the interface requirements specified in Recommendations\ V.10\ [10], V.11\ [11], V.24\ [12], V.28\ [13], V.35\ [14], V.36\ [15], X.24\ [16] and G.703\ [17] (for 64\(hykbit/s interface) should be followed as appropriate. .PP 4.6 Implementations which do not follow all the requirements in the relevant Recommendations cited above should nevertheless take into account those requirements that are specified for testing and maintenance actions which require communication between the two ends of a data link. Interface requirements for testing and maintenance are specified in Recommendation\ Q.707. .bp .LP .rs .sp 25P .ad r \fBFigure 2/Q.702 p.22 .sp 1P .RT .ad b .RT .sp 2P .LP \fB5\fR \fBDigital signalling data link\fR .sp 1P .RT .sp 1P .LP 5.1 \fISignalling data link derived from the 2048\(hykbit/s digital path\fR .sp 9p .RT .PP When a signalling data link is to be derived from a 2048\(hykbit/s digital path, the following shall apply: .RT .LP a) The interface requirements, specified at Point\ C in Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [17] for the electrical characteristics and G.704\ [1] for the functional characteristics, in particular the frame structure. .LP b) The signalling bit rate shall be 64\ kbit/s. .LP c) The standard channel time slot for the use of a signalling data link is time slot\ 16. When time slot\ 16 is not available, any channel time slot available for 64\(hykbit/s user transmission may be used. .LP d) No bit inversion is performed. .sp 1P .LP 5.2 \fISignalling data link derived from the 8448\(hykbit/s digital path\fR .sp 9p .RT .PP When a signalling data link is to be derived from a 8448\(hykbit/s digital link, the following shall apply: .RT .LP a) The interface requirements, specified at Point\ C in Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [23] for the electrical characteristics and G.704\ [1] for the functional characteristics, in particular the frame structure. .LP b) The signalling bit rate shall be 64\ kbit/s. .LP c) The standard channel time slots for the use of a signalling data link are time slots\ 67 to\ 70 in descending order of priority. When they are not available, any channel time slot available for 64\(hykbit/s user transmission may be used. .LP d) No bit inversion is performed. .bp .sp 1P .LP 5.3 \fISignalling data link derived from the 1544\(hykbit/s digital path\fR .sp 9p .RT .PP (For further study.) .PP \fINote\fR \ \(em\ When a signalling bit rate of 64\ kbit/s is adopted, the values of bits should be inverted within the signalling terminal or the interface equipment in order to meet the minimum mark density requirements of the Recommendation\ G.733\ [2] based PCM systems. .RT .sp 1P .LP 5.4 \fISignalling data link established over a digital path made up\fR \fIby digital sections based on different digital hierarchies\fR .sp 9p .RT .PP When a signalling data link is to be established between networks based on different digital hierarchies and speech encoding laws, the following shall apply: .RT .LP a) The interface requirements, specified at Point C in Figure\ 2/Q.702, should comply with Recommendations\ G.703\ [17] for the electrical characteristics and G.802\ [3] for other aspects, e.g.,\ for interworking arrangements. .LP b) The signalling bit rate shall be 64 kbit/s. .LP c) No bit inversion is performed. .sp 1P .LP 5.5 \fISignalling data link established over data circuits\fR .sp 9p .RT .PP When a signalling data link is to be established over data circuits derived from a 64\(hykbit/s digital stream having a frame structure as specified in such Recommendations as X.50\ [10], X.51\ [11], X.50 | fIbis\fR \ [12] and X.51 | fIbis\fR \ [13] the following shall apply: .RT .LP a) The interface requirements, specified at Point\ C in Figure\ 2/Q.702, should comply with relevant requirements in one of the above\(hymentioned Recommendations, applicable to the environment of the intended use. .LP b) When 64\(hykbit/s multiplexed streams are carried on 2048\(hykbit/s or 1544\(hykbit/s digital links, Recommendation\ G.704\ [1], should apply. .LP \fB6\fR \fBAnalogue signalling data link\fR .sp 1P .RT .sp 2P .LP \fI\fR 6.1 \fISignalling bit rate\fR .sp 1P .RT .PP 6.1.1 Applications of the analogue signalling data link must take account of the delay requirements described in \(sc\ 2.2. .sp 9p .RT .PP 6.1.2 For telephone call control applications, the signalling bit rate over an analogue signalling data link shall be higher or equal to 4.8\ kbit/s. .sp 1P .LP 6.2 \fIInterface requirements\fR .sp 9p .RT .PP In case of 4.8\(hykbit/s operation, interface requirements specified at the interface point\ B in Figure\ 2/Q.702 should comply with relevant requirements specified for 4.8\(hykbit/s modems in Recommendations\ V.27\ [18] and V.27 | fIbis\fR \ [19]. In addition, the following shall apply: .RT .LP a) Application of either Recommendations\ V.27\ [18] or V.27 | fIbis\fR \ [19] depends on the quality of the analogue transmission channels used. Recommendation\ V.27\ [18] shall apply only to transmission channels conforming to Recommendation\ M.1020\ [20], while Recommendation\ V.27 | fIbis\fR \ [19] to transmission channels conforming to Recommendation\ M.1020\ [20] or of lower quality. .LP b) Full duplex operation over a 4\(hywire transmission link should be adopted. .LP c) If a separate modem is to be used, the interface requirements specified in Recommendations\ V.10\ [10], V.11\ [11], V.24\ [12] and V.28\ [13], applicable at Point\ A in Figure\ 2/Q.702, should be followed as much as possible. .bp .sp 2P .LP \fBReferences\fR .sp 1P .RT .LP [1] CCITT Recommendation \fIFunctional characteristics of interfaces\fR \fIassociated with network nodes\fR , Vol.\ III, Rec.\ G.704. .LP [2] CCITT Recommendation \fICharacteristics of primary PCM multiplex\fR \fIequipment operating at 1544\ kbit/s\fR , Vol.\ III, Rec.\ G.733. .LP [3] CCITT Recommendation \fIInterconnection of digital paths using\fR \fIdifferent techniques\fR , Vol.\ III, Rec.\ G.802. .LP [4] CCITT Recommendation \fIFundamental parameters of a multiplexing scheme\fR \fIfor the international interface between synchronous data networks\fR , Vol.\ VIII, Rec.\ X.50. .LP [5] CCITT Recommendation \fIFundamental parameters of a multiplexing scheme\fR \fIfor the international interface between synchronous data networks\fR , Vol.\ VIII, Rec.\ X.51. .LP [6] CCITT Recommendation \fIFundamental parameters of a 48\(hykbit/s user data\fR \fIsignalling rate transmission scheme for the international interface\fR \fIbetween synchronous data networks\fR , Vol.\ VIII, Rec.\ X.50 | fIbis\fR . .LP [7] CCITT Recommendation \fIFundamental parameters of a 48\(hykbit/s user data\fR \fIsignalling rate transmission scheme for the international interface\fR \fIbetween synchronous data networks using 10\(hybit envelope structure\fR , Vol.\ VIII, Rec.\ X.51 | fIbis\fR . .LP [8] CCITT Recommendation \fITransmission of the answer signal\fR , Vol.\ VI, Rec.\ Q.27. .LP [9] CCITT Recommendation \fIError performance on an international\fR \fIdigital connection forming part of an integrated services digital network\fR , Vol.\ III, Rec.\ G.821. .LP [10] CCITT Recommendation \fIElectrical characteristics for unbalanced\fR \fIdouble\(hycurrent interchange circuits for general use with integrated\fR \fIcircuit equipment in the field of data communications\fR , Vol.\ VIII, Rec.\ V.10. .LP [11] CCITT Recommendation \fIElectrical characteristics for balanced\fR \fIdouble\(hycurrent interchange circuits for general use with integrated\fR \fIcircuit equipment in the field of data communications\fR , Vol.\ VIII, Rec.\ V.11. .LP [12] CCITT Recommendation \fIList of definitions for interchange circuits\fR \fIbetween data\(hyterminal equipment and data circuit\(hyterminating equipment\fR , Vol.\ VIII, Rec.\ V.24. .LP [13] CCITT Recommendation \fIElectrical characteristics for unbalanced\fR \fIdouble\(hycurrent interchange circuits\fR , Vol.\ VIII, Rec.\ V.28. .LP [14] CCITT Recommendation \fIData transmission at 48\ kbit/s per second using\fR \fI60\(hy108\ kHz group band circuits\fR , Vol.\ VIII, Rec.\ V.35. .LP [15] CCITT Recommendation \fIModems for synchronous data transmission using\fR \fI60\(hy108\ kHz group band circuits\fR , Vol.\ VIII, Rec.\ V.36. .LP [16] CCITT Recommendation \fIList of definitions for interchange circuits\fR \fIbetween data terminal equipment (DTE) and data circuit\(hyterminating\fR \fIequipment (DCE) on public data networks\fR , Vol.\ VIII, Rec.\ X.24. .LP [17] CCITT Recommendation \fIPhysical/electrical characteristics of\fR \fIhierarchical digital interfaces\fR , Vol.\ III, Rec.\ G.703. .LP [18] CCITT Recommendation \fI4800 bit/s per second modems with manual\fR \fIequalizer standardized for use on leased telephone\(hytype circuits\fR , Vol.\ VIII, Rec.\ V.27. .LP [19] CCITT Recommendation \fI4800/2400\ bit/s per second modem with automatic\fR \fIequalizer standardized for use on leased telephone\(hytype circuits\fR , Vol.\ VIII, Rec.\ V.27 | fIbis\fR . .LP [20] CCITT Recommendation \fICharacteristics of special quality international\fR \fIleased circuits with special bandwidth conditioning\fR , Vol.\ IV, Rec.\ M.1020. .LP .rs .sp 03P .ad r BLANC .ad b .RT .LP .bp