ISO/IEC 14476-2:2003

Information technology - Enhanced communications transport protocol: Specification of QoS management for simplex multicast transport - Part 2:

ISO/IEC 14476-2:2003 is an integral part of ITU-T Recommendation X.ectp | ISO/IEC 14476 having the main title of Enhanced communications transport protocol, which is a family of protocol specifications designed to support multicast transport services. ISO/IEC 14476-1 provides a specification of various protocol operations for simplex multicast transport. Those protocol operations include connection management such as connection creation/termination and connection pause/resume, membership management such as late join, user leave and membership tracking, and error control for multicast data transport such as error detection and recovery. ISO/IEC 14476-2:2003 provides a specification of QoS management for accomplishing desirable quality of service in simplex multicast transport connection. ISO/IEC 14476-2:2003 describes the following QoS management operations: a) QoS negotiation For QoS negotiation, this specification assumes that a desired QoS level for multicast application service can be expressed in terms of a set of QoS parameters. QoS negotiation is performed via exchange of control packets between sender and receivers. Sender proposes the target values of QoS parameters obtained from the application's requirements, and then each receiver can propose modified values based on its system and/or network capacity. Sender arbitrates the modified values proposed by receivers. Target values for QoS parameters can be used as input parameters for reservation of network resources. b) QoS monitoring QoS control in ECTP is based on feedback of control packets from receivers. The feedback messages from receivers enable the sender to keep track of the number of active receivers and also to monitor the connection status for multicast data transport. QoS monitoring is designed to allow the sender to diagnose the connection status in terms of QoS parameter values, and thus to take the necessary actions for maintaining the connection status at a desired QoS level. The monitored connection status will be reported to the application at the sender side. The information conveyed could provide statistics useful for billing purposes, for example. c) QoS maintenance Based on feedback information from receivers, the sender takes one or more actions so as to maintain the connection status at a desired QoS level. These QoS maintenance actions include adjustment of the data transmission rate, connection pause and resume, troublemaker ejection and connection termination operations. These QoS monitoring and maintenance functions, based on monitored parameter status, provide rate-based congestion control. ISO/IEC 14476-2:2003 is an integral part of ITU-T draft Recommendation X.ectp | ISO/IEC 14476, which has 6 parts. All the protocol components, including packet formats and protocol procedures specified in ITU-T draft Recommendation X.606 | ISO/IEC 14476-1, are also valid in ISO/IEC 14476-2:2003.

Technologies de l'information — Protocole de transport de communications amélioré: Spécification de la gestion de la qualité de service pour le transport simplex en multidiffusion — Partie 2:

L'ISO/CEI 14476-2:2003 fait partie intégrante des Recommandations UIT-T de la série X.606.x | ISO/CEI 14476 ayant le titre principal de protocole de transport de communications amélioré, qui constitue une famille de spécifications de protocole spécialement conçues pour prendre en charge les services de transport avec multidiffusion. L'ISO/CEI 14476-1 contient les spécifications de diverses opérations protocolaires pour le transport simplex en multidiffusion. Ces opérations portent sur la gestion des connexions telle la création/terminaison de connexion, la pause/reprise de connexion, la gestion des membres tels les participants tardifs, l'abandon par l'utilisateur et le suivi des participants, le contrôle d'erreur dans le transport de données multidiffusées telle la détection/correction d'erreur. L'ISO/CEI 14476-2:2003 contient une spécification de la gestion de la QS visant à obtenir la qualité de service souhaitée sur une connexion de transport simplex en multidiffusion. L'ISO/CEI 14476-2:2003 décrit les opérations de gestion de QS suivantes: a) Négociation de la QS En ce qui concerne la négociation de la QS, on suppose dans la présente Spécification que le niveau de QS souhaité pour un service d'application de multidiffusion peut être exprimé par un ensemble de paramètres de QS. La négociation de la QS est réalisée via l'échange de paquets de commande entre expéditeur et destinataires. L'expéditeur propose des valeurs cibles pour les paramètres de QS déterminés à partir des exigences associées à l'application, ensuite chaque destinataire peut proposer des valeurs modifiées fondées sur les capacités de son propre système et/ou du réseau. L'expéditeur procède à un choix en fonction des valeurs modifiées proposées par les destinataires. Les valeurs cibles des paramètres de QS peuvent être utilisées comme paramètres d'entrée pour la réservation des ressources de réseau. b) Surveillance de la QS La gestion de la QS dans le protocole ECTP se fonde sur la réaction des destinataires par paquets de gestion. Les messages de réaction provenant des destinataires permettent à l'expéditeur de connaître le nombre de destinataires actifs et également de surveiller l'état de la connexion utilisée pour le transport de données multidiffusées. La surveillance de la QS a pour but de permettre à l'expéditeur de faire des diagnostics sur l'état de la connexion en termes de valeurs de paramètres de QS et ainsi de prendre les mesures nécessaires pour maintenir la connexion au niveau de QS souhaité. L'état de la connexion surveillée sera signalé à l'application côté expéditeur. L'information acheminée doit permettre l'établissement de statistiques utiles pour la facturation par exemple. c) Maintien de la QS Sur la base des informations communiquées par réaction par les destinataires, l'expéditeur prend les mesures nécessaires pour maintenir la QS de la connexion au niveau souhaité. Parmi ces mesures figurent l'ajustement du débit de transmission de données, la pause et la reprise de la connexion, l'éjection de l'élément perturbateur et les opérations de terminaison de la connexion. Ces fonctions de surveillance et de maintien de la QS, basées sur l'état des paramètres observés, permettent une gestion des encombrements par le débit. L'ISO/CEI 14476-2:2003 fait partie intégrante des Recommandations UIT-T de la série X.606.x | ISO/CEI 14476, qui comporte 6 parties. Toutes les composantes du protocole, y compris les formats des paquets et les procédures protocolaires spécifiés dans la Rec. UIT-T X.606 | ISO/CEI 14476-1, sont également valables dans l'ISO/CEI 14476-2:2003.

General Information

• Status: Published
• Publication Date: 08-Dec-2003
• ICS: 35.100.40 - Transport layer
• Technical Committee: ISO/IEC JTC 1/SC 6 - Telecommunications and information exchange between systems
• Drafting Committee: ISO/IEC JTC 1/SC 6/WG 7 - Network, transport and future network
• Current Stage: 9093 - International Standard confirmed
• Start Date: 23-May-2025
• Completion Date: 30-Oct-2025

Overview

ISO/IEC 14476-2:2003 - part of the ECTP family - specifies QoS management for simplex multicast transport. It defines how a single sender (the connection owner) and multiple receivers negotiate, monitor and maintain quality of service for multicast sessions running over IPv4/IPv6 multicast networks (using IP multicast forwarding, IGMP and multicast routing). The standard is an integral part of the ITU‑T X.ectp suite and complements the protocol operations in ISO/IEC 14476-1.

Keywords: ISO/IEC 14476-2, ECTP, QoS management, simplex multicast, multicast transport, quality of service.

Key topics and technical requirements

• QoS negotiation
  • QoS expressed as a set of parameters.
  • Sender proposes target parameter values; receivers may propose modified values based on local capacity.
  • Sender arbitrates receiver proposals; negotiated targets can feed network resource reservation.
• QoS monitoring
  • Receiver feedback via control packets (ACK/feedback) enables the sender to:
    • Track number of active receivers.
    • Monitor connection status against QoS parameters.
    • Report monitored status to the sender application (useful for statistics and billing).
• QoS maintenance
  • Sender-driven actions based on feedback: adjust data rate, pause/resume transmission, eject troublemaking receivers, or terminate the connection.
  • Functions form a rate-based congestion control loop.
• Protocol elements and procedures
  • Defined components: connection information element, QoS parameters, QoS extension element, acknowledgement element, and packet types.
  • Procedures cover negotiation (including tree-hierarchy and MSS negotiation), measurement and mapping of parameter values, reporting, timers/variables, and resource reservation (including annex on interworking with RSVP).
• APIs and implementation guidance
  • Annex B sketches ECTP APIs (msocket, mbind, maccept, mconnect, msend, mrecv, mclose, get/set sockopts) to aid implementers.

Applications and who should use this standard

• Targeted use cases:
  • Live multimedia streaming, IPTV, large-scale software distribution, teleconferencing and other multicast applications requiring controlled QoS.
• Intended audience:
  • Network equipment vendors and protocol implementers building ECTP stacks.
  • Application developers requiring multicast QoS control.
  • Network operators, service providers and QoS architects planning resource reservation and billing/charging models.
  • Standards bodies and researchers working on multicast QoS and interworking (e.g., with RSVP).

Related standards

• ISO/IEC 14476-1 (simplex protocol operations / packet formats)
• ISO/IEC 14476 parts 3–6 (duplex, n‑plex and associated QoS management)
• ITU‑T X.ectp (equivalent Recommendation)
• RSVP (interworking described in Annex A)

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 14476-2
First edition
2003-12-15
Information technology — Enhanced
communications transport protocol:
Specification of QoS management for
simplex multicast transport
Technologies de l’information — Protocole de transport de
communications amélioré. Spécification de gestion QoS pour
le transport simplex en multidiffusion

