ITU-T J 175 FRENCH-2005 Audio server protocol《语音服务器协议 9号研究组》.pdf

1、 Union internationale des tlcommunicationsUIT-T J.175SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (11/2005) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Protocole de serveur audio Recommandation UIT-T J.175 Rec. UIT-T J

2、.175 (11/2005) i Recommandation UIT-T J.175 Protocole de serveur audio Rsum La prsente Recommandation dcrit larchitecture et les protocoles ncessaires la lecture dannonces dans les rseaux IPCablecom prenant en charge la tlphonie utilisant le protocole Internet (VoIP, voice-over-IP). Des annonces son

3、t gnralement ncessaires pour les appels qui naboutissent pas. Elles peuvent par ailleurs servir offrir des services dinformation volus lappelant. Selon lensemble des lments de service de lexploitant, des ensembles dannonces et des formats dannonces diffrents sont requis. Les annonces peuvent tre aus

4、si simples que des annonces contenu fixe (par exemple tous les circuits sont occups) ou aussi complexes que celles offertes par des systmes intelligents rponse vocale interactive (IVR, interactive voice response). Le modle de service IPCablecom ncessite que toutes les annonces soient mises dispositi

5、on et signales de manire normalise pour toutes les caractristiques dappel prises en charge et pour tous les scnarios dutilisation. Source La Recommandation UIT-T J.175 a t approuve le 29 novembre 2005 par la Commission dtudes 9 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UI

6、T-T A.8. ii Rec. UIT-T J.175 (11/2005) 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

7、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), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par le

8、s 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 certains secteurs des technologies de linformation qui correspondent la sp

9、hre 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 administration de tlcommunications quune exploitation reconnue. Le respect de ce

10、tte Recommandation se fait 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

11、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 pas quil est obligatoire de respecter la Recommandation. DROITS DE PROPRIT INTELLECTUELLE LUIT attire lattentio

12、n 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 concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soient revendiqu

13、s 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 avait t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recommandation. Toutef

14、ois, 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. UIT 2006 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque procd que ce soi

15、t, sans laccord crit pralable de lUIT. Rec. UIT-T J.175 (11/2005) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 2 3 Termes et conventions 2 3.1 Termes 2 3.2 Conventions 2 4 Abrviations et acronymes . 3 5 Aperu technique 4 5.1

16、Caractristiques architecturales 4 5.2 Dfinition des annonces . 5 5.3 Spcifications dinterface 6 6 Interface Ann-1: CMS-MTA et MGC-MG 6 6.1 Interface CMS-MTA 7 6.2 Interface MGC-MG 8 7 Interface Ann-2: MPC-MP . 8 7.1 Introduction 8 7.2 Concept de paquetages audio . 9 7.3 Paquetage audio de base. 12 7

17、.4 Paquetage audio volu 27 7.5 Reconnaissance de la parole. 30 7.6 Description de la syntaxe formelle. 37 Appendice I Flux dappel pour une annonce sur le rseau 40 Appendice II Flux dappel pour une annonce stocke dans une entit MTA 53 II.1 Dtails du flux dappel 54 BIBLIOGRAPHIE. 57 Rec. UIT-T J.175 (

18、11/2005) 1 Recommandation UIT-T J.175 Protocole de serveur audio 1 Domaine dapplication La prsente Recommandation dcrit larchitecture et les protocoles ncessaires la lecture dannonces dans les rseaux IPCablecom prenant en charge la tlphonie utilisant le protocole Internet (VoIP, voice-over-IP). Des

19、annonces sont gnralement ncessaires pour les appels qui naboutissent pas. Elles peuvent par ailleurs servir offrir des services dinformation volus lappelant. Selon lensemble des lments de service de lexploitant, des ensembles dannonces et des formats dannonces diffrents sont requis. Les annonces peu

20、vent tre aussi simples que des annonces contenu fixe (par exemple tous les circuits sont occups) ou aussi complexes que celles offertes par des systmes intelligents rponse vocale interactive (IVR, interactive voice response). Le modle de service IPCablecom ncessite que toutes les annonces soient mis

