Profil RTP pour conférences audio et vidéo avec contrôle minimal

Dimension: px
Commencer à balayer dès la page:

Download "Profil RTP pour conférences audio et vidéo avec contrôle minimal"

Transcription

1 RFC 3551 page Schulzrinne & Casner Grupe de travail Réseau H. Schulzrinne, Clumbia University Request fr Cmments : 3551 S. Casner, Packet Design STD 65 RFC rendue bslète : 1890 juillet 2003 Catégrie : Nrme Traductin Claude Brière de L'Isle Prfil RTP pur cnférences audi et vidé avec cntrôle minimal Statut du présent mémire Le présent dcument spécifie un prtcle de nrmalisatin Internet pur la cmmunauté Internet, et appelle à discussin et suggestins en vue de sn améliratin. Prière de s'en rapprter à l éditin en curs des "Internet Official Prtcl Standards" (nrmes fficielles du prtcle Internet) (STD 1) pur cnnaître l état de la nrmalisatin et le statut du présent prtcle. La distributin du présent mémire n est sumise à aucune restrictin. Déclaratin de cpyright Cpyright (C) The Internet Sciety (2003). Tus drits réservés Résumé Le présent dcument décrit un prfil appelé "RTP/AVP" pur l'usage du prtcle de transprt en temps réel (RTP), versin 2, et du prtcle de cntrôle asscié, RTCP, au sein de cnférences audi et vidé multi participants avec cntrôle minimal. Il dnne l'interprétatin cnvenable des champs génériques dans la spécificatin RTP pur les cnférences audi et vidé. En particulier, ce dcument définit un ensemble de transpsitins par défaut de numérs de type de charge utile en cdages. Le présent dcument décrit aussi cmment les dnnées audi et vidé peuvent être prtées au sein de RTP. Il définit un ensemble de cdages standard et leurs nms lrsqu'ils snt utilisés dans RTP. Les descriptins dnnent des pinteurs sur des mises en œuvre de référence et les nrmes détaillées. Le présent dcument est destiné à aider à la mise en œuvre d'applicatins multimédia audi, vidé et autres en temps réel. Le présent mémire rend bslète la RFC Il est pur la plus grande part rétr cmpatible, sauf pur les fnctins supprimées parce que deux mises en œuvre interpérables n'nt pu être truvées. Les ajuts à la RFC 1890 cdifient les pratiques existantes dans l'utilisatin des frmats de charge utile sus ce prfil et incluent de nuveaux frmats de charge utile définis depuis la publicatin de la RFC Table des matières 1. Intrductin Terminlgie Frmat de paquet RTP et RTCP et cmprtement du prtcle Enregistrement de cdages supplémentaires Audi Règles indépendantes du cdage Recmmandatins pur le fnctinnement Lignes directrices pur les cdages audi fndés sur l'échantillnnage Lignes directrices pur les cdages audi fndés sur la trame Cdages audi Vidé CelB JPEG H H H MPV MP2T nv Définitins des types de charge utile RTP sur TCP et prtcles similaires de flux d'ctets Allcatin d'accès Changements depuis la RFC Cnsidératins pur la sécurité...22

2 RFC 3551 page Schulzrinne & Casner 11. Cnsidératins relatives à l'iana Références Références nrmatives Références pur infrmatin Lcalisatin actuelle des ressurces cncernées Remerciements Déclaratin de drits de prpriété intellectuelle Adresse des auteurs Déclaratin cmplète des drits de reprductin Intrductin Le présent prfil définit les aspects de RTP qui ne snt pas spécifiés dans la définitin du prtcle RTP versin 2 de la RFC 3550 [1]. Ce prfil est destiné à être utilisé au sein de cnférences audi et vidé avec cntrôle de sessin minimal. En particulier, aucune prise en charge de la négciatin des paramètres u du cntrôle d'adhésin n'est furnie. Le prfil est suppsé utile dans les sessins ù aucune négciatin ni cntrôle d'adhésin ne snt utilisés (par exemple, utilisant des types de charge utile statiques et les indicatins d'adhésin furnies par RTCP), mais ce prfil peut aussi être utile en cnjnctin avec un prtcle de cntrôle de niveau supérieur. L'usage du présent prfil peut être implicite dans l'utilisatin des applicatins apprpriées ; il peut n'y avir pas d'indicatin explicite du numér d'accès, de l'identifiant du prtcle u de chses cmme cela. Des applicatins cmme des répertires de sessin peuvent utiliser le nm spécifié pur ce prfil à la Sectin 11. D'autres prfils peuvent faire des chix différents pur les éléments spécifiés ici. Le présent dcument définit aussi un ensemble de cdages et de frmats de charge utile pur l'audi et la vidé. Ces descriptins de frmat de charge utile ne snt incluses ici que dans un suci pratique car elles snt trp petites pur justifier des dcuments à part. L'utilisatin de ces frmats de charge utile N'EST PAS EXIGÉE pur le présent prfil. Seule la liaisn de certains des frmats de charge utile aux numérs de type de charge utile statique des tableaux 4 et 5 est nrmative. 1.1 Terminlgie Les mts clés "DOIT", "NE DOIT PAS", "EXIGE", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDE", "PEUT", et "FACULTATIF" dans ce dcument snt à interpréter cmme décrit dans la RFC 2119 [2] et indiquent les niveaux d'exigence pur les mises en œuvre cnfrmes à ce prfil RTP. Le présent dcument définit le terme "type de supprt" cmme divisant les cdages de cntenus audi et vidé en tris classes : audi, vidé et audi/vidé (entrelacé). 2. Frmat de paquet RTP et RTCP et cmprtement du prtcle La sectin "Spécificatins des prfils et frmats de charge utile RTP" de la RFC 3550 énumère un certain nmbre d'éléments qui peuvent être spécifiés u mdifiés dans un prfil. La présente sectin traite de ces éléments. Généralement, ce prfil suit les aspects par défaut et/u recmmandés de la spécificatin RTP. en-tête de dnnées RTP : le frmat standard de l'en-tête fixe de dnnées RTP (un bit marqueur) est utilisé. types de charge utile : les types de charge utile statiques snt définis à la Sectin 6. ajuts d'en-tête de dnnées RTP : aucun champ additinnel fixe n'est ajuté à l'en-tête de dnnées RTP. extensins d'en-tête de dnnées RTP : aucune extensin d'en-tête RTP n'est définie, mais les applicatins qui fnctinnent sus le présent prfil PEUVENT utiliser de telles extensins. Et dnc, les applicatins NE DEVRAIENT PAS suppser que le bit X de l'en-tête RTP est tujurs à zér et elles DEVRAIENT être prêtes à ignrer l'extensin d'en-tête. Si une extensin d'en-tête est définie à l'avenir, cette définitin DOIT spécifier le cntenu des 16 premiers bits d'une façn telle que plusieurs extensins différentes puissent être identifiées.

3 RFC 3551 page Schulzrinne & Casner types de paquet RTCP : aucun type de paquet RTCP supplémentaire n'est défini par la présente spécificatin de prfil. intervalle de rapprts RTCP : Les cnstantes suggérées snt à utiliser pur le calcul de l'intervalle de rapprts RTPC. Les sessins qui fnctinnent sus ce prfil PEUVENT spécifier un paramètre distinct pur la bande passante de trafic RTCP plutôt que d'utiliser la fractin par défaut de la bande passante de sessin. La bande passante du trafic RTCP PEUT être divisée en deux paramètres de sessin distincts pur les participants qui snt des envyeurs actifs de dnnées et pur ceux qui ne le snt pas. Suivant la recmmandatin de la spécificatin RTP [1] que 1/4 de la bande passante RTCP sit dédiée aux envyeurs de dnnées, les valeurs par défaut RECOMMANDÉES pur ces deux paramètres seraient respectivement 1,25 % et 3,75 %. Pur une sessin particulière, la bande passante RTCP pur les nn envyeurs de dnnées PEUT être réglée à zér lrs du fnctinnement sur des liaisns unidirectinnelles u pur des sessins qui n'exigent pas de retur sur la qualité de réceptin. La bande passante RTCP pur les envyeurs de dnnées DEVRAIT rester différente de zér afin que les envyeurs de rapprts puissent encre les envyer pur la synchrnisatin inter supprts et pur identifier la surce par le CNAME. Les myens par lesquels snt spécifiés le, u les deux paramètres de bande passante de sessin RTCP srtent du dmaine d'applicatin du présent mémire. extensin SR/RR : aucune sectin d'extensin n'est définie pur le paquet SR u RR RTCP. utilisatin de SDES : les applicatins PEUVENT utiliser tus les éléments de SDES décrits dans la spécificatin RTP. Alrs que les infrmatins de CNAME DOIVENT être envyées à tus les intervalles de rapprts, d'autres éléments DEVRAIENT seulement être envyés tus les tris intervalles de rapprts, avec NAME envyé sept fis sur huit au sein de ce créneau et les éléments de SDES restants prenant de façn cyclique le huitième créneau, cmme défini au paragraphe de la spécificatin RTP. En d'autres termes, NAME est envyé dans les paquets RTCP 1, 4, 7, 10, 13, 16, 19, alrs que, disns est utilisé dans le paquet RTCP 22. sécurité : les service de sécurité RTP par défaut snt aussi par défaut sus ce prfil. transpsitin de chaîne à clé : aucune transpsitin n'est spécifiée par ce prfil. encmbrement : RTP et ce prfil peuvent être utilisés dans le cntexte d'un service réseau améliré, par exemple, de services intégrés (RFC 1633) [4] u de services différenciés (RFC 2475) [5], u ils peuvent être utilisés avec un service au mieux. Si un service améliré est utilisé, les receveurs RTP DEVRAIENT surveiller la perte de paquets pur s'assurer que le service qui était demandé est réellement furni. S'il ne l'est pas, ils DEVRAIENT alrs suppser qu'ils reçivent un service au mieux et se cnduire en cnséquence. Si le service au mieux est utilisé, les receveurs RTP DEVRAIENT surveiller les pertes de paquet pur s'assurer que le taux de perte de paquet reste dans des limites acceptables. La perte de paquet est cnsidérée cmme acceptable si un flux TCP à travers le même chemin de réseau et rencntrant les mêmes cnditins de réseau réalisait un débit myen, mesuré sur une échelle de temps raisnnable, qui ne serait pas inférieur à ce que le flux RTP réalise. Cette cnditin peut être satisfaite en mettant en œuvre des mécanismes de cntrôle d'encmbrement pur adapter le taux de transmissin (u le nmbre de cuches suscrites pur une sessin de diffusin grupée en cuches), u en s'arrangeant pur qu'un receveur quitte la sessin si le taux de pertes est inacceptablement élevé. La cmparaisn avec TCP ne peut pas être spécifiée exactement, mais elle est prévue cmme une cmparaisn "d'rdre de grandeur" en temps et en débit. Le temps pendant lequel le débit TCP est mesuré est le temps d'aller-retur de la cnnexin. Par nature, cette exigence établit qu'il n'est pas acceptable de déplyer une applicatin (utilisant RTP u tut autre prtcle de transprt) sur l'internet au mieux qui cnsmme arbitrairement la bande passante et n'est pas en cmpétitin lyale avec TCP dans le même rdre de grandeur. prtcle sus-jacent : le prfil spécifie l'utilisatin de RTP sur UDP aussi bien que TCP en envi individuel et en diffusin grupée. (Cela n'empêche pas l'utilisatin de ces définitins quand RTP est prté sur d'autres prtcles de cuche inférieure.) transpsitin de transprt : n utilise la transpsitin standard de RTP et RTCP en adresses de niveau transprt. encapsulatin : le présent prfil laisse aux applicatins la spécificatin de l'encapsulatin de RTP dans les prtcles autres que UDP. 3. Enregistrement de cdages supplémentaires

4 RFC 3551 page Schulzrinne & Casner Le présent prfil fait la liste d'un ensemble de cdages, chacun d'eux cmprtant une cmpressin u représentatin de dnnées de supprt particulière plus un frmat de charge utile pur l'encapsulatin au sein de RTP. Certains de ces frmats de charge utile snt spécifiés ici, alrs que d'autres snt spécifiés dans d'autres RFC. Il est prévu que des cdages supplémentaires au delà de l'ensemble énuméré ici sient créés à l'avenir et spécifiés dans des RFC de frmat de charge utile supplémentaires. Le présent prfil allue aussi à chaque cdage un nm abrégé qui PEUT être utilisé par des prtcles de cntrôle de niveau supérieur, tels que le prtcle de descriptin de sessin (SDP, Sessin Descriptin Prtcl) RFC 2327 [6], pur identifier les cdages chisis pur une sessin RTP particulière. Dans certains cntextes, il peut être utile de se référer à ces cdages sus la frme d'un type de cntenu MIME. Pur le rendre plus facile, la RFC 3555 [7] dnne les enregistrements de tus les nms de cdages énumérés ici cmme des nms de sus-type MIME sus les types MIME "audi" et "vidé" à travers la prcédure d'enregistrement MIME telle que spécifiée dans la RFC 2048 [8]. Tus les cdages supplémentaires spécifiés pur utilisatin avec ce prfil (u d'autres) peuvent aussi se vir alluer des nms enregistrés cmme sus-types MIME auprès de l'autrité d'allcatin des numérs de l'internet (IANA). Ce registre dnne les myens de s'assurer que les nms allués aux cdages supplémentaires restent uniques. La RFC 3555 spécifie les infrmatins qui snt requises pur l'enregistrement des cdages RTP. En plus de l'allcatin de nms aux cdages, ce prfil allue aussi des numérs de type de charge utile statique RTP à certains d'entre eux. Cependant, le numér de type de charge utile est relativement étrit et ne peut s'accmmder d'allcatins pur tus les cdages existants et futurs. Durant les premiers stades du dévelppement de RTP, il était nécessaire d'utiliser des types de charge utile allués de façn statique parce qu'aucun autre mécanisme n'avait été spécifié pur lier le cdage et le type de charge utile. Il était prévu que des myens nn RTP srtant du dmaine d'applicatin du présent mémire (cmme des prtcles de services d'annuaire u d'invitatin) seraient spécifiés pur établir une transpsitin dynamique entre un type de charge utile et un cdage. Maintenant, des mécanismes de définitin de liaisns de type de charge utile dynamiques nt été spécifiés dans le prtcle de descriptin de sessin (SDP) et dans d'autres prtcles tels que la Recmmandatin UIT-T H.323/H.245. Ces mécanismes asscient le nm enregistré du cdage/frmat de charge utile, avec tut paramètre supplémentaire requis, cmme le débit d'hrlge de l'hrdatage RTP et le nmbre de canaux, avec un numér de type de charge utile. Cette assciatin n'est effective que pur la durée de la sessin RTP dans laquelle est faite la liaisn dynamique de type de charge utile. Cette assciatin ne s'applique qu'à la sessin RTP pur laquelle elle est faite, et dnc les numérs peuvent être réutilisés pur des cdages différents dans des sessins différentes de srte que la limitatin de l'espace des numérs est évitée. Le présent prfil réserve les numérs de type de charge utile dans la gamme exclusivement à l'allcatin dynamique. Les applicatins DEVRAIENT d'abrd utiliser les valeurs dans cette gamme pur des types de charge utiles dynamiques. Ces applicatins qui nt besin de définir plus de 32 types de charges utiles dynamiques PEUVENT lier des cdes en dessus de 96, auquel cas il est RECOMMANDÉ que les numérs de type de charge utile nn allués sient utilisés d'abrd. Cependant, les types de charge utile allués de façn statique snt des liaisns par défaut et PEUVENT être liés de façn dynamique à de nuveaux cdages si nécessaire. Redéfinir des types de charge utile en dessus de 96 peut causer un fnctinnement incrrect si n tente de se jindre à une a sessin sans btenir les infrmatins de descriptin de sessin qui définissent les types de charge utile dynamiques. Les types de charge utile dynamiques NE DEVRAIENT PAS être utilisés sans un mécanisme bien défini pur indiquer la transpsitin. Les systèmes qui s'attendent à interpérer avec d'autres qui fnctinnent sus ce prfil NE DEVRAIENT PAS faire leurs prpres allcatins de cdages prpriétaires à des types de charge utile fixés particuliers. La présente spécificatin établit cmme plitique de ne pas alluer de types de charge utile statiques supplémentaires au delà de ceux définis dans le présent dcument. Fixer cette plitique évite le prblème d'essayer de créer un ensemble de critères d'acceptatin des allcatins statiques et encurage les mises en œuvre et le dépliement des mécanismes de type de charge utile dynamique. L'ensemble final des allcatins de type de charge utile figure dans les tableaux 4 et Audi 4.1 Règles indépendantes du cdage Cmme la capacité de supprimer les silences est une des principales mtivatins de l'utilisatin des paquets pur la transmissin de la vix, l'en-tête RTP prte à la fis un numér de séquence et un hrdatage pur permettre au receveur de distinguer les paquets perdus et les pérides ù aucune dnnée n'est transmise. La transmissin discntinue (suppressin de

