ISO/IEC TR 14475:2001

Information technology — Telecommunications and information exchange between systems — Private Integrated Services Network — Architecture and scenarios for Private Integrated Services Networking

A Private Integrated Service Network (PISN) is a network comprising either one PINX or more than one PINX interconnected by Inter-PINX connections. This Technical Report is concerned with inter- PINX connections (IPC) that are provided by Intervening Networks (IVN), and the way in which these are handled by PINXs to provide a platform for inter-PINX communication. Different types of IVNs can be used to provide IPCs, in accordance with the scenarios indicated in ISO/IEC 11579-1. These are Overlay Scenarios in that they enable the services of the PISN to operate transparently across an IVN. Connected PINXs need to co-ordinate their use of IVNs, and appropriate standardisation is needed to allow networks to be created employing PINXs and IVNs from multiple vendors. The following points need to be considered: _ In general but depending on the type of IVN, procedures and signalling protocols between the PINXs are needed for the establishment, maintenance and release of IPCs. Appropriate standardisation of these procedures and signalling protocols is necessary. _ At the Q reference point (a conceptual point within a PINX) channels and PISN call control signalling (QSIG) are defined independently of the type of IVN. However, at the C reference point (where the PINX is connected to the IVN), the representation of the channels and of signalling is dependent on the type of IVN, and on how the PINXs use the IPCs. Appropriate standardisation of these aspects at the C reference point is necessary. _ In general the relationship between a channel at the Q reference point and its representation at the C reference point is not static, and procedures and signalling between the PINXs are needed for the co-ordination of these relationships. Appropriate standardisation of these procedures and signalling is necessary. _ Appropriate mechanisms need to be standardised for conveying inter-PINX signalling through the IVN. These will depend on the characteristics of the IPC used. The aim of this Technical Report is to identify: 1. In addition to PISN call control signalling (QSIG), what needs to be standardised, in order to be able to inter-connect PINXs; 2. General techniques, procedures, protocols etc., that apply to of all (or at least very many) types of IVNs.

Technologies de l'information — Télécommunications et échange d'information entre systèmes — Réseau privé à intégration de services — Architecture et scénarios pour réseau privé à intégration de services

General Information

• Status: Published
• Publication Date: 11-Jul-2001
• ICS: 33.040.35 - Telephone networks
• Technical Committee: ISO/IEC JTC 1/SC 6 - Telecommunications and information exchange between systems
• Drafting Committee: ISO/IEC JTC 1/SC 6/WG 1 - Physical and data link layers
• Current Stage: 9060 - Close of review
• Start Date: 18-Dec-2012
• Completion Date: 19-Dec-2012

Relations

• Revises: ISO/IEC TR 14475:1996 - Information technology — Telecommunications and information exchange between systems — Private Integrated Services Network — Architecture and Scenarios for Private Integrated Services Networking
• Effective Date: 15-Apr-2008

Standards Content (Sample)

TECHNICAL ISO/IEC
REPORT TR
14475
Second edition
2001-07-01
Information technology —
Telecommunications and information
exchange between systems — Private
Integrated Services Network —
Architecture and scenarios for Private
Integrated Services Networking
Technologies de l'information — Télécommunications et échange
d'information entre systèmes — Réseau privé à intégration de services —
Architecture et scénarios pour réseau privé à intégration de services
Reference number
ISO/IEC TR 14475:2001(E)
©
ISO/IEC 2001

---------------------- Page: 1 ----------------------
ISO/IEC TR 14475:2001(E)
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not
be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this
file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this
area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters
were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event
that a problem relating to it is found, please inform the Central Secretariat at the address given below.
© ISO/IEC 2001
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO's member body
in the country of the requester.
ISO copyright office
Case postale 56 � CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.ch
Printed in Switzerland
ii © ISO/IEC 2001 – All rights reserved

