ITU-T H 501 FRENCH-2002 Protocol for mobility management and intra inter-domain communication in multimedia systems《系列H 视听和多媒体系统 移动性和协作规程 移动性和协作的定义协议和规程的综述 多媒体系统中的移动性管理和域内 域间通信.pdf

1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T H.501SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (03/2002) SRIE H: SYSTMES AUDIOVISUELS ET MULTIMDIAS Procdures de mobilit et de collaboration Aperu gnral de la mobilit et de la collaboration, dfinitions, protocoles et procdures Protocole

2、 pour la gestion de la mobilit et les communications intra et interdomainiales dans les systmes multimdias Recommandation UIT-T H.501 RECOMMANDATIONS UIT-T DE LA SRIE H SYSTMES AUDIOVISUELS ET MULTIMDIAS CARACTRISTIQUES DES SYSTMES VISIOPHONIQUES H.100H.199 INFRASTRUCTURE DES SERVICES AUDIOVISUELS G

3、nralits H.200H.219 Multiplexage et synchronisation en transmission 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.399 SERVICES

4、 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 services multimdias de la srie H H.510H.519 Applications et services de collaboration multimdi

5、a 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 la mobilit H.550H.559 Procdures dinterfonctionnement de collaboration multimdia mobile H.560H.

6、569 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T H.501 (03/2002) i Recommandation UIT-T H.501 Protocole pour la gestion de la mobilit et les communications intra et interdomainiales dans les systmes multimdias Rsum La prsente Recommandation a pour objet de dfinir des

7、messages et des procdures pour la gestion de la mobilit et pour la communication au sein des domaines et entre domaines dans les environnements mobiles et non mobiles pour la rsolution dadresses, lauthentification dutilisateur, lchange de donnes de service, lautorisation daccs, la validation dappel

8、et le journal dutilisation. Source La Recommandation H.501 de lUIT-T, labore par la Commission dtudes 16 (2001-2004) de lUIT-T, a t approuve le 29 mars 2002 selon la procdure dfinie dans la Rsolution 1 de lAMNT. Mots cls Annexe G/H.225.0, authentification, autorisation, domaines administratifs, gest

9、ion de la mobilit, rapport dutilisation, rsolution dadresse, systmes multimdias. ii Rec. UIT-T H.501 (03/2002) 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 t

10、lcommunications) 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 normalisation des tlcommunications (AMNT), q

11、ui 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 dans la Rsolution 1 de lAMNT. Dans ce

12、rtains 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 de faon abrge aussi bien une administ

13、ration de tlcommunications quune exploitation reconnue. 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

14、 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

15、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

16、IT 2002 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.501 (03/2002) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Dfinitions 2 4 Symboles et abrviations 2

17、5 Prescriptions . 3 5.1 Prescriptions relatives au transport. 3 5.2 Considrations relatives la scurit . 3 5.3 Conventions dadressage. 4 5.4 Canevas et descripteurs dadresse. 4 6 Dfinition des messages . 5 6.1 Descripteur (descriptor) . 6 6.2 Informations de descripteur (descriptorInfo) . 6 6.3 Canev

18、as dadresse (address template) 6 6.3.1 Modle (pattern). 7 6.3.2 Informations de routage (routeInformation) 7 6.3.3 Informations de tarification (pricingInformation) 8 6.3.4 Informations de contact (ContactInformation). 9 6.4 Structures communes 10 6.4.1 Autre lment homologue (AlternatePE). 10 6.4.2

19、Informations sur un participant 11 6.4.3 Informations sur lappel 11 6.4.4 Informations dutilisateur 11 6.4.5 Spcification dutilisation . 11 6.4.6 Mode scurit . 13 6.5 Relation de service . 13 6.5.1 Demande de service (ServiceRequest) 13 6.5.2 Confirmation de service (ServiceConfirmation) 14 6.5.3 Re

20、jet de service (ServiceRejection) 15 6.5.4 Libration du service (ServiceRelease) 15 6.6 Rpartition des descripteurs . 16 6.6.1 Demande de descripteur (DescriptorRequest) 16 6.6.2 Confirmation de descripteur (DescriptorConfirmation) 16 6.6.3 Rejet de descripteur (DescriptorRejection) 16 6.6.4 Demande

