ITU-T Q 955 3 FRENCH-1993 STAGE 3 DESCRIPTION FOR COMMUNITY OF INTEREST SUPPLEMENTARY SERVICES USING DSS 1 CLAUSE 3 - MULTI-LEVEL PRECEDENCE AND PREEMPTION (MLPP)《使用了1号数字用户信令系统(DSS.pdf

《ITU-T Q 955 3 FRENCH-1993 STAGE 3 DESCRIPTION FOR COMMUNITY OF INTEREST SUPPLEMENTARY SERVICES USING DSS 1 CLAUSE 3 - MULTI-LEVEL PRECEDENCE AND PREEMPTION (MLPP)《使用了1号数字用户信令系统(DSS.pdf》由会员分享，可在线阅读，更多相关《ITU-T Q 955 3 FRENCH-1993 STAGE 3 DESCRIPTION FOR COMMUNITY OF INTEREST SUPPLEMENTARY SERVICES USING DSS 1 CLAUSE 3 - MULTI-LEVEL PRECEDENCE AND PREEMPTION (MLPP)《使用了1号数字用户信令系统(DSS.pdf（63页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.955SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITSYSTME DE SIGNALISATION DABONNNUMRIQUE No1DESCRIPTION DE LTAPE 3POUR LES SERVICES COMPLMENTAIRESUTILISANT LE DSS 1DESCRIPTION DE LTAPE 3POUR LES SERVICES COMPLMENTAIRESDE COMMUNAUT DINTR

2、T UTILISANTLE SYSTME DE SIGNALISATIONDABONN NUMRIQUE No1ARTICLE 3 PRSANCE ET PREMPTION PLUSIEURS NIVEAUXRecommandation UIT-T Q.955(Antrieurement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommuni

3、cations (UIT). Il est charg de ltude des questions techniques, 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, d

4、termineles thmes que les Commissions dtudes de lUIT-T doivent examiner et propos desquels elles doivent mettre desRecommandations.La Recommandation UIT-T Q.955, article 3, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a tapprouve par la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au pr

5、ocessus de rforme entrepris au sein de lUnion internationale des tlcommunications (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 des

6、radiocommunications.Afin de ne pas retarder la publication de la prsente 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 ado

7、pteront la terminologie approprie refltant lanouvelle structure de lUIT.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

8、tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation Q.955 (03/93)Page3 Prsance et premption plusieurs niveaux . 13.1 Dfinition 13.2 Description 13.3 Co

9、nditions de fonctionnement 23.4 Conditions de codage 43.5 Conditions de signalisation. 83.6 Interactions avec dautres services complmentaires 163.7 Interactions avec dautres rseaux. 203.8 Flux de signalisation . 253.9 Valeurs de paramtres (temporisations) 29Recommandation Q.955 (03/93) i Recommandat

10、ion Q.955Recommandation Q.955 (03/93)DESCRIPTION DTAPE 3 POUR LES SERVICES COMPLMENTAIRESDE COMMUNAUT DINTRT UTILISANT LE SYSTME DE SIGNALISATIONDABONN NUMRIQUE N 1(Helsinki, 1993)3 Prsance et premption plusieurs niveaux3.1 DfinitionLe service complmentaire de prsance et premption plusieurs niveaux

11、(MLPP) (multi-level precedence andpreemption) permet de traiter des appels rendus prioritaires. Il comporte deux parties: la prsance et la premption. Laprsance consiste affecter un niveau de priorit un appel. La premption consiste, en labsence de ressourcesdisponibles, rquisitionner des ressources u

12、tilises par un appel de prsance infrieure pour tablir unecommunication de prsance suprieure. Ce service na aucune incidence sur les utilisateurs des rseaux noncompatibles.La description de ltape 1 du service complmentaire de prsance MLPP est contenue dans 3/I.255.La description de ltape 2 du service

13、 complmentaire de prsance MLPP est contenue dans 3/Q.85.3.2 Description3.2.1 Description gnraleLe service complmentaire de prsance MLPP est offert titre doption par le fournisseur du rseau un domaine decelui-ci, qui peut comprendre lensemble ou un sous-ensemble du rseau. Ce service complmentaire est

14、 applicable toutes les ressources du rseau dans le domaine dusage commun. Le niveau maximal de prsance dun abonn est fixau moment de labonnement par le fournisseur du service, sur la base des besoins de labonn. Celui-ci peut choisir, pourchaque communication, un niveau de prsance qui ne pourra pas t

15、re suprieur au niveau maximal auquel il a souscrit.Les appels prsance (utilisant le service MLPP avec un niveau de prsance suprieur au niveau minimal) auxquels ledemand ne rpond pas (par exemple appel sans rponse et/ou non acquitt, demand occup par un appel de prsancegale ou suprieure, ou demand occ

16、up et non premptible) sont transfrs vers un destinataire de remplacementprdtermin, qui peut tre un autre abonn ou un poste dexploitation du rseau.La premption peut prendre deux formes. Dans le premier cas, le demand est occup par un appel de prsanceinfrieure qui doit tre prempt pour que le demandeur

17、 puisse faire aboutir son appel de prsance suprieure. Dans ledeuxime cas, les ressources du rseau sont occupes par des appels dont certains ont un niveau de prsance infrieur celui de lappel du demandeur. Il faudra alors prempter un ou plusieurs de ces appels prsance infrieure pour faireaboutir lappe

18、l de prsance suprieure. Il existe trois types de premption:1) tout correspondant dont la connexion a t coupe (que cette ressource soit ou non rutilise) doitrecevoir une notification de premption expresse;2) tout demand dun appel actif en cours de premption par un appel de prsance suprieure doitnorma

19、lement tre invit acquitter la premption avant dtre connect au nouveau demandeur;3) en labsence de ressources disponibles, la premption doit sexercer sur lappel ayant le niveau deprsance le plus bas.Un appel peut tre prempt tout moment, une fois que le niveau de prsance de cet appel a t tabli et avan

20、t que salibration ait commenc.Recommandation Q.955 (03/93) 1 Le service complmentaire de prsance MLPP nest pas destin assurer la premption dutilisateurs non abonns ceservice. Celui-ci effectue la premption des appels lintrieur du domaine de prsance MLPP, qui est constitu par lesressources appartenan

21、t aux utilisateurs qui sabonnent au service complmentaire de prsance MLPP. En dautrestermes, les appels tablis au dpart ou larrive dutilisateurs non abonns au service MLPP ne seront pas prempts.Les appels au dpart dabonns MLPP ne pourront tre prempts par des appels de prsance suprieure que dans lesr

22、seaux compatibles avec ce service.3.2.2 Terminologie spcialeLa terminologie spciale ci-aprs sera utilise dans la prsente Recommandation.Prsance est la priorit associe un appel.Appel prsant est lappel utilisant le service complmentaire MLPP avec un niveau de prsance suprieur au niveau deprsance le pl

23、us bas.Appel ( prsance) MLPP est lappel utilisant le service complmentaire MLPP, dont le niveau de prsance est encours dtablissement ou dj tabli. Dans le systme de signalisation DSS 1, un appel prsance MLPP est un appelissu dun abonn MLPP pour lequel un flux SETUP (tablissement) a t envoy mais pour

24、lequel aucun fluxDISCONNECT (dconnexion) na t envoy ou reu (cest-dire que lappel est dans un des tats U1 U10).Appel prempteur est lappel utilisant le service complmentaire MLPP avec un niveau de prsance suprieur au niveaude prsance le plus bas (ou niveau de ROUTINE), pour lequel une demande dtabliss

25、ement dappel a t reue dans lecommutateur.Utilisateur est lentit du protocole de signalisation DSS 1 qui se trouve du ct utilisateur de linterface utilisateur-rseau. Un utilisateur sera identifi par un terminal dont ladresse sera donne par son numro RNIS. Un utilisateurdemand est considr comme occup

26、si son appel est actif (cest-dire dans ltat U10).Rseau est lentit du protocole de signalisation DSS 1 qui se trouve du ct exploitation de linterface utilisateur-rseau.Circuit premptible est le circuit qui est actif ou rserv pour un appel MLPP: 1) situ lintrieur du mme domaine derseau que lappel prem

27、pteur et 2) ayant un niveau de prsance infrieur celui de lappel prempteur. Un circuitoccup ou rserv pour lequel aucun niveau de prsance na t dfini nest pas un circuit premptible.Commutateur de lancement de premption est le commutateur en tat dencombrement (cest-dire sans circuits en tatde repos) qui