---------------------- Page: 2 ----------------------
ISO/IEC TR 14475:2001(E)
Contents Page
1 Scope 1
2 References 1
3 Terms and definitions 1
3.1 External Definitions 2
3.2 Special Definitions 2
4 Symbols and Abbreviations 4
5 Introduction 5
5.1 PINX Reference Configuration 5
5.2 Additional Descriptions 6
5.2.1 Inter-PINX Connection (IPC) 6
5.2.2 Inter-PINX Link (IPL) 6
5.2.3 Relationship between IPLs and IPCs 7
6 Details of the Functional Groupings as Relevant for Scenario
Handling 7
6.1 Mapping Unit (MP) 7
6.1.1 Physical Adaptation 8
6.1.2 Mapping Matrix 8
6.2 Inter-PINX Connection Control (ICC) 9
6.2.1 IPC Control 9
6.2.2 IPL Control 9
6.3 Scenario Management 9
6.3.1 Link Resource Management 10
6.3.2 Mapping Management 10
6.3.3 IPC Management 10
6.4 Complete PINX Model 10
7 Configuration Variants 11
7.1 PINX with Multiple IPLs 11
7.2 More than One Type of IVN 12
7.3 Different Spread of IPCs among the Interfaces at the Two PINXs12
8 IPL Establishment and administration procedures 13
8.1 IPL Establishment using ScenSIG 13
8.1.1 Static Pre-Conditions 14
8.1.2 Establishment of a First IPC 14
8.1.3 IPL Initialisation Process 14
© ISO/IEC 2001 – All rights reserved iii

---------------------- Page: 3 ----------------------
ISO/IEC TR 14475:2001(E)
8.1.4 Establishment of the D -Channel 15
Q
8.1.5 Establishment of U -Channels 15
Q
8.1.6 Channel Mapping 15
8.2 IPL Establishment Procedures without using ScenSIG 16
8.3 IPL Administration Procedures 16
9 Items for Future Standardisation 16
9.1 Mapping Function 17
9.1.1 Physical Adoption 17
9.1.2 Mapping Matrix 17
9.1.3 Static Pre-Conditions 17
9.2 ScenSIG 17
9.2.1 IPL Establishment and Administration Procedures 17
9.2.2 Bearer Modification Procedures 18
9.3 Bearer Conditioning 18
10 Scenarios 18
10.1 Scenarios: Dedicated Transmission Systems 18
10.1.1 Scenario 1.1 - Unstructured Transmission Link 18
10.1.2 Scenario 1.2 - Structured Transmission Link 19
10.2 Scenarios: Semi-Permanent IVN Connections 19
10.2.1 Scenario 2.1 - Semi-permanent Circuit Switched 19
10.2.2 Scenario 2.2 - Permanent Virtual Call 20
10.3 Scenarios: On-Demand Public Network Connections 21
10.3.1 Scenario 3.1 - On-demand Circuit Switched 21
10.3.2 Scenario 3.2 - ISDN Call with User-to-User Signalling 21
10.3.3 Scenario 3.3 - On Demand Virtual Call 22
10.4 Scenarios: Virtual Private Network 23
10.4.1 Introduction 23
10.4.2 Access Arrangements 23
10.4.3 Scenario 4.1 -Transit PINX 26
10.4.2 Scenario 4.2 -Centrex 26
10.4.3 Scenario 4.3 -Gateway to another network 27
Annexes
A - Attribute Values 28
B - Scenario 4.4 - Relay Node 30
iv © ISO/IEC 2001 – All rights reserved

---------------------- Page: 4 ----------------------
ISO/IEC TR 14475:2001(E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission)
form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC
participate in the development of International Standards through technical committees established by the
respective organization to deal with particular fields of technical activity. ISO and IEC technical committees
collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in
liaison with ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
The main task of technical committees is to prepare International Standards, but in exceptional circumstances a
technical committee may propose the publication of a Technical Report of one of the following types:
� type 1, when the required support cannot be obtained for the publication of an International Standard, despite
repeated efforts;
� type 2, when the subject is still under technical development or where for any other reason there is the future
but not immediate possibility of an agreement on an International Standard;
� type 3, when a technical committee has collected data of a different kind from that which is normally published
as an International Standard (“state of the art”, for example).
Technical Reports of types 1 and 2 are subject to review within three years of publication, to decide whether they
can be transformed into International Standards. Technical Reports of type 3 do not necessarily have to be
reviewed until the data they provide are considered to be no longer valid or useful.
Technical Reports are drafted in accordance with the rules given in the ISO/IEC Directives, Part 3.
Attention is drawn to the possibility that some of the elements of this Technical Report may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC TR 14475, which is a Technical Report of type 3, was prepared by Joint Technical Committee
ISO/IEC JTC 1, Information technology, Subcommitee SC 6, Telecommunications and information exchange
between systems.
This second edition cancels and replaces the first edition (ISO/IEC TR 14475:1996), which has been technically
revised.
© ISO/IEC 2001 – All rights reserved v

