ISO/IEC 16513:2005
(Main)Information technology — Group management protocol
Information technology — Group management protocol
ISO/IEC 16513:2005 provides a specification of a Group Management Protocol (GMP), which is an application-layer control protocol for creating a group session and for managing the group's participating members. The GMP consists of session management (SM), membership management (MM), and the function of exchanging information between SM and MM. SM is responsible for session creation and deletion. MM manages the member lists based on session information retrieved from SM.
Technologies de l'information — Protocole de gestion de groupe
L'ISO/CEI 16513:2005 définit le protocole de gestion de groupe (GMP, group management protocol), qui est un protocole de commande de couche d'application permettant de créer une session de groupe et de gérer les membres qui y participent. Le protocole GMP comprend les modules de gestion de session (SM, session management) et de gestion de la participation (MM, membership management), ainsi que la fonction d'échange d'informations entre ces deux modules. Le module de gestion de session assure la création et la suppression des sessions. Le module de gestion de la participation gère les listes de participants sur la base des informations de session fournies par le module de gestion de session.
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 16513
First edition
2005-02-15
Information technology — Group
management protocol
Technologies de l'information — Protocole de gestion de groupe
Reference number
ISO/IEC 16513:2005(E)
©
ISO/IEC 2005
---------------------- Page: 1 ----------------------
ISO/IEC 16513:2005(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 2005
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 2005 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 16513:2005(E)
CONTENTS
Page
1 Scope . 1
2 Normative references . 1
3 Definitions. 1
3.1 Terms defined in ITU-T Rec. X.601 . 1
3.2 Terms defined in ITU-T Rec. X.605 . 2
3.3 Terms defined in this Recommendation | International Standard. 2
4 Abbreviations . 2
4.1 Message types . 2
4.1.1 SM Message types . 2
4.1.2 MM Message types . 2
4.2 Miscellaneous. 3
5 Conventions. 3
6 Overview . 3
6.1 Session Management. 4
6.2 Membership Management. 4
7 Protocol operations. 6
7.1 Session Management. 6
7.1.1 Session Creation. 6
7.1.2 Session Announcement . 7
7.1.3 Session Registration. 7
7.1.4 Session Enrolment. 8
7.1.5 Session Activation. 8
7.2 Membership Management. 9
7.2.1 Membership Update. 11
7.2.2 User Information Request and Response . 13
7.2.3 Session Leave. 13
7.2.4 Session Termination. 14
7.3 Security . 15
8 GMP messages . 17
8.1 Session Management message types. 17
8.2 Session Management message formats . 18
8.3 Membership Management message types. 20
8.4 Membership Management message formats . 20
9 GMP variables. 22
9.1 Session-wide variables . 22
9.2 Timers . 22
Bibliography . 23
© ISO/IEC 2005 – All rights reserved iii
---------------------- Page: 3 ----------------------
ISO/IEC 16513:2005(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 16513:2005 was prepared jointly 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.602.
iv © ISO/IEC 2005 – All rights reserved
---------------------- Page: 4 ----------------------
ISO/IEC 16513:2005(E)
Introduction
Conventional multicast transport protocols do not include a dynamic mechanism for group management according to
the join/leave of receivers and for the modification of membership information.
GMP provides a framework for multicast session management (SM) mechanism and membership management (MM),
which supports the required management of multicast sessions and their members. This protocol can be key to reliable
multicast communications.
GMP will operate over conventional transport protocols and/or ECTP as shown in Figure 1.
Multicast application
GMP
TCP, UDP, ECTP, etc.
IP
Figure 1 – GMP model (GMP protocol stack)
© ISO/IEC 2005 – All rights reserved v
---------------------- Page: 5 ----------------------
ISO/IEC 16513:2005 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
Information technology – Group management protocol
1 Scope
This Recommendation | International Standard provides a specification of a Group Management Protocol (GMP), which
is an application-layer control protocol for creating a group session and for managing the group's participating
members.
The GMP consists of session management (SM), membership management (MM), and the function of exchanging
information between SM and MM. SM is responsible for session creation and deletion. MM manages the member lists
based on session information retrieved from SM.
According to ITU-T Rec. X.601, "Multi-peer communications framework", the multi-peer communication service is
achieved in seven distinct phases: registration, enrolment, activation, data transfer, deactivation, de-enrolment, and
de-registration. Since one of these operations – data transfer – may be performed using ECTP or TCP, SM may perform
the rest of operations: creation, announcement, registration, enrolment, activation, including session announcement. In
addition, MM manages group members who are in enrolled or active groups.
SM may provide a convenient interface to users because it may be implemented on the Web. Operation of MM is
transparent to users as in a transport protocol.
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 Recommendation X.606 (2001) | ISO/IEC 14476-1:2002, Information technology – Enhanced
Communications Transport Protocol: Specification of simplex multicast transport.
– ITU-T Recommendation X.606.1 (2003) | ISO/IEC 14476-2:2003, Information technology – Enhanced
Communications Transport Protocol: Specification of QoS management for simplex multicast transport.
3 Definitions
3.1 Terms defined in ITU-T Rec. X.601
This Recommendation | International Standard is based on the concepts developed in the Multi-Peer Communications
Framework (ITU-T Rec. X.601) and makes use of the following terms defined in that Recommendation:
a) Multi-peer;
b) Multi-peer communication; and
c) Multicast transmission.
ITU-T Rec. X.602 (04/2004) 1
---------------------- Page: 6 ----------------------
ISO/IEC 16513:2005 (E)
3.2 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 Definition (ITU-T Rec. X.605 | ISO/IEC 13252) and makes use of the following terms defined in that
Recommendation:
a) Enrolled Group;
b) Registered Group;
c) Active Group; and
d) TC-owner.
3.3 Terms defined in this Recommendation | International Standard
3.3.1 GMP client: An application program that sends and receives GMP. Clients store and acquire information
through a server. All clients must log in to the server to acquire information from the server. Clients are largely divided
between session creator and session participants.
3.3.2 GMP server: A server is an application program that is responsible for session management and membership
management.
3.3.3 session creator: A client who creates and who may terminate a session. Logging on to the server through its
own ID, the creator inputs information about creating a session and sends the information to the server. The server that
received the request from the creator adds the information into the created session list. The Session creator may be a
TC-owner defined in ECTS.
3.3.4 session client: A client who intends to be a Session Participant.
3.3.5 session participant: A Client who registers for a session intending to participate in that session. After
registration, the session participant will join the session to be an active member (i.e., start session list and registered
member list). A Session Participant may be a TC-participant defined in ECTS.
4 Abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply.
4.1 Message types
4.1.1 SM message types
SAREQ Session Activation Request message
SCACC Session Creation Accept message
SCCON Session Creation Confirm message
SCINF Session Creation Information message
SCREJ Session Creation Reject message
SCREQ Session Creation Request message
SDREQ Session Deletion Request message
SDRES Session Deletion Response message
SJREQ Session Join Request message
SJRES Session Join Response message
SRACC Session Registration Accept message
SRREJ Session Registration Reject message
SRREQ Session Registration Request message
SRRES Session Registration Response message
4.1.2 MM message types
KAREQ Keepalive Request message
KARES Keepalive Response message
UIREQ User Information Request message
2 ITU-T Rec. X.602 (04/2004)
---------------------- Page: 7 ----------------------
ISO/IEC 16513:2005 (E)
UIRES User Information Response message
LVREQ Leave Request message
TRREQ Termination Request message
TRIND Termination Indication message
KDUPT Key Distribution Update message
4.2 Miscellaneous
ECTP Enhanced Communications Transport Protocol
ECTS Enhanced Communications Transport Service
MM Membership Management
RMT Reliable Multicast Transport
SAP Session Announcement Protocol
SDP Session Description Protocol
SM Session Management
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 keywords "MUST", "REQUIRED", "SHALL", "MUST NOT",
"SHALL NOT", "SHOULD", "SHOULD NOT", "MAY", and "OPTIONAL" are to be interpreted as described in IETF
RFC 2119, and indicate requirement levels for compliant ECTP implementations. Those keywords are case-sensitive.
6 Overview
GMP is an application-layer control protocol for creating a group session and for managing the group's participating
members.
Generally it is assumed that there is one GMP server, one session creating client (or Session Creator), and one or more
session participating clients (or Session Participants) as shown in Figure 2.
ITU-T Rec. X.602 (04/2004) 3
---------------------- Page: 8 ----------------------
ISO/IEC 16513:2005 (E)
Session participant Session participant
Local network
Session creator Session participant
Public Internet
Local network
GMP server
Session participant
Session participant Session participant
X,602_F02
Figure 2 – Network configuration for GMP
GMP is composed of session management (SM), membership management (MM), and the function of exchanging
information between SM and MM.
6.1 Session Management
SM may be achieved in eight distinct phases: creation, announcement, registration, enrolment, activation, de-
registration, de-enrolment, and de-activation.
A particular client, called a session creator, creates a session. Then, SM updates the session list.
The session creator will send a Session Creation Request message to the server. If accepted, the session creator will
receive the Session Creation Accept message from the server. Then the session creator will send the detailed session
information to the server and receive the confirmation message. If the session cannot be created or the session creator
does not have the necessary rights, then the Session Creation Reject message will be returned.
After successful session creation, the server will announce the new session to the clients. The announcement may be
done by e-mail, web posting, and so on. From this point on, those clients may register in multicast groups.
A client may register for a session. Any client may register for the open-mode session, while some pre-authorized
clients may register for the closed-mode session. After successful registration, the client belongs to the registered group.
When the session starts, the session's registered members will start a group application to send and receive session data.
At this time, all preparations for the data transfer and group management are accomplished. The session's registered
group member belongs to the enrolled group.
When the session creator sends real data or when the session's enrolled members receive real data, then those
participants are said to be in active state. Membership management is then activated.
6.2 Membership Management
When a session is activated, the server immediately sends a status report request to each session's active member. The
server will update the active members' list and other information based on information received from the participants.
These updates will be accomplished periodically.
A session participant may leave the session by sending a leave message to the server.
To terminate an ongoing session, the session creator sends a session termination message to the server, which then will
notify the session termination to every participant, and terminate the session.
Figure 3 shows an example of GMP operations and their relation between session status and multicast group phases
defined in ITU-T Rec. X.601.
After a session is created and announced, three session clients, A, B, and C try to register for the session. However, one
client C is rejected because this client is not authorized to do so, or has improper rights. When the session creator and
clients send the session join request to the server, they enter the enrolled state. At this time, they are ready to
communicate with each other. And they enter the active state by sending a specific active request message to the server.
By that message, the MM will classify members, who are either in the active state, or in the enrolled state. The server
4 ITU-T Rec. X.602 (04/2004)
---------------------- Page: 9 ----------------------
ISO/IEC 16513:2005 (E)
will update the active member list based on the periodic update request and reply. Session Participant A leaves the
session, sending the leave message to the server. From that moment, the server will update the active list by sending the
update request only to two active participants. When the session creator wants to terminate the session, the session
termination request will be sent to the server, which will then send the session termination notice to the session
participants.
Session Session Session
GMP Session
participant A participant B participant C
server creator
Phase
SCREQ
SCACC
Session
SCINF Session creation
creation
SCCON
Session
Session announcement (E-mail, Web posting, etc.)
announcement
SRREQ
SRACC
SRREQ
SRACC
Session
registration
SRREQ
SRREJ
Session start
SJREQ
SJRES
SJREQ
Session
enrolment
SJRES
SJREQ
SJRES
SAREQ
KAREQ
KARES
SAREQ Session
activation
KAREQ
KARES
SAREQ
KAREQ
KARES
KAREQ
Data transmission
KARES
KAREQ
KARES
KAREQ
KARES
UIREQ
UIRES
LVREQ
KAREQ
KARES
KAREQ
KARES
.
.
.
TRREQ
TRIND
Session
termination
Session termination
X.602_F03
Figure 3 – An example of the GMP control
ITU-T Rec. X.602 (04/2004) 5
---------------------- Page: 10 ----------------------
ISO/IEC 16513:2005 (E)
7 Protocol operations
7.1 Session Management
SM may be achieved in eight distinct phases: creation, announcement, registration, enrolment, activation, de-
registration, de-enrolment, and de-activation.
SM is responsible for the following:
a) Session Creation: A session creator creates the session.
b) Session Announcement: An SM server typically announces information about the session to session
clients.
c) Session Registration: Clients register for a session to the SM server.
d) Session Enrolment: After registration, an enrolment operation accomplishes the whole "set-up" that is
necessary for multicast group communication.
e) Session Activation: After activation, a session participant in the session receives the data from the
session creator. The session participants belong to the active group.
The mode of the session will be one of the following:
a) Closed mode;
b) Open mode.
In the closed mode, the session participation may be restricted by a session creator, who may distribute the access
control message to the target participants. A participant will register for the session only after the authorization process.
In the open mode, any client may register for the session.
7.1.1 Session Creation
Session creation is effected by a session creator, who will define and characterize the session with media type,
application type, additional information, and so on.
A session creator may define core members, who should be registered or enrolled. If a requirement for a core member is
not satisfied, the session may not start.
Figure 4 shows the successful session creation procedure. A Session Creator defines and characterizes a session and
sends a Session Creation Request message, SCREQ, to the session server. SCREQ is a mere request asking whether a
new creation is possible or not. Considering the multicast environment and its application, the server may allow a new
session creation by replying with a Session Creation Accept message, SCACC. Then, the Session Creator will send
detailed session information in Session Creation Information message, SCINF, which may include media type,
application type, etc. The server will acknowledge successful session creation with a Session Creation Confirm
message, SCCON, and then update its session list.
Session GMP server
(SM)
creator
SCREQ
SCACC
SCINF
SCCON
X.602_F04
Figure 4 – Successful session creation procedure
Figure 5 shows an unsuccessful session creation procedure. When a Session Creator requests a new session creation
from the server, if the server does not have enough sources, or if the requestor does not have the proper authorization,
the request will be rejected by the server, and the server sends a Session Creation Reject message, SCREJ.
6 ITU-T Rec. X.602 (04/2004)
---------------------- Page: 11 ----------------------
ISO/IEC 16513:2005 (E)
GMP server
Session
creator (SM)
SCREQ
SCREJ
X.602_F05
Figure 5 – Unsuccessful session creation procedure
7.1.2 Session Announcement
Session creation will be announced through e-mail, web posting or other off-line ways. Through this announcement,
session clients will know the existence and the characteristics of all created sessions. Session participants may know
whether the session is in the open mode or in the closed mode. In the closed mode, the access control message should
be distributed to the selected clients by the session creator, with which the clients can access to the session information
and register for the closed mode session later.
7.1.3 Session Registration
Session registration is to select a session and to let the server and creator know the intention of the participation.
In the open mode session, the session client will select a session and send the Session Registration Request message,
SRREQ, to the server. The server will add the requesting client to the Registered Group Membership list, and reply to
the requestor with Session Request Accept message, SRACC, as shown in Figure 6.
Session GMP server
participant (SM)
SRREQ
SRACC
X.602_F06
Figure 6 – Successful session registration procedure (Open mode)
In the closed mode session, the session client will select a session and send the Session Registration Request message,
SRREQ to the server. Then the server will immediately reply with a Session Registration Response message, SRRES to
indicate that the valid authorization process is initiated. If the registration is valid, then the server will send Session
Registration Accept message, SRACC as shown in Figure 7.
Session GMP server
participant (SM)
SRREQ
SRRES
SRACC
X.602_F07
Figure 7 – Successful session registration procedure (Closed mode)
If the session registration request is not authorized in the closed mode session, the server will send the Session
Registration Reject message, SRREJ, as shown in Figure 8.
ITU-T Rec. X.602 (04/2004) 7
---------------------- Page: 12 ----------------------
ISO/IEC 16513:2005 (E)
GMP server
Session
participant (SM)
SRREQ
SRRES
SRREJ
X.602_F08
Figure 8 – Unsuccessful session registration procedure (Closed mode)
7.1.4 Session Enrolment
Session enrolment is the state where communication is possible among the session participants and the session creator.
Session participants, including the session creator, should send the Session Join Request message, SJREQ. The server
will add the participants to the Enrolled Group Membership list, and reply to the requestor with the Session Join
Response message, SJRES, as shown in Figure 9.
Session GMP server
participant (SM)
SJREQ
SJRES
X.602_F09
Figure 9 – Successful session enrolment
MM manages a Registered Group Membership list separate from an Enrolled Group Membership list.
7.1.5 Session Activation
Session activation is the state where the session participants and the session creator are in the data transfer phase.
Session participants, including the session creator, should send the Session Activation Request message, SAREQ. The
server will reply with the Keepalive Request message, KAREQ. If the server receives the Keepalive Response message,
KARES, from the session participants, then it updates the Active Group Membership list, as shown in Figure 10.
The server will maintain the Active Group Membership list based on the periodic KAREQ and KARES exchanges.
GMP server
Session
(SM)
participant
SAREQ
KAREQ
KARES
X.602_F10
Figure 10 – Successful session activation
In the late join case, a session participant who is in the enrolled state will send the SAREQ to join the ongoing session.
If a session participant sends the KARES after receiving KAREQ, then the server will add that participant to the Active
Group Membership list.
8 ITU-T Rec. X.602 (04/2004)
---------------------- Page: 13 ----------------------
ISO/IEC 16513:2005 (E)
Session
Session Session
participant
participant participant
GMP Session
A (core)
GMP server operation server creator B C
Session acti
...
NORME ISO/CEI
INTERNATIONALE 16513
Première édition
2005-02-15
Technologies de l'information —
Protocole de gestion de groupe
Information technology — Group management protocol
Numéro de référence
ISO/CEI 16513:2005(F)
©
ISO/CEI 2005
---------------------- Page: 1 ----------------------
ISO/CEI 16513:2005(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 2005
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 copyright@iso.org
Web www.iso.org
Publié en Suisse
ii © ISO/CEI 2005 – Tous droits réservés
---------------------- Page: 2 ----------------------
ISO/CEI 16513:2005(F)
TABLE DES MATIÈRES
Page
1 Domaine d'application. 1
2 Références normatives. 1
3 Définitions. 2
3.1 Termes définis dans la Rec. UIT-T X.601 . 2
3.2 Termes définis dans la Rec. UIT-T X.605 | ISO/CEI 13252. 2
3.3 Termes définis dans la présente Recommandation | Norme internationale. 2
4 Abréviations . 2
4.1 Types de messages . 2
4.2 Divers. 3
5 Conventions. 3
6 Aperçu général . 3
6.1 Gestion de session. 4
6.2 Gestion de la participation. 4
7 Procédures du protocole . 7
7.1 Gestion de session. 7
7.2 Gestion de la participation. 10
7.3 Sécurité. 16
8 Messages GMP. 18
8.1 Types de messages de gestion de la session. 18
8.2 Format des messages de gestion de session . 19
8.3 Types de message de gestion de participation. 21
8.4 Format des messages de gestion de la participation. 22
9 Variables GMP. 23
9.1 Variables de session . 23
9.2 Temporisateurs . 24
Bibliographie . 25
© ISO/CEI 2005 – Tous droits réservés iii
---------------------- Page: 3 ----------------------
ISO/CEI 16513:2005(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 16513:2005(F) a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies 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.602.
iv © ISO/CEI 2005 – Tous droits réservés
---------------------- Page: 4 ----------------------
ISO/CEI 16513:2005(F)
Introduction
Les protocoles classiques de transport multidiffusion n'ont pas pris en compte de mécanisme dynamique de gestion de
groupe selon l'arrivée ou le départ de récepteurs et la modification des informations de participation.
Le protocole GMP fournit un cadre de référence pour les mécanismes de gestion de session multidiffusion et de gestion
de participation (MM) qui assurent une gestion adéquate des sessions de ce type et de leurs participants. Ce protocole
peut constituer la base des communications en multidiffusion de façon à garantir leur fiabilité.
Le fonctionnement du protocole GMP se superposera à celui du protocole de transport classique et/ou du
protocole ECTP tel qu'indiqué à la Figure 1.
Application multidiffusion
GMP
TCP, UDP, ECTP, etc.
IP
Figure 1 – Modèle GMP (pile de protocoles GMP)
© ISO/CEI 2005 – Tous droits réservés v
---------------------- Page: 5 ----------------------
ISO/CEI 16513:2005 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
Technologies de l'information – Protocole de gestion de groupe
1 Domaine d'application
La présente Recommandation | Norme internationale définit le protocole de gestion de groupe (GMP, group
management protocol), qui est un protocole de commande de couche d'application permettant de créer une session de
groupe et de gérer les membres qui y participent.
Le protocole GMP comprend les modules de gestion de session (SM, session management) et de gestion de la
participation (MM, membership management), ainsi que la fonction d'échange d'informations entre ces deux modules.
Le module de gestion de session assure la création et la suppression des sessions. Le module de gestion de la
participation gère les listes de participants sur la base des informations de session fournies par le module de gestion de
session.
Selon la Rec. UIT-T X.601, le service de communication entre homologues multiples est réalisé en sept phases
distinctes: enregistrement, inscription, activation, transfert de données, désactivation, désinscription et
désenregistrement. Etant donné que l'une de ces opérations, à savoir le transfert de données, peut être effectuée au
moyen du protocole ECTP ou TCP, le module de gestion de session est susceptible d'effectuer les autres opérations:
création, annonce, enregistrement, inscription, activation, notamment annonce de session. De plus, le module de gestion
de participation gère les membres du groupe qui appartiennent à des groupes inscrits ou actifs.
Le module de gestion de session peut fournir une interface pratique aux utilisateurs compte tenu de sa possibilité de
mise en place sur le web. Le fonctionnement du module de gestion de participation est transparent vis-à-vis des
utilisateurs ainsi qu'un protocole de transport.
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 CEI 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.
– Recommandation UIT-T X.606.1 (2003) | ISO/CEI 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.
Rec. UIT-T X.602 (04/2004) 1
---------------------- Page: 6 ----------------------
ISO/CEI 16513:2005 (F)
3 Définitions
3.1 Termes définis dans la Rec. UIT-T X.601
La présente Recommandation | Norme internationale est fondée sur les concepts présentés dans le cadre général des
communications entre homologues multiples (Rec. UIT-T X.601) et utilise les termes suivants définis dans cette
Recommandation:
a) homologues multiples;
b) communication entre homologues multiples; et
c) transmission multidiffusion.
3.2 Termes définis dans la Rec. UIT-T X.605 | ISO/CEI 13252
La présente Recommandation | Norme internationale repose sur les concepts élaborés dans la Rec. UIT-T X.605 |
ISO/CEI 13252, et utilise les termes suivants définis dans cette Recommandation:
a) groupe inscrit;
b) groupe enregistré;
c) groupe actif; et
d) propriétaire de connexion de transport.
3.3 Termes définis dans la présente Recommandation | Norme internationale
3.3.1 client GMP: programme d'application qui envoie et reçoit le protocole GMP. Les clients enregistrent et
obtiennent les informations par l'intermédiaire d'un serveur. Tous les clients doivent se connecter au serveur pour en
obtenir les informations requises. Les clients se répartissent pour l'essentiel entre créateurs de sessions et participants
aux sessions.
3.3.2 serveur GMP: un serveur est un programme d'application chargé de gérer la session et la participation.
3.3.3 créateur de session: client créant une session et susceptible d'y mettre un terme. En se connectant au serveur
au moyen de son identificateur propre, le créateur introduit des informations concernant la création de la session et les
envoie au serveur. Le serveur récepteur de la demande du créateur ajoute l'information à la liste des sessions créées. Le
créateur de session peut figurer parmi les propriétaires de connexions de transport définis dans les services ECTS.
3.3.4 client de session: client souhaitant participer à une session.
3.3.5 participant de session: client enregistré à une session dans l'intention d'y participer. Une fois enregistré, le
participant à une session se joindra à ladite session dont il sera un membre actif (c'est-à-dire le lancement de la liste de
session et de la liste des membres enregistrés). Un participant de session peut être un participant à la connexion de
transport défini dans les services ECTS.
4 Abréviations
Pour les besoins de la présente Recommandation | Norme internationale, les abréviations suivantes s'appliquent.
4.1 Types de messages
4.1.1 Types de messages SM
SAREQ message de demande d'activation de session (session activation request message)
SCACC message d'acceptation de création de session (session creation accept message)
SCCON message de confirmation de création de session (session creation confirm message)
SCINF message d'information de création de session (session creation information message)
SCREJ message de rejet de création de session (session creation reject message)
SCREQ message de demande de création de session (session creation request message)
SDRES message de demande de suppression de session (session deletion request message)
SDREQ message de réponse de suppression de session (session deletion response message)
SRACC message d'acceptation d'enregistrement de session (session registration accept message)
2 Rec. UIT-T X.602 (04/2004)
---------------------- Page: 7 ----------------------
ISO/CEI 16513:2005 (F)
SRREJ message de rejet d'enregistrement de session (session registration reject message)
SRREQ message de demande d'enregistrement de session (session registration request message)
SRRES message de réponse d'enregistrement de session (session registration response message)
4.1.2 Types de messages MM
KAREQ message de demande de maintien actif (keepalive request message)
KARES message de réponse de maintien actif (keepalive response message)
KDUPT message de mise à jour de distribution des clés (de groupe) (key distribution update message)
LVREQ message de demande de sortie de session (leave request message)
TRIND message d'indication de fin de session (termination indication message)
TRREQ message de demande de fin de session (termination request message)
UIREQ message de demande d'information utilisateur (user information request message)
UIRES message de réponse d'information utilisateur (user information response message)
4.2 Divers
ECTP protocole de transport de communications amélioré (enhanced communications transport
protocol)
ECTS service amélioré de transport de communications (enhanced communications transport service)
IP protocole Internet (Internet protocol)
LQA qualité la plus faible autorisée (lowest quality allowed)
MM gestion de participation (membership management)
MSS taille maximale de segment (maximum segment size)
OT objectif de fonctionnement (operating target)
QS qualité de service (quality of service)
RMT transport multidiffusion fiable (reliable multicast transport)
RSVP protocole de réservation de ressources (resource reservation protocol)
SAP protocole d'annonce de session (session announcement protocol)
SDP protocole de description de session (session description protocol)
SM gestion de session (session management)
5 Conventions
Dans la présente Recommandation | Norme internationale, les mots clés "DOIT", "REQUIS", "NE DOIT PAS",
"DEVRAIT", "NE DEVRAIT PAS", "PEUT" et "FACULTATIF" doivent être interprétés ainsi qu'il est décrit dans
IETF RFC 2119 et indiquent le degré auquel une prescription est contraignante pour l'implémentation du protocole
ECTP. Les majuscules et les minuscules sont différenciées pour ces mots clés.
6 Aperçu général
Le protocole GMP est un protocole de commande de la couche application permettant de créer une session de groupe et
de gérer les membres participant au groupe.
On suppose généralement l'existence d'un serveur GMP, d'un client créateur de session (ou Créateur de session) et d'un
ou plusieurs clients participant de session (Participants de session), tel qu'indiqué à la Figure 2.
Rec. UIT-T X.602 (04/2004) 3
---------------------- Page: 8 ----------------------
ISO/CEI 16513:2005 (F)
Figure 2 – Configuration de réseau pour le protocole GMP
Le protocole GMP comprend le module de gestion de session (SM), de gestion de participation MM ainsi que la
fonction d'échange d'informations entre les modules SM et MM.
6.1 Gestion de session
La gestion de session peut être assurée selon huit phases distinctes: création, annonce, enregistrement, inscription,
activation, désenregistrement, désinscription et désactivation.
Un client particulier, appelé créateur de session, crée une session suivant le mécanisme de gestion de session. Ensuite le
mécanisme SM met à jour la liste des sessions.
Un créateur de session envoie un message de demande de création de session au serveur. En cas d'acceptation de la
demande, le créateur de session reçoit du serveur un message d'acceptation de création de session. Ensuite il envoie au
serveur les informations de session détaillées et reçoit le message de confirmation. En cas d'impossibilité de création de
la session ou si le créateur de session ne détient pas un droit approprié à cet effet, alors le message de rejet de création
de session est adressé.
Une fois la création de session menée à bien, le serveur annonce la nouvelle session aux clients. Cette opération peut
s'effectuer par e-mail, par affichage sur le web, etc. A partir de ce stade, les clients concernés peuvent figurer parmi les
membres du groupe multidiffusé.
Un client peut s'enregistrer à une session. Tout client peut s'enregistrer à la session en mode ouvert, mais certains sont
dotés d'une autorisation préalable et peuvent s'enregistrer à la session en mode fermé. Une fois l'enregistrement mené à
bien, le client fait partie du groupe enregistré.
Lorsque la session commence, les membres enregistrés de la session lancent une demande de groupe afin d'envoyer et
de recevoir les données concernant une session. A ce stade, toutes les opérations de préparation en vue du transfert de
données et de la gestion de groupe sont accomplies. Le membre du groupe enregistré de session fait partie du groupe
inscrit.
Lorsqu'un créateur de session envoie des données réelles ou lorsque des membres inscrits de session reçoivent des
données réelles, alors ces participants se trouvent dans l'état actif. Le mécanisme de gestion de la participation doit être
activé.
6.2 Gestion de la participation
Lorsqu'une session est activée, le serveur envoie immédiatement une demande de notification de statut à chaque
membre actif de la session. Le serveur met à jour la liste des membres actifs et différentes informations sur la base des
informations reçues des participants. Cette mise à jour s'effectue périodiquement.
Un participant de session peut quitter la session, en envoyant un message de sortie au serveur.
Pour terminer la session en cours, le créateur de session envoie au serveur un message de fin de session, qui notifie à
chaque participant la fin de la session et met fin à cette dernière.
4 Rec. UIT-T X.602 (04/2004)
---------------------- Page: 9 ----------------------
ISO/CEI 16513:2005 (F)
La Figure 3 représente les procédures du protocole GMP et illustre le lien entre le statut de la session et les phases
distinctes de communication du groupe multidiffusé définies dans la Rec. UIT-T X.601.
Suite à la création et à l'annonce d'une session, les clients de session A, B et C cherchent à s'enregistrer auprès de la
session. Toutefois, la demande d'un client C est rejetée en l'absence d'autorisation ou en raison du caractère inadéquat
des droits dont il dispose. Lorsque le créateur de session et le client envoient au serveur la demande d'entrée en
participation à la session, ils se trouvent dans l'état inscrit. A ce stade, ils sont prêts à communiquer entre eux. Ils
passent ensuite à l'état actif en envoyant un message spécifique de demande d'activité au serveur. Au moyen de ce
message, le mécanisme de gestion de la participation classe les membres, qui se trouvent soit à l'état actif soit à l'état
inscrit. Le serveur met alors à jour la liste des membres actifs sur la base des demandes et des réponses périodiques de
mise à jour. Le participant de session A quitte la session en envoyant un message de sortie au serveur. A partir de cet
instant, le serveur met à jour la liste active en envoyant une demande de mise à jour uniquement aux participants actifs.
Lorsque le créateur de session souhaite mettre fin à la session, la demande de fin de session est envoyée au serveur, qui
envoie à son tour l'avis de fin de session aux différents participants.
Rec. UIT-T X.602 (04/2004) 5
---------------------- Page: 10 ----------------------
ISO/CEI 16513:2005 (F)
Serveur Créateur de Participant de Participant de
Participant de
GMP session session B session C
session A
Phase
SCREQ
SCACC
Création de
SCINF Création de session
session
SCCON
Annonce de
Annonce de session (e-mail, affichage web, etc.)
session
SRREQ
SRACC
SRREQ
SRACC
Enregistrement
de session
SRREQ
SRREJ
Lancement de session
SJREQ
SJRES
SJREQ
Inscription
de session
SJRES
SJREQ
SJRES
SAREQ
KAREQ
KARES
SAREQ Activation
de session
KAREQ
KARES
SAREQ
KAREQ
KARES
KAREQ
Transmission de données
KARES
KAREQ
KARES
KAREQ
KARES
UIREQ
UIRES
LVREQ
KAREQ
KARES
KAREQ
KARES
.
.
.
.
TRREQ
TRIND
Fin de
session
Fin de session
X.602_F03
Figure 3 – Exemple de commande GMP
6 Rec. UIT-T X.602 (04/2004)
---------------------- Page: 11 ----------------------
ISO/CEI 16513:2005 (F)
7 Procédures du protocole
7.1 Gestion de session
La gestion de session peut être assurée pendant huit phases distinctes: création, annonce, enregistrement, inscription,
activation, désenregistrement, désinscription et désactivation.
Le mécanisme de gestion de session doit assurer les tâches suivantes:
a) Création de session: Un créateur de session A crée la session.
b) Annonce de session: Un serveur SM annonce normalement l'information concernant la session aux
clients de la session.
c) Enregistrement de session: Les clients s'enregistrent à une session auprès du serveur SM.
d) Inscription de session: Une fois l'enregistrement effectué, une opération d'inscription réalise la
configuration globale nécessaire à l'établissement de communications de groupe en multidiffusion.
e) Activation de session: Une fois l'activation réalisée, un participant de session reçoit les données du
créateur de session. Les participants de session font partie du groupe actif.
La session fonctionne selon l'un des deux modes suivants:
a) mode fermé;
b) mode ouvert.
En mode fermé, la participation à la session est limitée par un créateur de session qui peut distribuer les messages de
commande d'accès aux participants ciblés. Un participant s'enregistrera à la session après un processus d'autorisation.
En mode ouvert, tout client s'enregistre à la session.
7.1.1 Création de session
Une création de session est déclenchée par un créateur de session qui définit et caractérise la session en fonction du type
de média, du type d'application, d'informations complémentaires, etc.
Un créateur de session peut définir les membres de base qui doivent être enregistrés ou inscrits. Si cette condition
relative aux membres de base n'est pas remplie, le lancement de la session risque d'être impossible.
La Figure 4 décrit la procédure de création aboutie. Un créateur de session définit et caractérise une session et envoie au
serveur de session un message SCREQ de demande de création de session. Ce message sert simplement à demander si
une nouvelle création est possible ou non. Compte tenu de l'environnement multidiffusion et de son application, le
serveur peut autoriser une nouvelle création de session, en répondant par un message SCACC d'acceptation de création
de session. Ensuite, le créateur de session envoie des informations détaillées sur la session dans un message SCINF
d'information sur la création de session, dans lequel peut figurer le type de média, le type d'application, etc. Le serveur
accuse réception de la création de session au moyen d'un message SCCON de confirmation de création de session, puis
met à jour sa liste de sessions.
Figure 4 – Procédure de création de session aboutie
La Figure 5 représente une procédure de création de session non aboutie. Lorsque le créateur de session demande au
serveur une nouvelle création de session, et si les ressources du serveur sont insuffisantes ou si le demandeur n'est pas
dûment autorisé, la demande de création sera rejetée par le serveur, lequel envoie alors un message SCREJ de rejet de
création de session.
Rec. UIT-T X.602 (04/2004) 7
---------------------- Page: 12 ----------------------
ISO/CEI 16513:2005 (F)
Figure 5 – Procédure de création de session non aboutie
7.1.2 Annonce d'une session
L'annonce d'une session s'effectue par e-mail, par affichage web ou par d'autres moyens hors ligne. Cette annonce
permet aux clients de session de connaître l'existence et les caractéristiques de toutes les sessions créées. Les
participants aux sessions peuvent ainsi savoir si la session fonctionne en mode ouvert ou en mode fermé. En mode
fermé, le message de commande d'accès doit être distribué aux clients sélectionnés par le créateur de session et leur
permettre d'accéder à l'information de session et de s'enregistrer ultérieurement à la session en mode fermé.
7.1.3 Enregistrement de session
L'enregistrement de session consiste à choisir une session et à informer le serveur et le créateur des intentions de
participation.
Dans le cas d'une session fonctionnant en mode ouvert, le client de session choisit une session et envoie au serveur un
message SRREQ de demande d'enregistrement de session. Le serveur ajoute alors le client demandé à la liste de
participation au groupe enregistré et répond au demandeur par le message SRACC d'acceptation de demande de session
tel qu'indiqué à la Figure 6.
Figure 6 – Procédure aboutie d'enregistrement de session (mode ouvert)
Dans le cas d'une session en mode fermé, le client de session choisit une session et envoie au serveur un
message SRREQ de demande d'enregistrement de session. Le serveur répond ensuite imm
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.