28、 a reu une demande dtablissement dappel prempteur.Encombrement est ltat rencontr lorsquon constate que tous les circuits susceptibles dacheminer lappel prsanceMLPP sont occups (cest-dire quil ny a pas de circuits ltat de repos).Temporisateur de rponse TK est dfini en 3/Q.85, ce temporisateur est com

29、pris entre 4 et 30 secondes.Destinataire de remplacement est dfini en 3/Q.85.Commutateur dorigine (OE) (originating exchange) est le commutateur qui est connect directement un demandeur.Commutateur de destination (DE) (destination exchange) est le commutateur qui est connect directement undemand.Les

30、 dfinitions des composants invocation (Invoke), retour rsultat (Return Result) et retour erreur (ReturnError) seront conformes au 8.2.3.1.1/Q.932.3.2.3 Restrictions concernant lapplicabilit aux services de tlcommunicationCe service complmentaire est considr comme significatif lorsquil est appliqu au

31、 tlservice de tlphonie, auxsignaux de parole, laudio 3,1 kHz, laudio 7 kHz et aux services supports sans restriction 64 kbit/s. Ce service peutaussi tre significatif lorsquil est appliqu dautres services.3.2.4 Dfinition des tatsAucun tat dappel nest dfini pour le service de prsance MLPP en plus des