21、 didentificateur de descripteur (DescriptorIDRequest) 17 6.6.5 Confirmation didentificateur de descripteur (DescriptorIDConfirmation) . 17 6.6.6 Rejet didentificateur de descripteur (DescriptorIDRejection). 18 iv Rec. UIT-T H.501 (03/2002) Page 6.6.7 Mise jour de descripteur (DescriptorUpdate) 18 6.

22、6.8 Accus de rception de mise jour de descripteur (DescriptorUpdateAcknowledgement) . 19 6.7 Rsolution dadresses 19 6.7.1 Demande daccs (AccessRequest) . 19 6.7.2 Confirmation daccs (AccessConfirmation) 19 6.7.3 Rejet daccs (AccessRejection) 20 6.8 Demande en cours (RequestInProgress) 21 6.9 Message

23、s non normaliss . 21 6.9.1 Demande non normalise (NonStandardRequest) 21 6.9.2 Confirmation non normalise (NonStandardConfirmation) 21 6.9.3 Rejet non normalis (NonStandardRejection) 21 6.10 Rponse un message non reconnu (UnknownMessageResponse). 22 6.11 Rapports dutilisation 22 6.11.1 Demande dutil

24、isation . 22 6.11.2 Confirmation dutilisation. 22 6.11.3 Rejet dutilisation 23 6.11.4 Indication dutilisation 23 6.11.5 Confirmation dindication dutilisation . 24 6.11.6 Rejet dindication dutilisation 24 6.12 Validation . 25 6.12.1 Demande de validation. 25 6.12.2 Confirmation de validation. 25 6.12

25、.3 Rejet de validation 26 6.13 Authentification 26 6.13.1 Demande dauthentification 26 6.13.2 Confirmation dauthentification 26 6.13.3 Rejet de lauthentification. 27 Annexe A Syntaxe des messages 28 Rec. UIT-T H.501 (03/2002) 1 Recommandation UIT-T H.501 Protocole pour la gestion de la mobilit et le

26、s communications intra et interdomainiales dans les systmes multimdias 1 Domaine dapplication La prsente Recommandation propose un protocole pour la communication entre lments logiques dun rseau multimdia mode paquet afin de permettre les communications vers et depuis des utilisateurs grs par de tel

27、s lments logiques. Ce protocole peut tre utilis dans les environnements mobiles et non mobiles pour la rsolution dadresses, lauthentification dutilisateur, lchange de donnes de service, lautorisation daccs, la validation dappel et le journal dutilisation. Ces capacits permettent dutiliser le protoco

28、le pour la gestion de la mobilit dans les environnements mobiles. La procdure gnrale consiste, pour les lments logiques, changer des informations relatives lemplacement des utilisateurs ou des points dextrmit sous la forme dadresses que chaque domaine administratif peut rsoudre. Les adresses peuvent

29、 tre spcifies de manire gnrale ou de manire de plus en plus spcifique. Des informations additionnelles permettent aux lments dans un domaine administratif de dterminer le domaine administratif le plus appropri pour servir de destination de lappel. Les lments logiques peuvent grer laccs leurs adresse

30、s exposes et exigent des comptes rendus dutilisation pendant les appels ces adresses. Dautres Recommandations spcifieront la manire dont le protocole dfini dans la prsente Recommandation est utilis dans des applications particulires. Une application ne doit pas ncessairement implmenter lensemble du

31、protocole; elle peut slectionner parmi les messages et procdures ceux qui rpondent ses besoins. 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 taient en vigue

32、ur 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 Recommandations de lUI

33、T-T en vigueur est rgulirement publie. Recommandation UIT-T E.164 (1997), Plan de numrotage des tlcommunications publiques internationales. Recommandation UIT-T H.225.0 Version 4 (2000), Protocoles de signalisation dappel et mise en paquets des trains multimdias dans les systmes de communication mul

34、timdia en mode paquet. Recommandation UIT-T H.235 Version 2 (2000), Scurit et cryptage des terminaux multimdias de la srie H (terminaux H.323 et autres terminaux de type H.245). Recommandation UIT-T H.323 Version 4 (2000), Systmes de communication multimdia en mode paquet. Recommandation UIT-T X.680

