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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T I 221 FRENCH-1993 Common Specific Characteristics of Services《业务的一般特性(18号研究组)8pp》.pdf)为本站会员(confusegate185)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T I 221 FRENCH-1993 Common Specific Characteristics of Services《业务的一般特性(18号研究组)8pp》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 ) SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUIT2 3%!5 .5- 2)15% !6%# ).4 2!4)/.$%3 3%26)#%3 2.)3 0/33)“),)4 3 $% 3%26)#%#!2!#4 2)34)15%3 30 #) elles sont dfinies ci-dessous:1) canaux occups Cette condition se produit quand aucun canal d

2、information appropri (physique oulogique) nest disponible pour que le rseau puisse lutiliser pour lappel. Cela peut rsulter dundpassement de la limite du canal dinformation associe au service ou linterface;2 Recommandation I.221 (03/93)2) nombre maximal dappels globaux atteint Cette condition se pro

3、duit quand le nombre maximal dappelsglobaux pris en charge, soit linterface ou aux interfaces dabonn donnes, soit pour un service donn, at atteint;3) abonn occup Cette condition est indique par lquipement terminal de labonn (par exemple tous lesterminaux compatibles qui pourraient rpondre la demande

4、 dappel indiquent usager occup), soitquand un appel leur est offert, soit en rponse une demande de rseau.2.1.4 Aspects de procdureLes conditions de ressources occupes dcrites ci-dessus influent fortement sur les procdures doffre dappels, tant pourles appels de base du RNIS que pour les appels qui pe

5、uvent faire intervenir des services supplmentaires du RNIS. Lesaspects de procdure de loffre dappels sont dcrits ci-aprs et reprsents sur la Figure 1.1) Admettons quun appel dun service de tlcommunication auquel labonn demand est abonn soit sur lepoint dtre offert.2) Si tous les canaux dinformation

6、de linterface usager-rseau approprie sont occups (cest-dire canauxoccups) et que le rseau nassure pas loffre dappels supplmentaires au-del du nombre de canauxappropris ou que le nombre maximal de ces appels supplmentaires a t atteint, le rseau librera lappelvoir aussi point 7) ci-dessous et renverra

7、 labonn demandeur lindication occupation de lusagerdtermine par le rseau (NDUB).3) De mme, si le nombre maximal dappels globaux assurs ou aux interfaces de labonn donnes a tatteint, le rseau librera lappel voir aussi le point 7) ci-dessous et renverra labonn demandeurlindication occupation de lusage

8、r dtermine par le rseau (NDUB).4) Dans le cas contraire, le rseau offre lappel labonn.5) Si un terminal compatible rpond positivement loffre dappel, cest-dire donne une indicationsignifiant que lappel peut aboutir, la procdure normale doffre dappel devrait se poursuivre.6) Si aucun terminal compatib

9、le ne rpond positivement mais quun ou plusieurs terminaux compatiblesrpondent usager occup, lorsque la temporisation de rponse loffre dappel a lieu, le rseau valibrer lappel avec lindication occupation de lusager dtermine par lusager (UDUB).7) Il est admis que pour la dtermination dune condition NDU

10、B, le rseau ne sait pas sil existe un terminalcompatible linterface appele. Nanmoins, en cas de retour dun NDUB, lappelant sait que le service debase est assur la destination et que ds lors il y a sans doute des terminaux compatibles. Cela peutencore cacher le sens exact de la condition pas de termi

11、nal compatible disponible, tant donn quunecondition NDUB peut tre retourne quand il ny a en fait aucun terminal compatible connect si, pourune raison ou une autre, le destinataire est abonn au service de base mais ne dispose pas de terminauxconnects compatibles avec le service de base, ou en prsence

12、 dune quelconque autre incompatibilit.Lemploi dun contrle de compatibilit explicite pour viter que cela se produise (cest-dire le retourdun NDUB quand aucun terminal compatible nest connect) est une option du fournisseur du service etncessite un complment dtude.2.1.5 Dfinition de ltat doccupationUne

13、 destination de RNIS est considre comme occupe sil se produit une condition doccupation de lusager dterminepar le rseau ou doccupation de lusager dtermine par lusager , comme dcrit plus haut.2.1.6 Paramtres dinterfaceLes options dabonnement suivantes sont applicables linterface dans son ensemble, in

