ITU-T Q 1980 1 FRENCH-2004 The Narrowband Signalling Syntax (NSS) C Syntax definition《窄带信令语法(NSS) 语法定义》.pdf

1、 Union internationale des tlcommunicationsUIT-T Q.1980.1SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (12/2004) SRIE Q: COMMUTATION ET SIGNALISATION Spcifications de la signalisation relative la commande dappel indpendante du support Syntaxe de signalisation en bande troite (NSS) Dfinitio

2、n de la syntaxe Recommandation UIT-T Q.1980.1 RECOMMANDATIONS UIT-T DE LA SRIE Q COMMUTATION ET SIGNALISATION SIGNALISATION DANS LE SERVICE MANUEL INTERNATIONAL Q.1Q.3 EXPLOITATION INTERNATIONALE AUTOMATIQUE ET SEMI-AUTOMATIQUE Q.4Q.59 FONCTIONS ET FLUX DINFORMATION DES SERVICES DU RNIS Q.60Q.99 CLA

3、USES APPLICABLES AUX SYSTMES NORMALISS DE LUIT-T Q.100Q.119 SPCIFICATIONS DES SYSTMES DE SIGNALISATION N 4, 5, 6, R1 ET R2 Q.120Q.499 COMMUTATEURS NUMRIQUES Q.500Q.599 INTERFONCTIONNEMENT DES SYSTMES DE SIGNALISATION Q.600Q.699 SPCIFICATIONS DU SYSTME DE SIGNALISATION N 7 Q.700Q.799 INTERFACE Q3 Q.8

4、00Q.849 SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1 Q.850Q.999 RSEAUX MOBILES TERRESTRES PUBLICS Q.1000Q.1099 INTERFONCTIONNEMENT AVEC LES SYSTMES MOBILES SATELLITES Q.1100Q.1199 RSEAU INTELLIGENT Q.1200Q.1699 PRESCRIPTIONS ET PROTOCOLES DE SIGNALISATION POUR LES IMT-2000 Q.1700Q.1799 SPCIFICATIONS

5、DE LA SIGNALISATION RELATIVE LA COMMANDE DAPPEL INDPENDANTE DU SUPPORT Q.1900Q.1999 RNIS LARGE BANDE Q.2000Q.2999 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T Q.1980.1 (12/2004) i Recommandation UIT-T Q.1980.1 Syntaxe de signalisation en bande troite (NSS) Dfinition d

6、e la syntaxe Rsum La prsente Recommandation dcrit une syntaxe de signalisation en bande troite (NSS, narrowband signalling syntax) dans laquelle est dfini un ensemble normalis de paramtres de tlphonie. La syntaxe NSS permet de mapper les multiples protocoles de tlphonie actuellement en usage dans un

7、 ensemble commun de paramtres. Source La Recommandation UIT-T Q.1980.1 a t approuve le 10 dcembre 2004 par la Commission dtudes 11 (2005-2008) de lUIT-T selon la procdure dfinie dans la Recommandation UIT-T A.8. ii Rec. UIT-T Q.1980.1 (12/2004) AVANT-PROPOS LUIT (Union internationale des tlcommunica

8、tions) 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, dexploitation et de tarification, et met ce sujet des Recommandation

9、s 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 lUIT-T, lesquelles laborent en retour des Recommandations sur ces thme

10、s. 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, les normes ncessaires se prparent en collaboration avec lISO et la

11、 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 titre volontaire. Cependant, il se peut que la Recommandation conti

12、enne 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 moyens dexpression de lobligation comme le verbe “devoir“ ainsi que

13、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 lapplication ou la mise en uvre de la prsente Recommandation puisse do

14、nner 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 par une tierce partie trangre la procdure dlaboration des Recommand

15、ations. 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. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recomma

16、nd aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 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 Q.1980.1 (12/2004) iii TABLE DES MATIRES Pag

17、e 1 Domaine dapplication 1 2 Rfrences normatives 1 3 Dfinitions 2 4 Abrviations 3 5 Aperu de la syntaxe des messages et des paramtres . 3 5.1 Ensemble de caractres. 3 5.2 Structure . 4 5.3 Mode compact de transmission de la syntaxe NSS 5 6 Dfinition des messages . 5 6.1 Messages non pris en charge 6

18、 6.2 Codes didentification de message NSS . 6 7 Dfinition des paramtres. 7 7.1 Paramtre non pris en charge . 7 7.2 Codes de paramtre NSS 7 7.3 Description dtaille des paramtres 17 7.4 Paramtres ASE BAT. 82 8 Codage MIME dun corps NSS 93 8.1 Champ den-tte version MIME . 93 8.2 Champ den-tte type de c