Reference number
©
ISO/IEC 2003
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 2003
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.org
Published in Switzerland
ii © ISO/IEC 2003 – All rights reserved

CONTENTS
Page
1 Scope . 1
2 Normative references . 1
3 Definitions. 2
3.1 Terms defined in ITU-T Rec. X.605 | ISO/IEC 13252. 2
3.2 Terms defined in ITU-T Rec. X.606 | ISO/IEC 14476-1 . 2
3.3 Terms defined in this Recommendation | International Standard. 2
4 Abbreviations . 2
4.1 Packet types. 2
4.2 Miscellaneous. 3
5 Conventions. 3
6 Overview . 3
7 Components for QoS management. 6
7.1 Connection information element. 6
7.2 QoS parameters . 7
7.3 QoS extension element. 7
7.4 Acknowledgement element. 9
7.5 Packets used for QoS management . 10
8 Procedures for QoS management . 10
8.1 QoS negotiation. 10
8.1.1 Negotiation procedures . 11
8.1.2 QoS negotiation in the tree hierarchy. 12
8.1.3 MSS negotiation. 12
8.1.4 Resource reservation . 12
8.2 QoS monitoring. 13
8.2.1 Generation of ACK . 13
8.2.2 Measurement of QoS parameter values. 13
8.2.3 Mapping to a parameter status value. 14
8.2.4 Reporting toward the sender . 14
8.3 QoS maintenance . 15
8.3.1 Adjustment of data transmission rate. 16
8.3.2 Connection pause and resume. 16
8.3.3 Troublemaker ejection . 17
8.3.4 Connection termination. 17
9 Timers and variables . 17
9.1 Timers . 17
9.2 Operation variables . 17
Annex A – Interworking between ECTP and RSVP for resource reservation. 19
A.1 ECTP QoS parameters . 19
A.2 Overview of RSVP. 19
A.2.1 RSVP SENDER_TSPEC . 19
A.2.2 RSVP ADSPEC . 20
A.2.3 RSVP FLOWSPEC. 20
A.2.4 RSVP API . 20
A.3 An example of the parameter mapping between RSVP and ECTP. 21
A.4 A scenario of interworking between ECTP and RSVP . 21
Annex B – Application Programming Interfaces. 24
B.1 Overview. 24
B.1.1 API functions . 24
B.1.2 Use of ECTP API functions . 24
B.2 ECTP API functions. 25
B.2.1 msocket(). 25
B.2.2 mbind(). 26
B.2.3 maccept(). 27
B.2.4 mconnect() . 28
© ISO/IEC 2003 – All rights reserved iii

Page
B.2.5 msend() . 28
B.2.6 mrecv(). 29
B.2.7 mclose(). 30
B.2.8 mgetsockopt() and msetsockopt() . 30
B.3 An example of the msocket.h header file . 32
Bibliography. 36

iv © ISO/IEC 2003 – All rights reserved

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 technical committee are circulated to the member bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the member 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 shall not be held responsible for identifying any or all such patent rights.
ISO/IEC 14476-2 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 6, Telecommunications and information exchange between systems, in collaboration with
ITU-T. The identical text is published as ITU-T Rec. X.606.1.
ISO/IEC 14476 consists of the following parts, under the general title Information technology — Enhanced
communications transport protocol:
— Part 1: Specification of simplex multicast transport
— Part 2: Specification of QoS management for simplex multicast transport
— Part 3: Specification of duplex multicast transport
— Part 4: Specification of QoS management for duplex multicast transport
— Part 5: Specification of n-plex multicast transport
— Part 6: Specification of QoS management for n-plex multicast transport

© ISO/IEC 2003 – All rights reserved v

Introduction
This Recommendation | International Standard specifies the Enhanced Communications Transport Protocol (ECTP),

which is a transport protocol designed to support Internet multicast applications running over multicast-capable
networks. ECTP operates over IPv4/IPv6 networks that have the IP multicast forwarding capability with the help of
IGMP and IP multicast routing protocols, as shown in Figure 1. ECTP could possibly be provisioned over UDP.
Internet Multicast Applications
Enhanced Communications Transport Protocol
UDP
IP Multicast
Figure 1 – ECTP model
ECTP is targeted to support tightly controlled multicast connections in simplex, duplex and N-plex applications. This
part of ECTP (part 2) specifies the QoS management functions for stable management of the QoS of connection users in
a simplex multicast connection. QoS management functionality consists of QoS negotiation, QoS monitoring, and QoS
maintenance operations. The protocol procedures for reliability control in simplex multicast transport are defined in
ECTP part 1 (ITU-T Rec. X.606 | ISO/IEC 14476-1), which forms an integral part of this Recommendation |
International Standard. Further parts of the standard will define control procedures and associated QoS management
functions respectively for the duplex case (X.ectp-3 | ISO/IEC 14476-3 and X.ectp-4 | ISO/IEC 14476-4) and for the
N-plex case (X.ectp-5 | ISO/IEC 14476-5 and X.ectp-6 | ISO/IEC 14476-6).
In ECTP, all prospective members are enrolled into a multicast group, before a connection or session is created. Those
members define an enrolled group. Each receiver in the enrolled group is referred to as an enrolled receiver. In the
enrolment process, each member will be authenticated. The group information, including group key and IP multicast
addresses and port numbers, will be distributed to the enrolled members during the enrolment process. An ECTP
connection is created for these enrolled group members.
The sender is at the heart of multicast group communications. A single sender in the simplex multicast connection is
assigned the role of the connection owner, designated top owner (TO) in this Specification. The connection owner is
responsible for overall connection management by governing the connection creation and termination, the connection
pause and resumption, and the late join and leave operations.
The sender triggers the connection creation process. Some or all of the enrolled receivers will participate in the
connection, becoming designated "active receivers”. Receivers active at this stage are able to participate in negotiating
the desired quality of service for the session. Any enrolled receiver that is not active at this stage may participate in the
connection as a late-joiner, but will have to accept the established QoS. An active receiver can leave the connection.
After the connection is created, the sender begins to transmit multicast data. While the connection is active, the sender
monitors the status of the session via feedback control packets from the active receivers.
The sender may take a range of actions if network problems (such as severe congestion) are indicated by the feedback
received from active receivers. These actions include adjusting the data transmission rate, suspending multicast data
transmission temporarily, or in the last resort, terminating the connection.
This QoS management specification can be used in the multicast applications that want to support various QoS
requirements and the corresponding billing/charging models.
vi © ISO/IEC 2003 – All rights reserved

ISO/IEC 14476-2:2003 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
Information technology – Enhanced Communications Transport Protocol:
Specification of QoS management for simplex multicast transport
1 Scope
This Recommendation | International Standard is an integral part of ITU-T Recs X.606.x | ISO/IEC 14476 "ECTP:
Enhanced Communications Transport Protocol", which is a family of Protocol Specifications designed to support
multicast transport services.
ITU-T Rec. X.606 | ISO/IEC 14476-1 provides a specification of various protocol operations for simplex multicast
transport. Those protocol operations include connection management such as connection creation/termination and
connection pause/resume, membership management such as late join, user leave and membership tracking, and error
control for multicast data transport such as error detection and recovery.
This part of the Recommendation | International Standard provides a specification of QoS management for
accomplishing desirable quality of service in simplex multicast transport connection.
This Specification describes the following QoS management operations:
a) QoS negotiation
For QoS negotiation, this Specification assumes that a desired QoS level for multicast application service
can be expressed in terms of a set of QoS parameters. QoS negotiation is performed via exchange of
control packets between sender and receivers. Sender proposes the target values of QoS parameters
obtained from the application's requirements, and then each receiver can propose modified values based
on its system and/or network capacity. Sender arbitrates the modified values proposed by receivers.
Target values for QoS parameters can be used as input parameters for reservation of network resources.
b) QoS monitoring
QoS control in ECTP is based on feedback of control packets from receivers. The feedback messages
from receivers enable the sender to keep track of the number of active receivers and also to monitor the
connection status for multicast data transport. QoS monitoring is designed to allow the sender to
diagnose the connection status in terms of QoS parameter values, and thus to take the necessary actions
for maintaining the connection status at a desired QoS level. The monitored connection status will be
reported to the application at the sender side. The information conveyed could provide statistics useful
for billing purposes, for example.
c) QoS maintenance
Based on feedback information from receivers, the sender takes one or more actions so as to maintain the
connection status at a desired QoS level. These QoS maintenance actions include adjustment of the data
transmission rate, connection pause and resume, troublemaker ejection and connection termination
operations. These QoS monitoring and maintenance functions, based on monitored parameter status,
provide rate-based congestion control.
This Recommendation | International Standard is an integral part of ITU-T Recs X.606.x | ISO/IEC 14476, which has
6 parts. All of the protocol components, including packet formats and protocol procedures specified in
ITU-T Rec. X.606 | ISO/IEC 14476-1, are also valid in this Recommendation | International Standard.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
– ITU-T Recommendation X.601 (2000), Multi-peer communications framework.
– ITU-T Recommendation X.605 (1998) | ISO/IEC 13252:1999, Information technology – Enhanced
Communications Transport Service definition.
ITU-T Rec. X.606.1 (02/2003) 1