---------------------- Page: 5 ----------------------
TECHNICAL REPORT ISO/IEC TR 14475:2001(E)
Information technology — Telecommunications and
information exchange between systems — Private
Integrated Services Network — Architecture and scenarios
for Private Integrated Services Networking
1 Scope
A Private Integrated Service Network (PISN) is a network comprising either one PINX or more than
one PINX interconnected by Inter-PINX connections. This Technical Report is concerned with inter-
PINX connections (IPC) that are provided by Intervening Networks (IVN), and the way in which these
are handled by PINXs to provide a platform for inter-PINX communication. Different types of IVNs
can be used to provide IPCs, in accordance with the scenarios indicated in ISO/IEC 11579-1. These
are Overlay Scenarios in that they enable the services of the PISN to operate transparently across
an IVN.
Connected PINXs need to co-ordinate their use of IVNs, and appropriate standardisation is needed
to allow networks to be created employing PINXs and IVNs from multiple vendors. The following
points need to be considered:
� In general but depending on the type of IVN, procedures and signalling protocols between the
PINXs are needed for the establishment, maintenance and release of IPCs. Appropriate
standardisation of these procedures and signalling protocols is necessary.
� At the Q reference point (a conceptual point within a PINX) channels and PISN call control
signalling (QSIG) are defined independently of the type of IVN. However, at the C reference
point (where the PINX is connected to the IVN), the representation of the channels and of
signalling is dependent on the type of IVN, and on how the PINXs use the IPCs. Appropriate
standardisation of these aspects at the C reference point is necessary.
� In general the relationship between a channel at the Q reference point and its representation at
the C reference point is not static, and procedures and signalling between the PINXs are needed
for the co-ordination of these relationships. Appropriate standardisation of these procedures and
signalling is necessary.
� Appropriate mechanisms need to be standardised for conveying inter-PINX signalling through
the IVN. These will depend on the characteristics of the IPC used.
The aim of this Technical Report is to identify:
1. In addition to PISN call control signalling (QSIG), what needs to be standardised, in order to be
able to inter-connect PINXs;
2. General techniques, procedures, protocols etc., that apply to of all (or at least very many) types
of IVNs.
2 References
ISO/IEC 7776:1995, Information technology — Telecommunications and information exchange
between systems — High-level data link control procedures — Description of the X.25 LAPB-
compatible DTE data link procedures
ISO/IEC 11572:2000, Information technology — Telecommunications and information exchange
between systems — Private Integrated Services Network — Circuit mode bearer services —
Inter-exchange signalling procedures and protocol
© ISO/IEC 2001 – All rights reserved 1