19、ontenu 94 8.3 Champ den-tte codage associ au transfert de contenu 94 8.4 Champ den-tte disposition de contenu. 94 8.5 Spcification de type de mdia MIME NSS. 94 9 Encapsulation dans un message SIP. 95 10 Encapsulation dans un message H.323. 95 11 Considrations relatives la scurit 95 12 Elments syntax

20、iques et procdures spcifiques NSS 95 12.1 Messages spcifiques NSS . 95 12.2 Paramtres spcifiques NSS. 95 12.3 Procdures de compatibilit NSS . 96 Annexe A Grammaire ABNF de la syntaxe de signalisation en bande troite. 97 Appendice I Syntaxe de signalisation en bande troite (NSS) Exemples de codage. 1

21、16 I.1 Exemples de message. 116 I.2 Exemple dordre des paramtres de compatibilit 118 I.3 Exemple de structure des paramtres GCI et TID 119 Appendice II Codage dtaill NSS . 120 Rec. UIT-T Q.1980.1 (12/2004) 1 Recommandation UIT-T Q.1980.1 Syntaxe de signalisation en bande troite (NSS) Dfinition de la

22、 syntaxe 1 Domaine dapplication La prsente Recommandation spcifie une syntaxe de codage souple des informations de signalisation en bande troite qui doivent tre transfres dans des protocoles qui, intrinsquement, ne peuvent pas transfrer ces informations. Figure 1/Q.1980.1 Domaine dapplication de la

23、prsente Recommandation 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 vigueur au moment de la publication de la prsente Recommandation. Toute Recomm

24、andation 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 lUIT-T en vigueur est rgulirement publie. La rfrence un document figurant da

25、ns 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 flux monomdias pour les systmes de communication multimdias en mode paquet. Recommandation UIT-T H.323 (2

26、003), Systmes de communication multimdia en mode paquet. Recommandation UIT-T Q.761 (1999), Systme de signalisation n 7 Description fonctionnelle du sous-systme utilisateur du RNIS. Recommandation UIT-T Q.762 (1999), Systme de signalisation n 7 Fonctions gnrales des messages et des signaux du sous-s

27、ystme utilisateur du RNIS. Recommandation UIT-T Q.763 (1999), Systme de signalisation n 7 Formats et codes du sous-systme utilisateur du RNIS; plus Amendement 1 (2001), Codage du paramtre de transport dapplication; Corrigendum 1 (2001) plus Amendement 2 (2002), Prise en charge du plan international

28、de priorit en priode de crise. 2 Rec. UIT-T Q.1980.1 (12/2004) Recommandation UIT-T Q.765.5 (2004), Systme de signalisation n 7 Mcanisme de transport dapplication: commande dappel indpendante du support. Recommandation UIT-T Q.767 (1991), Application du sous-systme utilisateur du RNIS du systme de s

29、ignalisation n 7 du CCITT pour les interconnexions RNIS internationales; plus Amendement 1 (2002), Prise en charge du plan international de priorit en priode de crise. Recommandation UIT-T Q.850 (1998), Utilisation des indications de cause et de localisation dans le systme de signalisation dabonn nu

30、mrique n 1 et le sous-systme utilisateur du RNIS du systme de signalisation n 7; plus Addendum 1 (2000), plus Amendement 1 (2001). Recommandation UIT-T Q.931 (1998), Spcification de la couche 3 de linterface utilisateur-rseau RNIS pour la commande de lappel de base, plus Amendement 1 (2002), Extensi

31、ons pour la prise en charge des quipements de multiplexage numrique; plus Erratum 1 (2003). Recommandation UIT-T Q.1902.3 (2001), Protocole de commande dappel indpendante du support (ensemble de capacits 2) et sous-systme utilisateur du RNIS du systme de signalisation n 7: formats et codes; plus Ame

32、ndement 1 (2002), Prise en charge du plan international de priorit en priode de crise. ETSI TS 126 103 v 5.5.0 (2004-09), Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); Speech codec list for GSM and UMTS (3GPP TS 26.103 version 5.5.0 Release

33、 5). IETF RFC 2045 (1996), Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. IETF RFC 2046 (1996), Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. IETF RFC 2183 (1997), Communicating Presentation Information in Internet Messages: The Conten

34、t-Disposition Header Field. IETF RFC 2234 (1997), Augmented BNF for Syntax Specifications: ABNF. IETF RFC 2327 (1998), SDP: Session Description Protocol. IETF RFC 3261 (2002), SIP: Session Initiation Protocol. 3 Dfinitions La prsente Recommandation dfinit les termes suivants: 3.1 paramtre de compati