35、 (1997), Technologies de linformation Notation de syntaxe abstraite numro un: spcification de la notation de base. Recommandation UIT-T X.691 (1997), Technologies de linformation Rgles de codage ASN.1: spcification des rgles de codage compact. IETF RFC 2401 (1998), Security Architecture for the Inte

36、rnet Protocol. 2 Rec. UIT-T H.501 (03/2002) IETF RFC 2402 (1998), IP Authentication Header. IETF RFC 2406 (1998), IP Encapsulating Security Payload (ESP). ISO 4217:2001, Codes pour la reprsentation des monnaies et types de fonds. 3 Dfinitions La prsente Recommandation dfinit les termes suivants: 3.1

37、 domaine administratif: ensemble dentits logiques et physiques gres par une entit administrative. Un domaine administratif peut tre constitu dune ou de plusieurs zones. 3.2 portier: lment logique qui offre des services spcifiques (traduction de numros, commande daccs, etc.) dautres entits au sein du

38、n domaine administratif (voir galement la Rec. UIT-T H.323). 3.3 lment logique: entit ayant une fonction dfinie dans un rseau. Un lment logique nimpose aucune restriction son utilisation; sa fonction peut tre implmente de la manire qui convient dans le matriel et dans le logiciel. 3.4 lment homologu

39、e: lment logique de dbut ou de fin de message de signalisation, dfini dans la prsente Recommandation. Des exemples sont les lments frontires de lAnnexe G/H.225.0 et les portiers H.323. 3.5 zone: le sous-ensemble dentits dun domaine administratif se trouvant sous le contrle dun seul portier. 4 Symbol

40、es et abrviations La prsente Recommandation utilise les abrviations suivantes: AD domaine administratif (administrative domain) DH protocole dchange de cls de Diffie-Hellman (Rec. UIT-T X.509) (Diddie-Hellman key agreement protocol) DNS systme de dnomination de domaine (domain name system) IP protoc

41、ole Internet (Internet protocol) OID identificateur dobjet (object identifier) PDU unit de donnes protocolaire (protocol data unit) RAS protocole denregistrement, admission et statut (registration, admission and status protocol) RCC rseau commutation de circuits TCP protocole de commande de transmis

42、sion (transmission control protocol) TPKT paquet de transport (transport packet) UDP protocole datagramme dutilisateur (user datagram protocol) URL localisateur uniforme de ressource (uniform resource locator) UTC temps universel coordonn (universal time coordinated) Rec. UIT-T H.501 (03/2002) 3 5 P

43、rescriptions 5.1 Prescriptions relatives au transport Les messages peuvent tre envoys en utilisant un service de transport non fiable (tel que le protocole UDP) ou un service fiable (tel que le protocole TCP) vers une adresse bien connue. Sur les rseaux IP, il convient dutiliser le port bien connu (

44、2099) tant pour les protocoles TCP que UDP, sauf si un autre port a t indiqu lexpditeur. Des lments seront lcoute sur les ports TCP et UDP. Si les messages sont mis au moyen dun service de transport fiable, des messages complets peuvent tre envoys dans les limites dfinies par lunit de donnes protoco

45、laire (PDU, protocol data unit) de transport fiable (dans des implmentations IP, comme celle prsente dans lAppendice IV/H.225.0, cette unit PDU est dfinie par un paquet TPKT; voir la Figure 1. Chaque unit PDU H.501 contient un seul message dfini dans la prsente Recommandation). TPKT H.501 PDU TPKT H

46、.501 PDU TPKT H.501 PDU Figure 1/H.501 Transport par protocole TCP En cas dutilisation dun service de transport non fiable, des messages de demande peuvent tre retransmis. La valeur par dfaut du temporisateur de retransmission doit tre dtermine par une mthode adaptative sensible au dlai (comme celle

47、 quutilise le protocole TCP). Des temps dattente exponentiels seront utiliss pour les retransmissions subsquentes. Le nombre de retransmissions ne dpassera pas cinq. Les rponses ne seront pas retransmises. Dans les implmentations IP protocole UDP, les messages comporteront un prfixe constitu den-ttes de paquet TPKT, permettant lmission de plusieurs messages par paquet (voir la Figure 2). Chaque unit PDU H.501 contient un seul message dfini dans la prsente Recommandation. Le champ de longueur du paquet UDP contiendra la longueur totale de la charge utile, y compris tous les