ITU-T H 460 16 FRENCH-2005 Multiple-message release sequence capability within H 323 systems《H 323系统内的多重消息释放序列功能》.pdf

《ITU-T H 460 16 FRENCH-2005 Multiple-message release sequence capability within H 323 systems《H 323系统内的多重消息释放序列功能》.pdf》由会员分享，可在线阅读，更多相关《ITU-T H 460 16 FRENCH-2005 Multiple-message release sequence capability within H 323 systems《H 323系统内的多重消息释放序列功能》.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、 Union internationale des tlcommunicationsUIT-T H.460.16SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (01/2005) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Infrastructure des services audiovisuels Services complmentaires en multimdia Capacit de squence de libration multimessage dans les sy

2、stmes H.323 Recommandation UIT-T H.460.16 RECOMMANDATIONS UIT-T DE LA SRIE H SYSTMES AUDIOVISUELS ET MULTIMDIAS CARACTRISTIQUES DES SYSTMES VISIOPHONIQUES H.100H.199 INFRASTRUCTURE DES SERVICES AUDIOVISUELS Gnralits H.200H.219 Multiplexage et synchronisation en transmission H.220H.229 Aspects systme

3、 H.230H.239 Procdures de communication H.240H.259 Codage des images vido animes H.260H.279 Aspects lis aux systmes H.280H.299 Systmes et quipements terminaux pour les services audiovisuels H.300H.349 Architecture des services dannuaire pour les services audiovisuels et multimdias H.350H.359 Architec

4、ture de la qualit de service pour les services audiovisuels et multimdias H.360H.369 Services complmentaires en multimdia H.450H.499 PROCDURES DE MOBILIT ET DE COLLABORATION Aperu gnral de la mobilit et de la collaboration, dfinitions, protocoles et procdures H.500H.509 Mobilit pour les systmes et s

5、ervices multimdias de la srie H H.510H.519 Applications et services de collaboration multimdia mobile H.520H.529 Scurit pour les systmes et services multimdias mobiles H.530H.539 Scurit pour les applications et services de collaboration multimdia mobile H.540H.549 Procdures dinterfonctionnement de l

6、a mobilit H.550H.559 Procdures dinterfonctionnement de collaboration multimdia mobile H.560H.569 SERVICES LARGE BANDE ET MULTIMDIAS TRI-SERVICES Services multimdias large bande sur VDSL H.610H.619 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T H.460.16 (01/2005) i Recom

7、mandation UIT-T H.460.16 Capacit de squence de libration multimessage dans les systmes H.323 Rsum La prsente Recommandation dfinit un mcanisme qui permet aux extrmits H.323 de ngocier et dutiliser une squence de libration multimessage. Source La Recommandation UIT-T H.460.16 a t approuve le 8 janvie

8、r 2005 par la Commission dtudes 16 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T H.460.16 (01/2005) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUI

9、T-T (Secteur de la normalisation des tlcommunications) est un organe 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. LAssemble mondiale de normal

10、isation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude 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

11、 dans la Rsolution 1 de lAMNT. Dans certains secteurs des 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, lexpression “Administration“ est utilise pour dsigner

12、 de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplica

13、bilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres moyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent noncer des prescriptions. Lutilisation de ces formes ne signifie p

14、as quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui

15、 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 dlaboration des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexisten

16、ce 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, il est vivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. U

17、IT 2005 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T H.460.16 (01/2005) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Introduction 1 4 Description de la fon

18、ctionnalit 2 4.1 Signalisation H.501 2 4.2 Signalisation RAS 2 4.3 Signalisation dappel Ngociation . 3 4.4 Signalisation dappel Libration 4 4.5 Temporisateurs de signalisation dappel. 6 5 Utilisation de donnes gnriques 6 5.1 Fonctionnalit MMRS (squence de libration multimessage) 7 5.2 Paramtres MMRS

19、 (squence de libration multimessage). 7 6 Flux de message 8 6.1 Squence trois messages 8 6.2 Temporisations . 8 6.3 Squence deux messages . 9 6.4 Dclenchement simultan de la procdure MMRS deux messages 9 6.5 Dclenchement simultan de la procdure MMRS deux messages et de la procdure MMRS trois message

