ImageVerifierCode 换一换
格式:PDF , 页数:14 ,大小:76.16KB ,
资源ID:803565      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-803565.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T T 136 FRENCH-1999 Remote device control application protocol《远程设备控制应用协议 T系列 信息通讯业务终端 16号研究组 10pp》.pdf)为本站会员(arrownail386)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

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

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