ImageVerifierCode 换一换
格式:PDF , 页数:19 ,大小:155.03KB ,
资源ID:798255      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-798255.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ITU-T I 257 1 FRENCH-1995 USER-TO-USER SIGNALLING (UUS)《用户到用户信令(UUS)》.pdf)为本站会员(amazingpat195)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T I 257 1 FRENCH-1995 USER-TO-USER SIGNALLING (UUS)《用户到用户信令(UUS)》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 ) SECTEUR DE LA NORMALISATION (10/95)DES TLCOMMUNICATIONSDE LUIT2 3%!5 .5- 2)15% !6%# ).4 2!4)/.$%3 3%26)#%3 2.)3 0/33)“),)4 3 $% 3%26)#%3).!,)3!4)/. $ 53!%2 53!%22ECOMMANDATION 5)4 4c0 ) (Antrieurement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteu

2、r 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 vue de la normalisation des tlcommunications lchelle mondial

3、e.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes dtudes traiter par les Commissions dtudes de lUIT-T lesquelles laborent en retour des Recomman-dations sur ces thmes.Lapprobation des Recommandations par les Membres de lUIT-T se

4、ffectue selon la procdure dfinie dans laRsolution n 1 de la CMNT (Helsinki, 1er-12 mars 1993).La Recommandation UIT-T I.257.1, que lon doit la Commission dtudes 1 (1993-1996) de lUIT-T, a t approuve le3 octobre 1995 selon la procdure dfinie dans la Rsolution n 1 de la CMNT._NOTEDans la prsente Recom

5、mandation, lexpression Administration est utilise pour dsigner de faon abrge aussi bienune administration de tlcommunications quune exploitation reconnue de tlcommunications. UIT 1996Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque form

6、eque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lUIT.Recommandation I.257.1 (10/95) iTABLE DES MATIRESRecommandation I.257.1 (10/95)Page1 Dfinition . 12 Description . 12.1 Description gnrale . 12.2 Terminologie. 22.3 Restrictio

7、ns concernant lapplicabilit aux services de tlcommunication 23 Procdures 33.1 Fourniture/retrait. 33.2 Procdures normales. 33.3 Procdures exceptionnelles. 53.4 Autres procdures possibles . 54 Possibilits du rseau en matire de taxation . 65 Conditions dinterfonctionnement 66 Interaction avec dautres

8、services complmentaires. 66.1 Information de taxation. 66.2 Mise en garde (HOLD) (call hold) . 66.3 Services de transfert de communication . 66.4 Signal dappel (CW) (call waiting) . 76.5 Groupe ferm dutilisateurs (CUG) (closed user group). 76.6 Services de rappel automatique 76.7 Services confrence

9、76.8 Services de dviation 86.9 Slection directive larrive (DDI) (direct-dialling-in) 86.10 Modification en cours de communication (IM) (in-call modification). 96.11 Service de libre appel sur le RNIS (IFS) (ISDN freephone service). 96.12 Recherche de ligne (LH) (line hunting) 96.13 Identification da

10、ppels malveillants (MCID) (malicious call identification) 96.14 Prsance et premption plusieurs niveaux (MLPP) (multi-level precedence and preemption) 96.15 Numro multiple dabonn (MSN) (multiple subscriber number) 96.16 Services didentification de nom. 96.17 Services didentification de numro 96.18 Se

11、rvice restreint (OCB) (outgoing call barring) 96.19 Taxation larrive (REV) (reverse charging) . 96.20 Sous-adressage (SUB) (sub-addressing) 106.21 Prise en charge de plans de numrotage privs (SPNP) (support of private numbering plans) . 106.22 Portabilit du terminal (TP) (terminal portability) . 106

12、.23 Signalisation dusager usager (UUS) (user-to-user signalling) . 107 Description dynamique 10Annexe A Interaction entre le service de signalisation dusager usager et les services de transfert dappel. 14Recommandation I.257.1 (10/95) 1Recommandation I.257.1Recommandation I.257.1 (10/95)SIGNALISATIO

13、N DUSAGER USAGER(rvise en 1995)1 DfinitionLe service complmentaire de signalisation dusager usager (UUS) permet deux usagers RNIS dchanger unnombre limit dinformations sur la voie de signalisation loccasion dun appel de lun lautre.NOTE Ces procdures sont applicables au transfert dinformations dusage

14、r usager uniquement dans le cas dun servicede tlcommunication commutation de circuits. Les procdures autorisant le transfert dinformations dusager usager (UUI) avecdautres types de communication (par exemple les services supports en mode paquet) doivent tre tudies.2 Description2.1 Description gnrale

15、Le service complmentaire de signalisation dusager usager sapplique aux utilisateurs qui sont connects au rseau viaun accs de base ou un accs au dbit primaire.Il permet aux utilisateurs denvoyer ou de recevoir un nombre limit dinformations vers et depuis une autre interfaceutilisateur-rseau. Ces info