ISO/IEC 14476-2:2003 (E)
– ITU-T Recommendation X.606 (2001) | ISO/IEC 14476-1:2002, Information technology – Enhanced
Communications Transport Protocol: Specification of Simplex Multicast Transport.
3 Definitions
3.1 Terms defined in ITU-T Rec. X.605 | ISO/IEC 13252
This Recommendation | International Standard is based on the concepts developed in Enhanced Communications
Transport Service (ITU-T Rec. X.605 | ISO/IEC 13252).
a) QoS parameters;
b) QoS negotiation; and
c) QoS arbitration.
3.2 Terms defined in ITU-T Rec. X.606 | ISO/IEC 14476-1
This Recommendation | International Standard is described based on the concepts and terms developed in the
specification of simplex multicast transport on ECTP (ITU-T Rec. X.606 | ISO/IEC 14476-1).
a) application;
b) packet;
c) sender;
d) receiver;
e) tree;
f) parent; and
g) child.
3.3 Terms defined in this Recommendation | International Standard
For the purposes of this Recommendation | International Standard, the following definitions apply:
a) QoS monitoring: Is the protocol operation that is used to diagnose the current connection status. For
QoS monitoring, each receiver is required to measure the experienced parameter values and to report
them to sender. Sender aggregates the status information reported from receivers.
b) QoS maintenance: Is the protocol operation that is used to maintain the connection status at a desired
QoS level. Sender takes QoS maintenance actions based on the monitored status information.
4 Abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply.
4.1 Packet types
ACK Acknowledgment
CC Connection Creation Confirm
CR Connection Creation Request
CT Connection Termination
DT Data
HB Heartbeat
JC Late Join Confirm
JR Late Join Request
LR Leave Request
ND Null Data
RD Retransmission Data
2 ITU-T Rec. X.606.1 (02/2003)

ISO/IEC 14476-2:2003 (E)
4.2 Miscellaneous
API Application Programming Interfaces
CHQ Controlled Highest Quality
Diffserv Differentiated Services
ECTP Enhanced Communications Transport Protocol
ECTS Enhanced Communications Transport Services
IP Internet Protocol
LQA Lowest Quality Allowed
MSS Maximum Segment Size
OT Operating Target
QoS Quality of Service
RSVP Resource Reservation Protocol
5 Conventions
In this Recommendation | International Standard, the key words "MUST", "REQUIRED”, "SHALL", "MUST NOT",
"SHALL NOT", "SHOULD", "SHOULD NOT", "MAY", and "OPTIONAL" indicate requirement levels for compliant
ECTP implementations.
6 Overview
This Recommendation | International Standard provides a specification of QoS management for one-to-many (simplex)
multicast transport connections. This Specification describes the following QoS management operations:
1) QoS negotiation, including reservation of network resources;
2) QoS monitoring; and
3) QoS maintenance.
In the connection creation phase, sender informs the receivers whether QoS management is enabled. When QoS
management is enabled, sender must also specify whether or not QoS negotiation will be performed in the connection.
QoS monitoring and maintenance operations are performed, only if QoS management is enabled.
Figure 2 illustrates these QoS management operations for the simplex multicast connection. In the figure, the protocol
operations marked as dotted lines are specified in ITU-T Rec. X.600 | ISO/IEC 14476-1.
ITU-T Rec. X.606.1 (02/2003) 3

ISO/IEC 14476-2:2003 (E)
Connection Creation
Control tree creation
QoS negotiation
Multicast data transfer
ECTP
Tree-based reliability control
connection
lifetime
Tree membership maintenance
Late Join and Leave
QoS monitoring
QoS maintenance
Connection Termination
X.606.1_F02
Figure 2 – QoS management in ECTP
In general, QoS represents the quality of service required for satisfactory reception of application data at a receiver, to
achieve desirable audio/video display quality for example. In this Specification, it is assumed that the QoS requirements
of an application are expressed in terms of one or more QoS parameters such as throughput, transit delay, transit delay
jitter, and data loss rate. Depending on the application's requirements, some of these QoS parameters may not be used in
the connection. For example, a non-real time service might not impose the transit delay requirement.
From the requirements of applications, sender will determine the target values for each QoS parameter. How to map
from the application's requirements to those target parameter values is outside the scope of this Specification.
Application programs could be used to carry out such mappings.
QoS negotiation is performed in the connection creation phase. Sender proposes the desired target values for each QoS
parameter to all receivers by multicast. For throughput, three target values are specified: CHQ (controlled highest
quality), OT (operating target) and LQA (lowest quality allowed). For the other parameters such as transit delay, transit
delay jitter, and data loss rate, only two target values are specified: OT and LQA.
If QoS negotiation is enabled, each receiver can propose modifications to the sender's proposed parameter values. These
modified values will be determined by considering the system capacity at the receiver side and network environments.
The following restrictions are imposed for modification of parameter values by receivers:
1) OT values must not be modified by receivers;
2) the values modified by receivers must be within LQA and CHQ values proposed by sender.
The parameter values modified by receivers are delivered to sender via ACK messages. The sender arbitrates different
parameter values for various receivers by taking a commonly agreed range of values.
4 ITU-T Rec. X.606.1 (02/2003)

ISO/IEC 14476-2:2003 (E)
Figure 3 shows an abstract sketch of QoS negotiation that can occur in ECTP. From the application's requirements, a set
of target QoS parameter values will be configured at the sender. Sender informs the receivers about the target values
(step 1). Based on those target values, each receiver begins to make resource reservations with the help of RSVP or
Diffserv (step 2). If QoS negotiation is enabled in the connection, each receiver may propose modified values for QoS
parameters (step 3). From the modified parameter values, the sender determines the arbitrated values (step 4). These
arbitrated values are delivered to the receiver via subsequent HB or JC packets, and will be used for QoS monitoring
and maintenance.
Application's requirements
Target values for QoS parameters
Sender 4
1 1
3 3
Receiver 2 Receiver 2 Receiver 2
X.606.1_F03
1 Target values proposed by sender
2 Reservation of network resources by receiver
3 Values modified by receiver
4 Arbitration of the modified values by sender

Figure 3 – QoS negotiation
After an ECTP connection is created, and if QoS management is enabled, the QoS monitoring and maintenance
operations are performed for the multicast data transmission. For QoS monitoring, each receiver is required to measure
the parameter values experienced. Based on the measured values and the negotiated values, a receiver determines a
parameter status value for each parameter as an integer: normal (0), reasonable (1), possibly abnormal (2), or abnormal
(3). These status values will be delivered to the sender via ACK packets.
Sender aggregates the parameter status values reported from the receivers. If a control tree is employed, each parent LO
node aggregates the measured values reported from its children, and forwards the aggregated value(s) to its own parent
using ACK packets.
Figure 4 illustrates the QoS monitoring and maintenance operations described in this Specification.
ITU-T Rec. X.606.1 (02/2003) 5

ISO/IEC 14476-2:2003 (E)
Adjustment of Connection Troublemaker Connection
Data transmission rate Pause and Resume Ejection Termination
QoS maintenance
QoS monitoring
Receiver
Sender Receiver
Receiver
X.606.1_F04
Multicast data transmission
Figure 4 – Conceptual sketch of QoS monitoring and maintenance
Sender takes QoS maintenance actions necessary to maintain the connection status at a desired QoS level, based on the
monitored status values. Specific rules are pre-configured to trigger QoS maintenance actions such as data transmission
rate adjustment, connection pause and resume, troublemaker ejection and connection termination. Those actions will be
taken by observing how many receivers are in the abnormal or possibly abnormal state.
7 Components for QoS management
This clause describes the ECTP protocol components required for QoS management operations. All the components are
extended from those already defined in ITU-T Rec. X.606 | ISO/IEC 14476-1.
7.1 Connection information element
Figure 5 shows the connection information element specified in ITU-T Rec. X.606 | ISO/IEC 14476-1.