35、bilit: paramtre NSS qui est utilis pour transporter des objets dont la syntaxe nest pas reconnue et pour linterprtation duquel le paramtre PRN est ncessaire. Lensemble des paramtres de compatibilit est le suivant: FDC, UFC, PCI et MCI. NOTE Pour linterprtation du paramtre ATP, le paramtre PRN est ga

36、lement ncessaire. 3.2 paramtre mappable: paramtre ISUP/BICC qui satisfait aux conditions suivantes quant au protocole transportant le corps NSS: chaque champ du paramtre ISUP/BICC est pris en compte par un champ ou par une combinaison de champs dans le protocole dencapsulation; chaque valeur potenti

37、elle de champ ISUP/BICC est prise en compte par une valeur du ou des champs correspondants dans le protocole dencapsulation; la valeur dorigine de chaque champ ISUP/BICC peut tre rcupre lorsque le protocole dencapsulation seul (toute encapsulation NSS ou ISUP/BICC tant ignore) est de nouveau Rec. UI

38、T-T Q.1980.1 (12/2004) 3 mapp dans la mme variante ISUP/BICC que celle qui a t mappe dans le protocole dencapsulation au nud dorigine NSS. 3.3 message NSS: corps compos dun ensemble contigu de lignes de texte, telles que dfinies au 5. 4 Abrviations La prsente Recommandation utilise les abrviations s

39、uivantes: ABNF formalisme BNF tendu (augmented Backus-Naur form) (voir le document RFC 2234) ASCII American Standard Code for Information Interchange BICC commande dappel indpendante du support (bearer independent call control) COT test de continuit (continuity test) (utilis pour les circuits TDM) I

40、A5 alphabet international n 5 (international alphabet No. 5) (identique au code ASCII 7 bits) IE lment dinformation (information element) IEPS plan international de priorit en priode de crise (international emergency preference scheme) ISUP sous-systme utilisateur du RNIS (ISDN user part) MIME exten

41、sions de courrier Internet fonctions multiples (multipurpose Internet mail extensions) NSS syntaxe de signalisation en bande troite (narrowband signalling syntax) PBX autocommutateur priv (private branch exchange) RAS enregistrement, admission et statut (registration, admission and status) (voir la

42、Rec. UIT-T H.225.0) RNIS rseau numrique intgration de services RTC rseau tlphonique commut RTP protocole de transport en temps rel (real-time transport protocol) RTPC rseau tlphonique public commut SDP protocole de description de session (session description protocol) SIP protocole douverture de ses

43、sion (session initiation protocol) SS7 systme de signalisation n 7 (signalling system No. 7) TDM multiplexage par rpartition dans le temps (time division multiplexing) UIT-T Union internationale des tlcommunications Secteur de la normalisation des tlcommunications 5 Aperu de la syntaxe des messages

44、et des paramtres Le prsent paragraphe dfinit les rgles gnrales applicables aux formats des messages, des paramtres et des champs NSS. 5.1 Ensemble de caractres Les messages NSS sont composs partir des caractres imprimables de lalphabet IA5 (cest-dire du code ASCII 7 bits) plus le retour chariot (CR,

45、 carriage return = x0D) et le saut de ligne (LF, 4 Rec. UIT-T Q.1980.1 (12/2004) line feed = x0A). Un caractre alphabtique minuscule et le caractre alphabtique majuscule correspondant ne sont pas quivalents. Les rgles relatives la casse sont dcrites dans le prsent paragraphe et au 5.2. Les valeurs s

46、usceptibles de ncessiter la reprsentation dinformations en dehors de cet ensemble de caractres doivent tre prsentes sous la forme dune squence dun ou de plusieurs octets binaires, exprime sous la forme dune srie dun ou de plusieurs couples de caractres (“0“-“9“, “A“-“F“) non prcds du caractre “x“, r

47、eprsentant les octets binaires sous forme de valeurs hexadcimales. Les caractres “A“ “F“ doivent tre en majuscules. Lordre des octets binaires dans une valeur donne est dfini par le protocole source. La squence rsultante de couples de caractres sera place dans cet ordre dans un champ de valeur NSS sans caractre “x“ au dbut. Le premier caractre de chaque couple reprsente les quatre bits de plus fort poids de loctet binaire exprim. Si un octet du protocole source contient des bits qui nappartiennent pas la valeur code du champ ou du sous-champ, ces bits devront tre mis zr