16、rmations sont achemines de manire transparente (cest-dire sans modification du contenu)dans le rseau. Normalement, le rseau ninterprte ni ne traite en aucune manire ces informations.Lutilisateur peut transfrer lUUI au cours de diffrentes phases de la communication selon le ou les services auxquels i

17、la souscrit un abonnement. Ces services sont: Service 1LUUI peut tre envoye et reue au cours des phases initiales et terminales des communications.Dans le cas dune configuration point multipoint de lutilisateur appel, les restrictions suivantessappliqueront au transfert de lUUI: dans le sens vers la

18、vant, lUUI peut tre envoye par le demandeur uniquement dans le cadre dulancement dun appel ou dans le cadre de la demande de terminaison de la communication. Si ledemandeur met fin lappel avant que ltablissement de la connexion soit en cours, lUUI ne seraremise quaux terminaux qui ont signal que lut

19、ilisateur a t inform de lappel; dans le sens vers larrire, lUUI peut tre envoye du demand au demandeur avec lindication que ledemandeur est en train dtre inform de lappel. Cest le demand qui sera charg dviter lesconflits. LUUI peut galement tre envoye par le demand quand il rpond lappel; si le deman

20、d rejette lappel et que le rseau reoit un seul rejet du demand, le motif du rejet etlUUI ventuelle accompagnante seront envoys au demandeur; si le rseau reoit plusieurs rejets du demand, avec des raisons identiques ou diffrentes, ilslectionnera le premier rejet reu ayant la priorit la plus leve, sur

21、 la base du ou des motifs. Lemotif du rejet et lventuelle UUI accompagnant le rejet slectionn seront envoys au demandeur. Service 2LUUI peut tre envoye et reue aprs que le demandeur a reu lindication selon laquelle le demand esten train dtre inform de lappel, et avant ltablissement de la connexion.

22、LUUI envoye par ledemandeur avant la rception de lacceptation de lappel par le demand sera remise, si le prestataire deservice le souhaite, au demand aprs ltablissement de la communication.Le service nest applicable que sil existe une configuration point point du ct demandeur.2 Recommandation I.257.

23、1 (10/95) Service 3LUUI ne peut tre envoye et reue quaprs ltablissement de la connexion.Les services 1, 2 et 3 permettent la transmission de 128 octets par message.NOTE Provisoirement, certains rseaux peuvent admettre un maximum de 32 octets pour la transmission delUUI dans le cas du service 1.Des r

24、estrictions sont en outre imposes au nombre de messages par unit de temps pour le service 3. Lecontrle de flux doit tre fait indpendamment dans chaque sens.2.2 Terminologie2.2.1 information dusager usager (UUI) (user-to-user information): Linformation transmise par la signalisationUUS du service.2.2

25、.2 configuration point point: Situation dans laquelle un appel entrant ne peut donner lieu plusieurs rponses.2.2.3 configuration point multipoint: Situation dans laquelle un appel entrant peut donner lieu plusieursrponses.2.2.4 utilisateur desservi: Lutilisateur auquel est fourni le service complmen

26、taire UUS quil a demand.2.2.5 utilisateur distant: Lutilisateur qui reoit une demande dactivation du service complmentaire UUS.2.2.6 demande explicite: On considre que le service complmentaire UUS est explicitement demand quand unutilisateur en demande lactivation.2.2.7 demande implicite: On considr

27、e que le service complmentaire UUS est implicitement demand en labsencede toute demande explicite et que lUUI est envoye par lutilisateur quand il lance un appel.2.2.8 demande UUS pas requise: Une demande dans laquelle le lancement se poursuit mme si la demande deservice complmentaire UUS ne peut tr

28、e accepte.2.2.9 demande UUS requise: Une demande dans laquelle un appel est rejet si la demande de servicecomplmentaire UUS ne peut pas tre accepte.2.2.10 accs de base: Voir la Recommandation Q.9, dfinition 1551.2.2.11 demand: Lutilisateur qui a reu un appel entrant (lanc par le demandeur).2.2.12 de

29、mandeur: Lutilisateur qui lance ou qui a lanc lappel.2.2.13 rseau numrique avec intgration des services (RNIS): Voir 2.3/I.112, dfinition 308.2.2.14 service 1: Une forme de service complmentaire UUS dans laquelle lUUI peut tre envoye et reue au coursdes phases de lancement et de terminaison des appe

30、ls.2.2.15 service 2: Une forme de service complmentaire UUS dans laquelle lUUI peut tre envoye et reue aprs quele demandeur a reu lindication que le demand est en train dtre inform de lappel, et avant ltablissement de laconnexion.2.2.16 service 3: Une forme de service complmentaire UUS dans laquelle

31、 lUUI peut tre envoye et reueuniquement quand la connexion est tablie.2.2.17 service complmentaire: Voir 2.4/I.210.2.3 Restrictions concernant lapplicabilit aux services de tlcommunicationLes seules restrictions identifies concernent les services de tlcommunication fonds sur les services supports en