5 RFC 3551 page Schulzrinne & Casner silence) PEUT être utilisée avec tus les frmats de charge utile audi. Les receveurs DOIVENT suppser que les envyeurs peuvent supprimer les silences sauf si c'est interdit par une signalisatin qui est spécifiée ailleurs. (Même si l'émetteur ne supprime pas les silences, le receveur devrait être prêt à traiter des pérides ù aucune dnnée n'est présente car des paquets peuvent être perdus.) Certains frmats de charge utile (vir aux paragraphes et 4.5.6) définissent une trame de "descripteur d'insertin de silence" u "bruit de cnfrt" pur spécifier des paramètres de bruit artificiel qui peut être généré durant une péride de silence pur apprxime le bruit de fnd à la surce. Pur d'autres frmats de charge utile, un bruit de cnfrt (CN, Cmfrt Nise) générique est spécifié dans la RFC 3389 [9]. Lrsque le frmat de charge utile CN est utilisé avec un autre frmat de charge utile, les valeurs différentes dans le champ Type de charge utile RTP distinguent les paquets de bruit de cnfrt de ceux du frmat de charge utile chisi. Pur les applicatins qui envient sit pas de paquet, sit des paquets ccasinnels de bruit de cnfrt durant les silences, le premier paquet d'un jet de parle, c'est-à-dire, le premier paquet après une péride de silence durant laquelle les paquets n'nt pas été transmis de façn cntiguë, DEVRAIT être distingué en réglant le bit marqueur à un dans l'en-tête de dnnées RTP. Le bit marqueur dans tus les autres paquets est à zér. Le cmmencement d'un jet de parle PEUT être utilisé pur ajuster le délai de reprductin pur refléter des délais réseau changeants. Les applicatins sans suppressin de silence DOIVENT régler le bit marqueur à zér. Le débit d'hrlge RTP utilisé pur générer l'hrdatage RTP est indépendant du nmbre de canaux et du cdage ; il est nrmalement égal au nmbre de pérides d'échantillnnage par secnde. Pur des cdages sur N canaux, chaque péride d'échantillnnage (disns, 1/8 000 de secnde) génère N échantillns. (Cette terminlgie est standard, mais quelque peu trmpeuse, car le nmbre ttal d'échantillns générés par secnde est alrs le taux d'échantillnnage multiplié par le nmbre de canaux.) Si plusieurs canaux audi snt utilisés, les canaux snt numértés de gauche à drite, en cmmençant à un. Dans les paquets RTP audi, les infrmatins prvenant de canaux de numér inférieur précèdent ceux des canaux de numér supérieur. Quand il y a plus de deux canaux, la cnventin suivie par le frmat d'échange audi AIFF-C DEVRAIT être suivie [3], en utilisant la ntatin suivante, sauf cnventin cntraire spécifiée pur un cdage u frmat de charge utile particulier : l r c S F R (left) gauche (right) drite centre (surrund) autur face (rear) derrière canaux descriptin canal stéré l r 3 l r c 4 l c r S 5 l Fr Fc Sl Sr 6 l lc c r rc S Nte : La RFC 1890 définissait deux cnventins pur le rangement de quatre canaux audi. Cmme le rangement est indiqué implicitement par le numér des canaux, c'était ambigu. Dans cette révisin, l'rdre décrit cmme "quadriphnique" a été éliminé pur lever l'ambiguïté. Ce chix se fnde sur l'bservatin que le frmat audi de cnsmmateur quadriphnique n'est pas devenu très ppulaire, alrs que le sn envelppant (surrund) l'est devenu. Les échantillns pur tus les canaux qui appartiennent à un seul instant d'échantillnnage DOIVENT être au sein du même paquet. L'entrelaçage des échantillns prvenant des différents canaux dépend du cdage. Les lignes directrices générales snt dnnées aux paragraphes 4.3 et 4.4. La fréquence d'échantillnnage DEVRAIT être tirée de l'ensemble : 8 000, , , , , , et Hz. (Les anciens rdinateurs Apple Macintsh avaient un taux d'échantillnnage natif de ,54 Hz, qui peut être cnverti en avec une qualité acceptable en abandnnant 4 échantillns dans une trame de 20 ms.) Cependant, la plupart des cdages audi snt définis pur un ensemble plus restreint de fréquences d'échantillnnage. Les receveurs DEVRAIENT être prêts à accepter de l'audi multi canal, mais PEUVENT chisir de ne juer que sur un seul canal.

6 RFC 3551 page Schulzrinne & Casner 4.2 Recmmandatins pur le fnctinnement Les recmmandatins suivantes snt les paramètres de fnctinnement par défaut. Les applicatins DEVRAIENT être prêtes à traiter d'autres valeurs. Les gammes dnnées snt destinées à furnir des lignes directrices aux auteurs d'applicatins, en permettant à un ensemble d'applicatins cnfrmes à ces lignes directrices d'interpérer sans négciatin supplémentaire. Ces lignes directrices ne snt pas destinées à restreindre les paramètres de fnctinnement pur les applicatins qui peuvent négcier un ensemble de paramètres interpérables, par exemple, à travers un prtcle de cmmande de cnférence. Pur l'audi par paquets, l'intervalle de mise en paquet par défaut DEVRAIT avir une durée de 20 ms u d'une trame, seln ce qui est le plus lng, sauf ntatin cntraire au Tableau 1 (clnne "ms/paquet"). L'intervalle de mise en paquet détermine le délai minimum de but en but ; les paquets plus lngs intrduisent mins de redndance d'en-tête mais de plus frts délais et rendent la perte de paquet mins remarquable. Pur les applicatins nn interactives telles que de lecture u pur les liaisns qui nt des cntraintes sévères de bande passante, un délai de mise en paquet plus élevé PEUT être utilisé. Un receveur DEVRAIT accepter des paquets représentant entre 0 et 200 ms de dnnées audi. (Pur les cdages audi en trames, un receveur DEVRAIT accepter des paquets avec un nmbre de trames égal à 200 ms divisé par la durée de trame, arrndi à l'entier supérieur.) Cette restrictin permet une taille raisnnable de mémire tampn pur le receveur. 4.3 Lignes directrices pur les cdages audi fndés sur l'échantillnnage Dans les cdages fndés sur l'échantillnnage, chaque échantilln audi est représenté par un nmbre fixe de bits. Au sein des dnnées audi cmpressées, les cdes des échantillns individuels peuvent s'étendre sur des frntières d'ctet. Un paquet RTP audi peut cntenir tut nmbre d'échantillns audi, seln les cntraintes que le nmbre de bits par échantilln multiplié par le nmbre d'échantillns par paquet dnne u nn un nmbre entier d'ctets. Les cdages fractinnaires prduisent mins d'un ctet par échantilln. La durée d'un paquet audi est déterminée par le nmbre d'échantillns dans le paquet. Pur les cdages fndés sur l'échantillnnage qui prduisent un u plusieurs ctets par échantilln, les échantillns prvenant de différents canaux échantillnnées au même instant d'échantillnnage DEVRAIENT être mis en paquets dans des ctets cnsécutifs. Par exemple, pur un cdage sur deux canaux, la séquence d'ctets est (canal gauche, premier échantilln), (canal drit, premier échantilln), (canal gauche, secnd échantilln), (canal drit, secnd échantilln),... Pur des cdages multi ctets, les ctets DEVRAIENT être transmis dans l'rdre des ctets du réseau (c'est-à-dire, l'ctet de pids frt en premier). La mise en paquet des cdages fndés sur l'échantilln prduisant mins d'un ctet par échantilln est spécifique du cdage. L'hrdatage RTP reflète l'instant auquel le premier échantilln du paquet été échantillnné, c'est-à-dire, les plus anciennes infrmatins du paquet. 4.4 Lignes directrices pur les cdages audi fndés sur la trame Les cdages fndés sur la trame cdent un blc de lngueur fixe de dnnées audi dans un autre blc de dnnées cmpressées, nrmalement aussi de lngueur fixe. Pur les cdages fndés sur la trame, l'envyeur PEUT chisir de cmbiner plusieurs trames de cette srte en un seul paquet RTP. Le receveur peut dire le nmbre de trames cntenues dans un paquet RTP, si tutes les trames nt la même lngueur, en divisant la lngueur de charge utile RTP par la taille de trame audi qui est définie au titre du cdage. Cela ne fnctinne pas si n transprte des trames de différentes tailles sauf si les tailles de trame snt premières entre elles. Sinn, les trames DOIVENT indiquer leur taille. Pur les cdecs fndés sur la trame, l'rdre des canaux est défini pur tut le blc. C'est-à-dire que pur deux canaux audi, les échantillns de drite et gauche DEVRAIENT être cdés indépendamment, avec la trame cdée pur le canal gauche précédant celle pur le canal drit. Tus les cdecs audi rientés trame DEVRAIENT être capables de cder et décder plusieurs trames cnsécutives au sein d'un seul paquet. Cmme la taille de trame pur le cdec rienté trame est dnnée, il n'est nul besin d'utiliser une désignatin distincte pur le même cdage, mais n utilise des numérs de trame différents pur chaque paquet. Les paquets RTP DEVRONT cntenir un nmbre entier de trames, avec les trames insérées seln l'age au sein d'un paquet, de srte que la plus ancienne trame (à exécuter en premier) survienne immédiatement après l'en-tête de paquet RTP. L'hrdatage RTP reflète l'instant auquel le premier échantilln dans la première trame a été échantillnné, c'est-à-dire, la plus ancienne infrmatin du paquet.

7 RFC 3551 page Schulzrinne & Casner 4.5 Cdages audi nm du cdage échantilln/tram bits/échantilln taux d'échantillnnage ms/tram ms/paquet par défaut e e DVI4 échantilln 4 variable 20 G722 échantilln G723 trame N/A G échantilln G échantilln G échantilln G échantilln G728 trame N/A G729 trame N/A G729D trame N/A G729E trame N/A GSM trame N/A GSM-EFR trame N/A L8 échantilln 8 variable 20 L16 échantilln 16 variable 20 LPC trame N/A MPA trame N/A variable variable PCMA échantilln 8 variable 20 PCMU échantilln 8 variable 20 QCELP trame N/A VDVI échantilln variable variable 20 Tableau 1 : Prpriétés des cdages audi (N/A : nn applicable) Les caractéristiques des cdages audi décrites dans ce dcument snt présentées dans le Tableau 1 ; elles snt énumérées dans l'rdre de leur type de charge utile au Tableau 4. Alrs que la plupart des cdecs audi ne snt spécifiés que pur un taux d'échantillnnage fixe, certains algrithmes fndés sur l'échantilln (indiqués par une entrée de "variable" dans la clnne "taux d'échantillnnage" du Tableau 1) peuvent être utilisés avec différents taux d'échantillnnage, résultant en différents débits binaires cdés. Lrque ils snt utilisés avec un taux d'échantillnnage autre que celui pur lequel un type de charge utile statique est défini, des myens nn RTP srtant du dmaine d'applicatin du présent mémire DOIVENT être utilisés pur définir un type dynamique de charge utile et DOIVENT indiquer le débit d'hrlge d'hrdatage RTP chisi, qui est nrmalement le même que le taux d'échantillnnage pur l'audi DVI4 DVI4 utilise un schéma de cdage à mdulatin par impulsins et cdage différentiel adaptatif (ADPCM, adaptive delta pulse cde mdulatin) qui a été spécifié par l'assciatin du multimédia interactif (IMA, Interactive Multimedia Assciatin) cmme "type d'nde ADPCM IMA". Cependant, le cdage défini ici cmme DVI4 diffère sus tris aspects de la spécificatin IMA : L'en-tête RTP DVI4 cntient la valeur prédite plutôt que la valeur du premier échantilln cntenu dans l'en-tête de blc ADPCM de l'ima. Les blcs ADPCM de l'ima cntiennent un nmbre impair d'échantillns, car le premier échantilln d'un blc est cntenu juste dans l'en-tête (nn cmpressé), suivi par un nmbre pair d'échantillns cmpressés. DVI4 a seulement un nmbre pair d'échantillns cmpressés, utilisant le mt "predict" prvenant de l'en-tête pur décder le premier échantilln. Pur DVI4, les échantillns de quatre bits snt mis en paquet avec le premier échantilln des quatre bits de plus frt pids et le secnd échantilln dans les quatre bits de mindre pids. Dans le cdec ADPCM de l'ima, les échantillns snt mis en paquet dans l'rdre inverse. Chaque paquet cntient un seul blc DVI. Le présent prfil ne définit que la versin à 4 bits par échantilln, alrs que IMA spécifie aussi un cdage à 3 bits par échantilln. Le mt "header" (en-tête) a pur chaque canal la structure suivante : int16 predict; /* valeur prédite du premier échantilln prvenant du blc précédent (frmat L16) */ u_int8 index; /* indice actuel dans le tableau stepsize */ u_int8 reserved; /* mis à zér par l'envyeur, ignré par le receveur */