20、s 10 6.6 Dclenchement simultan des procdures MMRS et H.225.0 . 10 Rec. UIT-T H.460.16 (01/2005) 1 Recommandation UIT-T H.460.16 Capacit de squence de libration multimessage dans les systmes H.323 1 Domaine dapplication La prsente Recommandation dfinit un mcanisme utilisant le cadre dextensibilit gnr

21、ique dfini dans la Rec. UIT-T H.460.1, qui permet aux extrmits dutiliser une squence de libration multimessage au lieu de la procdure dfinie dans la Rec. UIT-T H.225.0 utilisant un message unique de fin de libration (Release Complete). Elle traite notamment de la capacit offerte une extrmit dinforme

22、r lautre extrmit quelle prend en charge et utilisera, au lieu de la procdure H.225.0, ladite squence de libration multimessage. 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 v

23、ersions indiques taient 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

24、liste des Recommandations de lUIT-T en vigueur est rgulirement publie. La rfrence un document figurant dans la prsente Recommandation ne donne pas ce document, en tant que tel, le statut dune Recommandation. Recommandation UIT-T H.225.0 (2003), Protocoles de signalisation dappel et paqutisation des

25、flux monomdias pour les systmes de communication multimdias en mode paquet. Recommandation UIT-T H.323 (2003), Systmes de communication multimdia en mode paquet. Recommandation UIT-T Q.931 (1998), Spcification de la couche 3 de linterface utilisateur-rseau RNIS pour la commande de lappel de base. 3

26、Introduction La signalisation de commande dappel (call control) dfinie dans la Rec. UIT-T H.225.0 est inspire de la signalisation Q.931. La Rec. UIT-T Q.931 dfinissait une squence multimessage devant tre utilise entre lutilisateur et le rseau pour assurer la commande de libration dune communication.

27、 Cette squence utilisait le message de dconnexion (Disconnect) envoy par lutilisateur pour demander la libration dune communication, puis les messages de libration (Release) et de fin de libration (Release Complete) pour librer effectivement la communication. Cela rendait possible la transmission di

28、nformations supplmentaires dans les deux sens pendant le processus de dconnexion et permettait linitiateur de la dconnexion de superviser le droulement de lopration et de retransmettre la demande en cas dchec. La signalisation de la Rec. UIT-T H.225.0 nutilise pas les messages de dconnexion (Disconn

29、ect) et de libration (Release) et est, de ce fait, tributaire dun message unique ne donnant pas lieu accus de rception de la part de lapplication. Si cela suffit dans bon nombre de cas, certaines applications exigent la fonctionnalit dune squence multimessage pour librer une communication. De plus,

30、une perte occasionnelle du message de fin de libration (Release Complete Message) peut causer de graves problmes. 2 Rec. UIT-T H.460.16 (01/2005) La prsente Recommandation, qui utilise le cadre dextensibilit gnrique, permet, laide de la signalisation H.225.0, dutiliser une squence multimessage pour

31、librer une communication de manire analogue la signalisation Q.931. Le message de fonctionnalit (Facility) H.225.0 est utilis pour les messages supplmentaires de la squence, auxquels le paramtre GEF dfini ci-aprs vient sajouter pour en indiquer la place et la fonction dans la squence. La squence de

32、libration multimessage peut tre utilise pour assurer des capacits supplmentaires dont les suivantes: 1) supervision daccus de rception de libration et rptition en cas dchec; 2) inclusion dinformations supplmentaires dans les deux sens pendant la procdure de libration; 3) transmission de tonalits et

33、dannonces dans la bande; 4) coordination intgrale de la libration des ressources; 5) commande de libration de lutilisateur appel. 4 Description de la fonctionnalit 4.1 Signalisation H.501 Lorsquun portier utilise les procdures de demande daccs (Access Request) H.501 pour inviter un autre portier pro

34、cder la rsolution dune adresse, il peut indiquer lobligation de prise en charge de la fonctionnalit (squence de libration multimessage) (MMRS, multiple message release sequence) en incluant les paramtres MMRS. Le portier qui a rpondu doit utiliser ces informations pour la slection dun emplacement qu