0 8 16 24              31
Tree config. Maximum Maximum children
Next element Version Flags
option tree level number
Connection creation time ACK bitmap size Reserved
Figure 5 – Connection information element
For QoS management, the ECTP sender specifies the following three fields in the 'Flags' byte:
7 6 5 4 3 2 1 0
Reserved
N CT
1) QoS – is a flag bit to indicate whether QoS management is enabled (1) or not (0) in the connection. If this
bit is set to '1', all the procedures for QoS management are invoked. The default value is '0'.
2) N (negotiation) – is a flag bit to indicate whether QoS negotiation is enabled (1) or not (0) in the
connection. If this bit is set to '1', each receiver is allowed to propose its own parameter values. The
default value is '0'.
3) Retx (retransmission) – is a flag bit to indicate whether retransmissions by parent are performed (0) or
not (1). If this bit is set to '1', the sender or parents need not retransmit RD packets, even if the
retransmission requests by ACK packets are received. The default value is '0'.
6 ITU-T Rec. X.606.1 (02/2003)
Retx
QoS
ISO/IEC 14476-2:2003 (E)
The QoS bit must be set to "1" (QoS enabled) before the N bit is valid. There are three possible cases.
a) QoS bit set to "1" and N bit set to "0" indicates that QoS is to be used in the connection, and QoS values
will be imposed by the sender. The receivers cannot negotiate it.
b) Both bits set to "1" indicate that QoS is to be used in the connection, and QoS parameter values may be
negotiated between receivers and the sender.
c) QoS bit set to "0" indicates that QoS is not to be used in the connection. The N bit is not used in this
case.
The setting of the Retx (retransmission bit) can be done independently of the setting of the QoS bit. It is expected that
real-time live streaming media applications will not need error recovery based on retransmissions, but they need the
QoS management functions. Even in this case, ACK packets are still used to convey connection status information.
7.2 QoS parameters
In this Specification, the following four QoS parameters are defined:
1) throughput (bytes per second);
2) transit delay (millisecond);
3) transit delay jitter (millisecond);
4) data loss rate (percent).
Throughput represents an amount of application data output over a specific time period. Target throughput means a
throughput value required for desirable display of application data. Applications generate multicast data and ECTP
sender will transmit them, based on the target throughput value(s). Actual data reception rate at receiver's side will
depend on data transmission rate, network conditions and end system capacity, etc.
For throughput, the sender shall configure the following target values:
1) CHQ throughput;
2) OT throughput;
3) LQA throughput.
Among them, the following inequalities must be enforced: LQA throughput ≤ OT throughput ≤ CHQ throughput.
Transit delay represents end-to-end transmission time from a sender to a receiver. For desirable display of multicast
data, the sender may configure the following target values:
1) OT transit delay;
2) LQA transit delay.
Between them, the following inequalities must be enforced: OT transit delay ≤ LQA transit delay.
Transit delay jitter represents variations of transit delay values. For desirable display of data, the sender may configure
the following target values:
1) OT transit delay jitter;
2) LQA transit delay jitter.
Between them, the following inequalities must be enforced: OT transit delay jitter ≤ LQA transit delay jitter.
Data loss rate is defined as a ratio of the amount of lost data over the amount of totally transmitted data. For desirable
display of data, the sender may configure the following target values:
1) OT loss rate;
2) LQA loss rate.
Between them, the following inequalities must be enforced: OT loss rate ≤ LQA loss rate.
7.3 QoS extension element
For QoS management, the QoS extension element is newly defined in this Specification. All the extension elements
used in ECTP are listed below.
ITU-T Rec. X.606.1 (02/2003) 7

ISO/IEC 14476-2:2003 (E)
Table 1 – Encoding table of ECTP extension elements
Element Encoding
Connection Information 0001
Acknowledgment 0010
Tree Membership 0011
Timestamp 0100
QoS 0101
No element 0000
The QoS extension element specifies the Maximum Segment Size (MSS) and the target values for ECTP QoS
parameters described in 7.2. As shown in Figure 6, the QoS element has a length of '28' bytes:

0 8 16      24    31
next element version QoS flags Maximum Segment Size
CHQ throughput
OT throughput
LQA throughput
OT transit delay LQA transit delay
OT transit delay jitter LQA transit delay jitter
OT loss rate LQA loss rate reserved
Figure 6 – QoS extension element
The following parameters are specified:
a) Next Element – Indicates the type of the next element immediately following this QoS element;
b) Version – Defines the current version of this element, starting at '1';
c) QoS flags – Is a flag byte to specify if each of QoS parameters and MSS are used in the connection.
Encoding of this byte is depicted in the following figure. If a bit is set to '1', then the corresponding QoS
parameter or MSS will be used. The default value is '0' for each bit.
7 6 5 4 3 2 1 0
Reserved E D C B A
1) A – throughput;
2) B – transit delay;
3) C – transit delay jitter;
4) D – data loss rate;
5) E – maximum segment size (MSS);
6) Reserved – is reserved for future use.
d) Maximum Segment Size (MSS) – Represents the maximum size of an ECTP segment or packet in unit of
bytes. If the 'E' bit of the QoS flags is set to '1', MSS is subject to negotiation (see 8.1.3). Otherwise, the
default MSS value of 1024 will be used.
e) Throughput values – Each value is a 32-bit unsigned integer in byte per second. The following target
values are valid only if 'A' bit of QoS flags is set to '1':
1) CHQ throughput – upper limit for throughput;
2) OT throughput – target throughput for desired display of multicast data;
3) LQA throughput – lower limit for throughput.
f) Transit delay values – Each value is a 16-bit unsigned integer in millisecond. The following target values
are valid only if 'B' bit of QoS flags is set to '1':
8 ITU-T Rec. X.606.1 (02/2003)

ISO/IEC 14476-2:2003 (E)
1) OT transit delay – target transit delay for desired display of multicast data;
2) LQA transit delay – maximally allowed transit delay.
g) Transit delay jitter values – Each value is a 16-bit unsigned integer in millisecond. The following target
values are valid only if 'C' bit of QoS flags is set to '1':
1) OT transit delay jitter – target transit delay jitter for desired display of multicast data;
2) LQA transit delay jitter – maximally allowed transit delay jitter.
h) Data loss rate values – Each value is an 8-bit unsigned integer ranged from 0 to 100 in percent. The
following target values are valid only if 'D' bit of QoS flags is set to '1':
1) OT loss rate – target loss rate for desired display of multicast data;
2) LQA loss rate – maximally allowed loss rate.
i) Reserved – Is reserved for future use.
The QoS element is used for the sender to inform the receivers about the target values for QoS parameters by a CR
packet in the connection creation phase. In QoS negotiation, the QoS element is also used when a receiver proposes its
own modified values to the sender. The negotiated QoS values will be announced to late-joiners via the JC packet and
to existing receivers via HB packets.
These QoS values are also referred to in the QoS monitoring and maintenance operations.
7.4 Acknowledgement element
For QoS monitoring, each receiver is required to measure the parameter values that have been experienced. A measured
parameter value is mapped to a parameter status value. A status value is an integer such as 0, 1, 2, or 3. A larger status
value indicates a worse status for the connection.
The status values are delivered to sender via ACK packets. The acknowledgement element of the ACK packet contains
the status values for QoS parameters used in the connection.
The acknowledgement element specified in ITU-T Rec. X.606 | ISO/IEC 14476-1 is shown below. In the figure, the
'parameter status' byte is newly defined in this Specification.

0 8 16 24              31
Next element Version Valid bitmap length Reserved Parameter status
Lowest sequence number
Bitmap
Figure 7 – Acknowledgement element
The 'parameter status' byte has the following structure:
7 6 5 4 3 2 1 0
D C B A
a) A – Represents two bits to indicate the status value for the measured throughput;
b) B – Represents two bits to indicate the status value for the measured transit delay;
c) C – Represents two bits to indicate the status value for the measured transit delay jitter;
d) D – Represents two bits to indicate the status value for the measured packet loss rate.
A status value consisting of two bits has one of the following values:
a) 00 – Indicates '0' as a status value;
b) 01 – Indicates '1' as a status value;
c) 10 – Indicates '2' as a status value;
d) 11 – Indicates '3' as a status value.
ITU-T Rec. X.606.1 (02/2003) 9

ISO/IEC 14476-2:2003 (E)
The detailed mapping schemes from a measured parameter value to a status value are described in 8.2.3.
7.5 Packets used for QoS management
Table 2 lists the ECTP packets used for QoS management.
Table 2 – ECTP packets used for QoS management
Extension element
Packet
type Connection Tree
Acknowledgement Timestamp QoS
information membership
CR O  O
CC O  O
HB O O O
ACK O O O
JC O  O
The CR packet contains a QoS element. This is used by the sender to propose (or impose) the target values of the QoS
parameters that are used in the connection. These values can be referenced by resource reservation mechanisms and
protocols, such as RSVP, if they are enabled in the network. If QoS negotiation is enabled, each receiver responds to the
sender with its own proposed values for QoS parameters, via a CC packet. The sender will arbitrate the returned
proposals, and the arbitrated values for the QoS parameters will be delivered to receivers via HB packets. For a late-
joiner, the target QoS parameter values currently being used in the connection (whether imposed or negotiated
originally) are notified via a JC packet (see 8.1).
The target or negotiated values will be referred to in QoS monitoring and maintenance operations. ACK packets are
used to convey the status values for QoS parameters experienced at the receiver side (see 8.2).
8 Procedures for QoS management
In ECTP, the QoS management includes the following operations:
1) QoS negotiation, possibly with reservation of network resources;
2) QoS monitoring;
3) QoS maintenance.
QoS negotiation is performed in the connection creation phase, while the QoS monitoring and maintenance operations
will be done in the data transmission phase.
If QoS management is enabled in the connection, the QoS monitoring and maintenance operations will be performed by
default. On the other hand, QoS negotiation is enabled only when the N bit in the 'Flags' byte of the connection
information element is set to '1'.
8.1 QoS negotiation
The ECTP sender transmits a CR packet to all receivers to start the connection creation phase. The CR packet contains
the proposed (or imposed) target values for each QoS parameter such as CHQ, OT, and LQA. Each receiver can refer to
these target values for resource reservation (see 8.1.4). If QoS negotiation is enabled in the connection, the negotiation
procedures are activated (see 8.1.1). The imposed or negotiated target values are subsequently used in QoS monitoring
and maintenance (see 8.2 and 8.3).
If QoS negotiation is enabled in the connection, each receiver can propose a new modified value in response to a target
parameter value proposed by the sender. To propose a new value, a receiver is required to be able to identify the system
or network resources to be used. For example, a modified throughput value may be assessed from line rates of
transmission links accessible at the receiver site (e.g., DSL, cable modem, and wireless networks, etc). The modified
value may also be determined by considering the end user's requirement at a receiver site. It is possible for an end host
to use a software program to determine a modified parameter value for negotiation, based on network and system
resources as well as end user's requirements. However, in real world scenarios, it is not easy to precisely identify the
resource capacity of the networks involved with a receiver. Accordingly, at least in the near future, QoS negotiation will
be done based on the end user's requirements at the application level or on the system capacity of the end host.
10 ITU-T Rec. X.606.1 (02/2003)