21、es disposition et signales de manire normalise pour toutes les caractristiques dappel prises en charge et pour tous les scnarios dutilisation. La prsente Recommandation dfinit un ensemble de protocoles de signalisation utiliss pour offrir des services dannonces dans un rseau de transmission par cble

22、. Pour lun de ces protocoles, le protocole Rec. UIT-T J.162, ou protocole rseau de signalisation dappel (NCS, network call signalling) IPCablecom, la prsente Recommandation dfinit deux nouveaux paquetages dvnements: un paquetage audio de base; un paquetage audio volu. NOTE Dans certains cas, des imp

23、lmentations de serveur audio peuvent tre fondes sur des protocoles non spcifis dans la prsente Recommandation. Elles DOIVENT alors respecter les caractristiques architecturales et fonctionnelles spcifies dans le cadre dIPCablecom, telles que la scurit et la qualit de service (QS), ainsi que les capa

24、cits ncessaires la prise en charge de linteroprabilit. Divers protocoles de ce type existent, notamment INAP et Rec. UIT-T H.248. 2 Rfrences 2.1 Rfrences normatives La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie i

25、ntgrante. 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 versions les plus rcentes des rfrences normatives

26、 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 J.161 (2001), Caractristiques des codecs audio destins a

27、u service audio bidirectionnel sur les rseaux de tlvision par cble au moyen des cblo-modems. Recommandation UIT-T J.162 (2005), Protocole rseau de signalisation dappel pour la fourniture de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.

28、170 (2005), Spcifications de la scurit sur IPCablecom. 2 Rec. UIT-T J.175 (11/2005) ISO 639-2:1998, Codes pour la reprsentation des noms de langue Partie 2: Code alpha-3. IETF RFC 2396 (1998), Uniform Resource Identifiers (URI): Generic Syntax. 2.2 Rfrences informatives Recommandation UIT-T J.160 (2

29、005), Cadre architectural pour lacheminement de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.163 (2005), Qualit de service dynamique pour la fourniture de services en temps rel sur les rseaux de tlvision par cble utilisant des cblo-mod

30、ems. Recommandation UIT-T J.171.x (2005), Protocole de commande de passerelle de jonction (TGCP) du systme IPCablecom. Hunt, McGlashan, Speech Recognition Grammar Specification for the W3C Speech Interface Framework, W3C, mars 2004. IETF RFC 2234 (1997), Augmented BNF for Syntax Specifications: ABNF

31、. IETF RFC 3435 (2003), Media Gateway Control Protocol (MGCP). ISO 4217:2001, Codes pour la reprsentation des monnaies et types de fonds. ISO 8601:2004, Elments de donnes et formats dchange Echange dinformation Reprsentation de la date et de lheure. Sun Microsystems, Java Speech Grammar Format Speci

32、fication, JSGF, Copyright 1998-99. 3 Termes et conventions 3.1 Termes La prsente Recommandation dfinit les termes suivants: 3.1.1 serveurs dannonces: galement appels serveurs audio, serveurs dannonces, ce sont des composants de rseau qui grent et passent les tonalits et messages dinformation en rpon

33、se des vnements qui se produisent dans le rseau. La plupart des annonces sont des flux mdias provenant de serveurs du rseau. Certaines tonalits simples et annonces brves peuvent aussi rsider dans ladaptateur MTA ou dans la passerelle mdia. 3.2 Conventions Lorsque la prsente Recommandation est implme

34、nte, les mots cls “DOIT“ et “REQUIS“ doivent tre interprts comme indiquant un aspect obligatoire de la prsente Recommandation. Les mots cls indiquant un certain degr dobligation de telle ou telle disposition utilise dans la prsente Recommandation sont rcapituls ci-dessous. “DOIT“ Ce mot ou ladjectif