8 RFC 3551 page Schulzrinne & Casner Chaque ctet suivant l'en-tête cntient deux échantillns de 4 bits, et dnc le nmbre d'échantillns par paquet DOIT être pair parce que il n'y a aucun myen d'indiquer que le dernier ctet serait partiellement rempli. La mise en paquet des échantillns pur des canaux multiples fera l'bjet d'études ultérieures. L'algrithme ADPCM de l'ima a été décrit dans le dcument "Pratiques recmmandées par l'ima pur l'améliratin de la cmpatibilité audi numérique dans les systèmes multimédia (versin 3.0)". Cependant, l'assciatin pur le multimédia interactif a cessé de fnctinner en Les ressurces de cpies archivées de ce dcument et d'un lgiciel de mise en œuvre du cdage RTP DVI4 snt décrites à la Sectin G722 G722 est spécifié dans la Recmmandatin UIT-T G.722, "Cdage audi à 7 khz sur 64 kbit/s". Le cdeur G.722 prduit un flux d'ctets, dnt chacun DOIT être aligné sur l'ctet dans un paquet RTP. Le premier bit transmis dans l'ctet G.722, qui est le bit de pids frt de l'échantilln de la sus bande la plus élevée, DOIT crrespndre au bit de pids frt de l'ctet dans le paquet RTP. Bien que le taux d'échantillnnage réel de l'audi G.722 sit de Hz, le débit d'hrlge RTP pur le frmat de charge utile G722 est de Hz parce que cette valeur était alluée par erreur dans la RFC 1890 et dit rester inchangée pur la rétr cmpatibilité. Le débit d'ctet u débit de paire d'échantillns est de Hz G723 G723 est spécifié dans la Recmmandatin UIT-T G.723.1, "Cdeur de parle à deux débits pur les cmmunicatins multimédia émises à 5,3 et 6,3 kbit/s". Le cdeur G à 5,3/6,3 kbit/s a été défini par l'uit-t cmme cdec bligatire pur les applicatins de terminaux de visiphnie GSTN de la Recmmandatin UIT-T H.324. L'algrithme a une spécificatin de virgule flttante dans l'annexe B à G.723.1, un algrithme de cmpressin de silence dans l'annexe A et un schéma de cdage de canal échelnnable pur les applicatins sans fil dans l'annexe C. La présente Recmmandatin spécifie une représentatin cdée qui peut être utilisée pur cmpresser les cmpsants du signal de parle de services multimédia à un très bas débit binaire. L'audi est cdé dans des trames de 30 ms, avec un délai supplémentaire de 7,5 ms dû à la pré analyse. Une trame G723 peut être d'une parmi tris tailles : 24 ctets (trame de 6,3 kbit/s), 20 ctets (trame de 5,3 kbit/s), u 4 ctets. Ces trames de 4 ctets snt appelées trames de descripteur d'insertin de silence (SID, Silence Insertin Descriptr) et snt utilisées pur spécifier les paramètres du bruit de fnd. Il n'y a pas de restrictin sur la façn dnt les trames à 4, 20, et 24 ctets snt entremêlées. Les deux bits de mindre pids du premier ctet de la trame déterminent la taille de la trame et le type du cdec : bits cntenu ctets/trame 00 parle à haut débit (6,3 kbit/s) parle à bas débit (5,3 kbit/s) trame SID 4 11 réservé Il est pssible de cmmuter entre les deux débits à tute frntière de trame de 30 ms. Les deux débits (5,3 kbit/s et 6,3 kbit/s) snt une partie bligatire du cdeur et du décdeur. Les receveurs DOIVENT accepter les deux débits de dnnées et DOIVENT accepter les trames SID à mins que des restrictins à ces capacités aient été signalées. L'enregistrement MIME pur G723 dans la RFC 3555 [7] spécifie les paramètres qui PEUVENT être utilisés avec MIME u SDP pur restreindre à un seul débit de dnnées u pur interdire l'utilisatin des trames SID. Ce cdeur a été ptimisé pur représenter la parle avec une qualité presque parfaite aux débits ci-dessus en limitant cependant la cmplexité. Le paquetage du flux binaire cdé en ctets et l'rdre de transmissin des ctets snt spécifiés dans la Recmmandatin UIT-T G et snt les mêmes que ceux prduits par la mise en œuvre de référence du cde C de G.723. Pur le débit de dnnées de 6,3 kbit/s, ce paquetage est illustré cmme suit, avec les bits d'en-tête (HDR) qui snt tujurs "0 0" cmme le mntre la Figure 1 pur indiquer le fnctinnement à 6,3 kbit/s, et le bit Z est tujurs mis à zér. Le diagramme mntre le paquetage binaire dans "l'rdre des ctets du réseau", aussi appelé rdre grs-butien. Les bits de chaque mt de 32 bits snt numértés de 0 à 31, avec le bit de pids frt à gauche et numérté 0. Les ctets de chaque mt snt transmis avec l'ctet de pids frt en premier. Les bits de chaque champ de dnnées snt numértés dans l'rdre de représentatin du flux binaire du cdage (bit de mindre pids en premier). Les barres verticales indiquent les frntières entre les fragments de champ.

9 RFC 3551 page Schulzrinne & Casner LPC HDR LPC LPC ACL0 LPC ACL2 ACL A GAIN0 ACL ACL GAIN0 GAIN1 1 C GAIN2 GAIN1 GAIN2 GAIN3 GRID GAIN MSBPOS Z POS MSBPOS POS0 POS POS POS1 POS2 POS1 POS2 POS3 POS POS3 PSIG0 POS PSIG2 PSIG1 PSIG3 PSIG Figure 1 : Paquetage binaire de G.723 (6,3 kbit/s) Pur le débit de dnnées à 5,3 kbit/s, les bits d'en-tête (HDR) snt tujurs "0 1", cmme le mntre la Figure 2, pur indiquer le fnctinnement à 5,3 kbit/s LPC HDR LPC LPC ACL0 LPC ACL2 ACL A GAIN0 ACL ACL GAIN0 GAIN1 1 C GAIN2 GAIN1 GAIN2 GAIN3 GRID GAIN POS0 POS1 POS0 POS1 POS POS3 POS2 POS3 PSIG1 PSIG0 PSIG3 PSIG2

10 RFC 3551 page Schulzrinne & Casner Figure 2 : Paquetage binaire de G.723 (5,3 kbit/s) Le paquetage des trames SID de G.723.1, qui snt indiquées par les bits d'en-tête (HDR) qui nt le schéma "1 0", est décrit à la Figure LPC HDR LPC LPC GAIN LPC Figure 3 : Paquetage binaire de G.723 en mde SID G726-40, G726-32, G et G La Recmmandatin UIT-T G.726 décrit, entre autres, l'algrithme recmmandé pur la cnversin d'un seul canal MIC li A u li µ à 64 kbit/s cdé à échantillns/s en et de canal à 40, 32, 24, u 16 kbit/s. La cnversin est appliquée au flux MIC en utilisant une technique de transcdage MICDA, mdulatin par impulsins et cdage différentiel adaptatif (ADPCM, Adaptive Differential Pulse Cde Mdulatin). La représentatin MICDA cnsiste en une série de cdets avec une crrespndance biunivque aux échantillns du flux MIC. Les débits de dnnées G726 de 40, 32, 24 et 16 kbit/s nt des cdets de respectivement 5, 4, 3 et 2 bits. Les cdages à 16 et 24 kbit/s ne furnissent pas la qualité de parle parfaite. Ils snt cnçus pur utilisatin sur des EMCN, équipements de multiplicatin de circuit numérique (DCME, Digital Circuit Multiplicatin Equipment) surchargés. La Recmmandatin UIT-T G.726 recmmande que les cdages à 16 et 24 kbit/s sient alternés avec des cdages à plus hauts débits afin de furnir une taille d'échantilln myenne entre 3,5 et 3,7 bits par échantilln. Les cdages de G.726 snt ntés ici G726-40, G726-32, G et G Avant 1990, G721 décrivait le cdage MICDA à 32 kbit/s et G723 décrivait les cdages à 40, 32 et 16 kbit/s. Et dnc, G désigne le même algrithme que G721 dans la RFC Un flux de cdets G726 ne cntient aucune infrmatin sur le cdage utilisé, et dnc, les transitins entre types de cdage G726 ne snt pas permis au sein d'une séquence de cdets empaquetés. Les applicatins DOIVENT déterminer le type de cdage des cdets empaquetés à partir de l'identifiant de charge utile RTP. Aucune infrmatin d'en-tête spécifique de la charge utile ne DEVRA être incluse au titre des dnnées audi. Un flux de cdets G726 DOIT être empaqueté en ctets cmme suit : le premier cdet est placé dans le premier ctet de telle srte que le bit de mindre pids du cdet s'aligne sur le bit de mindre pids de l'ctet, que le secnd cdet sit alrs empaqueté de telle srte que le bit de mindre pids cïncide avec le bit de mindre pids inccupé dans l'ctet. Lrsque un cdet cmplet ne peut être placé dans un ctet, les bits qui chevauchent la frntière de l'ctet snt placés dans les bits de mindre pids du prchain ctet. L'empaquetage DOIT se terminer sur un ctet final cmplètement empaqueté. Le nmbre de cdets empaquetés va dnc être un multiple de 8, 2, 8 et 4 pur, respectivement, G726-40, G726-32, G et G Un exemple de schéma d'empaquetage pur des cdets G est dnné ci-dessus, ù le bit 7 est le bit de mindre pids du premier ctet, et le bit A3 est le bit de mindre pids du premier cdet : B B B B A A A A D D D D C C C C Un exemple de schéma d'empaquetage pur des cdets G est dnné ci-dessus, avec encre le bit 7 cmme bit de mindre pids du premier ctet, et le bit A2 cmme bit de mindre pids du premier cdet :

11 RFC 3551 page Schulzrinne & Casner C C B B B A A A F E E E D D D C H H H G G G F F Nter que la directin "petite butienne" dans laquelle les échantillns snt empaquetés en ctets dans les frmats de charge utile G726-16, -24, -32 et -40 spécifiés ici est chérente avec la Recmmandatin UIT-T X.420, mais est à l'inverse de ce que spécifie l'annexe E de la Recmmandatin UIT-T I pur le transprt AAL2 en ATM. Un secnd ensemble de frmats de charge utile RTP crrespndant à la mise en paquet de I Annexe E et identifié par les sus-types MIME AAL2-G726-16, -24, -32 et -40 sera spécifié dans un autre dcument G728 G728 est spécifié dans la Recmmandatin UIT-T G.728, "Cdage de la parle à 16 kbit/s utilisant la prédictin linéaire à faible délai avec excitatin par cde". Un cdeur G.278 traduit cinq échantillns audi cnsécutifs en un indice de cdets de 10 bits, résultant en un débit binaire de 16 kbit/s pur l'audi échantillnné à échantillns par secnde. Le grupe de cinq échantillns cnsécutifs est appelé un vecteur. Quatre vecteurs cnsécutifs, marqués V1 à V4 (ù V1 est à exécuter en premier par le receveur) cnstruisent une trame G.728. Les quatre vecteurs de 40 bits snt empaquetés dans cinq ctets, marqués B1 à B5. B1 DEVRA être placé en premier dans le paquet RTP. En se référant à la figure ci-dessus, le principe pur l'rdre des bits est la "cnservatin de la pndératin binaire". Les bits prvenant d'un vecteur plus ancien snt de plus frt pids que les bits prvenant des vecteurs plus récents. Le MSB de la trame va au MSB de B1 et le LSB de la trame va au LSB de B <---V1---><---V2---><---V3---><---V4---> vecteurs <--B1--><--B2--><--B3--><--B4--><--B5--> ctets < trame > En particulier, B1 cntient les huit bits de plus frts pids de V1, le MSB de V1 étant le MSB de B1. B2 cntient les deux bits de mindre pids de V1, celui de plus frt pids des deux dans sn MSB, et les six bits de plus frt pids de V2. B1 DEVRA être placé en premier dans le paquet RTP et B5 en dernier G729 G729 est spécifié dans la Recmmandatin UIT-T G.729, "Cdage de la parle à 8 kbit/s en prédictin linéaire à excitatin par séquences cdées à structure algébrique cnjuguée (CS-ACELP, cnjugate structure-algebraic cde excited linear predictin)". Une versin à cmplexité réduite de l'algrithme G.729 est spécifié à l'annexe A de la Recmmandatin UIT- T G.729. Les algrithmes de cdage de la parle dans le crps de G.729 et dans l'annexe A de G.729 snt pleinement interpérables entre eux, de srte qu'il n'est pas besin de distinguer entre eux. Une mise en œuvre qui signale u accepte l'utilisatin du frmat de charge utile G729 peut mettre en œuvre G.729 u G.729A sauf interdit par de la signalisatin supplémentaires spécifiée ailleurs se rapprtant spécifiquement au cdage plutôt qu'au frmat de charge utile. Les cdecs G.729 et G.729 Annexe A nt été ptimisés pur représenter la parle avec une grande qualité, mais G.729 Annexe A trque un peu de qualité vcale pur une réductin d'envirn 50 % de la cmplexité [10]. Vir au paragraphe suivant (4.5.7) les autres débits de dnnées ajutés dans les annexes ultérieures de G.729. Pur tus les débits de dnnées, la fréquence d'échantillnnage (et le débit d'hrlge d'hrdatage RTP) est de Hz. Un algrithme de détecteur d'activité vcale (VAD) et de générateur de bruit de cnfrt (CNG) dans l'annexe B de G.729 est RECOMMANDÉ pur les applicatins de vix et dnnées numériques simultanées et peut être utilisé cnjintement avec G.729 u G.729 Annexe A. Une trame G.729 u G.729 Annexe A cntient 10 ctets, alrs que la trame de bruit de cnfrt de G.729 Annexe B ccupe 2 ctets. Les receveurs DOIVENT accepter les trames de bruit de cnfrt si l'interdictin de leur utilisatin n'a pas été signalée. L'enregistrement MIME pur G729 dans la RFC 3555 [7] spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire l'usage de trames de bruit de cnfrt. Un paquet RTP G729 peut cnsister en zér, une u plusieurs trames G.729 u G.729 Annexe A, suivi par zér u une trame G.729 Annexe B. La présence d'une trame de bruit de cnfrt peut se déduire de la lngueur de la charge utile RTP.