ISO/IEC 14476-2:2003 (E)
In this Specification, the sender is required to specify via the QoS extension element whether each QoS parameter is
subject to negotiation (see 7.3). For the parameters that are negotiable, a receiver can propose modified values. If a
receiver does not wish to modify a QoS parameter, it will just return the same QoS element received from the sender.
8.1.1 Negotiation procedures
If QoS negotiation is enabled in the connection, each receiver responds to the sender with a CC packet containing the
modified target values for the respective QoS parameters.
This subclause describes the QoS negotiation procedures for the throughput parameter, which has three target values:
LQA, OT, and CHQ. The negotiation procedures for the other parameters such as delay, jitter and loss rate are all the
same except that these parameters have no CHQ values.
During QoS negotiation, receivers must not modify the OT value for each parameter.
The detailed procedures for QoS negotiation are described below and illustrated in Figure 8.
1) Sender proposes target parameter values:
From application requirements, sender determines the target parameter values: LQAo, OTo, CHQo,
where LQAo <
...

NORME ISO/CEI
INTERNATIONALE 14476-2
Première édition
2003-12-15
Technologies de l'information —
Protocole de transport de
communications amélioré: Spécification
de la gestion de la qualité de service pour
le transport simplex en multidiffusion
Information technology — Enhanced communications transport
protocol: Specification of QoS management for simplex multicast
transport
Numéro de référence
ISO/CEI 14476-2:2003(F)
©
ISO/CEI 2003
ISO/CEI 14476-2:2003(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

©  ISO/CEI 2003
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
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.org
Version française parue en 2004
Publié en Suisse
ii © ISO/CEI 2003 – Tous droits réservés

ISO/CEI 14476-2:2003(F)
TABLE DES MATIÈRES
Page
1 Domaine d'application. 1
2 Références normatives. 2
3 Définitions. 2
3.1 Termes définis dans la Rec. UIT-T X.605 | ISO/CEI 13252. 2
3.2 Termes définis dans la Rec. UIT-T X.606 | ISO/CEI 14476-1. 2
3.3 Termes définis dans la présente Recommandation | Norme internationale. 2
4 Abréviations . 3
4.1 Types de paquet. 3
4.2 Divers. 3
5 Conventions. 3
6 Aperçu général . 3
7 Composantes de la gestion de QS. 6
7.1 Elément d'information de connexion. 6
7.2 Paramètres de QS . 7
7.3 Elément d'extension de QS. 8
7.4 Elément accusé de réception . 9
7.5 Paquets utilisés pour la gestion de la QS. 10
8 Procédures de gestion de la QS . 10
8.1 Négociation de la QS . 11
8.1.1 Procédures de négociation. 11
8.1.2 Négociation de la QS dans une hiérarchie arborescente. 12
8.1.3 Négociation MSS . 12
8.1.4 Réservation des ressources. 13
8.2 Surveillance de la QS. 13
8.2.1 Génération de l'ACK. 14
8.2.2 Mesure des valeurs des paramètres de QS . 14
8.2.3 Mappage en une valeur d'état d'un paramètre . 15
8.2.4 Rapport à l'expéditeur . 15
8.3 Maintien de la QS. 16
8.3.1 Ajustement du débit de transmission de données. 17
8.3.2 Pause et reprise de la connexion . 17
8.3.3 Elimination de l'élément perturbateur . 18
8.3.4 Terminaison d'une connexion . 18
9 Temporisations et variables. 18
9.1 Temporisations. 18
9.2 Variables opérationnelles . 19
Annexe A – Interfonctionnement entre les protocoles ECTP et RSVP pour la réservation des ressources. 20
A.1 Paramètres de QS ECTP . 20
A.2 Aperçu général du protocole RSVP . 20
A.2.1 Objet RSVP SENDER_TSPEC . 20
A.2.2 Objet RSVP ADSPEC . 21
A.2.3 Objet RSVP FLOWSPEC. 21
A.2.4 Interface API RSVP . 21
A.3 Exemple de mappage des paramètres entre protocoles RSVP et ECTP. 22
A.4 Scénario d'interfonctionnement entre protocoles ECTP et RSVP. 22
Annexe B – Interfaces de programmation d'application. 25
B.1 Aperçu général . 25
B.1.1 Fonctions de l'interface API. 25
B.1.2 Utilisation des fonctions API ECTP. 25
B.2 Fonctions API ECTP. 26
B.2.1 Fonction msocket() . 26
B.2.2 Fonction mbind(). 27
B.2.3 Fonction maccept() . 29
© ISO/CEI 2003 – Tous droits réservés iii

ISO/CEI 14476-2:2003(F)
Page
B.2.4 Fonction mconnect() . 29

B.2.5 Fonction msend() . 30
B.2.6 Fonction mrecv(). 31
B.2.7 Fonction mclose() . 31
B.2.8 Fonctions mgetsockopt() et msetsockopt(). 32
B.3 Exemple d'un fichier d'en-tête msocket.h. 34
Bibliographie. 37
iv © ISO/CEI 2003 – Tous droits réservés

ISO/CEI 14476-2:2003(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale) forment le
système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou de la CEI participent au
développement de Normes internationales par l'intermédiaire des comités techniques créés par l'organisation concernée
afin de s'occuper des domaines particuliers de l'activité technique. Les comités techniques de l'ISO et de la CEI
collaborent dans des domaines d'intérêt commun. D'autres organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO et la CEI participent également aux travaux. Dans le domaine des technologies
de l'information, l'ISO et la CEI ont créé un comité technique mixte, l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI, Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote. Leur publication
comme Normes internationales requiert l'approbation de 75 % au moins des organismes nationaux votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de droits de
propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour responsables de ne pas avoir
identifié de tels droits de propriété et averti de leur existence.
L'ISO/CEI 14476-2 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologie de l’information
sous-comité SC 6, Téléinformatique, en collaboration avec l’UIT-T. Le texte identique est publié en tant que
Rec. UIT-T X.606.1.
L'ISO/CEI 14476 comprend les parties suivantes, présentées sous le titre général Technologies de l’information —
Protocole de transport de communications amélioré:
— Partie 1: Spécification pour le transport simplex en multidiffusion
— Partie 2: Spécification de la gestion de la qualité de service pour le transport simplex en multidiffusion
— Partie 3: Spécification pour le transport duplex en multidiffusion
— Partie 4: Spécification de la gestion de la qualité de service pour le transport duplex en multidiffusion
— Partie 5: Spécification pour le transport n-plex en multidiffusion
— Partie 6: Spécification de la gestion de la qualité de service pour le transport n-plex en multidiffusion

© ISO/CEI 2003 – Tous droits réservés v

ISO/CEI 14476-2:2003(F)
Introduction
La présente Recommandation | Norme internationale définit le protocole de transport de communications amélioré
(ECTP, enhanced communications transport protocol), qui est un protocole de transport visant à prendre en charge les
applications multidiffusion Internet fonctionnant sur les réseaux pouvant assurer la multidiffusion. Le protocole ECTP
fonctionne sur les réseaux IPv4/IPv6 ayant une capacité de transmission multidiffusion IP au moyen de protocoles de
routage multidiffusion IP et IGMP, comme indiqué à la Figure 1. Le protocole ECTP peut être configuré en mode UDP.

Applications multidiffusion Internet
Protocole de transport de communications amélioré
Protocole UDP
Multidiffusion IP
Figure 1 – Modèle ECTP
Le protocole ECTP est destiné à prendre en charge des connexions de multidiffusion étroitement gérées dans les
applications simplex, duplex et N-plex. Cette partie du protocole (partie 2) définit les fonctions de gestion de la QS en
vue d'une gestion stable de la qualité de service pour les utilisateurs de la connexion en mode simplex à multidiffusion.
Cette fonction de gestion de la QS peut être assurée au moyen d'opérations de négociation, de surveillance et de
maintien de la qualité de service. Les procédures protocolaires de la gestion de la fiabilité pour le transport simplex en
multidiffusion sont définies dans la partie 1 de l'ECTP (Rec. UIT-T X.606 | ISO/CEI 14476-1) qui fait partie intégrante
de la présente Recommandation | Norme internationale. D'autres parties de la norme définiront les procédures de
commande et les fonctions associées de gestion de la QS pour le mode duplex (X.ectp-3 | ISO/CEI 14476-3 et X.ectp-4 |
ISO/CEI 14476-4) et le mode N-plex (X.ectp-5 | ISO/CEI 14476-5 et X.ectp-6 | ISO/CEI 14476-6).
En mode ECTP, tous les membres potentiels sont enrôlés dans un groupe de multidiffusion avant la création d'une
connexion ou d'une session. Ces membres définissent un groupe enrôlé. Chaque destinataire du groupe enrôlé est
dénommé destinataire enrôlé. Pendant le processus d'enrôlement, chaque membre sera authentifié. Les informations de
groupe, y compris la clé de groupe, les adresses multidiffusion IP et les numéros de ports, seront distribuées aux
membres enrôlés pendant le processus d'enrôlement. Une connexion ECTP est créée pour ces membres du groupe
enrôlé.
L'expéditeur est au centre des communications du groupe multidiffusé. Dans la connexion multidiffusion simplex, le
rôle de propriétaire de la connexion est attribué à un seul expéditeur appelé propriétaire principal (TO, top owner) dans
la présente Spécification. Le propriétaire de la connexion est responsable de la gestion globale de la connexion en ce
sens qu'il gère les opérations de création et de fin de connexion, de pause et de reprise de connexion, de participation à
une connexion et de sortie.
L'expéditeur déclenche le processus de création de connexion. Une partie ou la totalité des destinataires enrôlés
participeront à la connexion et seront appelés "destinataires actifs". Les destinataires actifs à ce stade peuvent participer
à la négociation de la qualité de service souhaitée pour la session. Tout destinataire enrôlé qui n'est pas alors actif peut
participer à la connexion en tant que participant tardif, mais il devra accepter la QS établie. Un destinataire actif peut
quitter la connexion.
Après création de la connexion, l'expéditeur commence à émettre des données multidiffusées. Pendant que la connexion
est active, l'expéditeur observe l'état de la session via des paquets de réaction provenant des destinataires actifs.
L'expéditeur peut prendre un certain nombre de mesures si les problèmes dans le réseau (encombrement sévère par
exemple) sont signalés par les destinataires actifs. Parmi ces mesures, citons l'ajustement du débit de transmission de
données, la suspension temporaire de la transmission de données multidiffusées ou en dernier ressort, la terminaison de
la connexion.
La présente spécification de gestion de la QS peut être utilisée dans les applications de multidiffusion pour lesquelles on
souhaite la prise en charge de diverses exigences en matière de QS et les différents modèles de facturation/taxation
associés.
vi © ISO/CEI 2003 – Tous droits réservés