35、 “REQUIS“ signifie quil sagit dune obligation absolue dans la prsente Recommandation. “NE DOIT PAS“ Cette expression signifie quil sagit dune interdiction absolue dans la prsente Recommandation. “DEVRAIT“ Ce mot ou ladjectif “RECOMMAND“ signifie quil peut parfois tre justifi dignorer la disposition

36、correspondante, mais, avant de faire ce choix, il convient de prendre en considration toutes les consquences et de bien tudier le pour et le contre. Rec. UIT-T J.175 (11/2005) 3 “NE DEVRAIT PAS“ Cette expression signifie quil peut parfois tre justifi de considrer le comportement en question comme ac

37、ceptable voire utile, mais, avant de faire ce choix, il convient de prendre en considration toutes les consquences et de bien tudier le pour et le contre. “PEUT“ Ce mot ou ladjectif “FACULTATIF“ signifie que la disposition correspondante est effectivement facultative. Un fournisseur peut choisir de

38、prendre en considration la disposition, par exemple parce quun certain march lexige ou parce que le produit sen trouve amlior, alors quun autre fournisseur peut choisir de ne pas tenir compte de la mme disposition.4 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes

39、: ASP protocole de serveur audio (audio server protocol) CMS serveur de gestion dappels (call management server) CMTS systme de terminaison de cabl-modem (cable modem termination system) DNS systme de dnomination de domaine (domain name system) DTMF multifrquence bitonalit (dual tone multi-frequency

40、) E-MTA adaptateur MTA imbriqu (embedded MTA) H.248 protocole UIT-T/IETF de commande de passerelle mdia. Egalement appel MEGACO. Voir www.itu.int. IANA Autorit charge de lassignation des numros Internet (Internet assigned numbers authority) IVR rponse vocale interactive (interactive voice response)

41、MEGACO protocole IETF/UIT-T de commande de passerelle mdia. Egalement appel H.248. Voir www.ietf.org pour plus de dtails. MGCP protocole de contrle de passerelle mdia (media gateway control protocol) MIB base dinformations de gestion (management information base) MP lecteur mdia (media player) MPC c

42、ontrleur de lecteur mdia (media player controller) MTA adaptateur de terminal de mdia (media terminal adapter) NCS signalisation dappel pour le rseau (network call signalling) RTP protocole en temps rel (real-time protocol) RTPC rseau tlphonique public commut SDP protocole de description de session

43、(session description protocol) SID identificateur de service (service ID). Numro 14 bits assign par un systme CMTS pour identifier un circuit virtuel vers lamont. La demande et lobtention du droit dutiliser une certaine largeur de bande vers lamont se font sparment pour chaque identificateur SID. SN

44、MP protocole simple de gestion de rseau (simple network management protocol) S-MTA adaptateur MTA autonome (stand-alone MTA) nud unique contenant un adaptateur MTA et une commande MAC non-J.112 (par exemple Ethernet). 4 Rec. UIT-T J.175 (11/2005) TGCP protocole de commande de passerelle de jonction

45、(trunking gateway control protocol) TN numro de tlphone (telephone number) URI identificateur de ressource universel (universal resource identifier) VoIP tlphonie utilisant le protocole Internet (voice-over-IP) 5 Aperu technique La prsente Recommandation dfinit une srie de protocoles de signalisatio

46、n permettant doffrir des services dannonces et des services mdias dans un rseau IPCablecom. Le prsent paragraphe: dfinit les caractristiques architecturales permettant doffrir des services dannonces et des services mdias IPCablecom; dfinit et classe les types dannonces et de mdias; dfinit les compos

47、ants et leur rle dans larchitecture de serveur audio IPCablecom; dcrit les interfaces de signalisation et de mdia. 5.1 Caractristiques architecturales Les caractristiques architecturales requises en vue de la fourniture de services audio et mdias dans un rseau IPCablecom sont numres ci-dessous. Elles sont fondes sur les spcifications et les rapports techniques qui dfinissent larchitecture IPCablecom. Larchitecture de rfrence du rseau IPCablecom est reprsente sur la Figure 1. Figure 1/J.175 Modle de rfrence des composants de rseau IPCablecom Rec. UIT-T J.1