ISO/IEC 23290:2004
(Main)Information technology — Telecommunications and information exchange between systems — Private Integrated Services Network (PISN) — Mapping functions for the tunnelling of QSIG through H.323 networks
Information technology — Telecommunications and information exchange between systems — Private Integrated Services Network (PISN) — Mapping functions for the tunnelling of QSIG through H.323 networks
ISO/IEC 23290:2004 specifies functions for using an H.323 packet network in order to interconnect two Private Integrated services Network eXchanges (PINXs) forming part of a Private Integrated Services Network (PISN). Interconnection is achieved by carrying the inter-PINX signalling protocol over the H.323 call signalling channel, making use of the protocol tunnelling facilities of H.323, and inter-PINX user information (e.g. voice) over logical channels established through H.323. Each logical channel usually represents a unidirectional media stream conveyed by means of the Real-time Transport Protocol (RTP). The inter-PINX signalling protocol is assumed to be QSIG, as specified in ISO/IEC 11572, ISO/IEC 11582 and other International Standards. ISO/IEC 23290:2004 provides for an on-demand type of interconnection, where a separate H.323 call is established at the start of each PISN call and cleared down at the end of that call. A semi-permanent scenario where a single H.323 call with an indefinite lifetime carries QSIG on behalf of many PISN calls is described as an additional option. In the scenarios covered in ISO/IEC 23290:2004, the PINXs participating in a call are not necessarily aware of the H.323 network providing the interconnection, and the features available are those of the QSIG network. This is different from a scenario where true interworking between QSIG and H.323 (i.e. QSIG-H.323-QSIG) is used to connect two PISNs or two parts of the same PISN. In this latter case, all networks participate in a call on equal terms, and features are limited to those available in all networks and supported by the gateways. This latter scenario is outside the scope of this document. ISO/IEC 23290:2004 is applicable to PINXs that can be interconnected to form a PISN using QSIG as the inter-PINX signalling protocol.
Technologies de l'information — Télécommunications et échange d'information entre systèmes — Réseau privé avec intégration de services (PISN) — Fonctions d'application pour l'emploi de l'action tunnel de QSIG à travers les réseaux H.323
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 23290
Second edition
2004-10-01
Information technology —
Telecommunications and information
exchange between systems — Private
Integrated Services Network (PISN) —
Mapping functions for the tunnelling of
QSIG through H.323 networks
Technologies de l'information — Télécommunications et échange
d'information entre systèmes — Réseau privé avec intégration de
services (PISN) — Fonctions d'application pour l'emploi de l'action
tunnel de QSIG à travers les réseaux H.323
Reference number
ISO/IEC 23290:2004(E)
©
ISO/IEC 2004
---------------------- Page: 1 ----------------------
ISO/IEC 23290:2004(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 2004
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 copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO/IEC 2004 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 23290:2004(E)
Contents Page
Foreword. iv
Introduction . v
1 Scope. 1
2 Conformance . 1
3 Normative references . 1
4 Terms and definitions. 2
4.1 External definitions. 2
4.2 Other definitions . 2
4.2.1 Call. 2
4.2.2 Channel . 3
4.2.3 Inter-PINX Connection (IPC). 3
4.2.4 Inter-PINX Link (IPL) . 3
4.2.5 PINX roles . 3
5 List of acronyms . 3
6 Introduction . 4
6.1 Reference configuration. 4
6.2 Specific scenarios. 4
6.3 Relationship with H.323 gateways . 5
7 Capabilities at the Q reference point . 6
8 Capabilities at the C reference point. 6
9 Mapping functions . 7
9.1 General requirements . 7
9.2 Mapping of the D -channel. 7
Q
9.3 Mapping of the U -channel(s). 7
Q
9.3.1 On-demand scenario . 7
9.3.2 Semi-permanent scenario . 7
10 IPC control procedures . 8
10.1 Protocol identification . 8
10.2 Registration with gatekeeper. 8
10.3 Systems without gatekeeper . 8
10.4 H.323 call establishment . 8
10.4.1 Call admission. 8
10.4.2 Outgoing call establishment. 9
10.4.3 Incoming call establishment. 9
10.5 Transfer of inter-PINX signalling information . 10
10.6 H.323 call clearing. 10
11 Scenario specific procedures. 10
11.1 On-demand scenario . 10
11.2 Semi-permanent scenario . 11
Annex A (normative) Implementation Conformance Statement (ICS) Proforma . 13
Annex B (informative) Examples of message sequences . 20
© ISO/IEC 2004 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO/IEC 23290:2004(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.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document 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 23290 was prepared by Ecma International (as ECMA-333) and was adopted, under a special “fast-
track procedure”, by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 6,
Telecommunications and information exchange between systems, in parallel with its approval by national
bodies of ISO and IEC.
This second edition cancels and replaces the first edition (ISO/IEC 23290:2002), which has been technically
revised.
iv © ISO/IEC 2004 – All rights reserved
---------------------- Page: 4 ----------------------
ISO/IEC 23290:2004(E)
Introduction
This International Standard is one of a series of standards defining mapping functions in exchanges of Private
Integrated Services Networks required for the utilization of intervening network scenarios. The series uses the
ISDN concepts as developed by ITU-T (formerly CCITT) and is also within the framework of standards for
open systems interconnection as defined by ISO.
This particular Standard specifies mapping functions for the type of scenarios where two or more PINXs are
interconnected via on-demand connections using an H.323 packet network as the IVN.
The Standard is based upon the practical experience of member companies and the results of their active and
continuous participation in the work of ISO/IEC JTC1, ITU-T, ETSI and other international and national
standardization bodies. It represents a pragmatic and widely based consensus.
The second edition is fully compatible with the first edition. It specifies one part of the procedures of the
optional semi-permanent scenario in more detail.
© ISO/IEC 2004 – All rights reserved v
---------------------- Page: 5 ----------------------
INTERNATIONAL STANDARD ISO/IEC 23290:2004(E)
Information technology — Telecommunications and information
exchange between systems — Private Integrated Services
Network (PISN) — Mapping functions for the tunnelling of QSIG
through H.323 networks
1 Scope
This International Standard specifies functions for using an H.323 packet network in order to interconnect two
Private Integrated services Network eXchanges (PINXs) forming part of a Private Integrated Services Network
(PISN). Interconnection is achieved by carrying the inter-PINX signalling protocol over the H.323 call signalling
channel, making use of the protocol tunnelling facilities of H.323, and inter-PINX user information (e.g., voice)
over logical channels established through H.323. Each logical channel usually represents a unidirectional
media stream conveyed by means of the Real-time Transport Protocol (RTP). The inter-PINX signalling
protocol is assumed to be QSIG, as specified in ISO/IEC 11572, ISO/IEC 11582 and other standards.
This International Standard provides for an on-demand type of interconnection, where a separate H.323 call is
established at the start of each PISN call and cleared down at the end of that call. A semi-permanent scenario
where a single H.323 call with an indefinite lifetime carries QSIG on behalf of many PISN calls is described as
an additional option.
In the scenarios covered in this International Standard, the PINXs participating in a call are not necessarily
aware of the H.323 network providing the interconnection, and the features available are those of the QSIG
network. This is different from a scenario where true interworking between QSIG and H.323 (i.e. QSIG–
H.323–QSIG) is used to connect two PISNs or two parts of the same PISN. In this latter case all networks
participate in a call on equal terms, and features are limited to those available in all networks and supported
by the gateways. This latter scenario is outside the scope of this International Standard.
This International Standard is applicable to PINXs that can be interconnected to form a PISN using QSIG as
the inter-PINX signalling protocol.
2 Conformance
In order to conform to this International Standard, a PINX shall satisfy the requirements identified in the
Implementation Conformance Statement (ICS) proforma in Annex A.
3 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
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 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 2004 – All rights reserved 1
---------------------- Page: 6 ----------------------
ISO/IEC 23290:2004(E)
ISO/IEC 11582:2002, 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. H.225.0, Call signalling protocols and media stream packetization for packet based multimedia
communications systems (2000 or later)
ITU-T Rec. H.245, Control protocol for multimedia communication (2000 or later)
ITU-T Rec. H.323, Packet based multimedia communications systems (2000 or later)
ITU-T H.323 Annex M.1, Tunnelling of signalling protocols (QSIG) in H.323
4 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
4.1 External definitions
For the purpose of this International Standard the following definitions apply:
Call independent signalling connection (ISO/IEC 11582)
C reference point (ISO/IEC 11579-1)
Gatekeeper (ITU-T Rec. H.323)
Gateway, Trunking Gateway (ITU-T Rec. H.323)
Intervening network (ISO/IEC 11579-1)
Logical channel (ITU-T Rec. H.323)
Preceding PINX (ISO/IEC 11582)
Private Integrated Services Network (ISO/IEC 11579-1)
Private Integrated services Network eXchange (ISO/IEC 11579-1)
Q reference point (ISO/IEC 11579-1)
Subsequent PINX (ISO/IEC 11582)
4.2 Other definitions
4.2.1 Call
4.2.1.1 H.323 call
A call as defined in ITU-T Rec. H.323, i.e. a point-to-point communication between two H.323 endpoints. Here
specifically a call in the H.323 network between two gateways.
4.2.1.2 PISN call
A call as defined in ISO/IEC 11572 and ISO/IEC 11582.
2 © ISO/IEC 2004 – All rights reserved
---------------------- Page: 7 ----------------------
ISO/IEC 23290:2004(E)
4.2.1.3 Call segment
A portion of a (PISN) call between two entities taking part in that call. The smallest segment is between
adjacent entities, e.g. between two PINXs across one Inter-PINX link.
4.2.2 Channel
A means of bi-directional transmission of user or signalling information between two points.
4.2.2.1 D -Channel
Q
A channel used to convey call control information between the Q reference points of two peer PINXs.
4.2.2.2 U -Channel
Q
A channel used to convey user information between the Q reference points of two peer PINXs.
4.2.3 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.
4.2.4 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.
4.2.5 PINX roles
4.2.5.1 Initiating PINX
The PINX that initiates an IPL establishment request.
4.2.5.2 Accepting PINX
The PINX that accepts an IPL establishment request.
5 List of acronyms
GK Gatekeeper
ICS Implementation Conformance Statement
IP Internet Protocol
IPC Inter-PINX Connection
IPL Inter-PINX Link
IVN Intervening Network
PINX Private Integrated services Network eXchange
PISN Private Integrated Services Network
© ISO/IEC 2004 – All rights reserved 3
---------------------- Page: 8 ----------------------
ISO/IEC 23290:2004(E)
QSIG Signalling system for the Q reference point
RAS Registration, Admission and Status
RTP / RTCP Real Time Protocol / Real Time Control Protocol
TCP Transmission Control Protocol
UDP User Datagram Protocol
6 Introduction
6.1 Reference configuration
ISO/IEC 11579-1 defines a reference configuration for a PINX. Logically the switching and call control
functions of a PINX communicate over an instance of the Q reference point with a peer PINX. This
communication is known as an Inter-PINX Link (IPL) and comprises a signalling channel, known as a D -
Q
channel, and one or more user information channels, each known as a U -channel; see Figure 1. One or
Q
more IPLs can be established between the same pair of PINXs.
PINX PINX
Q reference Q reference
point point
Switching
Switching
and Call
and Call
D -channel
Q
Control
Control
functions
functions
BQ-channel
BQ-channel
Inter-PINX link
Figure 1 — IPL concept
There are many ways of implementing an IPL. In general, the IPL uses services of another network, known as
an Intervening Network (IVN). A PINX interfaces to the IVN at the C reference point. The IVN provides
connections, known as Inter-PINX Connections (IPCs) between the C reference points of the peer PINXs.
Mapping functions within each PINX map the D -channel and the U -channels at the Q reference point onto
Q Q
one or more IPCs at the C reference point.
6.2 Specific scenarios
This International Standard specifies mapping functions for use when the IVN is an H.323 packet network that
is used to provide the following types of IPC:
a signalling connection for carrying signalling information; and
a pair of UDP streams, one stream in each direction, for carrying user information over RTP.
NOTE Other means of transporting user information can be used, e.g. T.38 fax without RTP, an ATM virtual channel,
or a bi-directional TCP connection instead of UDP streams. See H.323 for more details. These cases are outside the
scope of this International Standard.
A single IPL requires a single signalling connection, for support of the D -channel, and one pair of UDP
Q
streams per U -channel.
Q
The main inter-PINX connection scenario described in this International Standard is an on-demand connection
scenario. This means that an IPL is established whenever a PISN call segment is to be set up between two
4 © ISO/IEC 2004 – All rights reserved
---------------------- Page: 9 ----------------------
ISO/IEC 23290:2004(E)
PINXs and released when the PISN call ends. An optional semi-permanent scenario is also described, where
multiple concurrent or consecutive PISN calls can use the same IPL.
In both scenarios the signalling connection is established by means of an H.323 call, using the protocol
tunnelling facilities provided by H.225.0 and H.323 Annex M.1. The H.225.0 call signalling connection in
conjunction with the tunnelling of the QSIG signalling is used to provide the D -channel. The pair of UDP
Q
streams used to provide an inter-PINX user connection (U -channel) is established as H.323 logical
Q
channel(s). An IPL may have multiple U -channels.
Q
Figure 2 illustrates these concepts.
IVN (IP network using
PINX PINX
C reference
Q reference C reference Q reference
H.323)
point
point point point
Switching Mapping H.225.0 call Mapping Switching
and Call functions signalling channel functions and Call
DQ-channel DQ-channel
Control Control
functions functions
BQ-channel Pair of UDP streams BQ-channel
B -channel Pair of UDP streams B -channel
Q Q
Inter-PINX connections
Inter-PINX link
Figure 2 — H.323 as intervening network (IVN)
IPCs in support of these scenarios can be established and released at any time under the control of either
PINX. In case of IPC failure, the H.323 network may reject a call establishment request or release an already
established call.
A single PINX can terminate a multiplicity of IPLs leading to the same and/or different peer PINXs. Each IPL
comprises a single H.323 call.
6.3 Relationship with H.323 gateways
Each PINX connected to another PINX via an H.323 network represents a trunking gateway in H.323 terms.
The H.323 gateway functionality is part of the mapping functions of the PINX. No specific implementation is
implied by this International Standard. The gateway function may be fully integrated or decomposed into
several components (e.g. media gateway controller and media gateway), as explained in H.323.
The tasks of the gateway include the handling of user data or media, e.g. packetization / de-packetization, and
signalling interworking. The latter mainly enables QSIG to be tunnelled over an H.323 call, as specified in
more detail in subsequent clauses.
Figure 3 shows an example of the relationship between a PISN call and the underlying H.323 call which
provides the inter-PINX link for one segment of the PISN call.
PINX
PINX PINX PINX
Switching
Switching
and Call
and Call
PISN call
PISN call PISN call
Control
Control
segment
segment segment
functions H.323
H.323 functions
gateway
gateway
H.323 call
Figure 3 — Example of the relationship between PISN call and H.323 call
© ISO/IEC 2004 – All rights reserved 5
---------------------- Page: 10 ----------------------
ISO/IEC 23290:2004(E)
7 Capabilities at the Q reference point
For each instance of the Q reference point:
one signalling channel (D ) for carrying the inter-PINX Layer 3 signalling protocol, and
Q
zero, one or more user channels (U )
Q
are provided.
NOTE If the D -channel is used only to support QSIG call-independent signalling connections, no U -channels are
Q Q
required.
For a U -channel the following bearer capability shall be provided:
Q
transfer mode: circuit mode;
information transfer rate: 64 kbit/s;
information transfer capability: speech or 3,1 kHz audio;
user information layer 1 protocol: G.711 A or µ law.
Other bearer capabilities may also be provided (e.g. 64 kbit/s unrestricted digital information, or transfer rates
other than 64 kbit/s).
For a D -channel the following bearer capability shall be provided:
Q
transfer mode: packet mode;
information transfer rate: implementation-dependent;
information transfer capability: unrestricted digital information.
The functions to map D - and U -channels to an inter-PINX connection (IPC) at the C reference point are
Q Q
described in Clause 9.
8 Capabilities at the C reference point
A PINX shall support a packet network interface suitable for multimedia communication according to ITU-T
recommendation H.323. The protocol stack shall conform to ITU-T recommendations H.323, H.225.0 and
H.245 and shall support protocol tunnelling according to H.323 Annex M.1.
NOTE
This means that the following protocols are used:
• H.225.0 RAS, if a gatekeeper is present, over UDP/IP;
• H.225.0 call control signalling, with embedded QSIG tunnel, over TCP/IP;
• H.245 within fastStart elements and/or embedded in H.225.0 call control or explicit over TCP/IP;
• RTP/RTCP over UDP/IP.
The protocol tunnelling capability of the H.323 call signalling channel serves as the IPC for the D -channel. A
Q
pair of H.323 logical channels for media transport serves as the IPC for a U -channel.
Q
For the on-demand scenario a new H.323 call is established every time a PISN call occurs and cleared when
the PISN call finishes.
6 © ISO/IEC 2004 – All rights reserved
---------------------- Page: 11 ----------------------
ISO/IEC 23290:2004(E)
For the optional semi-permanent scenario the same H.323 call serves multiple concurrent or consecutive
PISN calls. In this case logical channels are dynamically opened and closed according to the number of U -
Q
channels required at the time.
9 Mapping functions
9.1 General requirements
For each IPL terminating at a PINX, the PINX shall provide mapping functions for:
mapping of the D -channel onto a packet mode IPC as provided by the H.323 call signalling channel with
Q
embedded QSIG tunnel;
mapping of the U -channel(s) onto the corresponding IPC(s) with an information transfer rate of 64 kbit/s
Q
as provided by H.323 logical channels (pair(s) of UDP streams).
9.2 Mapping of the D -channel
Q
The signalling carriage mechanism (see 6.3 of ISO/IEC 11572) is provided by the protocol tunnelling facilities
of H.323. There is no layer 2 frame structure. The PINX shall embed a complete QSIG message in the
appropriate data structure of the transporting H.225.0 message without segmentation.
The services and primitives listed in ISO/IEC 11572 Clause 6.3 can be mapped to the sending and receipt of
appropriate H.225.0 messages. Details are left to the implementation.
9.3 Mapping of the U -channel(s)
Q
The PINX shall map each U -channel to a pair of unidirectional H.323 logical channels with suitable transport
Q
capabilities. The mapping function is responsible for proper packetization, de-packetization, transcoding etc.
of media data.
9.3.1 On-demand scenario
The PINX shall establish a single pair of unidirectional logical channels using RTP over UDP, and assign
session identifier "1" to it, which shall also be the number of the U -channel mapped to this pair.
Q
NOTE Other alternatives, e.g. a bi-directional logical channel or multiple U -channels for nx64 kbit/s, are outside the
Q
scope of this International Standard.
9.3.2 Semi-permanent scenario
For each U -channel the PINX shall establish a pair of unidirectional logical channels using RTP over UDP.
Q
The session identifier "n" assigned to this pair by the master side (in the range 1.255) shall be the number of
the U -channel mapped to this pair. See H.323 and H.245 for more information.
Q
NOTE 1 The number of established U -channels can be either static or dynamically adapted to the actual call load,
Q
assuming one channel per call.
NOTE 2 Other alternatives, e.g. use of bi-directional logical channels or multiple U -channels per call in case of
Q
nx64 kbit/s, are outside the scope of this International Standard.
© ISO/IEC 2004 – All rights reserved 7
---------------------- Page: 12 ----------------------
ISO/IEC 23290:2004(E)
10 IPC control procedures
10.1 Protocol identification
This Clause makes reference to an object identifier identifying the QSIG protocol, here called QSIG object
identifier. The value of this object identifier is
{iso (1) identified-organization (3) icd-ecma (0012) private-isdn-signalling-domain (9)}.
10.2 Registration with gatekeeper
If a gatekeeper exists in the H.323 domain the PINX shall register as a gateway with its gatekeeper in
accordance with ITU-T Rec. H.323 and H.225.0 before sending or receiving any calls. The PINX can detect
the gatekeeper to register with by using one of the methods described in Recs. H.323 and H.225.0.
The gatekeeper will then
• assist in identifying the peer PINX from a call's destination number, and
• provide other PINXs with the IP address of this PINX.
The PINX shall set the
terminalType.supportedTunnelledProtocols.id.tunnelledProtocolObjectID to the QSIG object identifier in
the Register Request message (RRQ) to inform the gatekeeper that it is able to handle QSIG signalling.
10.3 Systems without gatekeeper
In scenarios without a gatekeeper each PINX has to know the IP address(es) of its potential peer(s), e.g.
through static configuration.
10.4 H.323 call establishment
10.4.1 Call admission
If the initiating PINX has registered with a gatekeeper and has not received pre-granted admission for
outgoing calls in the RCF message from the gatekeeper, the PINX shall send an ARQ message to the
gatekeeper prior to call establishment.
NOTE 1 ARQ may still be sent in the case of pre-granted admission, too.
NOTE 2 Pre-granted admissions only make sense if a suitable call signalling transport address is known a priori, e.g.
the signalling transport address of the GK if all calls ar
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.