ISO/CEI 14476-2:2003 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
Technologies de l'information – Protocole de transport de communications
amélioré: spécification de la gestion de la qualité de service pour
le transport simplex en multidiffusion
1 Domaine d'application
La présente Recommandation | Norme internationale fait partie intégrante des Recommandations UIT-T de la série
X.606.x | ISO/CEI 14476 "Protocole ECTP: protocole de transport de communications amélioré", qui constitue une
famille de spécifications de protocole spécialement conçues pour prendre en charge les services de transport avec
multidiffusion.
La Rec. UIT-T X.606 | ISO/CEI 14476-1 contient les spécifications de diverses opérations protocolaires pour le
transport simplex en multidiffusion. Ces opérations portent sur la gestion des connexions telle la création/terminaison
de connexion, la pause/reprise de connexion, la gestion des membres tels les participants tardifs, l'abandon par
l'utilisateur et le suivi des participants, le contrôle d'erreur dans le transport de données multidiffusées telle la
détection/correction d'erreur.
Cette partie de la Recommandation | Norme internationale contient une spécification de la gestion de la QS visant à
obtenir la qualité de service souhaitée sur une connexion de transport simplex en multidiffusion.
La présente Spécification décrit les opérations de gestion de QS suivantes:
a) Négociation de la QS
En ce qui concerne la négociation de la QS, on suppose dans la présente Spécification que le niveau
de QS souhaité pour un service d'application de multidiffusion peut être exprimé par un ensemble de
paramètres de QS. La négociation de la QS est réalisée via l'échange de paquets de commande entre
expéditeur et destinataires. L'expéditeur propose des valeurs cibles pour les paramètres de QS déterminés
à partir des exigences associées à l'application, ensuite chaque destinataire peut proposer des valeurs
modifiées fondées sur les capacités de son propre système et/ou du réseau. L'expéditeur procède à un
choix en fonction des valeurs modifiées proposées par les destinataires. Les valeurs cibles des paramètres
de QS peuvent être utilisées comme paramètres d'entrée pour la réservation des ressources de réseau.
b) Surveillance de la QS
La gestion de la QS dans le protocole ECTP se fonde sur la réaction des destinataires par paquets de
gestion. Les messages de réaction provenant des destinataires permettent à l'expéditeur de connaître le
nombre de destinataires actifs et également de surveiller l'état de la connexion utilisée pour le transport
de données multidiffusées. La surveillance de la QS a pour but de permettre à l'expéditeur de faire des
diagnostics sur l'état de la connexion en termes de valeurs de paramètres de QS et ainsi de prendre les
mesures nécessaires pour maintenir la connexion au niveau de QS souhaité. L'état de la connexion
surveillée sera signalé à l'application côté expéditeur. L'information acheminée doit permettre
l'établissement de statistiques utiles pour la facturation par exemple.
c) Maintien de la QS
Sur la base des informations communiquées par réaction par les destinataires, l'expéditeur prend les
mesures nécessaires pour maintenir la QS de la connexion au niveau souhaité. Parmi ces mesures
figurent l'ajustement du débit de transmission de données, la pause et la reprise de la connexion,
l'éjection de l'élément perturbateur et les opérations de terminaison de la connexion. Ces fonctions de
surveillance et de maintien de la QS, basées sur l'état des paramètres observés, permettent une gestion
des encombrements par le débit.
La présente Recommandation | Norme internationale fait partie intégrante des Recommandations UIT-T de la série
X.606.x | ISO/CEI 14476, qui comporte 6 parties. Toutes les composantes du protocole, y compris les formats des
paquets et les procédures protocolaires spécifiés dans la Rec. UIT-T X.606 | ISO/CEI 14476-1, sont également valables
dans la présente Recommandation | Norme internationale.
Rec. UIT-T X.606.1 (02/2003) 1

ISO/CEI 14476-2:2003 (F)
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation | Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation | Norme internationale sont
invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées
ci-après. Les membres de la C.E.I et de l'ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de
la normalisation des télécommunications de l'UIT tient à jour une liste des Recommandations de l'UIT-T en vigueur.
− Recommandation UIT-T X.601 (2000), Cadre général des communications entre homologues multiples.
− Recommandation UIT-T X.605 (1998) | ISO/CEI 13252:1999, Technologies de l'information –
Définition du service de transport de communications amélioré.
– Recommandation UIT-T X.606 (2001) | ISO/CEI 14476-1:2002, Technologies de l'information –
Protocole de transport de communications amélioré: spécification du transport simplex en
multidiffusion.
3 Définitions
3.1 Termes définis dans la Rec. UIT-T X.605 | ISO/CEI 13252
La présente Recommandation | Norme internationale est fondée sur les concepts développés pour le service de transport
de communications amélioré (Rec. UIT-T X.605 | ISO/CEI 13252).
a) paramètres de QS;
b) négociation de QS;
c) arbitrage de QS.
3.2 Termes définis dans la Rec. UIT-T X.606 | ISO/CEI 14476-1
La présente Recommandation | Norme internationale s'appuie sur les concepts et les termes définis dans la spécification
du transport simplex en multidiffusion utilisant le protocole ECTP (Rec. UIT-T X.606 | ISO/CEI 14476-1):
a) application;
b) paquet;
c) expéditeur;
d) destinataire;
e) arborescence;
f) parent;
g) enfant.
3.3 Termes définis dans la présente Recommandation | Norme internationale
Pour les besoins de la présente Recommandation | Norme internationale, les définitions suivantes s'appliquent:
a) surveillance de la QS: opération protocolaire qui est utilisée pour établir un diagnostic de l'état actuel de
la connexion. Pour la surveillance de la QS, chaque destinataire doit mesurer les valeurs observées des
paramètres et les communiquer à l'expéditeur. L'expéditeur compile des informations d'état
communiquées par les destinataires.
b) maintien de la QS: opération protocolaire qui est utilisée pour maintenir l'état de la connexion avec le
niveau de QS souhaité. L'expéditeur prend les mesures de maintien de la QS sur la base des informations
d'état résultant des observations.
2 Rec. UIT-T X.606.1 (02/2003)