32、tats spcifis dans les Recommanda-tions Q.931 et Q.932.3.3 Conditions de fonctionnement3.3.1 Fourniture/RetraitPour un numro RNIS donn, un niveau de prsance maximal autoris peut tre souscrit individuellement pour chaqueservice ou collectivement pour tous les services.2 Recommandation Q.955 (03/93) 3.

33、3.1.1 Options relatives au terminalUn utilisateur, identifi par un terminal, dispose des options dabonnement suivantes pour le service complmentaire deprsance MLPP:1) Niveau de prsance maximal autoris (voir la Note 1):a) 0 (INTERRUPTION INSTANTANE (FLASH OVERRIDE) niveau le plus lev)b) 1 (NIVEAU INS

34、TANTAN) (FLASH)c) 2 (NIVEAU IMMDIAT) (IMMEDIATE)d) 3 (NIVEAU PRIORITAIRE) (PRIORITY)e) 4 (NIVEAU DE ROUTINE (ROUTINE) le plus bas)2) Destinataire de remplacement:a) Oui poste dexploitation du rseau numro dannuaire du destinataire de remplacementb) Non3) Ressources daccs non premptibles (voir la Note

35、 2):a) Ouib) NonNOTES1 Un appel de prsance suprieure peut prempter des appels de prsance infrieure. Un appel de NIVEAUINSTANTAN peut ainsi prempter des appels de niveau IMMDIAT, PRIORITAIRE ou DE ROUTINE.2 Les appels dun utilisateur ayant souscrit cette option ne subiront pas de premption par des ap

36、pels de niveausuprieur si la cause de la premption est ltat doccupation du demand. Lutilisateur pourra toutefois subir la premption de sesappels en raison de labsence de ressources rseau autres que celles de son propre accs.Il y a lieu que lquipement terminal qui invoque le service complmentaire de

37、prsance MLPP soit capable dindiquerle niveau de prsance de lappel dans le message SETUP et quil ragisse aux causes # 8: premption et # 46:blocage dappel prsant.Il y a lieu que lquipement terminal qui reoit des appels prsance MLPP, y compris celui du destinaire deremplacement, ragisse aux fonctions d

38、e maintien (Hold) et de rcupration (Retrieve) telles quelles sont dfinies en6.2.1/Q.932, valeur de cause # 8: premption. Lquipement terminal qui reoit des appels MLPP nest pas tenu dedisposer dun abonnement au service complmentaire de maintien dappel.3.3.1.2 Options relatives au rseauCes options son

39、t dcrites la Recommandation I.255.3 (pour ltape 1) et en 3/Q.85 (pour ltape 2 du servicecomplmentaire de prsance MLPP).3.3.2 Conditions du ct du rseau au dpartLes notifications adresses aux utilisateurs demandeurs, demands et prempts ( la suite dune premption dans lerseau ou dans laccs) doivent tre

40、transportes dans les messages de commande dappel au moyen des causes # 8et # 46 dans llment dinformation cause, comme dcrit dans la prsente Recommandation.La notification dun retard dtablissement dappel, adresse au demandeur, doit tre transporte dans le messageNOTIFY (notification) au moyen de la de

41、scription de notification 0 0 0 0 1 0 0 dans llment dinformation indicateurde notification, comme dcrit dans la prsente Recommandation.La notification tous les participants une confrence dune premption par le demandeur du service doit tretransporte dans le message NOTIFY au moyen de la description d

42、e notification 1 0 0 1 1 1 1 dans llmentdinformation indicateur de notification, comme dcrit dans la prsente Recommandation.La notification, aux deux derniers participants une conversation trois, du fait que la confrence est dconnecte lasuite de la premption de lun de ces deux appels, doit tre trans

43、porte dans le message NOTIFY ou DISCONNECT(dconnexion) au moyen de la description de notification 1 0 0 1 1 0 0 dans llment dinformation indicateur denotification, comme dcrit dans la prsente Recommandation.3.3.3 Conditions dans le rseauCe paragraphe nest pas applicable la signalisation DSS 1.Recomm

44、andation Q.955 (03/93) 3 3.3.4 Conditions du ct du rseau larriveLa notification aux utilisateurs demandeurs, demands et prempts ( la suite dune premption dans le rseau ou danslaccs) doit tre transporte dans les messages de commande dappel au moyen des causes # 8 et # 46 dans llmentdinformation cause

45、, comme dcrit dans la prsente Recommandation.3.4 Conditions de codage3.4.1 MessagesLes messages suivants sont applicables au fonctionnement du service complmentaire de prsance MLPP: SETUP(tablissement), ALERTING (alerte), NOTIFY (notification), REGISTER (enregistrement), FACILITY servicecomplmentair

46、e (facilit), HOLD (maintien), HOLD ACKNOWLEDGE (accus de rception de maintien), HOLDREJECT (rejet du maintien), DISCONNECT (dconnexion), RELEASE (libration), RELEASE COMPLETE (fin delibration).Les dfinitions des messages SETUP, ALERTING, NOTIFY, DISCONNECT, RELEASE et RELEASE COMPLETEdoivent tre conformes au 3.3.1/Q.931. Pour les messa