1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T H.460.15SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (03/2004) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Infrastructure des services audiovisuels Services complmentaires en multimdia Suspension et racheminement du canal de transport de si
2、gnalisation dappel dans les systmes H.323 Recommandation UIT-T H.460.15 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 transmis
3、sion H.220H.229 Aspects systme 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
4、multimdias H.350H.359 Architecture 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
5、 Mobilit pour les systmes et services 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 Procd
6、ures dinterfonctionnement de la 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. UI
7、T-T H.460.15 (03/2004) i Recommandation UIT-T H.460.15 Suspension et racheminement du canal de transport de signalisation dappel dans les systmes H.323 Rsum La prsente Recommandation dfinit un mcanisme qui permet des entits H.323 participant un appel stable de suspendre temporairement la voix de sig
8、nalisation dappel puis de la rtablir. En outre, en utilisant les procdures nonces dans la prsente Recommandation, une entit intermdiaire (un portier acheminant les messages de signalisation dappel au dbut de lappel, par exemple) peut se retirer du trajet de signalisation dappel une fois que lappel e
9、st stable, et tablir le trajet de signalisation dappel directement entre les deux autres entits. Source La Recommandation H.460.15 de lUIT-T a t approuve le 15 mars 2004 par la Commission dtudes 16 (2001-2004) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T H.460.1
10、5 (03/2004) AVANT-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 organe permanent de lUIT. Il est charg de ltude des questions techniques, d
11、exploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUI
12、T-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 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT-T,
13、 les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. Le respect de cette Recommandation se fait
14、titre volontaire. Cependant, il se peut que la Recommandation contienne certaines dispositions obligatoires (pour assurer, par exemple, linteroprabilit et lapplicabilit) et considre que la Recommandation est respecte lorsque toutes ces dispositions sont observes. Le futur dobligation et les autres m
15、oyens dexpression de lobligation comme le verbe “devoir“ ainsi que leurs formes ngatives servent noncer des prescriptions. Lutilisation de ces formes ne signifie pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattention sur la possibilit que lap
16、plication 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 concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqus par un Membre de lUIT ou
17、par une tierce partie trangre la procdure dlaboration 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
18、 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. UIT 2004 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soit, sans laccord crit p
19、ralable de lUIT. Rec. UIT-T H.460.15 (03/2004) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Abrviations et acronymes . 2 4 Indication des capacits 2 4.1 Messages RAS 2 4.2 Messages de signalisation dappel 3 5 Description des fonctions . 3 5.1 Suspension et reprise du
20、 canal de transport 3 5.2 Redirection du canal de transport. 5 5.3 Considrations relatives lexploitation. 6 6 Utilisation de donnes gnriques 7 7 Description des types et des champs en notation ASN.1 7 Annexe A Dfinitions ASN.1 . 7 Rec. UIT-T H.460.15 (03/2004) 1 Recommandation UIT-T H.460.15 Suspens
21、ion et racheminement du canal de transport de signalisation dappel dans les systmes H.323 1 Domaine dapplication La prsente Recommandation dcrit les procdures et le protocole de signalisation permettant de suspendre temporairement le canal de transport de signalisation dappel entre deux entits H.323
22、, appel par appel. Cette suspension est mise en uvre entre les entits une fois que lappel a atteint un tat stable et uniquement aprs accord mutuel. La voie de signalisation est rtablie quand un message de signalisation doit tre envoy. Aux fins des procdures dcrites dans la prsente Recommandation, la
23、 dfinition dun appel considr comme se trouvant dans un tat stable est donne au R.3.5/H.323. La procdure de base de suspension et de reprise entre deux entits est tendue en outre une entit intermdiaire un portier acheminant la signalisation dappel, par exemple qui peut lutiliser pour sortir du trajet
24、 de signalisation et laisser la signalisation scouler directement entre deux extrmits. Ces procdures utilisent le cadre dextensibilit gnrique (GEF, generic extensibility framework) H.323. 2 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et text
25、es suivants qui, de ce fait, en sont partie intgrante. Les versions 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 vers
26、ions les plus rcentes des rfrences normatives suivantes. La 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
27、), Protocoles de signalisation dappel et paqutisation des 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 H.460.1 (2002), Directives pour lutilisation du cadre gnriq
28、ue extensible. Recommandation UIT-T H.460.6 (2002), Fonctionnalit de connexion rapide tendue. Recommandation UIT-T X.680 (2002) | ISO/CEI 8824-1:2002, Technologies de linformation Notation de syntaxe abstraite numro un: spcification de la notation de base. Recommandation UIT-T X.691 (2002) | ISO/CEI
29、 8825-2:2002, Technologies de linformation Rgles de codage ASN.1: spcification des rgles de codage compact. 2 Rec. UIT-T H.460.15 (03/2004) 3 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes: ACF confirmation dadmission (admission confirm) ARQ demande dadmission (
30、admission request) ASN.1 notation de syntaxe abstraite numro un (abstract syntax notation no. 1) CRV valeur de rfrence dappel (call reference value) GEF cadre dextensibilit gnrique (generic extensible framework) LCF confirmation demplacement (location confirm) LRQ demande demplacement (location requ
31、est) PER rgles de codage compact (packed encoding rules) RAS enregistrement, admission et statut (registration, admission, and status) RCF confirmation denregistrement (registration confirm) RRQ demande denregistrement (registration request) 4 Indication des capacits 4.1 Messages RAS Les extrmits qu
32、i ont la capacit de suspendre des voies de signalisation dappel actives peuvent indiquer cette capacit dans le champ featureSet.supportedFeatures des messages RRQ envoys au portier. Cette capacit ne doit pas tre indique dans des messages RRQ “allgs“. Sil achemine des messages de signalisation dappel
33、 et sil prend en charge cette capacit, le portier doit lindiquer dans le champ featureSet.supportedFeatures du message RCF. Lorsquelle lance un appel, une extrmit manifeste son souhait ou son besoin de sassocier une autre extrmit qui prend en charge cette capacit en indiquant ce souhait ou ce besoin
34、 dans le champ featureSet.desiredFeatures ou featureSet.neededFeature, selon le cas, du message ARQ quelle envoie son portier. Sil fonctionne en mode direct et sil doit envoyer un ou plusieurs messages LRQ pour traduire ladresse, le portier de lextrmit dorigine doit diffuser linformation souhaite ou
35、 ncessaire dans le champ featureSet du ou des message(s) LRQ quil envoie aux autres portiers. Un portier distant fonctionnant en mode direct doit slectionner la ou les extrmits appropries en fonction des capacits de celles-ci. Sil achemine la signalisation dappel et sil doit envoyer un ou plusieurs
36、messages LRQ afin de traduire ladresse, le portier de lextrmit dorigine doit manifester son souhait ou son besoin de sassocier une autre entit qui prend en charge cette capacit en lindiquant dans le champ featureSet du ou des messages LRQ. Un portier distant qui achemine la signalisation dappel doit
37、 indiquer ses propres capacits dans le message LCF et doit slectionner, selon la politique locale, lextrmit de terminaison approprie. Un lment homologue de lAnnexe G/H.225.0 indique le besoin quil a de cette capacit dans les champs common.featureSet.desiredFeatures ou common.featureSet.neededFeature
38、s. Ds quil identifie llment homologue de signalisation pour lappel (lui-mme, un portier distant ou une extrmit), le portier local doit indiquer la prise en charge de cette fonction dans le champ featureSet.supportedFeatures du message ACF quil renvoie. Rec. UIT-T H.460.15 (03/2004) 3 4.2 Messages de
39、 signalisation dappel Lentit mettrice doit indiquer la capacit quelle prend en charge dans le champ supportedFeatures du message Setup H.225.0. Son entit de signalisation voisine doit indiquer la capacit quelle prend en charge dans le champ supportedFeatures du message Connect. La capacit est indiqu
40、e au moyen de lidentificateur de fonction reprsent dans le Tableau 1. Tableau 1/H.460.15 Indication de la capacit de suspension et de redirection du canal de transport de signalisation dappel Nom de la fonction: Suspension et redirection du canal de transport de signalisation dappel Description de l
41、a fonction: Cette fonction permet une entit H.323 de suspendre temporairement et de rtablir ultrieurement un canal de transport actif ouvert pour la signalisation dappel. Type didentificateur de fonction: Standard Valeur de lidentificateur de fonction: 15 Le tableau suivant identifie le paramtre con
42、tenu dans la structure “donnes gnriques“. Tableau 2/H.460.15 Paramtre suspension et redirection de la voie de signalisation Nom du paramtre: Suspension et redirection de la voie de signalisation Description du paramtre: Il sagit des donnes envoyes dans les messages RAS H.225.0 et de signalisation da
43、ppel pour grer la suspension, la reprise et la redirection de la voie de signalisation dappel Type didentificateur de paramtre: Standard Valeur de lidentificateur de paramtre: 1 Type de paramtre: Brut Cardinalit de paramtre: Une seule occurrence La structure ASN.1 de ce paramtre est dcrite au 7. 5 D
44、escription des fonctions 5.1 Suspension et reprise du canal de transport Une fois que lune des deux entits de signalisation reconnat la prise en charge de la fonction par lautre entit de signalisation, et rciproquement, lune ou lautre peut invoquer la fonction en envoyant un message StatusInquiry et
45、 en incluant le champ genericData dans son unit h323-uu-pdu contenant linformation ChannelSuspendRequest, comme indiqu dans la prsente Recommandation. Le message channelResumeAddress doit indiquer ladresse (ou les adresses) vers laquelle (lesquelles) il convient de rtablir la connexion, parmi toute
46、une liste dadresses de remplacement possibles classes dans un certain ordre. Le message ChannelSuspendRequest contient un fanion immediateResume qui, lorsquil est mis la valeur “TRUE“, indique que le destinataire doit immdiatement rtablir une nouvelle communication ds que la communication en cours p
47、rend fin. 4 Rec. UIT-T H.460.15 (03/2004) Lentit de signalisation voisine devrait rpondre en envoyant un message Status contenant linformation ChannelSuspendResponse dans le champ genericData. Si elle consent la suspension de la connexion, elle doit lindiquer en mettant le champ okToSuspend la valeur “TRUE“. Lentit qui souhaite suspendre la connexion confirmera alors son intention de le faire en envoyant un message ChannelSuspendConfirm et procdera larrt automatique sans perte de donnes, en prenant soin de vider les messages ventuels subsistant dans la mmoire tampon dmission aux deux