12 RFC 3551 page Schulzrinne & Casner L'intervalle de mise en paquet par défaut est de 20 ms (deux trames), mais dans certaines situatins il peut être suhaitable d'envyer des paquets à 10 ms. Un exemple serait une transitin de la parle au bruit de cnfrt dans le premier paquet à 10 ms. Pur certaines applicatins, un intervalle de mise en paquet plus lng peut être nécessaire pur réduire le débit de paquets L L1 L2 L3 P1 P C C1 S1 GA1 GB1 P2 C C2 S2 GA2 GB Figure 4 : Paquetage binaire de G.729 et G.729A Les paramètres transmis d'une trame G.729/G.729A à 10 ms, cnsistant en 80 bits, snt définis dans la Recmmandatin G.729, Tableau 8/G.729. La transpsitin de ces paramètres est dnnée ci-dessus à la Figure 4. Le diagramme mntre le paquetage binaire dans "l'rdre des ctets du réseau", aussi appelé rdre grs-butien. Les bits de chaque mt de 32 bits snt numértés de 0 à 31, le bit de pids frt à gauche et numérté 0. Les ctets de chaque mt snt transmis le plus frt pids en premier. Les bits de chaque champ de dnnées snt numértés dans l'rdre ù ils snt prduits par la mise en œuvre de référence de cde C de G.729. Le paquetage de la trame de bruit de cnfrt de G.729 Annexe B est indiqué ci-dessus à la Figure L LSF1 LSF2 GAIN R S E F S V RESV = Réservé (à zér) Figure 5 : Paquetage binaire de G.729 Annexe B G729D et G729E Les Annexes D et E à la Recmmandatin UIT-T G.729 dnnent des débits de dnnées supplémentaires. Cmme le débit des dnnées n'est pas signalé dans le flux binaire, les différents débits de dnnées reçivent des nm de cdage RTP distincts qui snt transpsés en numérs de type de charge utile distincts. G729D indique un mde de cdage à 6,4 kbit/s (G.729 Annexe D, pur une réductin mmentanée de la capacité du canal), tandis que G729E indique un mde à 11,8 kbit/s (G.729 Annexe E, pur des perfrmances amélirées avec une large gamme de signaux d'entrée à bas débit, par exemple, de la musique et du bruit de fnd). L'Annexe E a deux mdes de fnctinnement, adaptif différé et adaptif anticipé, qui snt signalés par les deux premiers bits de chaque trame (les deux bits de plus frt pids du premier ctet). L'algrithme de détecteur d'activité vcale (VAD) et de générateur de bruit de cnfrt (CNG) spécifié dans l'annexe B de G.729 peut être utilisé avec les trames de l'annexe D et de l'annexe E en plus des trames de G.729 et G.729 Annexe A. Les détails de l'algrithme pur le fnctinnement des Annexes D et E avec la CNG de l'annexe B snt spécifiés dans les Annexes F et G de G.729. Nter que les Annexes F et G n'intrduisent aucun nuveau cdage. Les receveurs DOIVENT accepter les trames de bruit de cnfrt si l'interdictin de leur usage n'a pas été signalée. L'enregistrement MIME pur G729D et G729E dans la RFC 3555 [7] spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire l'usage des trames de bruit de cnfrt. Pur G729D, un paquet RTP peut cmprter zér, une u plusieurs trames G.729 Annexe D, suivies par zér u une trame G.729 Annexe B. De même, pur G729E, un paquet RTP peut cmprter zér, une u plusieurs trames G.729 Annexe E,

13 RFC 3551 page Schulzrinne & Casner suivies par zér u une trame G.729 Annexe B. La présence d'une trame de bruit de cnfrt peut être déduite de la lngueur de la charge utile RTP. Un seul paquet RTP dit cntenir des trames d'un seul débit de dnnées, facultativement suivies par une trame de bruit de cnfrt. Le débit de dnnées peut être changé d'un paquet à l'autre en changeant le numér de type de charge utile. Les Annexes D, E et H de G.729 décrivent ce que divent être les algrithmes de cdage et de décdage pur s'accmmder d'un changement du débit des dnnées. Pur G729D, les bits d'une trame G.729 Annexe D snt frmatées cmme indiqué ci-dessus à la Figure 6 (cf. Tableau D.1/G.729). La lngueur de la trame est de 64 bits L L1 L2 L3 P1 C C1 S1 GA1 GB1 P2 C2 S2 GA2 GB Figure 6 : Paquetage binaire de G.729 Annexe D Le débit binaire net pur l'algrithme G.729 Annexe E est de 11,8 kbit/s et un ttal de 118 bits est utilisé. Deux bits snt ajutés cmme bits "à ne pas prendre en cmpte" pur cmpléter un nmbre entier d'ctets pur la trame. Pur G729E, les bits d'une trame de dnnées snt frmatés cmme indiqué dans les deux diagrammes suivants (cf. Tableau E.1/G.729). Les champs pur le mde adaptatif anticipé de G729E snt empaquetés cmme indiqué à la Figure L L1 L2 L3 P1 P C0_ C1_1 C2_1 C3_1 C4_ GA1 GB1 P2 C0_2 C1_2 C2_ C3_2 C4_2 GA2 GB2 DC Figure 7 : Paquetage binaire de G.729 Annexe E (mde d'adaptatin vers l'avant) Les champs pur le mde adaptatif différé de G729E snt empaquetés cmme indiqué à la Figure. 8.