---------------------- Page: 6 ----------------------
ISO/IEC TR 14475:2001(E)
ISO/IEC 11574:2000, Information technology — Telecommunications and information exchange
between systems — Private Integrated Services Network — Circuit-mode 64 kbit/s bearer
services — Service description, functional capabilities and information flows
ISO/IEC 11579-1:1994, Information technology — Telecommunications and information
exchange between systems — Private integrated services network — Part 1: Reference
configuration for PISN Exchanges (PINX)
ISO/IEC 11582:1995, Information technology — Telecommunications and information exchange
between systems — Private Integrated Services Network — Generic functional protocol for the
support of supplementary services — Inter-exchange signalling procedures and protocol
ITU-T Rec. I.140 (1993), Attribute technique for the characterization of telecommunication
services supported by an ISDN and network capabilities of an ISDN
ITU-T Rec. I.112 (1993), Vocabulary of terms for ISDNs
ITU-T Rec. I.130 (1988), Method for the characterization of telecommunication services
supported by an ISDN and network capabilities of an ISDN
ITU-T Rec. I.210 (1993), Principles of telecommunication services supported by an ISDN and
the means to describe them
ITU-T Rec. I.411 (1993), ISDN user-network interfaces — Reference configurations
ITU-T Rec. I.430 (1995), Basic user-network interface — Layer 1 specification
ITU-T Rec. X.31 (1995), Support of packet mode terminal equipment by an ISDN
3 Terms and definitions
For the purposes of this Technical Report the following terms and definitions apply.
3.1 External Definitions
This Technical Report uses the following terms defined in other documents:
� Basic Service (ITU-T Rec. I.210)
� Private Integrated Services Network (PISN) (ISO/IEC 11579-1)
� Private Integrated Services Network Exchange (PINX) (ISO/IEC 11579-1)
� Service (ITU-T Rec. I.112)
� Signalling (ITU-T Rec. I.112)
� Supplementary Service (ITU-T Rec. I.210)
� Supplementary Service Control Entity (ISO/IEC 11582)
� Terminating PINX (ISO/IEC 11572)
� Transit PINX (ISO/IEC 11572)
� User (ISO/IEC 11574)
3.2 Special Definitions
Attached PINX: A PINX that is attached to a VPN and capable of using VPN services.
NOTE – In the context of a call, the attached PINX can be an end-PINX (i.e. serving the originating or
destination user or acting as a gateway with another network) or it can be a transit-PINX.
2 © ISO/IEC 2001 – All rights reserved

---------------------- Page: 7 ----------------------
ISO/IEC TR 14475:2001(E)
Centrex:ThatpartofaVPNthatemulates anEnd-PINX.
Channel: A means of bi-directional transmission of user or signalling information between two points.
D -Channel: A channel used to convey IPC control information, at the C reference point, between
C
a PINX and an IVN.
NOTE - This does not preclude the conveyance of other types of information.
D -Channel: A channel used to convey call control information between the Q reference points of
Q
two peer PINXs.
NOTE - Call control information can include information for the control of basic services, supplementary
services, additional network features, etc.
IPL-Service-Channel (IS-Channel): A channel used to convey information related to the
management of scenarios between the two peer PINXs.
NOTE - This channel conveys ScenSIG. The use for other applications is outside the scope of this
Technical Report.
U -Channel: A channel used to convey user information between the Q reference points of two
Q
PINXs.
Corporate Telecommunication Network (CN):A CN consists of a set of equipment (Customer
Premises Equipment and/or Customer Premises Network) that are located at geographically
dispersed locations and are interconnected to provide networking services to a defined group of
users.
NOTE - The ownership of the equipment is not relevant to this definition.
NOTE - In this Technical Report, even equipment that is not geographically dispersed (e.g., a single PBX
or a Centrex providing service to users at a single location) may form a CN.
Interconnecting Network (ICN): The emulation of transit-PINX functionality by equipment that is
physically part of the public network infrastructure. In addition, it includes one or more IVNs and may
include the emulation of gateway-PINX functionality.
Inter-PINX Connection (IPC): A connection provided by an IVN between two C reference points
used to transport inter-PINX information from the PISN control plane and/or the PISN user plane.
Inter-PINX Link (IPL): A link between the Q reference points of two PINXs, comprising the totality of
signalling transfer and user information transfer means.
Relay Node (functionality): Within the context of a call the functionality that distinguishes calls
between users in the Corporate Network, and relays such calls to designated PINX functionality
emulated by public network equipment, or to an attached PINX. This may be via other relay nodes.
NOTE - Relay Node functionality includes transparent handling of private networking information (e.g.
transit counter).
Signalling Functions
CSIG: The generic term describing access signalling information flows (i.e. not a specific
signalling protocol) between a PINX and an IVN, at the C reference point.
QSIG: The generic term describing the signalling information flows (i.e. not a specific signalling
protocol), within a D -channel.
Q
TSIG: The generic term describing signalling information flows (i.e. not a specific signalling
protocol) for interworking between a PINX and the public ISDN (which occurs at the T reference
point).
ScenSIG: The generic term describing the signalling information flows (i.e. not a specific signalling
protocol) that support the handling of the specific scenario employed between the two interconnected
PINXs.
© ISO/IEC 2001 – All rights reserved 3