32、 modepaquet de la Recommandation X.31 et leurs versions futures.Recommandation I.257.1 (10/95) 33 Procdures3.1 Fourniture/retraitLe service complmentaire UUS sera offert lutilisateur avec laccord pralable du prestataire de service. Labonnementau service nest pas ncessaire pour lutilisateur distant.L

33、e prestataire de service a le choix doffrir un des lments suivants ou une combinaison de ceux-ci: demande implicite de service 1, avec ou sans demande explicite de service 1; service 2; service 3.Le service complmentaire UUS sera retir par le prestataire de service sur la demande de labonn ou pour d

34、es raisonsqui lui sont propres.Au choix du prestataire de service, le retrait peut tre fait individuellement par service ou globalement pour lensembledes services fournis lutilisateur desservi.3.2 Procdures normales3.2.1 Activation/dsactivation/enregistrementLe service complmentaire UUS est activ: q

35、uand il est demand implicitement (pour le service 1); ou quand il est demand explicitement (pour les services 1, 2 et 3) et quil est accept par lutilisateur distant.Selon labonnement au service UUS souscrit par lutilisateur desservi et la fourniture du service par le prestataire, leservice 1 implici

36、te, le service 1 explicite, le service 2 et le service 3 peuvent tre activs individuellement ou encombinaison. Les services 1 implicite et explicite ne peuvent tre actifs simultanment.Ds quun service est activ (cest-dire service 1 et/ou service 2 et/ou service 3), le rseau acceptera lUUI de chacunde

37、s utilisateurs participant la communication selon le service qui a t activ.Le service complmentaire UUS ne doit pas tre enregistr.3.2.1.1 Service 1Le service 1 sera demand par le demandeur quand celui-ci lance lappel, si le transfert dUUI dans les deux sens estsouhait.Le service 1 peut tre activ au

38、moyen dune demande implicite ou explicite. Il est demand implicitement quand lUUIest incluse au moment du lancement de lappel. Lutilisateur desservi recevra une rponse explicite (acceptation ou rejet) une demande explicite. Une demande explicite peut inclure lUUI.Quand le service 1 est demand explic

39、itement, le rseau informera lutilisateur distant de la demande. Le rseau vrifierasi le service complmentaire UUS est disponible du ct de lutilisateur distant. Labsence de rponse de lutilisateurdistant sera considre par le rseau comme un rejet de la demande de service UUS. Le rseau indiquera de manir

40、eexplicite lutilisateur du service demand si lactivation du service a abouti.Quand le service 1 est demand explicitement, lutilisateur distant peut inclure lUUI lorsquil accepte la demande deservice UUS.Quand le service 1 est demand implicitement, il est actif pour lappel, cest-dire que lutilisateur

41、 distant nest pas tenudy rpondre. Toutefois, lutilisateur distant peut inclure lUUI dans la rponse lappel (pour la ngociation dutilisateur utilisateur, par exemple).Le service 1 est automatiquement dsactiv quand la communication se termine.3.2.1.2 Service 2Le service 2 sera demand par lutilisateur a

42、ppelant au moment o il lance lappel si un transfert dUUI dans les deuxsens est souhait.Le service 2 sera demand explicitement. Lutilisateur desservi recevra une rponse explicite (acceptation ou rejet) unedemande explicite.4 Recommandation I.257.1 (10/95)Dans le cas du service 2, le rseau confirmera

43、la demande de service complmentaire UUS. Cette confirmation seraprcde dun contrle de bout en bout du rseau en ce qui concerne la disponibilit du service. Le rseau vrifiera si leservice supplmentaire UUS est disponible du ct de lutilisateur distant. Labsence de rponse de lutilisateur distantsera cons

44、idre par le rseau comme un rejet de la demande de service. Le rseau indiquera explicitement lutilisateursi lactivation du service a abouti.Le service 2 est automatiquement dsactiv quand lutilisateur appel nest plus en train dtre inform de lappel.3.2.1.3 Service 3Le demandeur peut demander lactivatio

45、n du service 3 au lancement de lappel ou quand la connexion a t tablie. Si leprestataire de service le dsire, le demand peut demander lactivation du service 3 aprs ltablissement de la connexion.Le demandeur acceptera cette demande de service complmentaire UUS provenant de lappel afin dactiver leserv

46、ice UUS.NOTE Selon la connexion de rseau slectionne au lancement dun appel, la demande de service 3 pendant le lancementde lappel ou quand la communication a t tablie peut chouer.Le service 3 sera demand explicitement. Lutilisateur desservi recevra sa demande explicite une rponse explicite(acceptati

47、on ou rejet).Dans le cas du service 3, le rseau confirmera la demande de service UUS. Cette confirmation sera prcde duncontrle de bout en bout du rseau en ce qui concerne la disponibilit du service. Le rseau vrifiera si le servicecomplmentaire UUS est disponible du ct de lutilisateur distant. Labsence de rponse de lutilisateur distant seraconsidre par le rseau comme le rejet de la demande de service UUS. Le rseau indiquera explicitement lutilisateurdesservi si lactivation du service deman

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1