ISO/CEI 14476-2:2003 (F)
4 Abréviations
Pour les besoins de la présente Recommandation | Norme internationale les abréviations suivantes s'appliquent.
4.1 Types de paquet
ACK Accusé de réception (acknowledgment)
CC Confirmation de création de connexion
CR Demande de création de connexion (connection creation request)
CT Fin de connexion (connection termination)
DT Données (data)
HB Pulsation (heartbeat)
JC Confirmation de participation tardive (late join confirm)
JR Demande de participation tardive (late join request)
LR Demande de sortie (leave request)
ND Données nulles (null data)
RD Données de retransmission (retransmission data)
4.2 Divers
API Interface de programmation d'application (application programming interface)
CHQ Qualité la plus élevée gérée (controlled highest quality)
Diffserv Services différenciés (differentiated services)
ECTP Protocole de transport de communications amélioré (enhanced communications transport protocol)
ECTS Services de transport de communications améliorés (enhanced communications transport services)
IP Protocole Internet (Internet protocol)
LQA Qualité la plus faible autorisée (lowest quality allowed)
MSS Taille maximale de segment (maximum segment size)
OT Cible opérante (operating target)
QS Qualité de service
RSVP Protocole de réservation de ressources (resource reservation protocol)
5 Conventions
Dans la présente Recommandation | Norme internationale, les mots clés "DOIT", "REQUIS", "DEVRA", "NE DOIT
PAS", "DEVRAIT", "NE DEVRAIT PAS", "PEUT" et "FACULTATIF" indiquent le degré de contrainte d'une
prescription pour les implémentations de protocole ECTP conformes.
6 Aperçu général
La présente Recommandation | Norme internationale spécifie la gestion de QS pour des connexions de transport
(simplex) en multidiffusion un-plusieurs. La présente Spécification décrit les opérations de gestion de QS suivantes:
1) négociation de QS, y compris la réservation des ressources de réseau;
2) surveillance de la QS;
3) maintien de la QS.
Dans la phase de création d'une connexion, l'expéditeur indique au destinataire si la gestion de QS est activée. Si tel est
le cas, l'expéditeur doit également spécifier s'il y aura négociation de QS pour la connexion considérée. Les opérations
de surveillance et de maintien de la QS sont exécutées seulement si la gestion de QS est activée.
La Figure 2 illustre ces opérations de gestion de QS pour une connexion simplex en multidiffusion. Dans cette figure,
les opérations protocolaires marquées par des pointillés sont spécifiées dans la Rec. UIT-T X.600 | ISO/CEI 14476-1.
Rec. UIT-T X.606.1 (02/2003) 3

ISO/CEI 14476-2:2003 (F)
Création de la connexion
Création de l'arborescence de gestion
Négociation de la QS
Transfert de données en
multidiffusion
Gestion de la fiabilité de
Durée de la
type arborescent
connexion
ECTP
Mise à jour de la composition
de l'arborescence
Participation tardive et sortie
Surveillance de la QS
Maintien de la QS
Fin de la connexion
X.606.1_F02
Figure 2 – Gestion de la QS dans le cadre du protocole ECTP
En général, la QS représente la qualité de service nécessaire à une réception satisfaisante des données d'application par
un destinataire; par exemple, celle qui permet une présentation audio/vidéo avec la qualité souhaitée. Dans la présente
Spécification, on suppose que les exigences de QS associées à une application sont exprimées en termes de paramètres
de QS tels le débit, le temps de transit, la gigue de temps de transit et le taux de perte de données. En fonction des
exigences propres à une application, certains de ces paramètres de QS peuvent ne pas être utilisés dans la connexion.
Ainsi, un service en temps non réel peut ne pas imposer des exigences en matière de temps de transit.
A partir des exigences associées aux applications, l'expéditeur déterminera les valeurs cibles de chaque paramètre de
QS. La façon de faire correspondre ces exigences avec les valeurs cibles des paramètres est hors du domaine
d'application de la présente Spécification. Des programmes d'application pourraient être utilisés pour établir cette
correspondance.
La négociation de QS est effectuée pendant la phase de création de la connexion. L'expéditeur propose par
multidiffusion des valeurs cibles désirées pour chaque paramètre de QS à tous les destinataires. Pour ce qui est du débit,
trois valeurs cibles sont spécifiées: CHQ (controlled highest quality: qualité maximale contrôlée), OT (operating target:
cible opérationnelle) et LQA (lowest quality allowed: qualité minimale autorisée). Pour les autres paramètres tels le
temps de transit, la gigue de temps de transit et le taux de perte de données, seules deux valeurs cibles sont spécifiées, à
savoir: OT et LQA.
Lorsque la négociation de QS est activée, chaque destinataire peut proposer des modifications aux valeurs des
paramètres proposées par l'expéditeur. Ces valeurs modifiées seront choisies en prenant en considération la capacité du
système côté expéditeur et les environnements réseau. Les restrictions suivantes sont imposées à la modification des
valeurs des paramètres par les destinataires:
1) les valeurs d'OT ne doivent pas être modifiées par les destinataires;
2) les valeurs modifiées par les destinataires doivent être comprises entre les valeurs LQA et les valeurs
CHQ proposées par l'expéditeur.
Les valeurs des paramètres modifiées par les destinataires sont communiquées à l'expéditeur via des messages ACK.
L'expéditeur choisit pour chaque destinataire des valeurs des paramètres dans une fourchette de valeurs établie en
commun.
4 Rec. UIT-T X.606.1 (02/2003)

ISO/CEI 14476-2:2003 (F)
La Figure 3 illustre schématiquement un exemple de négociation de QS dans le cas du protocole ECTP. A partir des
exigences associées à l'application, un ensemble de valeurs cibles de paramètre de QS sera établi par l'expéditeur.
L'expéditeur fait connaître aux destinataires des valeurs cibles (étape 1). Sur la base de ces valeurs cibles, chaque
destinataire commence alors à réserver les ressources nécessaires à l'aide du protocole RSVP ou du service Diffserv
(étape 2). Si la négociation de QS est activée pour la connexion, chaque destinataire peut proposer des valeurs
modifiées des paramètres de QS (étape 3). Sur la base de ces valeurs modifiées, l'expéditeur choisit alors des valeurs
pour les paramètres (étape 4). Les valeurs ainsi choisies sont communiquées au destinataire via des paquets HB ou JC
subséquents, et seront utilisés pour la surveillance et le maintien de la QS.
Exigences associées à l'application
Valeurs cibles des paramètres de QS
Expéditeur 4
1 1 1
3 3 3
Destinataire 2 Destinataire 2 Destinataire 2
X.606.1_F03
Valeurs cibles proposées par l'expéditeur
2 Réservation des ressources de réseau par le destinataire
3 Valeurs modifiées par le destinataire
Choix par l'expéditeur des valeurs modifiées
Figure 3 – Négociation de QS
Après création de la connexion ECTP et si la gestion de QS est activée, les opérations de surveillance et de maintien de
la QS sont exécutées pour la transmission de données multidiffusées. En ce qui concerne la surveillance de la QS,
chaque destinataire doit mesurer les valeurs observées des paramètres. Sur la base des valeurs mesurées et des valeurs
négociées, un destinataire détermine une valeur d'état de paramètre pour chaque paramètre sous forme d'un entier:
normal (0), raisonnable (1), éventuellement anormal (2), ou anormal (3). Ces valeurs d'état sont communiquées à
l'expéditeur via des paquets ACK.
L'expéditeur compile les valeurs d'état des paramètres communiquées par les destinataires. Si une arborescence de
contrôle est utilisée, chaque nœud LO parent compile les valeurs mesurées signalées par ses enfants, et retransmet cette
ou ces valeurs compilées à son propre parent au moyen de paquets ACK.
La Figure 4 illustre les opérations de surveillance et de maintien de QS décrites dans la présente Spécification.
Rec. UIT-T X.606.1 (02/2003) 5

ISO/CEI 14476-2:2003 (F)
Ajustement du débit de Pause et reprise de Ejection de l'élément Terminaison de la
transmission de données la connexion perturbateur connexion
Maintien de la QS
Surveillance de la QS
Destinataire
Expéditeur Destinataire
Destinataire
Transmission de données multidiffusées X.606.1_F04

Figure 4 – Schéma conceptuel des opérations
de surveillance et de maintien de QS
L'expéditeur prend les mesures nécessaires de maintien de la QS de la connexion au niveau désiré, en tenant compte des
valeurs d'état observées. Des règles spécifiques préconfigurées permettant de déclencher les actions de maintien de la
QS tels l'ajustement de débit de transmission de données, la pause et la reprise de la connexion, l'élimination de
l'élément perturbateur et la terminaison de la connexion. Ces actions seront prises après observation du nombre de
destinataires qui se trouvent dans un "état anormal" ou éventuellement "anormal".
7 Composantes de la gestion de QS
Le présent article décrit les composantes du protocole ECTP nécessaires aux opérations de gestion de la QS. Toutes les
composantes sont issues de celles déjà définies dans la Rec. UIT-T X.606 | ISO/CEI 14476-1.
7.1 Elément d'information de connexion
La Figure 5 représente l'élément d'information de connexion spécifié dans la Rec. UIT-T X.606 | ISO/CEI 14476-1.