14 RFC 3551 page Schulzrinne & Casner P1 P C0_1 C1_ C2_1 C3_1 C4_1 GA1 GB1 P C0_2 C1_2 C2_ C3_2 C4_2 GA2 GB2 DC GSM Figure 8 : Paquetage binaire de G.729 Annexe E (mde d'adaptatin vers l'arrière) GSM (Grupe Spécial Mbiles) désigne la nrme eurpéenne GSM pur le cdage de la parle à plein débit, ETS , qui se fnde sur le cdage à excitatin par impulsin régulière avec prédictin à lng terme (RPE/LTP, residual pulse excitatin/lng term predictin) au débit de 13 kbit/s [11, 12, 13]. Le texte de la nrme peut être btenu à : ETSI (Institut eurpéen des nrmes de télécmmunicatins) ETSI Secretariat: B.P Valbnne CedexFrance téléphne : fax : (Versin française dispnible à l'afnor) Les blcs de 160 échantillns audi snt cmpressés en 33 ctets, pur un débit de dnnées efficace de bit/s Prblèmes généraux du paquetage La nrme GSM (ETS ) spécifie le flux binaire prduit par le cdec, mais ne spécifie pas cmment ces bits devraient être mis en paquets pu la transmissin. La mise en paquet spécifiée ici a ultérieurement été adptée dans la spécificatin technique ETSI TS Certains lgiciels de cdec GSM utilisent un paquetage différent de celui spécifié ici. Champ Nm bits Champ Nm bits Champ Nm bits Champ Nm bits 1 LARc[0] 6 20 xmc[7] 3 39 xmc[22] 3 58 xmc[37] 3 2 LARc[1] 6 21 xmc[8] 3 40 xmc[23] 3 59 xmc[38] 3 3 LARc[2] 5 22 xmc[9] 3 41 xmc[24] 3 60 Nc[3] 7 4 LARc[3] 5 23 xmc[10] 3 42 xmc[25] 3 61 bc[3] 2 5 LARc[4] 4 24 xmc[11] 3 43 Nc[2] 7 62 Mc[3] 2 6 LARc[5] 4 25 xmc[12] 3 44 bc[2] 2 63 xmaxc[3] 6 7 LARc[6] 3 26 Nc[1] 7 45 Mc[2] 2 64 xmc[39] 3 8 LARc[7] 3 27 bc[1] 2 46 xmaxc[2] 6 65 xmc[40] 3 9 Nc[0] 7 28 Mc[1] 2 47 xmc[26] 3 66 xmc[41] 3 10 bc[0] 2 29 xmaxc[1] 6 48 xmc[27] 3 67 xmc[42] 3 11 Mc[0] 2 30 xmc[13] 3 49 xmc[28] 3 68 xmc[43] 3 12 xmaxc[0] 6 31 xmc[14] 3 50 xmc[29] 3 69 xmc[44] 3 13 xmc[0] 3 32 xmc[15] 3 51 xmc[30] 3 70 xmc[45] 3 14 xmc[1] 3 33 xmc[16] 3 52 xmc[31] 3 71 xmc[46] 3 15 xmc[2] 3 34 xmc[17] 3 53 xmc[32] 3 72 xmc[47] 3 16 xmc[3] 3 35 xmc[18] 3 54 xmc[33] 3 73 xmc[48] 3 17 xmc[4] 3 36 xmc[19] 3 55 xmc[34] 3 74 xmc[49] 3 18 xmc[5] 3 37 xmc[20] 3 56 xmc[35] 3 75 xmc[50] 3 19 xmc[6] 3 38 xmc[21] 3 57 xmc[36] 3 76 xmc[51] 3 Tableau 2 : Ordre des variables du GSM

15 RFC 3551 page Schulzrinne & Casner Octet Bit 0 Bit 1 Bit 2 Bit 3 Bit 4 Bit 5 Bit 6 Bit LARc0.0 LARc0.1 LARc0.2 LARc0.3 1 LARc0.4 LARc0.5 LARc1.0 LARc1.1 LARc1.2 LARc1.3 LARc1.4 LARc1.5 2 LARc2.0 LARc2.1 LARc2.2 LARc2.3 LARc2.4 LARc3.0 LARc3.1 LARc3.2 3 LARc3.3 LARc3.4 LARc4.0 LARc4.1 LARc4.2 LARc4.3 LARc5.0 LARc5.1 4 LARc5.2 LARc5.3 LARc6.0 LARc6.1 LARc6.2 LARc7.0 LARc7.1 LARc7.2 5 Nc0.0 Nc0.1 Nc0.2 Nc0.3 Nc0.4 Nc0.5 Nc0.6 bc0.0 6 bc0.1 Mc0.0 Mc0.1 xmaxc00 xmaxc01 xmaxc02 xmaxc03 xmaxc04 7 xmaxc05 xmc0.0 xmc0.1 xmc0.2 xmc1.0 xmc1.1 xmc1.2 xmc2.0 8 xmc2.1 xmc2.2 xmc3.0 xmc3.1 xmc3.2 xmc4.0 xmc4.1 xmc4.2 9 xmc5.0 xmc5.1 xmc5.2 xmc6.0 xmc6.1 xmc6.2 xmc7.0 xmc xmc7.2 xmc8.0 xmc8.1 xmc8.2 xmc9.0 xmc9.1 xmc9.2 xmc xmc10.1 xmc10.2 xmc11.0 xmc11.1 xmc11.2 xmc12.0 xmc12.1 xcm Nc1.0 Nc1.1 Nc1.2 Nc1.3 Nc1.4 Nc1.5 Nc1.6 bc bc1.1 Mc1.0 Mc1.1 xmaxc10 xmaxc11 xmaxc12 xmaxc13 xmaxc14 14 xmax15 xmc13.0 xmc13.1 xmc13.2 xmc14.0 xmc14.1 xmc14.2 xmc xmc15.1 xmc15.2 xmc16.0 xmc16.1 xmc16.2 xmc17.0 xmc17.1 xmc xmc18.0 xmc18.1 xmc18.2 xmc19.0 xmc19.1 xmc19.2 xmc20.0 xmc xmc20.2 xmc21.0 xmc21.1 xmc21.2 xmc22.0 xmc22.1 xmc22.2 xmc xmc23.1 xmc23.2 xmc24.0 xmc24.1 xmc24.2 xmc25.0 xmc25.1 xmc Nc2.0 Nc2.1 Nc2.2 Nc2.3 Nc2.4 Nc2.5 Nc2.6 bc bc2.1 Mc2.0 Mc2.1 xmaxc20 xmaxc21 xmaxc22 xmaxc23 xmaxc24 21 xmaxc25 xmc26.0 xmc26.1 xmc26.2 xmc27.0 xmc27.1 xmc27.2 xmc xmc28.1 xmc28.2 xmc29.0 xmc29.1 xmc29.2 xmc30.0 xmc30.1 xmc xmc31.0 xmc31.1 xmc31.2 xmc32.0 xmc32.1 xmc32.2 xmc33.0 xmc xmc33.2 xmc34.0 xmc34.1 xmc34.2 xmc35.0 xmc35.1 xmc35.2 xmc Xmc36.1 xmc36.2 xmc37.0 xmc37.1 xmc37.2 xmc38.0 xmc38.1 xmc Nc3.0 Nc3.1 Nc3.2 Nc3.3 Nc3.4 Nc3.5 Nc3.6 bc bc3.1 Mc3.0 Mc3.1 xmaxc30 xmaxc31 xmaxc32 xmaxc33 xmaxc34 28 xmaxc35 xmc39.0 xmc39.1 xmc39.2 xmc40.0 xmc40.1 xmc40.2 xmc xmc41.1 xmc41.2 xmc42.0 xmc42.1 xmc42.2 xmc43.0 xmc43.1 xmc xmc44.0 xmc44.1 xmc44.2 xmc45.0 xmc45.1 xmc45.2 xmc46.0 xmc xmc46.2 xmc47.0 xmc47.1 xmc47.2 xmc48.0 xmc48.1 xmc48.2 xmc xmc49.1 xmc49.2 xmc50.0 xmc50.1 xmc50.2 xmc51.0 xmc51.1 xmc51.2 Tableau 3 : Frmat de charge utile GSM Dans le paquetage GSM utilisé par RTP, les bits DEVRONT être mis en paquet en cmmençant par le bit de pids frt. Tus les 160 échantillns, la trame GSM est cdée dans une mémire tampn de 33 ctets (264 bits). Chacune de ces mémires tampn cmmence par une signature de 4 bits (0xD), suivie par le cdage MSB des champs de la trame. Le premier ctet cntient dnc 1101 dans les 4 bits de plus frt pids (0 à 3) et les 4 bits de plus frt pids de F1 (0 à 3) dans les 4 bits de mindre pids (4 à 7). Le secnd ctet cntient les 2 bits de mindre pids de F1 dans les bits 0 et 1, et F2 dans les bits 2 à 7, et ainsi de suite. L'rdre des champs dans la trame est décrit au Tableau Nms et numérs de variable GSM Dans le cdage RTP, nus avns le schéma binaire décrit au Tableau 3, ù F.i signifie le i ème bit du champ F, le bit 0 est le bit de plus frt pids, et les bits de chaque ctet snt numértés de 0 à 7 du plus frt au mindre pids GSM-EFR GSM-EFR désigne le cdage vcal à plein débit améliré GSM 06.60, spécifié dans l'ets qui est dispnible auprès d'etsi à l'adresse dnnée au paragraphe Ce cdec a une lngueur de trame de 244 bits. Pur la transmissin en RTP, chaque trame du cdec est empaquetée dans une mémire tampn de 31 ctet (248 bit) cmmençant par une signature de 4 bits 0xC de la même façn que celle spécifiée ici pur le cdec riginal GSM L'empaquetage est spécifié dans la spécificatin technique ETSI TS L8 L8 désigne les échantillns de dnnées audi linéaires, qui utilisent 8 bits de précisin avec un décalage de 128, c'est-à-dire que le signal le plus négatif est cdé cmme zér.

16 RFC 3551 page Schulzrinne & Casner L16 L16 désigne les échantillns de dnnées audi nn cmpressés, en utilisant une représentatin de 16 bits signée avec étapes également divisées entre niveau de signal minimum et maximum, allant de à La valeur est représentée en ntatin de cmplément à deux et transmise dans l'rdre des ctets du réseau (ctet de pids frt en premier). L'enregistrement MIME pur L16 dans la RFC 3555 [7] spécifie les paramètres qui PEUVENT être utilisés avec MIME u SDP pur indiquer que la pré amplificatin analgique a été appliquée au signal avant sa quantificatin u pur indiquer qu'un flux audi multi canaux suit une cnventin de rangement des canaux différente de celle qui est spécifiée au paragraphe LPC LPC désigne un cdage prédictif linéaire expérimental prpsé par Rn Frederick, qui se fnde sur une mise en œuvre écrite par Rn Zuckerman envyée au grupe Usenet cmp.dsp le 26 juin Le cdec génère 14 ctets pur chaque trame. La taille de trame est réglée à 20 ms, résultant en un débit binaire de bit/s MPA MPA désigne de l'audi MPEG-1 u MPEG-2 encapsulé cmme flux élémentaires. Le cdage est défini dans les nrmes ISO/CEI et L'encapsulatin est spécifiée dans la RFC 2250 [14]. Le cdage peut avir un des tris niveaux de cmplexité suivants, appelés Cuche I, II et III. La cuche chisie ainsi que le taux d'échantillnnage et le nmbre de canaux snt indiqués dans la charge utile. Le débit d'hrlge de l'hrdatage RTP est tujurs de , indépendamment du taux d'échantillnnage. L'audi MPEG-1 prend en charge des taux d'échantillnnage de 32, 44,1, et 48 khz (ISO/CEI , sectin 1.1 "Dmaine d'applicatin"). MPEG-2 prend en charge des taux d'échantillnnage de 16, 22,05 et 24 khz. Le nmbre d'échantillns par trame est fixe, mais la taille des trames va varier seln le taux d'échantillnnage et le débit binaire. L'enregistrement MIME pur MPA dans la RFC 3555 [7] spécifie des paramètres qui PEUVENT être utilisés avec MIME u SDP pur interdire le chix d'une cuche, du cmpte de canaux, du taux d'échantillnnage, et du débit binaire MICA et MICU Le MICA et le MICU snt spécifiés dans la Recmmandatin UIT-T G.711. Les dnnées audi snt cdées avec huit bits par échantilln, après échelnnement lgarithmique. Le MICU désigne l'échelnnement seln la li µ, le MICA l'échelnnement seln la li A. Une descriptin détaillée est dnnée par Jayant et Nll [15]. Chaque ctet G.711 DEVRA être aligné sur l'ctet dans un paquet RTP. Le bit de signe de chaque ctet G.711 DEVRA crrespndre au bit de plus frt pids de l'ctet dans le paquet RTP (c'est-à-dire, en suppsant que les échantillns G.711 snt traités cmme des ctets sur la machine hôte, le bit de signe DEVRA être le bit de plus frt pids de l'ctet cmme défini par le frmat de la machine hôte). Les mdes 56 kbit/s et 48 kbit/s de G.711 ne snt pas applicables à RTP, car le MICA et le MICU DOIVENT tujurs être transmis cmme des échantillns à 8 bits. Vir au paragraphe 4.1 au sujet de la suppressin de silence QCELP La nrme IS-733, "TR45 : Optin de service vcal à haut débit pur systèmes de cmmunicatins large bande à étalement de spectre", de l'assciatin des industries électrniques (EIA) et de l'assciatin des industries de télécmmunicatins (TIA) définit l'algrithme de cmpressin audi QCELP pur une utilisatin dans les applicatins AMRC sans fil. Le cdec QCELP cmpresse chaque 20 millisecndes d'entrées de parle à Hz, échantillnnée sur 16 bits dans une des quatre différentes tailles de trame de srtie : taux 1 (266 bits), taux 1/2 (124 bits), taux 1/4 (54 bits) u taux 1/8 (20 bits). Pur les schémas de parle nrmaux, il en résulte une srtie myenne de 6,8 kbit/s pur le mde nrmal et de 4,7 kbit/s pur le mde à taux réduit. La mise en paquet du cdec audi QCELP est décrite dans [16] RED Le frmat de charge utile audi redndant "RED" est spécifié par la RFC 2198 [17]. Il définit le myen par lequel plusieurs cpies redndantes d'un paquet audi peuvent être transmises dans un seul flux RTP. Chaque paquet d'un tel flux cntient, en plus des dnnées audi pur cet intervalle de mise en paquet, une cpie (plus lurdement cmpressée) des dnnées d'un intervalle de mise en paquet précédent. Cela permet une apprximatin de récupératin des dnnées prvenant des paquets

17 RFC 3551 page Schulzrinne & Casner perdus lrs du décdage du paquet suivant, dnnant une qualité snre amélirée cmparée à la substitutin au silence des paquets perdus VDVI VDVI est une versin à débit variable de DVI4, qui dnne des débits binaires de parle entre 10 et 25 kbit/s. Elle est spécifiée seulement pur le fnctinnement sur un seul canal. Les échantillns snt mis en paquets dans les ctets en cmmençant par le bit de pids frt. Le dernier ctet est empaqueté avec des bits 1 si le dernier échantilln ne remplit pas le dernier ctet. Ce burrage est distinct de celui des cdets valides. Le receveur dit détecter le burrage parce qu'il n'y a pas de cmpte explicite des échantillns dans le paquet. Elle utilise le cdage suivant : Cdet DVI4 Schéma binaire VDVI Vidé Les paragraphes qui suivent décrivent les cdages vidé qui snt définis dans le présent mémire et dnnent les nms abrégés utilisés pur leur identificatin. Ces cdages vidé et leurs types de charge utile snt énumérés au Tableau 5. Tus ces cdages vidé utilisent une fréquence d'hrdatage RTP de Hz, la même que la fréquence d'hrdatage de présentatin MPEG. Cette fréquence dnne des incréments d'entiers exacts d'hrdatage pur les débits de trames nrmaux de 24 Hz (HDTV) 25 Hz (PAL) 29,97 Hz (NTSC) et 30 Hz (HDTV) et des débits de champ de 50, 59,94 et 60 Hz. Bien que 90 khz sit le débit RECOMMANDÉ pur les futurs cdages vidé utilisés au sein de ce prfil, d'autres débits PEUVENT être utilisés. Cependant, il n'est pas suffisant d'utiliser le débit de trame vidé (nrmalement entre 15 et 30 Hz) parce que cela ne furnit pas une réslutin adéquate pur les exigences nrmales de synchrnisatin lrs du calcul de l'hrdatage RTP crrespndant à l'hrdatage NTP dans un paquet SR de RTCP. La réslutin d'hrdatage DOIT aussi être suffisante pur l'estimatin de gigue cntenue dans les rapprts de receveur. Pur la plupart de ces cdages vidé, l'hrdatage RTP cde l'instant d'échantillnnage de l'image vidé cntenue dans le paquet de dnnées RTP. Si une image vidé ccupe plus d'un paquet, l'hrdatage est le même sur tus ces paquets. Les paquets prvenant de différentes images vidé snt distinguées par leurs hrdatages différents. La plupart de ces cdages vidé spécifient aussi que le bit marqueur de l'en-tête RTP DEVRAIT être mis à un dans le dernier paquet d'une trame vidé, et autrement mis à zér. Et dnc, il n'est pas nécessaire d'attendre un paquet suivant avec un hrdatage différent pur détecter qu'une nuvelle trame devrait être affichée. 5.1 CelB Le cdage CELL-B est un cdage breveté prpsé par Sun Micrsystems. Le frmat de flux d'ctets est décrit dans la RFC 2029 [18].

18 RFC 3551 page Schulzrinne & Casner 5.2 JPEG Le cdage JËG est spécifié par les nrmes ISO et Le frmat de charge utile RTP est spécifié dans la RFC 2435 [19]. 5.3 H261 Le cdage est spécifié dans la Recmmandatin UIT-T H.261, "Vidé cdec pur services audivisuels à p x 64 kbit/s". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2032 [20]. 5.4 H263 Le cdage H263 est spécifié dans la versin 1996 de la Recmmandatin UIT-T H.263, "Cdage vidé pur cmmunicatin à faible débit binaire". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2190 [21]. Le frmat de charge utile H est RECOMMANDÉ sur ce prfil avec les nuvelles mises en œuvre. 5.5 H Ce cdage est spécifié dans la versin 1998 de la Recmmandatin UIT-T H.263, "Cdage Vidé pur cmmunicatin à faible débit binaire". La mise en paquet et les prpriétés spécifiques de RTP snt décrites dans la RFC 2429 [22]. Parce que la versin 1998 de H.263 est un surensemble de la syntaxe de 1996, ce frmat de charge utile peut aussi être utilisé avec la versin de 1996 de H.263, et sn utilisatin est RECOMMANDÉE pur les nuvelles mises en œuvre. Ce frmat de charge utile ne remplace pas la RFC 2190, qui cntinue d'être utilisée par les mises en œuvre existantes, et peut être requise pur la rétr cmpatibilité dans les nuvelles mises en œuvre. Les mises en œuvre qui utilisent les nuvelles caractéristiques de la versin 1998 de H.263 DOIVENT utiliser le frmat de charge utile décrit dans la RFC MPV MPV désigne l'utilisatin des flux élémentaires de cdage vidé MPEG-1 et MPEG-2 cmme spécifié dans les nrmes ISO/CEI et , respectivement. Le frmat de charge utile RTP est spécifié dans la RFC 2250 [14], Sectin 3. L'enregistrement MIME pur MPV dans la RFC 3555 [7] spécifie un paramètre qui PEUT être utilisé avec MIME u SDP pur interdire la sélectin du type vidé MPEG. 5.7 MP2T MP2T désigne l'utilisatin de flux de transprt MPEG-2, pur l'audi et/u la vidé. Le frmat de charge utile RTP est décrit dans la RFC 2250 [14], Sectin nv Ce cdage est mis en œuvre dans le prgramme `nv', versin 4, dévelppé chez Xerx PARC par Rn Frederick. Des infrmatins cmplémentaires peuvent être btenues de l'auteur : Rn Frederick Blue Cat Systems Inc. 650 Almanr Avenue Sunnyvale, CA USA mél : 6. Définitins des types de charge utile Les Tableaux 4 et 5 définissent les valeurs de type de charge utile statique de ce prfil pur le champ PT de l'en-tête de dnnées RTP. De plus, les valeurs de type de charge utile dans la gamme 96 à 127 PEUVENT être définies de façn dynamique grâce à un prtcle de cntrôle de cnférence, qui srt du dmaine d'applicatin du présent dcument. Par exemple, un répertire de sessin purrait spécifier que pur une sessin dnnée, le type de charge utile 96 indique le cdage MICU, un taux d'échantillnnage de Hz, 2 canaux. Les entrées dans les Tableaux 4 et 5 qui nt le type de

19 RFC 3551 page Schulzrinne & Casner charge utile "dyn" n'nt pas de type de charge utile statique allué et ne snt utilisées qu'avec un type de charge utile dynamique. Le type de charge utile 2 avait été allué à G721 dans la RFC 1890 et à sn successeur équivalent G dans les versins préparatires de la présente spécificatin, mais sn utilisatin est maintenant décnseillée et ce type de charge utile statique est marqué cmme réservé à cause du cnflit sur l'utilisatin des frmats de charge utile G et AAL2-G (vir au paragraphe 4.5.4). Le type de charge utile 13 indique le frmat de charge utile de bruit de cnfrt (CN) spécifié dans la RFC 3389 [9]. Le type de charge utile 19 est marqué "réservé" parce que certaines versins préparatires de la présente spécificatin alluaient ce numér à une versin antérieure de ce frmat de charge utile de bruit de cnfrt. La gamme de type de charge utile 72 à 76 est marquée "réservé" afin que les paquets RTCP et RTP puissent être distingués de façn fiable (vir la Sectin "Résumé des cnstantes du prtcle" de la spécificatin du prtcle RTP). Les types de charge utile actuellement définis dans ce prfil snt allués à une seule des tris catégries u types de supprt : audi seul, vidé seule, et celles qui cmbinent audi et vidé. Les types de supprts snt respectivement marqués dans les Tableaux 4 et 5 cmme "A", "V" et "AV". Les types de charge utile des différent types de supprts NE DEVRONT PAS être entrelacés u multiplexés au sein d'une même sessin RTP, mais plusieurs sessins RTP PEUVENT être utilisées en parallèle pur envyer plusieurs types de supprts. Une surce RTP PEUT changer les types de charge utile au sein du même type de supprt durant une sessin. Vir la sectin "Multiplexage des sessins RTP" de la RFC 3550 pur des explicatins supplémentaires. PT nm du cdage type de supprt débit d'hrlge (Hz) canaux 0 MICU A réservé A 2 réservé A 3 GSM A G723 A DVI4 A DVI4 A LPC A MICA A G722 A L16 A L16 A QCELP A CN A MPA A (vir le texte) 15 G728 A DVI4 A DVI4 A G729 A réservé A 20 nn allué A 21 nn allué A 22 nn allué A 23 nn allué A dyn G A dyn G A dyn G A dyn G A dyn G729D A dyn G729E A dyn GSM-EFR A dyn L8 A variable variable dyn RED A (vir le texte) dyn VDVI A variable 1 Tableau 4 : Types de charge utile (PT) pur les cdages audi PT nm du cdage type de supprt débit d'hrlge (Hz) 24 nn allué V 25 CelB V JPEG V nn allué V 28 nv V

20 RFC 3551 page Schulzrinne & Casner 29 nn allué V 30 nn allué V 31 H261 V MPV V MP2T AV H263 V nn allué? réservé N/A N/A nn allué? dynamique? dyn H V Tableau 5 : Types de charge utile (PT) pur les cdages vidé et cmbinés Les participants à une sessin se mettent d'accrd, par des mécanismes qui srtent du dmaine d'applicatin de la présente spécificatin, sur l'ensemble de types de charge utile permis dans une sessin dnnée. Cet ensemble PEUT, par exemple, être défini par les capacités des applicatins utilisées, négciées par un prtcle de cntrôle de cnférence u établies par accrd entre les persnnes qui participent. Les applicatins audi qui fnctinnent sus le présent prfil DEVRAIENT, au minimum, être capables d'envyer et/u recevir les types de charge utile 0 (MICU) et 5 (DVI4). Cela permet l'interpérabilité sans négciatin de frmat et assure une négciatin réussie avec un prtcle de cntrôle de cnférence. 7. RTP sur TCP et prtcles similaires de flux d'ctets Dans des circnstances particulières, il peut être nécessaire de prter RTP dans des prtcles qui ffrent des flux d'ctets abstraits, cmme TCP, éventuellement multiplexés avec d'autres dnnée. L'applicatin DOIT définir sa prpre méthde de délimitatin des paquets RTP et RTCP (RTSP [23] furnit un exemple d'une spécificatin d'encapsulatin). 8. Allcatin d'accès Cmme spécifié dans la définitin du prtcle RTP, les dnnées RTP DEVRAIENT être prtées sur un numér d'accès UDP pair et les paquets RTCP crrespndants DEVRAIENT être prtés sur le numér d'accès supérieur (impair) suivant. Les applicatins qui fnctinnent sus le présent prfil PEUVENT utiliser une telle paire d'accès UDP. Par exemple, la paire d'accès PEUT être alluée de façn aléatire par un prgramme de gestin de sessin. Une seule paire fixe de numérs d'accès ne peut pas être exigée parce que plusieurs applicatins utilisant ce prfil vnt vraisemblablement fnctinner sur le même hôte, et il y a des systèmes d'explitatin qui ne permettent pas que plusieurs prcessus utilisent le même accès UDP avec des adresses de diffusin grupée différentes. Cependant, les numérs d'accès 5004 et 5005 nt été enregistrés pur être utilisés avec ce prfil pur les applicatins qui chisissent de les utiliser cmme paire par défaut. Les applicatins qui fnctinnent sus plusieurs prfils PEUVENT utiliser cette paire d'accès cmme indicatin pur chisir ce prfil si elle ne snt pas sumises à la cntrainte du paragraphe précédent. Les applicatins n'nt pas besin d'avir une paire par défaut et PEUT exiger que la paire d'accès sit explicitement spécifiée. Les numérs d'accès particuliers nt été chisis dans la gamme au dessus de 5000 pur s'accmmder de la pratique de l'allcatin des numérs d'accès dans certaines versins du système d'explitatin Unix ù le numérs d'accès en dessus de 1024 ne peuvent être utilisés que par des prcessus privilégiés et les numérs d'accès entre 1024 et 5000 snt autmatiquement allués par le système d'explitatin. 9. Changements depuis la RFC 1890 La présente RFC révise la RFC Elle est essentiellement rétr cmpatible avec la RFC 1890 sauf pur les fnctins retirées parce que n n'a pas truvé deux mises en œuvre interpérables. Les ajuts à la RFC 1890 cdifient les pratiques existantes dans l'utilisatin des frmats de charge utile sus ce prfil. Cmme ce prfil peut être utilisé sans aucun des frmats de charge utile énumérés ici, l'ajut de nuveaux frmats de charge utile dans cette révisin n'affecte pas la rétr cmpatibilité. Les mdificatins snt récapitulées ci-dessus, réparties en changements fnctinnels et nn fnctinnels.

RTP : Protocole de transport pour les applications en temps réel

RTP : Protocole de transport pour les applications en temps réel RFC 3550 page - 1 - Schulzrinne & autres Grupe de travail Réseau H. Schulzrinne, Clumbia University Request fr Cmments : 3550 S. Casner, Packet Design STD 64 R. Frederick, Blue Cat Systems Inc. RFC rendue

Plus en détail

Spécifications techniques de fabrication des supports pour acceptation PAD. Direction Technique Édition. Version 5.1 Juin 2011

Spécifications techniques de fabrication des supports pour acceptation PAD. Direction Technique Édition. Version 5.1 Juin 2011 Directin Technique Éditin Versin 5.1 Juin 2011 Spécificatins techniques de fabricatin des supprts pur acceptatin PAD La reprductin de tut u partie de ce dcument est expressément interdite sans autrisatin

Plus en détail

Réseau téléphonique commuté

Réseau téléphonique commuté Réseau téléphnique cmmuté Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr UPMC - M2 Réseaux - PTEL 1 Plan Intrductin Transmissin Signalisatin Architecture Cmmutatin Calcul de trafic UPMC -

Plus en détail

Centre e-learning HES-SO

Centre e-learning HES-SO Installer le lgiciel Ht Ptates - Décmpresser le fichier winhtpt60.zip - Lancer le Setup - Suivre la prcédure prpsée par l assistant Chisir le type d exercice Ht Ptates Ce lgiciel prpse cinq types de questinnaires

Plus en détail

INTERNET ETHERNET BUS DE TERRAIN

INTERNET ETHERNET BUS DE TERRAIN INTERNET ETHERNET BUS DE TERRAIN CENTRE D INTERET : COMMUNICATION RESEAUX! "# $! $ % % & '! (!)!* +, - %! &#! / $, %! 0 12 3 % 4 5 0 #! - $ % 6 7! " #$ % $ & 2& 8 + 9! "# $! 7! Mettre sus tensin les rdinateurs

Plus en détail

Mise en place d un espace numérique de travail Quickplace

Mise en place d un espace numérique de travail Quickplace Mise en place d un espace numérique de travail Quickplace Une fis l espace créé par le CRDP, il y a un certain nmbre de travaux à prévir avant de puvir l utiliser avec les étudiants. D une manière générale,

Plus en détail

ANADEF CHARTE DES GROUPES DE TRAVAIL

ANADEF CHARTE DES GROUPES DE TRAVAIL Charte des grupes de travail 1 ANADEF CHARTE DES GROUPES DE TRAVAIL Charte des grupes de travail 2 CHARTE DES GROUPES DE TRAVAIL SOMMAIRE PREAMBULE OBJET DES GROUPES DE TRAVAIL CREATION ET DISSOLUTION

Plus en détail

L UTILISATION DE STANDARDS DE DONNEES DANS LE SECTEUR DE L ASSURANCE BELGE INTRODUCTION

L UTILISATION DE STANDARDS DE DONNEES DANS LE SECTEUR DE L ASSURANCE BELGE INTRODUCTION Cntenu 1. Origine... 2 2. Apprche... 2 3. Dmaine... 2 4. Pints de départ... 3 4.1. Cnventin sectrielle... 3 4.2. De Service Level Agreement vers Cnventin... 3 4.3. Seln le mdèle «cnsensus»... 3 4.4. Basées

Plus en détail

Présentation de Mindjet on-premise

Présentation de Mindjet on-premise Présentatin de Mindjet n-premise Mindjet Crpratin Numér gratuit : 877- Mindjet 1160 Battery Street East San Francisc CA 94111 États- Unis Téléphne : 415-229-4200 Fax : 415-229-4201 www.mindjet.cm 2012

Plus en détail

URGENT : AVERTISSEMENT DE SECURITE Erreur du code-barres à l étiquette n 23 WIZARD 2

URGENT : AVERTISSEMENT DE SECURITE Erreur du code-barres à l étiquette n 23 WIZARD 2 PerkinElmer Singapre Pte Ltd 28 Ayer Rajah Crescent #04-01/08 Singapre 139959 C. Reg. N. 199707113D Phne 65 6868 1688 Fax 65 6779 6567 www.perkinelmer.cm 13 Mai 2015 URGENT : AVERTISSEMENT DE SECURITE

Plus en détail

SYSTEME DE TELERADIAMETRIE H*(10)

SYSTEME DE TELERADIAMETRIE H*(10) SYSTEME DE TELERADIAMETRIE H*(10) Principes Fndamentaux : Le système de Téléradiamétrie Wytek est un système d acquisitin de dnnées multi pints autmatique et sans fil, qui est installé par la PCR et qui

Plus en détail

de l interprétation de conférences

de l interprétation de conférences L de l interprétatin de cnférences Cmment garantir le succès de la cmmunicatin multilingue d une réunin internatinale Avant de cmmencer Interprétatin vs traductin Qu attend-n d un service d interprétatin?

Plus en détail

TP à partir du simulateur

TP à partir du simulateur TP à partir du simulateur Questin 2.1 Quels snt les types de câblages qui fnctinnent? (les carrés ruges indiquent un prblème de liaisn physique entre deux cartes) Purqui le câblage "Paire trsadée drit"

Plus en détail

MANUEL D UTILISATION DU SITE INTERNET (PUBLIER)

MANUEL D UTILISATION DU SITE INTERNET (PUBLIER) MANUEL D UTILISATION DU SITE INTERNET (PUBLIER) Chapitre 3 : Page d accueil La page d accueil est la page d entrée sur le site internet Que cntient-elle? Menu principal (haut gauche) Cmme pur tutes les

Plus en détail

1.3.Codage - Numération

1.3.Codage - Numération 1.3.Cdage - Numératin Plan du chapitre: 1. Cdage de l infrmatin 1. 1.1 Cdage en général : le purqui 1.2 Cdage des caractères : cde ASCII 1.3 Cdage des nmbres entiers : numératin 1.4 Les entiers dans une

Plus en détail

Archivage de videos IVTVision (Linux)

Archivage de videos IVTVision (Linux) Archivage de vides IVTVisin (Linux) 1 Intrductin Puisque le Serveur IVTVisin enregistre des vidés en utilisant une structure de fichiers du système d explitatin simple, l archivage de vidés devrait être

Plus en détail

Manuel. Manuel Utilisateur de l'espace de travail. Sopra Group My ENT. Version 1.00 du mardi 25 février 2014 État : Travail 1/30

Manuel. Manuel Utilisateur de l'espace de travail. Sopra Group My ENT. Version 1.00 du mardi 25 février 2014 État : Travail 1/30 Manuel Spra Grup My ENT Versin 1.00 du mardi 25 février 2014 État : Travail 1/30 Histrique Versin Date Origine de la mise à jur Rédigée par Validée par 1.00 21/02/2012 Créatin pur My ENT V1.1 par Sprgrup

Plus en détail

SIP. Plan. Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr. o Introduction. o Architecture SIP. o Messages SIP

SIP. Plan. Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr. o Introduction. o Architecture SIP. o Messages SIP SIP Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr UPMC - M2 Réseaux - UE PTEL 1 Plan Intrductin Architecture SIP Messages SIP Exemples d établissement de sessin Enregistrement UPMC - M2

Plus en détail

Protocole d échange de clés sur Internet (IKEv2)

Protocole d échange de clés sur Internet (IKEv2) RFC 4306 page - 1 - Kaufman & autres Grupe de travail Réseau C. Kaufman, éd., Micrsft Request fr Cmments : 4306 décembre 2005 RFC rendues bslètes : 2407, 2408, 2409 Rendue bslète par la RFC5996 Catégrie

Plus en détail

Annexe 1 Annexe technique de la convention d habilitation «expert en automobile»

Annexe 1 Annexe technique de la convention d habilitation «expert en automobile» Annexe 1 Annexe technique de la cnventin d habilitatin «expert en autmbile» «Expert en autmbile indépendant» (cnventin cmplète) 1 Ntice explicative... 2 1.1 Préambule...2 Principe général de l habilitatin...2

Plus en détail

Pour répondre au besoin de sécurité juridique et de prévisibilité, la Loi type devrait traiter des questions suivantes:

Pour répondre au besoin de sécurité juridique et de prévisibilité, la Loi type devrait traiter des questions suivantes: Descriptin de la prpsitin du Canada cncernant l élabratin d une Li type sur les règles de cmpétence et de cnflits de lis en matière de cntrats de cnsmmatin dans le cadre de la CIDIP-VII Dans le cadre de

Plus en détail

Programme de surveillance : Développement professionnel Document explicatif

Programme de surveillance : Développement professionnel Document explicatif Prgramme de surveillance : Dévelppement prfessinnel Dcument explicatif DÉVELOPPEMENT PROFESSIONNEL Questinnaire d aut-inspectin«(qai) Plan d atteinte des standards (PAS) Plan de prise en charge du patient

Plus en détail

Enjeux et usages de l informatique dans les disciplines de Lettres Novembre 2012 CARNET DE VOYAGE

Enjeux et usages de l informatique dans les disciplines de Lettres Novembre 2012 CARNET DE VOYAGE Enjeux et usages de l infrmatique dans les disciplines de Lettres Nvembre 2012 CARNET DE VOYAGE Cahier des charges Cntenu Intrductin :... 2 But du Lgiciel :... 2 Définitins préalables :... 2 Cnventin de

Plus en détail

Règlement de gestion d'alérion. Texte adopté par la résolution CE-98-235 du Comité exécutif du 26 mai 1998

Règlement de gestion d'alérion. Texte adopté par la résolution CE-98-235 du Comité exécutif du 26 mai 1998 Règlement de gestin d'alérin Texte adpté par la réslutin CE-98-235 du Cmité exécutif du 26 mai 1998 1. PRÉAMBULE En 1994, l'université Laval, par l'entremise du prjet AMI (Aménagement des myens infrmatiques),

Plus en détail

Archivage de videos IVTVision (Windows)

Archivage de videos IVTVision (Windows) Archivage de vides IVTVisin (Windws) 1 Intrductin Puisque le Serveur IVTVisin enregistre des vidés en utilisant une structure de fichiers du système d explitatin simple, l archivage de vidés devrait être

Plus en détail

Renouvellement d une police d assurance

Renouvellement d une police d assurance AGENTS, COURTIERS Renuvellement d une plice d assurance La prcédure de renuvellement vise à aider les représentants à respecter leurs bligatins lrs du renuvellement d une plice d assurance. Ces bligatins

Plus en détail

CHAPITRE III: L'ENSEIGNEMENT ET LA RECHERCHE SECTION 3.4: LES SERVICES DE SUPPORT AUX ACTIVITÉS D ENSEIGNEMENT ET DE RECHERCHE/CRÉATION

CHAPITRE III: L'ENSEIGNEMENT ET LA RECHERCHE SECTION 3.4: LES SERVICES DE SUPPORT AUX ACTIVITÉS D ENSEIGNEMENT ET DE RECHERCHE/CRÉATION CHAPITRE III: L'ENSEIGNEMENT ET LA RECHERCHE SECTION 3.4: LES SERVICES DE SUPPORT AUX ACTIVITÉS D ENSEIGNEMENT ET DE RECHERCHE/CRÉATION SOUS-SECTION 3.4.4: LES SERVICES INFORMATIQUES POLITIQUE RELATIVE

Plus en détail

PLATEFORME GREETERCITY.COM 2.0

PLATEFORME GREETERCITY.COM 2.0 PLATEFORME GREETERCITY.COM 2.0 FICHE TECHNIQUE DECEMBRE 2010. LE CONTEXTE Les utils de cmmunicatin et de gestin dévelppés par les rganisatins de greeters de par le mnde snt assez cmparables : Chaque rganisatin

Plus en détail

Compteur mobile à tubes 2 tubes : CIGALE II

Compteur mobile à tubes 2 tubes : CIGALE II L Analyse de trafic SFERIEL Cmpteur mbile à tubes 2 tubes : CIGALE II Cnceptin utilisant les technlgies récentes Cartes CMS, micrprcesseurs récents, afficheur graphique. Ultra faible cnsmmatin Cffret rbuste

Plus en détail

Leçon N 5 Picasa 2 ème Partie

Leçon N 5 Picasa 2 ème Partie Leçn N 5 Picasa 2 ème Partie Après avir vu u revu la présentatin de PICASA 3, vus allez dans cette leçn vir cmment gérer vs phts avec ce lgiciel. 1 Récupérer vs phts de vtre appareil de pht numérique.

Plus en détail

Service de rapports PIREL version 4

Service de rapports PIREL version 4 Service de rapprts PIREL versin 4 Aût 2006 SUIVI DES MODIFICATIONS AU DOCUMENT Versin Date Auteur Cmmentaire 0.0 06-07.04 Danielle Savard Truvé Versin transmise à Yves Drapeau 0.1 06-07-06 Danielle Savard

Plus en détail

Plan pluriannuel d accessibilité de TELUS

Plan pluriannuel d accessibilité de TELUS Plan pluriannuel d accessibilité de Li sur l accessibilité pur les persnnes handicapées de l Ontari (LAPHO) 2014-2021 Plan pluriannuel d accessibilité de LAPHO Table des matières Applicatin 1 Intrductin

Plus en détail

ÉTABLISSEMENT DU COÛT DE LA VIE

ÉTABLISSEMENT DU COÛT DE LA VIE ÉTABLISSEMENT DU COÛT DE LA VIE Dans une planificatin financière intégrée, l établissement du cût de la vie cnstitue une étape essentielle qui servira à : assurer la chérence entre le cût de la vie et

Plus en détail

Notice d utilisation du site Internet de l Académie d Agriculture pour les Membres Responsables de Section ou Responsables de Groupe de Réflexion.

Notice d utilisation du site Internet de l Académie d Agriculture pour les Membres Responsables de Section ou Responsables de Groupe de Réflexion. Ntice d utilisatin du site Internet de l Académie d Agriculture pur les Membres Respnsables de Sectin u Respnsables de Grupe de Réflexin. Cette ntice tient lieu de mément. A. Présentatin... 2 B. Premiers

Plus en détail

MANUEL D UTILISATION DE L EXTENSION scom POUR FILEMAKER PRO

MANUEL D UTILISATION DE L EXTENSION scom POUR FILEMAKER PRO MANUEL D UTILISATION DE L EXTENSION scom POUR FILEMAKER PRO Par Henri et Mathieu Frappier 2012 Smi-t inc. Tus drits réservés 2 TABLE DES MATIÈRES PRÉAMBULE... 4 INTRODUCTION... 4 Résumé... 4 Exemples d

Plus en détail

GUIDE INSTALLATION IAS

GUIDE INSTALLATION IAS Guide d installatin IAS 1 IMPACT TECHNOLOGIES se réserve le drit de mdifier à tut mment le cntenu de ce dcument. Bien que l exactitude des renseignements qu il cntient sit cntrôlée avec sin, IMPACT TECHNOLOGIES

Plus en détail

CIRCULAIRE CSSF 08/334

CIRCULAIRE CSSF 08/334 COMMISSION de SURVEILLANCE du SECTEUR FINANCIER Luxemburg, le 4 janvier 2008 A tutes les persnnes et entreprises surveillées par la CSSF CIRCULAIRE CSSF 08/334 Cncerne : Spécificatins d'encryptin pur les

Plus en détail

Nous proposons 3 syntaxes au choix :

Nous proposons 3 syntaxes au choix : Slutin d envi de SMS Dcumentatin technique 1. Créatin et gestin de cmpte 2. Envi par email 3. Envi via l interface Web 4. Envi par cmmande http 5. Envi via le lgiciel 123SMS 6. Publipstage SMS persnnalisés

Plus en détail

Meilleures pratiques en matière d'indexation de contenu. Mise à niveau à partir de versions antérieures à la version 6.5

Meilleures pratiques en matière d'indexation de contenu. Mise à niveau à partir de versions antérieures à la version 6.5 Meilleures pratiques en matière d'indexatin de cntenu Recmmandé pur les sites cntenant plus de 500 000 dcuments L'bjet de ce dcument est de dnner des cnseils pur amélirer les perfrmances de l'indexatin

Plus en détail

Système d Information de l HADOPI. Classification : DOCUMENT CONFIDENTIEL

Système d Information de l HADOPI. Classification : DOCUMENT CONFIDENTIEL Système d Infrmatin de l HADOPI Diffusin HADOPI EXTELIA FAI Classificatin : DOCUMENT CONFIDENTIEL 1 Objet du dcument L bjet de ce dcument est de spécifier aux FAIs les mdalités d échanges attendues avec

Plus en détail

DOCUMENTATION DES SPIP MUTUALISES A USAGE PEDAGOGIQUE

DOCUMENTATION DES SPIP MUTUALISES A USAGE PEDAGOGIQUE DOCUMENTATION DES SPIP MUTUALISES A USAGE PEDAGOGIQUE Les sites disciplinaires utilisent désrmais SPIP en installatin mutualisée. Ce chix répnd à plusieurs impératifs aussi bien éditriaux que techniques.

Plus en détail

Le service 3 D Secure sert à sécuriser vos paiements sur Internet en vous demandant de vous authentifier

Le service 3 D Secure sert à sécuriser vos paiements sur Internet en vous demandant de vous authentifier A qui sert le service 3 D Secure VISA et MasterCard? Le service 3 D Secure sert à sécuriser vs paiements sur Internet en vus demandant de vus authentifier lrs de chaque paiement afin de s'assurer que vus

Plus en détail

POLITIQUE DE SELECTION ET D EVALUATION DES BROKERS

POLITIQUE DE SELECTION ET D EVALUATION DES BROKERS POLITIQUE DE SELECTION ET D EVALUATION DES BROKERS Date de créatin : 1 er nvembre 2007 Date de dernière mise à jur : 19 nvembre 2012 Services Impliqués : Départements gestin, Directin générale, DCCI Objet

Plus en détail

Fiche de projet pour les institutions publiques

Fiche de projet pour les institutions publiques Fiche de prjet pur les institutins publiques Infrmatins pratiques Nm de l institutin publique ayant intrduit le prjet: SPF Technlgie de l'infrmatin et de la Cmmunicatin (Fedict). Nm du prjet : egv Mnitr

Plus en détail

Directive et procédure : Gestion du centre de documentation

Directive et procédure : Gestion du centre de documentation DSPR-DIR-02-01 Manuel de gestin Directive et prcédure : Expéditeur : Persnnel visé : Respnsable de sa mise en applicatin : Directin des services prfessinnels et de réadaptatin Persnnel du CR La Myriade

Plus en détail

Manuel d utilisation de Nomad Trading

Manuel d utilisation de Nomad Trading Manuel d utilisatin de Nmad Trading INTRODUCTION NmadTrading est un util qui vus permet d'accéder à vtre envirnnement de trading à distance. Cmment fnctinne-t-il? NmadTrading s'installe sur vtre platefrme

Plus en détail

Message de service à la clientèle

Message de service à la clientèle SUJET : Cisc WebEx : Patch standard appliqué le [[DATE]] sur [[WEBEXURL]] Cisc WebEx : Patch standard le [[DATE]] Cisc WebEx adresse ce message aux principaux cntacts d'entreprises à l'adresse https://[[webexurl]]

Plus en détail

- 07 - LE TABLEAU DE BORD REMONTEE DES COMPTES. Outils de gestion prévisionnelle, d'analyse financière et du contrôle de gestion. TABLE DES MATIERES

- 07 - LE TABLEAU DE BORD REMONTEE DES COMPTES. Outils de gestion prévisionnelle, d'analyse financière et du contrôle de gestion. TABLE DES MATIERES - 07 - LE TABLEAU DE BORD REMONTEE DES COMPTES Objectif(s) : Pré requis : Mdalités : Présentatin du tableau de brd, Principes de la remntée des cmptes. Outils de gestin prévisinnelle, d'analyse financière

Plus en détail

domovea energie tebis

domovea energie tebis dmvea energie tebis SOMMAIRE SOMMAIRE Page 1. INTRODUCTION... 2 1.1 OBJET DU DOCUMENT... 2 2. L'ARCHITECTURE DE COMPTAGE... 3 2.1 LES OBJETS UTILISES POUR LE COMPTAGE... 3 2.2 LES PRODUITS HAGER PROPOSANT

Plus en détail

L'lnstance Nationale des Télécommunications (INT),

L'lnstance Nationale des Télécommunications (INT), Décisin n XX/2015 de l Instance Natinale des Télécmmunicatins en date du jj/mm/2015 prtant fixatin du frmat du rapprt d'utilisatin des ressurces de numértatin attribuées et du taux minimum d utilisatin

Plus en détail

Cabinet Consultant Jean-Claude VICTOR

Cabinet Consultant Jean-Claude VICTOR Internatinal Cabinet Cnsultant Jean-Claude VICTOR Outils d apprpriatin pur la mise en œuvre d un système de management intégré à l aide des référentiels ( Nrmes ISO9001 :2000 et ISO14001 :2004, du référentiel

Plus en détail

Mise à niveau vers PlanetPress Suite version 5

Mise à niveau vers PlanetPress Suite version 5 Mise à niveau vers PlanetPress Suite versin 5 Date de créatin : 2 septembre 2005 Date de révisin : 14 juin 2006 Table des matières Cnfiguratin minimale du système... 4 Cnsidératins imprtantes... 4 Prblèmes

Plus en détail

AMFB - Présentation de BIBLIO et mode d emploi

AMFB - Présentation de BIBLIO et mode d emploi - 14 - AMFB - Présentatin de BIBLIO et mde d empli Daniel Ghyselinck & Marcel Lecmte Daniel Ghyselinck, ntre infrmaticien de génie, a cnçu un lgiciel simple et sbre d apparence, mais qui cnstitue à ns

Plus en détail

PROCESSUS DE CERTIFICATION DES MONITEURS JE NAGE INFORMATIONS POUR LES MAITRE ÉVALUATEURS

PROCESSUS DE CERTIFICATION DES MONITEURS JE NAGE INFORMATIONS POUR LES MAITRE ÉVALUATEURS PROCESSUS DE CERTIFICATION DES MONITEURS JE NAGE INFORMATIONS POUR LES MAITRE ÉVALUATEURS NOTE: Les mniteurs qui suivent la frmatin de mise à niveau et de mise à niveau à distance ne snt pas tenus de remplir

Plus en détail

TALI (Traitement adapté des Impayés de Loyers)

TALI (Traitement adapté des Impayés de Loyers) TALI (Traitement adapté des Impayés de Lyers) Evlutin du traitement amiable Cahier des charges 1 Cnstat 1 ère versin... 2 2 Evlutin 2 nde versin... 2 2.1 Cntexte 2 2.2 Les acteurs et leurs rôles 2 2.3

Plus en détail

Administrateur système www.ofppt.info

Administrateur système www.ofppt.info ROYAUME DU MAROC Office de la Frmatin Prfessinnelle et de la Prmtin du Travail Administrateur système www.fppt.inf DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC Administrateur système.dc

Plus en détail

RENCONTRE CLUB «NTIC» - 2 JUILLET 2009 NICEPHORE CITE / Chalon sur Saône COMPTE-RENDU

RENCONTRE CLUB «NTIC» - 2 JUILLET 2009 NICEPHORE CITE / Chalon sur Saône COMPTE-RENDU RENCONTRE CLUB «NTIC» - 2 JUILLET 2009 NICEPHORE CITE / Chaln sur Saône COMPTE-RENDU Fnctinnement du «Club» Suite aux différents échanges, il a été cnvenu d rganiser une nuvelle rencntre le 15 ctbre prchain

Plus en détail

2. Trouvez la version du firmware que vous souhaitez télécharger dans la rubrique Boot From CD, correspondant à votre modèle de SSD.

2. Trouvez la version du firmware que vous souhaitez télécharger dans la rubrique Boot From CD, correspondant à votre modèle de SSD. Changements apprtés par le firmware: Fiabilité du prduit amélirée Réslutin de l anmalie causant de brèves pauses intermittentes chez certains utilisateurs. INTRODUCTION Ce dcument décrit la prcedure permettant

Plus en détail

Catalogue de formation bureautique

Catalogue de formation bureautique Adbe IBM/ Nvell Micrsft Micrsft Catalgue de frmatin bureautique Windws [2000, XP, Vista, 7] Windws et Explrateur Gestin de dcuments Envirnnement Intrductin à la micr-infrmatique Intrductin Traitement de

Plus en détail

Charte de la gestion cookies groupe PVCP 25/09/2014

Charte de la gestion cookies groupe PVCP 25/09/2014 Charte de la gestin ckies grupe PVCP 25/09/2014 Table des matières 1. Qu'est-ce qu'un ckie?... 2 2. Ntre charte sur les ckies... 2 3. Gestin des ckies... 6 1 Charte de la gestin ckies grupe PVCP 25/09/2014

Plus en détail

Vente de Capacités de Stockage de gaz du 13 mai 2015

Vente de Capacités de Stockage de gaz du 13 mai 2015 Vente de Capacités de Stckage de gaz Prduit & Quantité Prpsée SEDIANE NORD 120 90 JUIN 2015 1 TWh sur le Grupement Sediane Nrd. Type de prduit Capacité Nminale de Stckage : vlume dnnant drit à des capacités

Plus en détail

SECTION 10. Présence sur Internet. Présence sur Internet. B IBLIOTHÈQUE N UMÉRIQUE DES C ARAÏBES (dloc) Dans cette section

SECTION 10. Présence sur Internet. Présence sur Internet. B IBLIOTHÈQUE N UMÉRIQUE DES C ARAÏBES (dloc) Dans cette section SECTION 10 Présence sur Internet Dans cette sectin Digital Library Management Systems (DLMS) Interface centrale dloc FTP Recnnaissance ptique de caractères Cllectins distribuées Présence sur Internet 2007,

Plus en détail

Capteur de porte magnétique sans fil

Capteur de porte magnétique sans fil Capteur de prte magnétique sans fil 1 Capteur de prte magnétique sans fil Capteur de prte magnétique sans fil (détecteur d'uverture de prte DC-15) Intrductin... 2 Identificatin des pièces... 2 Accessires

Plus en détail

CEGID Business 2006. Prérequis sur Plate-forme IBM eserver iseries/i5. Mise à jour au 10 octobre 2005. Service d'assistance Téléphonique 0 825 070 025

CEGID Business 2006. Prérequis sur Plate-forme IBM eserver iseries/i5. Mise à jour au 10 octobre 2005. Service d'assistance Téléphonique 0 825 070 025 Nte technique CEGID Business 2006 Prérequis sur Plate-frme IBM eserver iseries/i5 Mise à jur au 10 ctbre 2005 Service d'assistance Téléphnique 0 825 070 025 Nte technique Pré requis CEGID Business Smmaire

Plus en détail

NOTICE POUR L IMPORT DU FICHIER «IACA» DANS CORRELYCE

NOTICE POUR L IMPORT DU FICHIER «IACA» DANS CORRELYCE Directin des lycées Service des Technlgies de l Infrmatin Educatives NOTICE POUR L IMPORT DU FICHIER «IACA» DANS CORRELYCE Année sclaire 2008/2009 SOMMAIRE REMARQUES IMPORTANTES... 2 1. Exprter les cmptes

Plus en détail

Systèmes de câblage voix Excel

Systèmes de câblage voix Excel www.excel-netwrking.cm Systèmes de câblage vix Excel Sectin 8 Dans cette sectin : Pages Systèmes de câblage vix Excel 166 Matériel de cnnexin 167 Châssis 167 Unités de jacks caxiaux LJU 168 Cnsidératins

Plus en détail

Les stratégies de Backup dans WSS V3

Les stratégies de Backup dans WSS V3 Les stratégies de Backup dans WSS V3 Quelles snt les différentes slutins de BackUp Nus avns vu au travers des précédents articles différents sujets pur Windws SharePint Services V3. Il nus faut maintenant

Plus en détail

Mise en forme de documents : travaux pratiques (2) Table des matières

Mise en forme de documents : travaux pratiques (2) Table des matières Mise en frme de dcuments : travaux pratiques (2) Versin WORD 2007/2010 Table des matières Transfert de styles d un dcument vers un autre 3 Fusin de fichiers 5 Utilisatin du mdèle de thèse numérique 5 Numértatin

Plus en détail

En collaboration avec la direction territoriale du MFA

En collaboration avec la direction territoriale du MFA Prpsitins pur faciliter l utilisatin de l Entente de services de garde à cntributin réduite. En cllabratin avec la directin territriale du MFA Nus recherchns des slutins visant à : Simplifier le prcessus;

Plus en détail

Notes explicatives Accord Canada États-Unis pour un meilleur échange de renseignements fiscaux Article 1

Notes explicatives Accord Canada États-Unis pour un meilleur échange de renseignements fiscaux Article 1 1 Ntes explicatives Accrd Canada États-Unis pur un meilleur échange de renseignements fiscaux Article 1 Li de mise en œuvre de l Accrd Canada États-Unis pur un meilleur échange de renseignements fiscaux

Plus en détail

Création d un formulaire PDF dans LibreOffice (4.0.5.2)

Création d un formulaire PDF dans LibreOffice (4.0.5.2) Créatin d un frmulaire PDF dans LibreOffice (4.0.5.2) Pur créer un frmulaire PDF Démarrez LibreOffice 4, puis débuter un nuveau dcument texte (LibreOffice Writer). Figure 1 Dans le menu «Affichage», à

Plus en détail

Module d auto-formation

Module d auto-formation Mdule d aut-frmatin CENTRES DE SENSIBILISATION À LA SÉCURITÉ ROUTIÈRE () Pur cmmencercliquer sur la suris 1 Versin 1.4 07/03/2013 Accueil Cmment naviguer dans le supprt Naviguer dans le mdule Pré-requis

Plus en détail

SPECIFICATION FONCTIONNELLE SOUS-SYSTEME DE STOCKAGE

SPECIFICATION FONCTIONNELLE SOUS-SYSTEME DE STOCKAGE SI_ETUDE_004_12436SAE_14 Vers. : 02 Date : 14/11/13 Page : 1/28 Agence u Service : I&S Prjet : SAEM SPECIFICATION FONCTIONNELLE SOUS-SYSTEME DE STOCKAE Rédigé par : autier POLETTO Diffusé à : Appruvé par

Plus en détail

Guide de Déclassement. version 5.1.2

Guide de Déclassement. version 5.1.2 Guide de Déclassement versin 5.1.2 04 ctbre 2015 Table des matières 1.3.1 Gestin des archives (déclassement)... 3 1.3.1.1 Fermeture des dssiers actifs... 4 1.3.1.2 Génératin et validatin des listes de

Plus en détail

1 OBJET DE LA CONSULTATION

1 OBJET DE LA CONSULTATION CONSULTATION DANS LE CADRE DE L ASSISTANCE SYSTEME ENVIRONNEMENTS INFORMATIQUES Z/OS, UNIX, WINDOWS AU CTIG (INRA DE JOUY EN JOSAS) 1 OBJET DE LA CONSULTATION Le CTIG suhaite btenir une assistance système

Plus en détail

Comment effectuer un scan to emails sur ces modèles :

Comment effectuer un scan to emails sur ces modèles : Remarque : Cmment effectuer un scan t emails sur ces mdèles : Tut d'abrd, prcédez cmme suit : Multifnctin nir et blanc Afici 2022, 2027, 2032 Afici 2035, 2045 Afici 2035e, 2045e Afici 3025, 3030 Afici

Plus en détail

ENVIRONNEMENT. Qu'est-ce qu'un ordinateur? Ses composants : 1 - Le boîtier

ENVIRONNEMENT. Qu'est-ce qu'un ordinateur? Ses composants : 1 - Le boîtier ENVIRONNEMENT Qu'est-ce qu'un rdinateur? Un rdinateur est un ensemble de cmpsants électrniques ayant des caractéristiques différentes, capables de faire fnctinner des prgrammes infrmatiques. Il est généralement

Plus en détail

Les Systèmes ADDATech Inc. Clinicmaster Changement d option sur poste de travail

Les Systèmes ADDATech Inc. Clinicmaster Changement d option sur poste de travail Les Systèmes ADDATech Inc. Clinicmaster Changement d ptin sur pste de travail 1 Ce que vus devez savir À Partir de la versin 7.16.00, l arrière scène des ptins de pste de travail vnt se cmprter différemment.

Plus en détail

Traitement de texte. Chapitre 1

Traitement de texte. Chapitre 1 Chapitre 1 Traitement de texte 1. Définitin Un lgiciel de traitement de texte est utilisé pur saisir, sauvegarder, crriger, mettre en frme et imprimer des dcuments texte (lettres, facture ). Les dcuments

Plus en détail

Réseau de balises météo FFVL

Réseau de balises météo FFVL Réseau Balise mété FFVL Page 1 / 6 Réseau de balises mété FFVL Mdèle PITERAK ----------- DOCUMENTATION TECHNIQUE 2015 ADISON Savie Technlac Bat. Arche BP246 73374 Le Burget du lac- France Tél. : 04 79

Plus en détail

A toutes les Directrices et à tous les Directeurs des établissements scolaires de l enseignement secondaire et secondaire technique

A toutes les Directrices et à tous les Directeurs des établissements scolaires de l enseignement secondaire et secondaire technique SERVICE INFORMATIQUE Luxemburg, le 20 ctbre 2010 Référence: SI/DW/101020 A tutes les Directrices et à tus les Directeurs des établissements sclaires de l enseignement secndaire et secndaire technique Cncerne:

Plus en détail

Cible de Sécurité - Blancco DataCleaner+ v4.8

Cible de Sécurité - Blancco DataCleaner+ v4.8 1. Identificatin Du prduit Organisatin éditrice Lien vers l rganisatin Nm cmmercial du prduit Blancc Ltd. www.blancc.cm Blancc - Data Cleaner+ Numér de la versin évaluée Versin 4.8 Catégrie de prduit Effacement

Plus en détail

Logique binaire. Symbole européen. Table de vérité X R 0 0 1 1. Équation R = X

Logique binaire. Symbole européen. Table de vérité X R 0 0 1 1. Équation R = X Lgique binaire Définitin Une variable binaire est un élément qui ne peut prendre que deux valeurs ntées 1 et 0 (Oui et Nn). On dira que X est une variable binaire si X 0 X = 1 et si X 1 X = 0. Opératins

Plus en détail

TransBred.com GUIDE UTILISATEUR SEPA

TransBred.com GUIDE UTILISATEUR SEPA TransBred.cm GUIDE UTILISATEUR SEPA Mise à jur 29/07/2014 Dans ce Guide Utilisateur SEPA, vus retruverez également les fnctinnalités SEPA dispnibles : - Réaliser la cnversin des RIB des bénéficiaires et

Plus en détail

MISSION TICE AISNE ESPACE NUMERIQUE DE TRAVAIL E.N.T.

MISSION TICE AISNE ESPACE NUMERIQUE DE TRAVAIL E.N.T. MISSION TICE AISNE ESPACE NUMERIQUE DE TRAVAIL E.N.T. Mdifié en juillet 2014, ce dcument prpse des pssibilités de travail avec Icnit. Fichier surce : http://dsden02.ac-amiens.fr/tnp/tnp_internet/dssiers_tnp/activites_classe_mbile/ent/missin_tuic_02_ent_2012.pdf

Plus en détail

Nouveautés apportées à l assessment-tool

Nouveautés apportées à l assessment-tool Nuveautés apprtées à l assessment-tl La dcumentatin et les utils d aide de Friendly Wrk Space snt régulièrement révisés, actualisés et dévelppés. Ainsi, la directive a une nuvelle fis été mise à jur en

Plus en détail

ROUTE PLUS. Informations Générales et Préconisations

ROUTE PLUS. Informations Générales et Préconisations ROUTE PLUS Infrmatins Générales et Précnisatins PARTIE 1 : PRESENTATION... 2 PARTIE 2 : ARCHITECTURE ROUTE PLUS... 3 1 : Mnpste... 3 2 : Multipstes... 3 3 : Serveur d applicatin / Terminaux... 4 PARTIE

Plus en détail

Conception de sites web marchands: TD 2

Conception de sites web marchands: TD 2 Cnceptin de sites web marchands: TD 2 Email : nassim.bahri@yah.fr Site web : http://nassimbahri.vh Nassim BAHRI Etude de cas Un grupe de librairies vudrait mettre en place un site web marchand. Ce client

Plus en détail

Le serveur de communication IceWarp. Les files SMTP. IceWarp version 11.2. Mars 2015. Icewarp France / DARNIS Informatique

Le serveur de communication IceWarp. Les files SMTP. IceWarp version 11.2. Mars 2015. Icewarp France / DARNIS Informatique Le serveur de cmmunicatin IceWarp Les files SMTP IceWarp versin 11.2 Mars 2015 Icewarp France / DARNIS Infrmatique Serveur IceWarp - Les files SMTP 1 SOMMAIRE Présentatin... 1 Mécanismes internes... 2

Plus en détail

Politique de Service à la clientèle

Politique de Service à la clientèle Plitique de Service à la clientèle Ntre engagement : Innver et aller au-delà de vs attentes! Révisée aût 2009 Table des matières 1. Missin de l entreprise 2. Clientèle et services distinctifs 3. Départements

Plus en détail

<> Services d abonnement Cisco pour l authentification réseau

<<Cisco Subscription Services for Network Authentication>> Services d abonnement Cisco pour l authentification réseau Page 1 sur 5 Descriptin de service : Services d abnnement Cisc pur l authentificatin réseau (CON-AS-NETAUTH)

Plus en détail

Politique d'adaptation et d'accommodement pour les examens publics

Politique d'adaptation et d'accommodement pour les examens publics Guvernement de Terre-Neuve-et-Labradr Ministère de l Éducatin Plitique d'adaptatin et d'accmmdement pur les examens publics Le guvernement de Terre-Neuve-et-Labradr recnnaît qu il est respnsable de prévir

Plus en détail

ISO22301 Lead Implementer et Plan de Continuité d Activité

ISO22301 Lead Implementer et Plan de Continuité d Activité ISO22301 Lead Implementer et Plan de Cntinuité d Activité Du 17 au 21 Nvembre 2014 Hôtel NOVOTEL Mhamed V - Tunis Page 1/6 Intrductin La frmatin certifiante ISO22301 Lead Implementer et Plan de Cntinuité

Plus en détail

Résumé Les particularités des machines à sous et leur incidence sur le comportement des joueurs compulsifs

Résumé Les particularités des machines à sous et leur incidence sur le comportement des joueurs compulsifs Résumé Les particularités des machines à sus et leur incidence sur le cmprtement des jueurs cmpulsifs K. Finlay 1 H. H. C. Marmurek V. Kanetkar J. Lnderville Sujet de la recherche Quelques recherches laissent

Plus en détail

Guide d aide à la rédaction d un essai

Guide d aide à la rédaction d un essai Guide d aide à la rédactin d un essai Un essai peut avir plusieurs bjectifs, mais la structure de base reste la même quel qu en sit le sujet. Vus puvez l écrire afin de discuter d un pint de vue particulier

Plus en détail

Propriétés spécifiques à Android

Propriétés spécifiques à Android Prpriétés de l'applicatin Prpriétés spécifiques à Andrid Ces prpriétés snt situées dans l'nglet Optins Andrid à drite des prpriétés. Nm package Le nm de package est utilisé cmme identifiant unique pur

Plus en détail

Utiliser les activités de cours de Moodle : le Questionnaire

Utiliser les activités de cours de Moodle : le Questionnaire Utiliser les activités de curs de Mdle : le Questinnaire CETTE PROCEDURE DÉCRIT LA MISE EN PLACE ET L UTILISATION DE L ACTIVITÉ DE COURS «QUESTIONNAIRE». PRE-REQUIS : Prcédure «Démarrer sur Mdle» DÉFINITION

Plus en détail

T R A I T E M E N T D E S S O M M E S A C C U M U L É E S À L A S U I T E D E S D É P Ô T S N O N R É C L A M É S

T R A I T E M E N T D E S S O M M E S A C C U M U L É E S À L A S U I T E D E S D É P Ô T S N O N R É C L A M É S T R A I T E M E N T D E S S O M M E S A C C U M U L É E S À L A S U I T E D E S D É P Ô T S N O N R É C L A M É S Page de 0 C O N T E X T E Sciété en cmmandite Gaz Métr («Gaz Métr») demande à certains

Plus en détail

Guide de l utilisateur

Guide de l utilisateur Guide de l utilisateur Media5-fne Versin 2.4.1 2010-07-09 Cpyright 2010 Media5 Crpratin (Media5) Ce dcument cntient de l infrmatin cnfidentielle et de nature exclusive à Media5. Media5 se réserve tut drit

Plus en détail