---------------------- Page: 8 ----------------------
ISO/IEC TR 14475:2001(E)
Scenario: A particular type of IPC provided by a particular type of IVN.
Semi-permanent connection: A connection in a switched network established by the network
operator.
Virtual Private Network (VPN): Is that part of a CN that provides corporate networking using shared
switched resources from a third party provider (e.g. a public network).
4 Symbols and Abbreviations
ACP Availability Check Procedure
C C reference point
C Instance i of a C reference point
i
Ch Channel
CC Call Control functional grouping
CLIP Calling Line Identification Presentation
CM Circuit Mode
COLP Connected Line Identification Presentation
CSIG SIGnalling information flows at the C reference point
CUG Closed User Group
DDI Direct Dial In
HLC High Layer Compatibility
ICC Inter-PINX Connection (IPC) Control functional grouping
Id Identity
IFC InterFaCe
IPC Inter-PINX Connection
IPL Inter-PINX Link
IS IPL Service
IVN InterVening Network
LLC Low Layer Compatibility
MC Mapping Control
MP MaPping functional grouping
NP Numbering Plan
PSPDN Packet Switched Public Data Network
PISN Private Integrated Service Network
PINX Private Integrated Network EXchange
PM Packet Mode
Q Q reference point
4 © ISO/IEC 2001 – All rights reserved

---------------------- Page: 9 ----------------------
ISO/IEC TR 14475:2001(E)
Q Instance i of a Q reference point
i
QSIG SIGnalling information flows at the Q reference point
ScenSIG Scenario SIGnalling information flows
SS #7 Signalling System No. 7
SW SWitching functional grouping
T T reference point
TSIG SIGnalling information flows at the T reference point
5 Introduction
Some general mapping functions are listed in the reference configuration for PINXs, defined in
ISO/IEC 11579-1. Further definitions are required to understand the co-operation of functions in a
PINX, to derive from them a subset, which needs to be standardised.
Subclause 5.1 provides an excerpt from those functions mentioned in ISO/IEC 11579-1, which are
relevant to this document. Subclause 5.2 and its subclauses describe refinements of these functions
and some additions necessary for understanding the overall context.
5.1 PINX Reference Configuration
Figure 1 shows an excerpt from the PINX reference configuration as described in ISO/IEC 11579-1.
PINX
C
C
Q
IVN
Switching
Mapping
peer PINX
ICC
CC
Scenario Management
Figure 1 - PINX Reference Configuration (Excerpt)
Depending on the topology of a particular PISN, a PINX may in practice have links with several other
PINXs and may also have more than one link with the same PINX, i.e. more than one inter-PINX link
may be present on a particular PINX. A PINX will then have an instance of the Q reference point
(Q . Q ) for each IPL. This is not shown in Figure 1 (and also not in subsequent figures).
1 n
For the purpose of this Technical Report, the key aspects derived from ISO/IEC 11579-1 are:
� Mapping Functional Grouping (MP)
The MP provides the functions which are necessary to adapt to physical, electrical and
procedural conditions of the interface between the PINX and the IVN. MP also provides the
multiplexing functions which are required to separate or merge the information flows to or
from SW from or to the user plane of the IVN, and between ICC and the control plane of the
IVN.
© ISO/IEC 2001 – All rights reserved 5

