ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf

上传人:arrownail386 文档编号:803565 上传时间:2019-02-04 格式:PDF 页数:14 大小:76.16KB
下载 相关 举报
ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf_第1页
第1页 / 共14页
ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf_第2页
第2页 / 共14页
ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf_第3页
第3页 / 共14页
ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf_第4页
第4页 / 共14页
ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf_第5页
第5页 / 共14页
点击查看更多>>
资源描述

1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS T.136SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (05/99) SRIE T: TERMINAUX DES SERVICES TLMATIQUES Protocole dapplication de commande dquipement distant Recommandation UIT-T T.136 (Antrieurement Recommandation du CCITT) Recommandation T.136 (05

2、/99) i RECOMMANDATION UIT-T T.136 PROTOCOLE DAPPLICATION DE COMMANDE DEQUIPEMENT DISTANT Rsum La prsente Recommandation dcrit de quelle manire la commande dquipement distant peut seffectuer en utilisant le protocole T.120 comme protocole dquipement distant. Le noyau des services et de protocole de c

3、ommande dquipement est dcrit sparment dans la Recommandation H.282. La prsente Recommandation dcrit lutilisation de la Recommandation H.282 dans un environnement T.120. Source La Recommandation UIT-T T.136, labore par la Commission dtudes 16 (1997-2000) de lUIT-T, a t approuve le 27 mai 1999 selon l

4、a procdure dfinie dans la Rsolution n 1 de la CMNT. Recommandation T.136 (05/99) iiAVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un orga

5、ne permanent de lUIT. Il est charg de ltude des questions techniques, dexploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale. La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quat

6、re ans, dtermine les thmes dtudes traiter par les Commissions dtudes de lUIT-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution n 1 de la CMNT. Dans certains secteurs des

7、technologies de linformation qui correspondent la sphre de comptence de lUIT-T, les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, le terme exploitation reconnue (ER) dsigne tout particulier, toute entreprise, toute socit ou tout organisme pu

8、blic qui exploite un service de correspondance publique. Les termes Administration, ER et correspondance publique sont dfinis dans la Constitution de lUIT (Genve, 1992). DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recomm

9、andation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlabora

10、tion des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents,

11、il est vivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. Ge3 UIT 1999 Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque forme que ce soit et par aucun procd, lectronique ou mcanique

12、, y compris la photocopie et les microfilms, sans laccord crit de lUIT. Recommandation T.136 (05/99) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 2 3 Dfinitions 3 4 Abrviations 3 5 Application de commande dquipement distant 4 5.1 Entre de nuds dans une confrence 4 5.1.1

13、Inscription dans la session normalise de base 4 5.1.2 Rpartition des capacits . 4 5.2 Variante didentificateur de nud . 4 5.3 Comportement en mode prsid . 4 6 Utilisation du service MCS. 5 6.1 Utilisation de canal par le service MCS 5 Annexe A Attributions didentificateur dobjet . 5 Recommandation T

14、.136 (05/99) 1 Recommandation T.136 PROTOCOLE DAPPLICATION DE COMMANDE DEQUIPEMENT DISTANT (Genve, 1999) 1 Domaine dapplication La Recommandation H.282 dfinit un ensemble de fonctions et de services permettant deffectuer la commande dquipement distant. La prsente Recommandation dcrit de quelle manir

15、e la Recommandation H.282 peut sappliquer dans un environnement T.120, ce qui permet dutiliser ces fonctions et services dans une confrence multimdia. La prsente Recommandaion dcrit le protocole dapplication normalis pour la commande dquipement distant dans des systmes de communication multimdia mul

16、tipoint. Il sagit en consquence dune application client de commande GCC qui fait appel aux services dfinis dans les Recommandations lies T.124 Commande de confrence gnrique (GCC, generic conference control) T.122 et T.125 Service de communication multipoint (MCS, multipoint communication service), q

17、ui dfinit le mcanisme de livraison multipoint utilis dans la prsente Recommandation. Recommandation T.136 (05/99) 2.T1605640-99T.126 (SI)T.127 (MBFT)applications utilisateur(utilisant des protocoles dapplication normaliss ou non)applications utilisateur(utilisant des protocoles dapplicationnormaliss

18、)contrleurde nudapplications utilisateur(utilisant des protocoles dapplication non normaliss)T.136entit de protocole dapplicationRecommandationsde protocoledapplication T.120entit de protocole dapplicationnon normaliscommande de confrence gnrique (GCC)T.124service de communication multipoint (MCS)T.