14、dpendamment du service:Options dabonnement ValeurNombre maximal de canaux dinformation linterface CNombre maximal dappels prsents linterface KCes paramtres dabonnement au niveau de linterface devraient tre ngocis et fixs au moment o linterface delusager est fournie. Les paramtres correspondent aux l

15、imites suprieures qui ne peuvent pas tre dpasses lorsque lenombre de canaux dappels est fix pour dterminer ltat doccupation (voir la Figure 1).Recommandation I.221 (03/93) 3T1301350-93/d01BACDBUTUsagerabonn au service de telcom-munications?Procdure de libratonusager non abonnau serviceExiste-t-ilun

16、nombre maximaldappels globaux cette interface?Interfaceusager-rseauapproprie tous lescanaux dinforma-tion occups?REJETPrsentationdappels supplmen-taires accepte?Existe-t-il un nombre maxi-mal dappels suppl-mentaires?PrsenterlappelProcdure de librationoccupation de lusagerdtermine par le rseauAttendr

17、erponsede lusagerREJETRponsepositiveTemporisationPoursuivre lesprocduresdtablissement dela communicationUn terminala-t-il rponduusager occup?Procdure de librationoccupation de lusagerdtermine par lusagerProcdure de librationaucun terminal compa-tible ne rpondPOURSUIVRENonOuiNonNonOuiOuiNonNonOuiOuiN

18、onREJETNOTES1 Cette figure illustre les aspects de procdure et les situations qui donnent lieu une procdure de libration contenant une information dusager occup. Elle nessai pas de dfinir un protocole de signalisation ou la conception dun rseau.2 Les points A , B et C ont t identifis pour faciliter

19、la description des services supplmentaires du RNIS.3 La possibilit daccepter des offres dappel supplmentaires et la dtermination du nombre maximum de ces appelssupplmentaires peuvent entraner lemploi dun service supplmentaire, par exemple service dappel en instance.FIGURE 1/I.221Macro dfinition: occ

20、upation dans un RNISOuiFIGURA 1/I.221.D01 = PAGE PLAINE4 Recommandation I.221 (03/93)Annexe A( la Recommandation I.221)Traitement des communications actives et des appels mis en garde(Cette Annexe fait partie intgrante de la prsente Recommandation)A.1 IntroductionLa prsente annexe contient la descri

21、ption des possibilits de traitement dont dispose lusager en prsence de plusieurscommunications. La situation peut survenir quand lusager appelle le complment de service appel mis en garde afindinterrompre momentanment une communication pour en tablir une autre avec un autre usager, pour faire un aut

22、reappel, pour rpondre un appel en attente ou pour reprendre une communication prcdemment mise en garde.Par ailleurs, lusager peut appeler certains complments de service tels que le transfert dappel explicite, qui peut portersur une communication active ou une communication en garde. Les procdures ap

23、pliquer sont dcrites dans la normerelative aux complments de service en question.Dans le texte qui suit sont dcrites les fonctions disponibles pour les utilisateurs qui ont plus dune communication encours.A.2 Possibilits dont dispose lusager desservi ayant plus dune communication en coursLusager des

24、servi A, qui a au moins une communication en garde et une communication active, peut:i) passer dune communication lautre selon les besoins (le cas chant plusieurs reprises), laconfidentialit tant conserve pour les deux.NOTE Le cas chant, il dispose dune fonction de terminal qui effectue la procdure

25、dalternance(cest-dire les fonctions mise en garde et reprise en squence) comme dcrit ci-dessus;ii) dconnecter la partie active, les autres tant toujours mises en garde;iii) dconnecter lune des parties mises en garde;iv) tablir une autre communication (aprs avoir mis la communication active en garde)

26、. Quand lusagerdesservi gre uniquement les communications en gardes, lusager peut tablir une autre communication;v) demander au prestataire de service de connecter deux usagers (transfert dappel explicite);vi) demander au prestataire de service dengager une communication trois. Lusager desservi ne p

27、eutappeler cette tape quau moment o lappel adress lune des parties a atteint le stade actif et si unecommunication au moins est mise en garde;vii) demander au prestataire de service de lancer la communication confrence, dajouter un complment deservice ou dinclure la communication active dans la communication confrence.

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