---------------------- Page: 10 ----------------------
ISO/IEC TR 14475:2001(E)
� Switching Functional Grouping (SW)
The SW provides the switching functions for user and signalling information. Signalling
information is switched between the CC and MP.
� Call Control Functional Grouping (CC)
The CC provides the functions which are necessary to control the call and the connection
through a PISN.
� Inter-PINX Connection Control Functional Grouping (ICC)
This functional grouping provides the functions which are necessary to control the inter-
PINX connection (IPC) through the intervening network.
� Scenario Management Functional Grouping
Scenario Management coordinates the provision and use of IPCs by:
� using the services of ICC to establish and release IPCs;
� using the services of ICC to liaise with the Scenario Management of the peer PINX to agree
on the use of IPCs;
� instructing MP to map D -channels and U -channels onto IPCs and provide any required
Q Q
Bearer Conditioning.
5.2 Additional Descriptions
To apply a reference configuration to real implementations, distinction must be made between
characteristics present at the C reference point and characteristics present at the Q reference point.
To facilitate this, the following concepts are introduced:
� Inter-PINX connection (IPC); and
� Inter-PINX link (IPL).
5.2.1 Inter-PINX Connection (IPC)
An IPC is described by the attributes of the bearer service that the IVN provides. An example
attribute list is given in Annex A.
At each end an IPC is terminated at an interface at the C reference point.
NOTE 1- Bearer services providing connections that span over more than one interface are not specifically
discussed by this document.
An interface can terminate multiple IPCs. Different IPCs terminating on the same interface can lead
to the same peer PINX or to other peer PINXs. The number of IPCs available at an interface
depends on the IVN services that the IPC uses and on the type of interface.
The types of interfaces can be different at both sides of the IVN. The IVN functionality can be
provided by multiple physical networks, of the same or of different types (e.g. ISDN at one side and
PSTN at the other side).
A PINX can have more than one interface at the C reference point.
NOTE 2 - Besides supporting the functionality specified for the C reference point, an interface can be used
for other functionality, e.g. as specified for the T reference point (shared access use). Such use is
outside the scope of this Technical Report.
5.2.2 Inter-PINX Link (IPL)
An IPL can be established between the Q reference points of two peer PINXs. More than one IPL
may be established between the same pair of PINXs. In this case each IPL appears, at each PINX,
at a separate instance of the Q reference point.
6 © ISO/IEC 2001 – All rights reserved

---------------------- Page: 11 ----------------------
ISO/IEC TR 14475:2001(E)
An IPL consists of one or more channels. One of the channels (D -channel) must be capable of
Q
conveying PISN call control information flows (QSIG).
Further channels (U -channels), can be included into, or removed from, an IPL as required to satisfy
Q
current or anticipated network traffic.
To fully describe a channel of an IPL, the following information is used:
� the IPL identity (i.e. the instance of Q reference point);
� the channel identity (number);
� channel usage (User information, QSIG);
� the channel characteristics.
The way that IPCs are provided by the IVN may have impact on the performance and reliability of the
IPL, and on the ability of the IVN to indicate failures to the adjacent PINXs.
5.2.2.1 IPL Identity
The IPL identity corresponds to the instance of the Q reference point. The IPL identity needs to be
known to both PINXs prior to its establishment.
5.2.2.2 Channel Identity
The channel identity is expressed by a channel number that must be unique within the IPL.
5.2.2.3 Channel Usage
Channel usage indicates whether a given channel is used for user information transfer or for
signalling purposes.
5.2.2.4 Channel Characteristics
The channel characteristics are expressed in terms of attributes, as described in Annex A.
NOTE - Channels of similar characteristics may be grouped, e.g. for routing purposes. This is outside the
scope of this Technical Report.
5.2.3 Relationship between IPLs and IPCs
The IPL appears at the Q reference point in terms of channels, and each channel is carried by
means of an IPC. An IPC can by further functions within the MP, e.g. the inclusion of multiplexing
and de-multiplexing functions and/or splitting and merging functions, carry more or less than a
channel of an IPL (see Mapping Matrix, 6.1.2).
6 Details of the Functional Groupings as Relevant for Scenario Handling
6.1 Mapping Unit (MP)
The MP (see Figure 2) conceptually contains two sub-functions:
� physical adaptation, and
� mapping matrix.
Some of the sub-functions may be NULL in a particular implementation.
Whereas Physical Adaptation contains interface-related functionality, with regard to the C reference
point, the Mapping Matrix provides IPL-related functionality, with regard to the Q reference point.
Both functions are described below; they can contain further sub-functions.
© ISO/IEC 2001 – All rights reserved 7

