1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.939SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITSYSTME DE SIGNALISATIONDABONN NUMRIQUE N 1COUCHE RSEAUSYSTME DE SIGNALISATION DABONNNUMRIQUE N 1 CODAGESCARACTRISTIQUES DUN INDICATEUR DESERVICE DU SYSTME DE SIGNALISATIONDABONN NUMRIQUE
2、 N 1 POUR LESSERVICES DE TLCOMMUNICATION RNISRecommandation UIT-T Q.939(Antrieurement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommunications (UIT). Il est charg de ltude des questions techniqu
3、es, dexploitation et de tarification, et met cesujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes que les Commissions dtudes de lUIT-T doive
4、nt examiner et propos desquels elles doivent mettre desRecommandations.La Recommandation UIT-T Q.939, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a t approuve parla CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcom
5、munications (UIT), leCCITT nexiste plus depuis le 28 fvrier 1993. Il est remplac par le Secteur de la normalisation des tlcommunicationsde lUIT (UIT-T) cr le 1ermars 1993. De mme, le CCIR et lIFRB ont t remplacs par le Secteur desradiocommunications.Afin de ne pas retarder la publication de la prsen
6、te Recommandation, aucun changement na t apport aux mentionscontenant les sigles CCITT, CCIR et IFRB ou aux entits qui leur sont associes, comme Assemble plnire,Secrtariat, etc. Les futures ditions de la prsente Recommandation adopteront la terminologie approprie refltant lanouvelle structure de lUI
7、T.2 Dans la prsente Recommandation, le terme Administration dsigne indiffremment une administration detlcommunication ou une exploitation reconnue. UIT 1994Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun p
8、rocd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation Q.939 (03/93)Page1 Introduction 12 Champ dapplication et objectif 13 Liste des services de tlcommunication et des applications dutilisateur traits dans les codages . 24
9、Principes gnraux applicables tous les services. 35 Impact des situations dinterfonctionnement 45.1 Appels entrants provenant de rseaux non RNIS . 45.2 Directives dapplication des lments BC et LLC 46 Demande et reconnaissance dun service de tlcommunication de base dans un environnement RNIS 46.1 Dema
10、nde et reconnaissance dun service support en mode circuit . 56.1.1 Catgorie de service support en mode circuit 64 kbit/s structur 8 kHz, utilisablepour le transfert dinformations vocales 56.1.2 Catgorie de service support en mode circuit 64 kbit/s sans restriction, structur 8 kHz 66.1.3 Catgorie de
11、service support en mode circuit 64 kbit/s structur 8 kHz, utilisablepour le transfert dinformations audio 3,1 kHz. 96.1.4 Catgorie de service support utilisations multiples en mode circuit 64 kbit/s structur 8 kHz 106.1.5 Service support dbits multiples en mode circuit pour une interface RNIS. 106.2
12、 Catgories de services supports en mode paquet 106.2.1 Services supports de communication virtuelle prise en charge de terminal X.25permettant laccs au service de circuit virtuel RNIS (cas B de la Recomman-dation X.31). 106.2.2 Services supports en mode trame 126.3 Demande et reconnaissance dun tlse
13、rvice 146.3.1 Tlservice de tlphonie (bande de 3,1 kHz) 146.3.2 Service tltex (utilisant une capacit support en mode circuit) . 166.3.3 Service de tlcopie du groupe 4 (utilisant une capacit support en mode circuit) 206.3.4 Service de vidotex syntaxe RNIS . 246.3.5 Tlservice de visiophonie RNIS 286.3.
14、6 Service de tlcopie des groupes 2/3 287 Codages applicables des applications dutilisateur spcifiques . 307.1 Applications dutilisateur spcifiques du service support en mode circuit 64 kbit/s sans restric-tion, structur 8 kHz. 307.1.1 Prise en charge dadaptateurs de terminaux de types V.110 et X.30.
15、 307.1.2 Prise en charge dadaptateurs de terminaux de type V.120 . 387.1.3 Prise en charge dun quipement terminal de type X.25 permettant laccs un RPDCPvia une unit AU (cas A de la Recommandation X.31) 427.2 Applications dutilisateur spcifiques de la catgorie de service support en mode circuit 64 kb
16、it/s structur 8 kHz, utilisable pour le transfert dinformations audio 3,1 kHz 467.2.1 Donnes en bande vocale via un modem 468 Codages des appels manant du RTPC 499 Abrviations . 49Recommandation Q.939 (03/93) i Recommandation Q.939Recommandation Q.939 (03/93)SYSTME DE SIGNALISATION DABONN NUMRIQUE N
17、 1 CODAGES CARACTRISTIQUES DUN INDICATEUR DE SERVICEDU SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1POUR LES SERVICES DE TLCOMMUNICATION RNIS(Helsinki, 1993)1 IntroductionLa prsente Recommandation spcifie le codage des lments dinformation capacit support (BC) (bearer capability),compatibilit de couche
18、 suprieure (HLC) (high layer compatibility) et compatibilit de couche infrieure (LLC)(low layer compatibility) utiliss par des terminaux mettant en oeuvre les services RNIS de tlcommunication dcritsdans les Recommandations de la srie I.200 et fonctionnant la demande. Elle sappuie sur la Recommandati
19、on Q.931(y compris ses Annexes B et I) et la Recommandation Q.933.Pour chaque service, les valeurs de champ que le demandeur doit envoyer et celles que le demand doit sattendre recevoir sont spcifies, dans le cas dun environnement RNIS pur (voir les articles 6 et 7). Des situations dinterfonc-tionne
20、ment avec le rseau tlphonique public commut (RTPC) sont galement envisages (voir larticle 8). Uneversion ultrieure de la prsente Recommandation pourra inclure des scnarios dinterfonctionnement avec le RPDCC etle RPDCP.Sauf indication contraire, lutilisation du terme terminal (TE) dans ce texte dsign
21、e lquipement terminal dabonn; cepeut tre un quipement terminal de type 1 (TE1) (terminal equipment type 1), un adaptateur de terminal (TA) (terminaladaptor) associ un quipement terminal de type 2 (TE2) (terminal equipment type 2) ou une terminaison de rseau detype 2 (NT2) (network termination type 2
22、), dfinis dans la Recommandation I.411.Les termes terminal et utilisateur sont utiliss de faon interchangeable.Il est possible de retrouver les squences binaires exactes, corrles avec les valeurs des champs dsigns, dans lesparagraphes ci-aprs de la Recommandation Q.931: 4.5.5, pour llment dinformati
23、on capacit support, 4.5.17, pour llment dinformation compatibilit de couche suprieure, 4.5.19, pour llment dinformation compatibilit de couche infrieure.Pour les services supports en mode trame, il est possible de retrouver les squences binaires exactes en 4.5.5/Q.933 (BC)et 4.5.21/Q.933 (LLC).En gn
24、ral, les lments dinformation BC, HLC et LLC rpondent aux objectifs suivants:Du ct du demandeur, le rseau doit vrifier que le service support demand par le demandeur dans llmentdinformation capacit support correspond celui quil fournit cet utilisateur (voir lAnnexe B/Q.931).Du ct du demand, lutilisat
25、eur demand excute le contrle de compatibilit rseau-utilisateur laide du contenu dellment dinformation BC et le contrle de compatibilit utilisateur-utilisateur laide du contenu des lmentsdinformation BC, HLC et LLC (voir lAnnexe B/Q.931).2 Champ dapplication et objectifLa prsente Recommandation donne
26、 des informations complmentaires concernant lutilisation des lmentsdinformation de compatibilit pour diffrents services de tlcommunication. Elle traite les services de tlcommuni-cation spcifis pour des RNIS publics. Elle ne spcifie pas de codages supplmentaires des lments dinformation decompatibilit
27、 (BC, HLC et LLC) qui pourraient tre ncessaires la prise en charge de la demande et de la fourniture deservices de tlcommunication par des rseaux privs.La liste des services actuellement traits dans la prsente Recommandation figure larticle 3. Il sera peut-tre ncessairede ltoffer lorsque de nouveaux
28、 services auront t dfinis et/ou lorsque la fonctionnalit des rseaux et des terminauxaura volu.Recommandation Q.939 (03/93) 1 Certains services supports pouvant servir prendre en charge diverses applications dutilisateur, des informationscomplmentaires concernant ces applications sont donnes dans les
29、 paragraphes suivants: 7.1, pour le service support en mode circuit 64 kbit/s sans restriction, structur 8 kHz, 7.2, pour le service support audio 3,1 kHz en mode circuit 64 kbit/s, structur 8 kHz.Lobjectif spcifique de la prsente Recommandation est dindiquer lutilisation correcte des points de coda
30、ge Q.931 auxdiffrentes Commissions dtudes du CCITT tudiant les services, les terminaux RNIS et les adaptateurs de terminaux.Ce document doit faciliter linteroprabilit de terminaux mettant en oeuvre le mme service de tlcommunication etpermettre des terminaux de fonctionner sur des RNIS publics diffre
31、nts.Les codages caractristiques spcifis larticle 6 doivent tre pris en charge par tous les utilisateurs et rseaux mettanten oeuvre le service de tlcommunication correspondant. Dautres variantes de ces codages peuvent tre prises encharge de manire complmentaire, mais elles ne peuvent fournir une inte
32、roprabilit mondiale.Les codages donns larticle 7 ne sont pas exhaustifs. Ils illustrent des applications dutilisateur caractristiques faisantintervenir des schmas dadaptation du dbit binaire en cas dutilisation dinterfaces normalises par le CCITT.3 Liste des services de tlcommunication et des applic
33、ations dutilisateur traits dans lescodagesLes services de tlcommunication ci-aprs sont traits larticle 6:1) Catgories de services supports en mode circuit Catgorie de service support en mode circuit 64 kbit/s structur 8 kHz, utilisable pour le transfertdinformations vocales (tlphonie numrique) Catgo
34、rie de service support en mode circuit 64 kbit/s sans restriction, structur 8 kHz Catgorie de service support en mode circuit 64 kbit/s structur 8 kHz, utilisable pour le transfertdinformations audio 3,1 kHz2) Catgories de services supports en mode paquet Service support de communication virtuelle (
35、cas B de la Recommandation X.31)i) Accs par le canal Bii) Accs par le canal D Services supports en mode tramei) Accs commutation de circuits une unit de traitement de trame loigne (cas A de laRecommandation Q.933)ii) Service support de communication virtuelle relais de trame (cas A et B de la Recomm
36、an-dation Q.933)3) Tlservices Tlservice de tlphonie (bande de 3,1 kHz) Service tltex Service de tlcopie du groupe 4 Service de vidotex syntaxe RNIS Service de tlcopie des groupes 2 et 3Les applications dutilisateur spcifiques de certains services supports donnes ci-aprs sont traites larticle 7:a) Ap
37、plications dutilisateur spcifiques du service support en mode circuit 64 kbit/s sans restriction,structur 8 kHz:1) Prise en charge dadaptateurs de terminal de types V.110 et X.30 Fonctionnement en mode synchrone Fonctionnement en mode asynchrone2) Prise en charge dadaptateurs de terminal de type V.1
38、202 Recommandation Q.939 (03/93) 3) Prise en charge dquipement de terminal de type X.25 permettant laccs un RPDCP via une unitdaccs AU (cas A de la Recommandation X.31) Adaptation du dbit utilisant le remplissage par fanions HDLC Adaptation du dbit correspondant aux Recommandations V.110 et X.30b) A
39、pplications dutilisateur spcifiques du service support audio 3,1 kHz en mode circuit 64 kbit/sstructur 8 kHz:1) Donnes en bande vocale via un modem4 Principes gnraux applicables tous les servicesLes principes suivants sappliquent tous les services:1) Llment dinformation LLC est transfr en transparen
40、ce travers un RNIS entre les entits appelante etappele. Cependant, selon les principes de taxation appliqus, certains rseaux peuvent contrler lalongueur des lments dinformation LLC.2) Llment dinformation HLC est transfr en transparence travers un RNIS entre les entits appelante etappele. Certains rs
41、eaux peuvent toutefois contrler son contenu, par exemple pour associer un servicecomplmentaire un tlservice.3) Lorsque des services supports sont spcifis, llment dinformation HLC ne doit normalement pas treprsent, sauf si ces services servent la mise en oeuvre dapplications de couche suprieure.4) Le
42、s codages indiqus concernent le cas gnral. Dans des arrangements terminaux particuliers,lutilisateur peut tre oblig de ne sappuyer que sur des informations dadresse. Dans ce cas, il est possibledutiliser les services complmentaires DDI ou MSN.5) On suppose quun terminal TE2 associ un adaptateur TA f
43、ournissent la mme fonctionnalit quunterminal TE1. Par consquent, un adaptateur TA reli un point de rfrence concidant S et T ne doit pasgnrer ni envoyer une valeur de lindicateur de progression dappel diffrente de 1 lors de ltablissementdune connexion. Un adaptateur TA doit donc gnrer, par exemple lo
44、rsquil adapte une interfaceutilisateur-rseau dun RTPC analogique deux fils linterface utilisateur-rseau du RNIS, llment BC etsi ncessaire, les lments HLC et LLC, selon le type dquipement quil dessert au point de rfrence R,cest-dire:Equipement reli linterface RPoints de codage BC/HLC/LLC utiliss lint
45、erface S/TBC HLC LLCTlphonie analogique Parole Tlphonie Equipement de tlcopie des groupes 2/3 Audio 3,1 kHz Tlcopie des groupes 2/3 Equipement de donnes en bande vocale viaun modemAudio 3,1 kHzType de modemConventions appliques pour la prsentation des codages:1) Les octets 1 et 2 des lments dinforma
46、tion de compatibilit, indiquant respectivement lidentificateur etla longueur de llment dinformation, sont omis dans ces considrations et ne sont donc pas reprsentsdans ces exemples.2) Un tiret mis la place dune valeur de champ indique:a) du ct de lappelant: ce champ nest pas inclus dans llment dinformation;b) du ct de lappel: ce champ nest pas prsent.3) Les valeurs de champ entre parenthses ( ) peuvent tre incluses ou non du ct de lappelant