19、122/125protocoles de transport spcifiques du rseauT.123Figure 1/T.136 Infrastructure des Recommandations T.120 2 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui de ce fait en sont partie intgrante. Les versions indiques ta

20、ient en vigueur au moment de la publication de la prsente Recommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des Recommand

21、ations de lUIT-T en vigueur est rgulirement publie. Recommandation UIT-T H.243 (1993), Procdures permettant dtablir des communications entre trois terminaux audiovisuels ou davantage laide de canaux numriques dont le dbit peut aller jusqu 2 Mbit/s. Recommandation UIT-T T.120 (1996), Protocoles de do

22、nnes pour confrence multimdia. Recommandation UIT-T T.121 (1996), Modle gnrique dapplication. Recommandation T.136 (05/99) 3 Recommandation UIT-T T.122 (1998), Service de communication multipoint Dfinition du service. Recommandation UIT-T T.123 (1996), Piles protocolaires de donnes propres au rseau

23、pour confrences multimdias. Recommandation UIT-T T.124 (1998), Commande gnrique de confrence. Recommandation UIT-T T.125 (1998), Spcification du protocole du service de communication multipoint. 3 Dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 protocole dapplication: toute spci

24、fication de protocole normalis ou non qui utilise des services T.120. 3.2 entit de protocole dapplication: instance dun protocole dapplication existant dans un terminal ou dans une unit MCU. 3.3 session de protocole dapplication: groupe dentits de protocole dapplication homologues qui sont en commun

25、ication. 3.4 quipement tlcommandable: quipement possdant la capacit dtre command distance dans un environnement de confrence. 3.5 quipement: entit fournissant la confrence une fonction spcifique ou un ensemble de telles fonctions. Certains quipements, tels que les microphones ou les camras, ont la c

26、apacit de fournir une source pour la confrence. 3.6 pont de confrence; unit de commande multipoint (MCU, multipoint control unit): quipement utilis pour linterconnexion de terminaux multiples ou dautres units MCU permettant des participants multiples de se connecter une confrence unique. Lunit MCU e

27、st galement appele “passerelle“. 3.7 nud: entit prenant en charge les protocoles T.120. Ceci englobe les quipements terminaux et les lments de rseau tels que des routeurs ou des units MCU. 3.8 source: origine dun flux de mdia en temps rel. 4 Abrviations La prsente Recommandation utilise les abrviati

28、ons suivantes: APE entit de protocole dapplication (application protocol entity) GCC commande de confrence gnrique (generic conference control) GCCSAP point daccs au service de commande de confrence gnrique (generic conference control service access point) MCS service de communication multipoint (mu

29、ltipoint communication service) MCSAP point daccs au service de communication multipoint ( multipoint communication service access point) MCU pont de confrence; unit de commande multipoint (multipoint control unit) PDU unit de donnes de protocole (protocol data unit) RDC commande dquipement distant

30、(remote device control) SAP point daccs au service (service access point) Recommandation T.136 (05/99) 45 Application de commande dquipement distant La commande dquipement distant peut seffectuer dans un environnement multimdia au moyen du protocole T.120 en utilisant lentit de protocole dapplicatio

31、n de commande RDC. Cette entit APE utilise les services et le protocole qui sont dfinis par la Recommandation H.282. 5.1 Entre de nuds dans une confrence Une entit APE de protocole RDC tablira un point daccs au service MCS et un point daccs au service GCC pour participer une confrence. La mthode de

32、cration des points SAP est un problme local qui est en dehors du domaine dapplication de la prsente Recommandation. Lorsquun nud se joint une confrence, son entit APE de protocole RDC attendra de recevoir une indication GCC-Application-Permission-To-Enroll (permission dinscription lapplication GCC)

33、telle quelle est dcrite dans la Recommandation T.121; elle peut galement se joindre la session normalise de commande RDC de base comme dcrit au 5.1.1. 5.1.1 Inscription dans la session normalise de base Une entit APE de protocole RDC appliquera, au niveau dun terminal, les procdures dfinies dans la

34、Recommandation T.121 pour sinscrire dans la session normalise de base. Elle se rattachera au canal RDC-CHANNEL-0 qui sera utilis comme identificateur de session. Lapplication utilisateur pourra utiliser les fonctions de commande RDC une fois quelle a reu une primitive dindication GCC-Application-Ros