0 8 16 24              31
Elément Option de Nbre max. de Nombre maximal
Version Indicateurs
suivant config. d'arb. niveaux d'arb. d'enfants
Délai de création de la connexion Taille de la suite binaire ACK Réservé
Figure 5 – Elément d'information de connexion
Pour la gestion de la QS, l'expéditeur ECTP spécifie les trois champs suivants dans l'octet "indicateur":
7   6   5   4   3   2   1   0
Reserved
N CT
1) QS – il s'agit d'un bit fanion qui indique si la gestion de QS est activée (1) ou non (0) pour la connexion
considérée. Si ce bit est mis à ''1'', toutes les procédures de gestion de QS sont activées. La valeur par
défaut est "0";
6 Rec. UIT-T X.606.1 (02/2003)
Retx
QS
ISO/CEI 14476-2:2003 (F)
2) N (négociation) – il s'agit d'un bit fanion qui indique si la négociation de QS est activée (1) ou non (0)
dans la connexion. Si le bit est mis à "1", chaque destinataire est autorisé à proposer ses propres valeurs
de paramètre. La valeur par défaut est "0";
3) Retx (retransmission) – est un bit fanion qui indique si des retransmissions par le parent sont exécutées
(0) ou non (1). Si ce bit est mis à "1", l'expéditeur ou les parents ne doivent pas retransmettre les paquets
RD, même si des demandes de retransmission par paquets ACK sont reçues. La valeur par défaut est "0".
Le bit QS doit être mis à "1" (QS activée) avant que le bit N soit valide. Il existe trois cas possibles:
a) le bit QS est mis à "1" et le bit N est à "0", ce qui indique que la QS est utilisée dans la connexion et que
les valeurs de QS seront imposées par l'expéditeur. Les destinataires ne peuvent les négocier;
b) les deux bits sont mis à "1", ce qui indique que la QS est utilisée dans la connexion et que les valeurs des
paramètres de QS peuvent être négociées entre les destinataires et l'expéditeur;
c) le bit de QS est mis à "0", ce qui indique que la QS n'est pas utilisée dans la connexion. Dans ce cas, le
bit N n'est pas utilisé.
Le positionnement du bit Retx (bit de retransmission) peut être fait de manière indépendante du positionnement du bit
QS. Selon toute probabilité, pour les applications à flux médias continu en temps réel, il ne sera pas nécessaire d'avoir
des reprises après erreur fondées sur la retransmission, mais ces applications nécessiteront l'utilisation de fonctions de
gestion de QS. Même dans ce cas, les paquets ACK sont toujours utilisés pour acheminer des informations d'état de la
connexion.
7.2 Paramètres de QS
Dans la présente Spécification, les quatre paramètres suivants de QS sont définis:
1) débit (octets/s);
2) temps de transit (ms);
3) gigue de temps de transit (ms);
4) taux de perte de données (%).
Le débit représente le volume de données d'application sortant pendant un certain intervalle de temps. Par débit cible on
entend la valeur de débit requise pour la présentation voulue des données d'application. Les applications génèrent des
données multidiffusées et l'expéditeur ECTP les transmettent, sur la base de la ou des valeurs cibles de débit. Le débit
réel en réception des données côté destinataire dépendra du débit de transmission de données, des conditions de réseau
et de la capacité du système d'extrémité, etc.
En ce qui concerne le débit, l'expéditeur doit configurer les valeurs cibles suivantes:
1) débit CHQ;
2) débit OT;
3) débit LQA.
Les inégalités suivantes entre ces valeurs doivent être vérifiées: débit LQA ≤ débit OT ≤ débit CHQ.
Le temps de transit représente le temps de transmission de bout en bout entre un expéditeur et un récepteur. Pour obtenir
la présentation voulue des données multidiffusées, l'expéditeur peut configurer les valeurs cibles suivantes:
1) temps de transit OT;
2) temps de transit LQA.
Les inégalités suivantes entre ces valeurs doivent être vérifiées: temps de transit OT ≤ temps de transit LQA.
La gigue de temps de transit représente les variations des valeurs du temps de transit. Pour obtenir la présentation
voulue des données, l'expéditeur peut configurer les valeurs cibles suivantes:
1) gigue de temps de transit OT;
2) gigue de temps de transit LQA.
Les inégalités suivantes entre ces valeurs doivent être respectées: gigue de temps de transit OT ≤ gigue de temps de
transit LQA.
Le taux de perte de données est défini comme étant le rapport du volume de données perdues sur le volume total de
données transmises. Pour obtenir la présentation voulue des données, l'expéditeur peut configurer les valeurs cibles
suivantes:
Rec. UIT-T X.606.1 (02/2003) 7

ISO/CEI 14476-2:2003 (F)
1) taux de perte OT;
2) taux de perte LQA.
Les inégalités suivantes entre ces valeurs doivent être respectées: taux de perte OT ≤ taux de perte LQA.
7.3 Elément d'extension de QS
Pour la gestion de QS, l'élément d'extension de QS est un élément nouveau défini dans la présente Spécification. La
liste de tous les éléments d'extension utilisés dans le protocole ECTP est la suivante.
Tableau 1 – Tableau de codage des éléments d'extension ECTP
Elément Codage
Information de connexion 0001
Accusé de réception 0010
Membre de l'arborescence 0011
Horodate 0100
QS 0101
Pas d'élément 0000
L'élément d'extension de QS spécifie la taille maximale de segment (MSS, maximum segment size) et les valeurs cibles
des paramètres de QS ECTP décrits au § 7.2. Comme le montre la Figure 6, l'élément QS occupe 28 octets:

0 8 16      24    31
Elément Version Indicateurs de QS Taille maximale du segment
suivant
Débit CHQ
Débit OT
Débit LQA
Temps de transit OT Temps de transit LQA
Gigue de temps de transit OT Gigue de temps de transit LQA
Taux de perte OT Taux de perte LQA Réservé
Figure 6 – Elément d'extension de QS
Les paramètres suivants sont spécifiés:
a) élément suivant – Indique le type de l'élément suivant qui suit immédiatement l'élément de QS considéré;
b) version – Définit la version actuelle du segment considéré, commence à "1";
c) indicateurs de QS – Il s'agit d'un octet fanion qui spécifie si chaque paramètre de QS et la MSS sont
utilisés dans la connexion. Le codage de cet octet est indiqué ci-dessous. Si un bit est mis à "1", le
paramètre de QS correspondant ou la taille MSS sera utilisé. La valeur par défaut de chaque bit est "0".
7  6   5 4 3 2 1 0
Réservé E D C B A
1) A – débit;
2) B – temps de transit;
3) C – gigue de temps de transit;
4) D – taux de perte de données;
5) E – taille maximale de segment (MSS);
8 Rec. UIT-T X.606.1 (02/2003)

ISO/CEI 14476-2:2003 (F)
6) Réservé – réservé à une utilisation future.
d) Taille maximale de segment (MSS) – Représente la taille maximale d'un segment ou d'un paquet ECTP
en octets. Si le bit "E" des fanions de QS sont mis à "1", la taille MSS est sujette à négociation (voir
§ 8.1.3). Dans les autres cas, la valeur MSS par défaut utilisée sera de 1024.
e) Valeurs de débit – Chaque valeur est un entier sans signe de 32 bits, l'unité étant l'octet par seconde. Les
valeurs cibles suivantes sont valides seulement si le bit "A" des fanions de QS sont mis à "1":
1) débit CHQ – limite supérieure de débit;
2) débit OT – débit cible pour l'affichage souhaité des données multidiffusées;
3) débit LQA – limite inférieure de débit.
f) Valeurs de temps de transit – Chaque valeur est un entier sans signe de 16 bits exprimant le temps en
millisecondes. Les valeurs suivantes sont valides seulement si le bit "B" des indicateurs de QS est mis
à "1":
1) temps de transit OT – temps de transit cible pour la présentation voulue des données multidiffusées;
2) temps de transit LQA – temps de transit maximal autorisé.
g) Valeurs de gigue de temps de transit – Chaque valeur est représentée par un entier sans signe de 16 bits
exprimant un temps en millisecondes. Les valeurs cibles suivantes sont valides seulement si le bit "C"
des indicateurs de QS est mis à "1":
1) gigue de temps de transit OT – objectif de gigue de temps de transit pour l'affichage souhaité des
données multidiffusées;
2) gigue de temps de transit LQA – gigue de temps de transit maximal autorisé.
h) Valeurs de taux de perte de données – Chaque valeur est représentée par un entier sans signe de 8 bits
allant de 0 à 100 en pour cent. Les valeurs cibles suivantes sont valides seulement si le bit "D" des
indicateurs de QS est mis à "1":
1) taux de perte OT – taux de perte cible pour la présentation voulue des données multidiffusées;
2) taux de perte LQA – taux de perte maximale autorisé.
i) Réservé – réservé à une utilisation future.
L'élément de QS est utilisé par l'expéditeur pour informer les destinataires des valeurs cibles des paramètres de QS au
moyen d'un paquet CR dans la phase de création de la connexion. Lors de la négociation de QS, l'élément QS est
également utilisé lorsqu'un destinataire propose ses propres valeurs modifiées à l'expéditeur. Les valeurs de QS
négociées seront annoncées aux participants tardifs via le paquet JC et aux destinataires existants via les paquets HB.
Ces valeurs de QS sont également utilisées dans les opérations de surveillance et de maintien de la QS.
7.4 Elément accusé de réception
Pour la surveillance de la QS, il est demandé à chaque destinataire de mesurer les valeurs des paramètres qu'il observe.
Une valeur de paramètre mesurée est mappée en une valeur d'état de paramètre. Une valeur d'état de paramètre est un
entier 0, 1, 2, ou 3. Une valeur élevée d'état indique un état plus médiocre de la connexion.
Les valeurs d'état sont communiquées à l'expéditeur via des paquets ACK. L'élément accusé de réception du paquet
ACK contient les valeurs d'état des paramètres de QS utilisées dans la connexion.
L'élément accusé de réception spécifié dans la Rec. UIT-T X.606 | ISO/CEI 14476-1 est représenté ci-dessus. Dans la
figure, l'octet "état des paramètres" est nouvellement défini dans la présente Spécification.

0 8 16 24
...