1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T I.232.3SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITRSEAU NUMRIQUE AVEC INTGRATIONDES SERVICESPOSSIBILITS DE SERVICESERVICES SUPPORTS ASSURS PAR UN RNISCATGORIE DE SERVICE SUPPORTDE SIGNALISATION DUSAGERRecommandation UIT-T I.232.3(Antr
2、ieurement 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 techniques, dexploitation et de tarification, et met cesujet des Recommandations en
3、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 doivent examiner et propos desquels elles doivent mettre desRecommandations.La Re
4、commandation rvise UIT-T I.232-3, labore par la Commission dtudes I (1988-1993) de lUIT-T, a tapprouve par la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (UIT), leCCITT nexiste plus depuis le 28 fvrier 1993. Il
5、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 prsente Recommandation, aucun changement na t apport aux mentionscontenant
6、 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 lUIT.2 Dans la prsente Recommandation, le terme Administration dsigne in
7、diffremment 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 procd, lectronique ou mcanique, y compris la photocopie et les microfi
8、lms, sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation I.232.3 (03/93)Page1 Dfinition . 12 Description . 12.1 Description gnrale . 12.2 Terminologie spcifique . 13 Procdures 13.1 Fourniture/retrait. 13.2 Procdures normales. 13.3 Procdures exceptionnelles. 23.4 Procdures de rechange 34 Capacit
9、s de taxation du rseau . 35 Conditions dinterfonctionnement 36 Interaction avec des services complmentaires 37 Attributs 48 Fourniture du service support de signalisation dusager. 49 Description dynamique 5Annexe A Mcanisme de commande de dbit par le rseau pour le service support de signalisation du
10、sager . 13Recommandation I.232.3 (03/93) i Recommandation I.232.3Recommandation I.232.3 (03/93)CATGORIE DE SERVICE SUPPORT DE SIGNALISATION DUSAGER(Melbourne, 1988; rvise Helsinki, 1993)1 DfinitionCette catgorie de services supports est destine assurer le transfert dunits de donnes de service (SDU)
11、(service dataunit) par le canal D. Il doit servir des applications dans lesquelles un nombre limit dinformations doit tre changentre des installations dabonn, ou dans lesquelles des informations doivent tre changes entre les installations delabonn et les fonctions de couches suprieures1)(HLF) (high
12、layer functions) dans le RNIS. Parmi ces applications,citons la mise en oeuvre des protocoles de gestion de lusager et le transfert des informations de commande entre toustypes dquipements dusager, dont les autocommutateurs privs avec intgration des services via un RNIS.2 Description2.1 Description
13、gnraleLe service support de signalisation dusager (USBS) (user signalling barer service) permet lusager denvoyer et derecevoir des informations sur le canal D. Ces informations sont achemines par le rseau en transparence (cest-diresans modification du contenu). Les units de donnes de service doivent
14、 tre transmises en squence, avec une forteprobabilit de succs; la probabilit de non-transmission, de mutilation et de rptition doit tre trs faible.Normalement, le rseau ninterprte ni ne traite en aucune manire ces informations.Les units de donnes de service sont transmises, aprs tablissement de la c
15、onnexion du service support de signalisationdusager. (Lenvoi dunits SDU pendant la phase dtablissement ou de libration de lappel peut constituer un servicesupplmentaire au mme titre que les services 1 et 2 de signalisation dusager usager.)Les units de donnes de service transmises par ce service sont
16、 limites 252 octets. Le fournisseur de rseau peutgalement choisir dimposer des limites au volume de donnes quun usager est autoris transmettre sur un intervalle detemps donn (par exemple, le dbit peut tre limit par lutilisation de mcanismes explicites, voir lAnnexe A).Ce service peut tre fourni la d
17、emande ou titre permanent.Ce service diffre du service complmentaire de signalisation dusager usager (voir la Recommandation I.257), aveclequel il ne doit pas tre confondu. Ce dernier est utilis avec un service support ou avec un tlservice.2.2 Terminologie spcifiquePour tude complmentaire.3 Procdure
18、s3.1 Fourniture/retraitLe service est normalement assur sur abonnement. Cependant, certains rseaux peuvent ne pas exiger dabonnementspcifique, ce service tant systmatiquement offert tout abonn du RNIS.3.2 Procdures normalesToute la signalisation usager-rseau se fait sur le canal D. Le fournisseur du
19、 rseau peut choisir dimposer une limite aunombre dappels USBS autoriss par canal D. Dans ce cas, cette limite dfinira pour les services USBS ltatdoccupation de lutilisateur (dtermin par le rseau)._1)Les fonctions de couches suprieures sont dfinies dans la Recommandation I.210.Recommandation I.232.3
20、(03/93) 1 3.2.1 Activation/dsactivation/enregistrementPour tude complmentaire.3.2.2 Procdures de service la demandea) Appel du service (tablissement de la communication)Lusager appelle le service USBS en demandant au rseau le service support voulu et en identifiant ledemand. Dautres informations peu
21、vent, si ncessaire, tre galement incluses pour les besoins du servicesupport et pour tre utilises par le rseau pour assurer les prestations complmentaires fournies audemand (identification de la ligne appelante par exemple). Cette demande peut tre envoye au rseausoit en bloc avec toutes les informat
22、ions requises, soit pas en bloc.b) Indications pendant ltablissement de la communicationAprs avoir lanc un appel, le demandeur recevra un accus de rception indiquant que le rseau peuttraiter lappel. Le demand recevra une indication linformant de larrive dun appel entrant de ce servicesupport.Le dema
23、ndeur peut galement recevoir une indication linformant que lappel entrant a t offert audemand, lorsque le rseau reoit une indication signalant que le demand a t inform de cet appel.Quand le demand accepte la communication et que la liaison est tablie, une indication le signalant estenvoye au demande
24、ur.Le demand peut galement fournir dautres informations que le rseau pourra utiliser dans les prestationscomplmentaires fournies dautres utilisateurs (identification de la ligne connecte par exemple). Larelation entre lutilisateur connect et le demand ncessite un complment dtude.c) Phase de transfer
25、t de linformationUne fois la connexion tablie, la taxation peut commencer (si la taxation a une composante temporelle) etles units de donnes de service peuvent tre transmises simultanment dans les deux sens sans tremodifies par le rseau. Aucune restriction nest impose au contenu des units de donnes
26、de service,pour autant que leur longueur ne dpasse pas 252 octets. Le rseau cherche remettre les units dedonnes de service dans lordre o il les a reues, sans rptition, mutilation ou omission.d) Achvement de la communicationLun des utilisateurs ou les deux peuvent mettre fin la communication en le si
27、gnalant au rseau. Si undes utilisateurs met fin la communication, une indication le signalant est envoye son correspondant.3.3 Procdures exceptionnelles3.3.1 Activation/dsactivation/enregistrementPour tude complmentaire.3.3.2 Appel et fonctionnementa) Echecs dus une erreur de lusager:i) si un usager
28、 fait une demande de service incorrecte, le rseau lui renverra une indication dchecapproprie, puis mettra fin ltablissement de la communication;ii) si un usager introduit un numro demand non valide, le rseau lui renverra une indication dchecapproprie, puis mettra fin ltablissement de la communicatio
29、n.b) Echecs dus ltat du demand:i) si un demandeur essaie dtablir une liaison avec un demand occup (tat occup dtermin par lerseau ou par lusager), le rseau lui renverra une indication dchec approprie, puis mettra fin ltablissement de la communication;ii) si le demand ne rpond pas, le rseau renverra a
30、u demandeur une indication dchec approprie,puis mettra fin ltablissement de la communication;iii) si le terminal du demand signale que le demand a t inform de lappel, et quaucune rponse neparvient dans un dlai dtermin, le rseau renverra au demandeur une indication dchec approprie,puis mettra fin lta
31、blissement de la communication;iv) si le demand choisit de ne pas accepter la communication, le rseau renverra au demandeur uneindication dchec approprie, puis mettra fin ltablissement de la communication.2 Recommandation I.232.3 (03/93) c) Echecs dus des conditions du rseau:i) si le service USBS ne
32、st pas assur par le rseau, le rseau renverra lutilisateur une indicationdchec approprie, puis mettra fin ltablissement de la communication;ii) si le rseau est provisoirement incapable dassurer le service USBS, le rseau renverra une indicationdchec approprie lusager, puis mettra fin ltablissement de
33、la communication.Dans des conditions extrmes dencombrement ou de dfaillance du rseau, des units de donnes deservice peuvent tre mises au rebut. Les usagers qui souhaitent fiabiliser leur transmission doiventemployer des protocoles de bout en bout par exemple, le protocole de transport de classe 4 (v
34、oir laRecommandation X.224).3.4 Procdures de rechange3.4.1 Procdures rserves au servicePour tude complmentaire.3.4.2 Procdures de service permanentDans le cas dun service permanent, aucune procdure nest ncessaire pour tablir la communication. Les units dedonnes de service peuvent tre transfres dans
35、les deux directions simultanment, sans tre altres par le rseau.Aucune restriction nest impose au contenu des units de donnes de service tant que leur longueur nexcde pas unmaximum de 252 octets. Le rseau tentera de remettre les units de donnes de service dans lordre o il les aura reus,sans ddoubleme
36、nt, mutilation ou omission.En cas dchec d une erreur de lutilisateur, ltat de lutilisateur ou la situation sur le rseau, le rseaucommuniquera une indication dchec approprie.Dans des circonstances exceptionnelles dencombrement ou de dfaillance du rseau, des units de donnes de servicepeuvent tre mises
37、 au rebut. Les usagers qui souhaitent fiabiliser leur transmission doivent employer des protocoles debout en bout par exemple le protocole de transport de classe 4 (voir la Recommandation X.224).4 Capacits de taxation du rseauLa prsente Recommandation ne couvre pas les principes de taxation, qui dev
38、raient tre traits dans de futuresRecommandations de la srie D.5 Conditions dinterfonctionnementLinterfonctionnement entre le service USBS et les services ci-aprs appelle un complment dtude:a) catgorie de service support de connexion virtuelle et de circuit virtuel permanent (voir laRecommandation I.
39、232.1);b) autres services supports en mode paquet;c) services du rseau public pour donnes commutation par paquets (RPDCP).6 Interaction avec des services complmentairesCette question appelle un complment dtude.Recommandation I.232.3 (03/93) 3 7 AttributsAttributs et valeursAttributs Valeurs possible
40、sAttributs de transfert dinformation et valeurs01. Mode de transfert dinformation Paquet02. Dbit du transfert dinformation Pour complment dtude03. Capacit de transfert dinformation Numrique sans restriction04. Structure Intgrit de lunit SDU05. Etablissement de la communication A la demande/permanent
41、06. Symtrie Bidirectionnelle symtrique07. Configuration de la communication Point pointAttributs daccs et valeurs08. Canal et dbit daccs D(16), D(64)09. Protocole daccs09.1 Protocole de couche 1 daccs signalisation Recommandations I.430/I.43109.2 Protocole de couche 2 daccs signalisation Recommandat
42、ions I.440/I.44109.3 Protocole de couche 3 daccs signalisation Recommandations I.450/I.45109.4 Protocole de couche 1 daccs information Recommandations I.430/I.43109.5 Protocole de couche 2 daccs information Recommandations I.440/I.44109.6 Protocole de couche 3 daccs information Recommandations I.450
43、/I.451Attributs gnraux et valeurs10. Services complmentaires assurs A ltude11. Qualit de service A ltude12. Possibilits dinterfonctionnement A ltude13. Exploitation et commercialisation A ltude8 Fourniture du service support de signalisation dusagera) Fourniture globale: Ab) Variations des attributs
44、 secondairesEtablissement dela communicationSymtrieConfiguration dela communicationFournitureA la demandePermanentBidirectionnelleSymtriquePoint pointPoint pointAA4 Recommandation I.232.3 (03/93) c) AccsCommande de canal daccsSignalisation et OAM(Note 1)Information dusagerFournitureCanal et dbit Pro
45、tocoles Canal et dbit ProtocolesD(16) I.451I.441I.430D(16) I.451I.441I.430AD(64) I.451I.441I.431D(64) I.451I.441I.431ANOTES1 La dfinition des autres protocoles applicables la gestion, lexploitation et la maintenance (OAM) seratudie ultrieurement.2 Services la demande seulement. Complment dtude pour
46、les services permanents.9 Description dynamiqueLa description dynamique de ce service pour ltablissement la demande, est prsente sur les Figures 1 6.Recommandation I.232.3 (03/93) 5 T0102100-92/d01FIGURE 1/I.232.3USBS Traitement de communication de baseEteindre signalcontrle dbit/ADemandesignalisationUUSDe