35、ter-Report (compte rendu de rpertoire dapplication GCC) contenant une entre dans la session normalise de base pour son entit APE locale de protocole RDC. 5.1.2 Rpartition des capacits La Recommandation H.282 prescrit que tout quipement devant tre mis la disposition de la confrence des fins de comman

36、de ou de slection distante doit tre publi comme tant une capacit rpartie disponible pour tous les nuds. Lentit APE de protocole RDC publiera ces capacits dans la liste de capacits GCC non fdrables en utilisant les identificateurs de capacit spcifis par la Recommandation H.282. Les donnes dapplicatio

37、n associes chaque capacit non fdrable contiendront les listes dquipements conformment au format spcifi par la Recommandation H.282. Les capacits sont transmises la commande GCC au moment de linscription de lapplication. 5.2 Variante didentificateur de nud Lorsquil se joint une confrence multipoint H

38、.243, le terminal devrait utiliser le membre “autre identificateur de nud“ du rpertoire de confrence pour publier lidentificateur de site H.243 tel quil est dcrit dans la Recommandation T.124. Ceci permettra un terminal qui reoit un symbole H.243 VIN ou VIN2 dtablir la correspondance entre le nud T.

39、136 et le flux en cours de rception. 5.3 Comportement en mode prsid La commande RDC est un protocole dapplication reconnaissant un prsident, dans la mesure o elle possde deux modes de fonctionnement avec ou sans prsident, tels quils sont dcrits dans ce sous-paragraphe. Les applications prennent conn

40、aissance de la nomination dun prsident de confrence GCC lorsquelles reoivent une primitive dindication GCC-Conductor-Assign (assignation de prsident GCC) en provenance de leur fournisseur du service GCC. Cette primitive contient lidentificateur dutilisateur GCC du nud prsident. Les applications doiv

41、ent dterminer lidentit du protocole dapplication GCC qui hrite du rle de prsident. Recommandation T.136 (05/99) 5 Les oprations suivantes ncessitent une permission du prsident de confrence lorsquune confrence passe dans le mode prsid: un nud ne peut pas verrouiller un quipement distant sans la permi

42、ssion du prsident de confrence, mais il est libre de dverrouiller tout quipement quil a verrouill prcdemment; un nud ne peut pas mettre de demande de commande destination dun quipement distant sans la permission du prsident de confrence. Les autres oprations ne sont pas affectes par le passage en mo

43、de prsid. 6 Utilisation du service MCS Lentit APE de protocole RDC utilisera, pour effectuer la commande dquipement distant, les units PDU dcrites dans la Recommandation H.282. Une unit PDU de commande RDC peut tre mise par lenvoi dune primitive de demande MCS-Send-Data (mission de donnes MCS) indiq

44、uant comme identificateur de canal lidentificateur dutilisateur du nud de destination et contenant lunit PDU dans son champ de donnes. Lentit APE de protocole RDC indiquera une priorit moyenne pour la primitive de demande MCS-Send-Data si la Recommandation H.282 spcifie lutilisation dun canal de don

45、nes de priorit moyenne. Lentit APE de protocole RDC indiquera une priorit leve pour la primitive de demande MCS-Send-Data si la Recommandation H.282 spcifie lutilisation dun canal de donnes de priorit leve. Lorsque le service MCS offre la possibilit dmettre des donnes non fiables faible latence, len

46、tit APE de protocole RDC peut galement offrir son tour, comme spcifi par la Recommandation H.282, cette option une application utilisateur. 6.1 Utilisation de canal par le service MCS La commande RDC utilise le canal MCS statique suivant pour une session de point point ou multipoint: RDC-CHANNEL-0 T

47、outes les entits APE de protocole RDC se joignent au canal RDC-CHANNEL-0. ANNEXE A Attributions didentificateur dobjet Le Tableau A.1 donne la liste des identificateurs dobjet attribus pour une utilisation par la prsente Recommandation. Tableau A.1/T.136 Attributions didentificateur dobjet T.136 Valeur didentificateur dobjet Description itu-t recommendation t136 version(0) 1 Cet identificateur dobjet est utilis pour indiquer la version de la prsente Recommandation. Une seule version normalise est dfinie pour linstant. Re

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > 其他

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1