35、i corresponde ladresse et qui satisfasse, le cas chant, lobligation de prise en charge de la fonctionnalit MMRS. 4.2 Signalisation RAS 4.2.1 Enregistrement La prise en charge de la fonctionnalit MMRS doit tre indique au dpart par lextrmit dans un message de demande denregistrement (RRQ) au moment o

36、cette extrmit tente de senregistrer. Ce message doit indiquer que la fonctionnalit MMRS sera prise en charge par lextrmit si la demande lui en est faite et peut indiquer si la prise en charge de la fonctionnalit MMRS est obligatoire pour tous les appels destination et en provenance de cette extrmit.

37、 Un portier peut refuser un enregistrement pour cause de dfaut de prise en charge de la fonctionnalit MMRS en indiquant neededFeatureNotSupported comme motif de refus rejectReason dans le message de refus denregistrement (RRJ), par exemple, si le portier sait que tous les appels dans le rseau doiven

38、t utiliser les procdures MMRS. Le champ desiredFeatures ne doit pas tre utilis pour acheminer le paramtre MMRS dans un message RRQ. 4.2.2 Demande demplacement Lorsquune extrmit envoie un message de demande demplacement (LRQ) au portier aux fins de la rsolution dune adresse, il peut indiquer sil exig

39、e ou souhaite la prise en charge de la fonctionnalit MMRS en incluant lindication MMRS dans le champ neededFeatures ou dans le champ desiredFeatures. Le portier doit utiliser cette information pour la slection dun emplacement qui corresponde ladresse et qui satisfasse, le cas chant, lobligation de p

40、rise en charge de la fonctionnalit MMRS. 4.2.3 Demande dadmission La prise en charge de la fonctionnalit MMRS pour un appel donn se ngocie entre une extrmit et un portier au moment de ltablissement de la communication dans le cadre de la procdure de demande dadmission. A cette fin, une extrmit qui p

41、rend en charge cette fonctionnalit doit en Rec. UIT-T H.460.16 (01/2005) 3 inclure la dfinition donne au 5.1 dans le champ supportedFeatures et peut inclure le champ neededFeatures dans le message de demande dadmission (ARQ) afin dindiquer si elle exige la prise en charge de la fonctionnalit MMRS po

42、ur les appels faisant lobjet de la demande dadmission. Si la prise en charge de la fonctionnalit nest pas indique, un portier peut refuser un message ARQ pour cause de dfaut de prise en charge de la fonctionnalit MMRS par lextrmit en indiquant neededFeatureNotSupported comme motif de refus rejectRea

43、son dans le message de refus dadmission (ARJ), par exemple, si le rseau ou lextrmit de destination exige lutilisation de la fonctionnalit MMRS. Le paramtre MMRS ne doit pas tre inclus dans le champ desiredFeatures en cas dutilisation de la signalisation de demande dadmission RAS (registration, admis

44、sion and status) (enregistrement, admission et statut), tant donn que la prise en charge peut tre ou non obligatoire. En outre, le paramtre “Utilisation de la fonctionnalit MMRS obligatoire (MMRS Use Required)“ ne doit pas tre utilis, du fait que la prise en charge suppose toujours quil peut tre uti

45、lis si la signalisation dappel lexige. 4.3 Signalisation dappel Ngociation Lutilisation obligatoire ou optionnelle de la procdure MMRS doit tre ngocie par les deux extrmits qui changent des messages de signalisation dappel au moyen du message dtablissement (Setup) et de la premire rponse positive ce

46、 message. Les rponses positives sont les messages dacquittement dtablissement (Setup Acknowledge), dalerte (Alerting), dappel en cours (Call Proceeding), de progression (Progress) et de connexion (Connect). 4.3.1 Etablissement Si lextrmit appelante prend en charge la fonctionnalit MMRS sans toutefoi

47、s obliger lextrmit appele prendre en charge cette fonctionnalit, elle doit inclure lidentificateur de fonctionnalit MMRS dans le champ supportedFeatures du message dtablissement (Setup) pour indiquer quelle prend en charge cette fonctionnalit. Si lextrmit appelante impose comme condition pralable ltablissement de la communication que lextrmit appele prenne en charge la fonctionnalit MMRS, elle doit inclure lidentificateur de fonctionnalit MMRS dans le champ neededFeatures. Lidentificateur de fonctionnalit MMRS ne