---------------------- Page: 12 ----------------------
ISO/IEC TR 14475:2001(E)
6.1.1 Physical Adaptation
The interface oriented Physical Adaptation function provides for the physical termination of the IVN
interface. This includes handling of the IVN-inherent management functions, e.g. as specified for
timeslot 0 of a primary rate interface, bit and frame synchronisation, power feeding, etc.
If applicable, the D -channel is added to/extracted from the interface.
C
C
Q
Interface with
multiple IPCs
D
C
Mapping Matrix
Interface with
asingleIPCs
D
C
D
Q
Other applications
ScenSIG
Figure 2 - Conceptual Infrastructure of the Mapping Functional Grouping
6.1.2 Mapping Matrix
This function provides for the mapping of channels at the Q reference point and of the IS-channel to
the IPC(s) at the interface(s) at the C reference point (or the channels obtained from the structure of
the link). This can include any multiplexing/de-multiplexing functions and/or splitting/merging
functions. The Mapping Matrix is under the control of the Mapping Management function, see 6.3.2.
If the bearer capabilities of the channels differ from those provided by the IPCs via Physical
Adaptation, Mapping Matrix will also provide Bearer Conditioning. Bearer conditioning is an optional
function.
As a further option, the settings of Bearer Conditioning can be changed (Bearer Modification). If
provided, Bearer Modification can modify any of the parameter values by which bearer capabilities
are described, see Annex A. Examples are given in Table 1:
Table 1 - Examples of Attribute Changes
Attribute Change from/to . Application for .
Information circuit� packet Accommodation of ScenSIG and QSIG,
Transfer Mode or packetized user data
Symmetry; disabling echo cancellation for data
unidirectional�
transfer
Channel Rate 16� 32� 64� 128� etc. kbit/s multiplexing/demultiplexing to obtain
higher or lower bandwidth
Information code conversionµ-law/A-law/ADPCM
Transfer Coding
The attribute parameters for which Bearer Conditioning is possible, and the ranges of their values,
depend on the PINX implementation.
8 © ISO/IEC 2001 – All rights reserved
Physical Physical
Adaptation Adaptation

---------------------- Page: 13 ----------------------
ISO/IEC TR 14475:2001(E)
6.2 Inter-PINX Connection Control (ICC)
The ICC provides control functions having either
� access significance, i.e. being relevant to the C reference point; or
� link significance, i.e. being relevant to the peer PINXs.
These are carried out by the sub-functions IPC Control and IPL Control respectively.
6.2.1 IPC Control
These functions control the connections at the C reference point, i.e. between the PINX and the IVN.
The ICC communicates with the IVN control mechanism by means of the access signalling
information flows as specified for that particular type of IVN.
CSIG is used as a generic name for designating these signalling information flows.
6.2.2 IPL Control
These functions are optional and provide a communication service to Scenario Management for
interchanging IPL related information with its peer in the remote PINX. The IPL related information
flow is called ScenSIG. If it is provided, it is conveyed over an IPL Service Channel (IS).
ScenSIG is separate from the PISN call control information flows (QSIG). The communication
services provided by ScenSIG allow the following functions to be performed:
� confirmation that the establishment of the IPC for conveying ScenSIG was successful;
� identification of either PINX to its peer;
� authentication, possibly with password exchange or encryption;
� agreement on establishing and releasing additional IPCs for the same IPL;
� agreement on establishment of the D -channel on the same or a different IPC and any
Q
Bearer Conditioning to be applied;
� assignment of U -channel identities, including the establishment of Bearer Conditioning, if
Q
required to satisfy the required bearer capabilities.
Some of the functions listed above can also apply to an existing IPL (after the initialisation process),
e.g. for adding or removing U -channels or for changing their bearer capabilities.
Q
6.3 Scenario Management
This function (see Figure 3) conceptually consists of three sub-functions, i.e.
� Link Resource Management;
� Mapping Management; and
� IPC Management.
Link Resource
IPC Management
Mapping Management
Management
Scenario Management
Figure 3 - Scenario Management
© ISO/IEC 2001 – All rights reserved 9

---------------------- Page: 14 ----------------------
ISO/IEC TR 14475:2001(E)
Scenario Management performs and co-ordinates the Link Resource Management, the Mapping
Management and the IPC Management functions. Scenario Management evaluates requests for a
new IPL or the enhancement of an existing IPL, and decides whether an additional IPC is to be
established (IPC Management) or whether a suitable bearer capability can be obtained out of IPCs
already available (Mapping Management).
The principal function of Scenario Management is to provide channels at the Q reference point so
that CC can select them according to users' requests. How Scenario Management achieves this, is
outside the scope of this document.
NOTE – Basically, channel provisioning can be achieved in a forecast way,
...