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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(ITU-T I 130 SPANISH-1988 METHOD FOR THE CHARACTERIZATION OF TELECOMMUNICATION SERVICES SUPPORTED BY AN ISDN AND NETWORK CAPABILITIES OF AN ISDN《由综合业务数字网(ISDN)和综合业务数字网(ISDN)的网络能力支持的.pdf)为本站会员(ownview251)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ITU-T I 130 SPANISH-1988 METHOD FOR THE CHARACTERIZATION OF TELECOMMUNICATION SERVICES SUPPORTED BY AN ISDN AND NETWORK CAPABILITIES OF AN ISDN《由综合业务数字网(ISDN)和综合业务数字网(ISDN)的网络能力支持的.pdf

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T I.130SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UITRED DIGITAL DE SERVICIOS INTEGRADOS (RDSI)ESTRUCTURA GENERALESMTODO DE CARACTERIZACIN DE LOSSERVICIOS DE TELECOMUNICACINSOPORTADOS POR UNA RDSI Y DELAS CAPACIDADES DE RED DE UNA RDSIRecomendaci

2、n UIT-T I.130(Extracto del Libro Azul )NOTAS1 La Recomendacin UIT-T I.130 se public en el fascculo III.7 del Libro Azul. Este fichero es un extracto delLibro Azul. Aunque la presentacin y disposicin del texto son ligeramente diferentes de la versin del Libro Azul, elcontenido del fichero es idntico

3、a la citada versin y los derechos de autor siguen siendo los mismos (vase acontinuacin).2 Por razones de concisin, el trmino Administracin se utiliza en la presente Recomendacin para designara una administracin de telecomunicaciones y a una empresa de explotacin reconocida. UIT 1988, 1993Reservados

4、todos los derechos. No podr reproducirse o utilizarse la presente Recomendacin ni parte de la misma decualquier forma ni por cualquier procedimiento, electrnico o mecnico, comprendidas la fotocopia y la grabacin enmicropelcula, sin autorizacin escrita de la UIT.Fascculo III.7 Rec. I.130 1Recomendaci

5、n I.130Fascculo III.7 Rec. I.130MTODO DE CARACTERIZACIN DE LOS SERVICIOS DETELECOMUNICACIN SOPORTADOS POR UNA RDSI Y DE LASCAPACIDADES DE RED DE UNA RDSI(Melbourne, 1988)1 Consideraciones generalesEl concepto y los principios de las RDSI se describen en la Recomendacin I.120. La presente Recomendaci

6、ntiene por objeto proporcionar un mtodo que permita caracterizar los servicios de telecomunicacin (incluidos losservicios suplementarios) y definir las capacidades de red que necesita una RDSI para poder soportar los serviciosidentificados.Los objetivos principales son:a) establecer un marco e instr

7、umentos comunes para la descripcin de servicios;b) mostrar cmo, partiendo de la definicin del servicio, pueden definirse protocolos y recursos de red parala prestacin de tales servicios;c) indicar las Recomendaciones que vienen al caso para los dos apartados precedentes.2 Estructura y aplicacin del

8、mtodo globalEl mtodo se divide en tres grandes etapas de actividad: aspectos de servicio (etapa 1), aspectos funcionales dela red (etapa 2) y aspectos fsicos de la red (etapa 3).Dentro de cada etapa se ha puntualizado cierto nmero de pasos, como puede verse en la figura 1/I.130. Enprincipio, la apli

9、cacin del mtodo es secuencial: la etapa 1 proporciona la descripcin de servicio desde el punto devista del usuario; la etapa 2 ofrece una visin intermedia de lo que ocurre en el interfaz usuario-red y en el interior de lared entre distintas centrales y la etapa 3 describe los nodos de conmutacin y d

10、e servicio, as como los protocolos y elformato que se ha de adoptar.Para clasificar y relacionar las diferentes Recomendaciones apropiadas para el mtodo se ha utilizado unaestructura en tres niveles, cada uno de los cuales contiene las tres etapas anteriormente citadas.El nivel 1 es una descripcin d

11、el mtodo global, y figura en la presente Recomendacin.El nivel 2 identifica y define los instrumentos con que se trabaja en cada etapa, como por ejemplo el marcopara la descripcin textual de un servicio, las bibliotecas de funciones predefinidas, los convenios grficos, etc. Todosestos instrumentos e

12、stn contenidos en Recomendaciones.El nivel 3 constituye la aplicacin real del mtodo a cada uno de los servicios, y est contenido en diferentesRecomendaciones.La aplicacin del mtodo para la etapa 1 da como resultado una descripcin del servicio; la etapa 2 produceuno o ms escenarios de realizacin, y l

13、a etapa 3 se materializa en un conjunto de Recomendaciones sobre los protocolosy la conmutacin necesarios para llevar a efecto el servicio para cada escenario.La figura 2/I.130 ilustra el concepto de niveles en relacin con las distintas Recomendaciones pertinentesapropiadas al mtodo.3 Descripcin del

14、 mtodoComo se ha indicado en el 2, el mtodo comprende las tres etapas siguientes:La etapa 1 es una descripcin global del servicio desde el punto de vista del usuario.La etapa 2 es una descripcin global de la organizacin de las funciones de red para hacer corresponder a losrequisitos del servicio las

15、 capacidades de red.La etapa 3 consiste en la definicin de las capacidades de conmutacin y sealizacin necesarias para soportarlos servicios definidos en la etapa 1.Cada etapa comprende varios pasos.2 Fascculo III.7 Rec. I.130d01FIGURE 1/I.130.D01Fascculo III.7 Rec. I.130 3d02FIGURE 2/I.130.D024 Fasc

16、culo III.7 Rec. I.1303.1 Etapa 1La etapa 1 es una descripcin global del servicio desde el punto de vista del usuario, pero no trata con detalleel propio interfaz humano. La descripcin del servicio de la etapa 1 es independiente de la magnitud de la funcionalidaddel terminal de usuario, salvo la nece

17、saria para suministrar el interfaz humano. Por ejemplo, la descripcin del serviciode conferencia pluripartita es independiente del hecho de que el puente de conferencia est en el terminal, en la centralque atiende el servicio o en otra parte.Los pasos de la etapa 1 son:Paso 1.1 Definicin y descripci

18、n textuales del servicioEn este paso se describe el servicio en trminos de las percepciones del usuario que lo recibe y de otrosusuarios que participan en l. Se describen los sucesos en una forma genrica que no restringe el diseo delterminal ni la red. Su finalidad es la de facilitar la comprensin d

19、el servicio sin tener en cuenta su realizacinprctica. La descripcin debe comprender los aspectos operacionales, de control, de interfuncionamiento yadministrativos, as como las interacciones con otros servicios. En la Recomendacin I.210 se presenta unformato detallado y una lista de definiciones de

20、los trminos utilizados en la descripcin y definicin textualesdel servicio.Paso 1.2 Descripcin esttica del servicio mediante atributosLos aspectos estticos, es decir, independientes del tiempo, de un servicio pueden en ciertos casos describirseeficazmente por medio de atributos. Un atributo es una de

21、scripcin de las caractersticas o funcional comn avarios servicios, por lo que slo es preciso describirlo detalladamente una vez, despus de lo cual basta conmencionar su nombre u otro tipo de designacin empleado. En el mbito de la definicin de un atributo puedenexistir varios parmetros o variaciones

22、funcionales identificadas, que se denominan valores de atributo.La tcnica de los atributos se describe ms extensamente en la Recomendacin I.140 que contiene unadescripcin general de la tcnica, as como definiciones de atributos y valores de atributo, vlidos tanto paralos servicios como para los tipos

23、 de conexin. Los atributos y los posibles valores de atributo identificadospara los servicios figuran en la Recomendacin I.210 (anexos B y C) para los servicios portadores y losteleservicios. El empleo de la tcnica de atributos en la descripcin de los servicios suplementarios queda paraulterior estu

24、dio.Paso 1.3 Descripcin dinmica del servicio mediante medios grficosLa descripcin dinmica de un servicio contiene toda la informacin que enva y recibe el usuario, desde lainvocacin de activacin del servicio hasta su ejecucin. La informacin se presenta en forma de un diagramaglobal en lenguaje de esp

25、ecificacin y descripcin (LED). Un diagrama global en LED es un diagrama de flujoque identifica todas las acciones posibles relacionadas con el servicio percibido por el usuario. Trata la redcomo una sola entidad, es decir, que no considera ningn flujo de informacin dentro de la red. El mtodo deemple

26、o de los diagramas globales en LED para la descripcin de servicios se expone en el anexo D a laRecomendacin I.210.3.2 Etapa 2En la etapa 2 se identifican las capacidades funcionales y los flujos de informacin necesarios para soportar elservicio descrito en la etapa 1. La descripcin de la etapa 2 inc

27、luir tambin las operaciones del usuario que no estndirectamente vinculadas con una llamada (por ejemplo, cambios por el usuario de los parmetros de retransmisin de lallamada en su interfaz de servicio), tal como se describe en la etapa 1. Adems, se indican diversas ubicaciones fsicasposibles para la

28、s capacidades funcionales. El producto de la etapa 2, que es independiente del sistema de sealizacin seutiliza como dato en la preparacin de las Recomendaciones sobre el sistema de sealizacin y la conmutacin en lascentrales.Los pasos de la etapa 2 son:Paso 2.1 Determinacin de un modelo funcionalSe d

29、etermina un modelo funcional para cada servicio bsico y para cada servicio suplementario. Las funcionesnecesarias para prestar el servicio se agrupan en entidades funcionales. El modelo funcional est formado porlas entidades funcionales y sus relaciones. El concepto de entidad funcional aparece en l

30、a Recomendacinsobre principios funcionales de la RDSI (Recomendacin I.310). En el caso de los servicios suplementarios, larelacin entre el servicio suplementario y el servicio bsico se describe mediante un modelo funcionalcompuesto.Fascculo III.7 Rec. I.130 5Paso 2.2 Diagrama de flujo de informacinL

31、a distribucin de las funciones necesarias para prestar un servicio definido por el modelo funcional exige ladefinicin de interacciones entre las entidades funcionales. Esas interacciones se denominarn flujos deinformacin y tienen un nombre alusivo a la finalidad del flujo de informacin. Se crean dia

32、gramas de flujode informacin para establecer un buen funcionamiento y, posiblemente, para otras situaciones en que seaconveniente. Se determina el significado semntico y el contenido de informacin de cada flujo deinformacin.Paso 2.3 Diagramas LED para entidades funcionalesLas funciones ejecutadas de

33、ntro de una entidad funcional se identifican y presentan en forma de un diagramaglobal en lenguaje de especificacin y descripcin (LED). Las entradas y salidas del diagrama LED van desdey hacia los usuarios, como se describe en la etapa 1, y son flujos de informacin que van desde y hacia otrasentidad

34、es funcionales.Se definen diagramas LED para cada entidad funcional, basndose en los flujos de informacin definidos parael funcionamiento satisfactorio del servicio. El diagrama LED tambin abarca los casos infructuosos.Paso 2.4 Acciones de las entidades funcionalesLas acciones ejecutadas dentro de u

35、na entidad funcional se representan en forma de una lista o de unasecuencia de acciones de entidad funcional (AEF) descritas en forma textual. Esas acciones permitencomprender el significado de los flujos de informacin y sirven de base para las Recomendaciones sobreconmutacin de la etapa 3.Nota La r

36、elacin entre las funciones elementales (FE) y las acciones de entidad funcional (AEF) que seenumeran en la Recomendacin I.310 queda para ulterior estudio.Paso 2.5 Atribucin de entidades funcionales a ubicaciones fsicasEn este paso, las entidades funcionales y los flujos de informacin identificados e

37、n pasos anteriores sonatribuidos a tipos especficos de ubicaciones fsicas, por ejemplo, una centralita automtica privada o unacentral. Cada una de esas atribuciones recibe el nombre de escenario. La relacin establecida entre dosentidades funcionales situadas en ubicaciones fsicas diferentes debe rea

38、lizarse en el seno de uno o msprotocolos cursados entre esas ubicaciones.Los formatos y procedimientos detallados utilizados, y los conceptos necesarios para la descripcin de laetapa 2, pueden encontrarse en las Recomendaciones Q.65 e I.310.3.3 Etapa 3En la etapa 3, los flujos de informacin y los di

39、agramas LED de la etapa 2 constituyen la base para elaborar lasRecomendaciones sobre el protocolo del sistema de sealizacin y las Recomendaciones sobre conmutacin.Los pasos de la etapa 3 se repetirn para cada servicio cuando, debido a diferentes atribuciones de lasentidades funcionales a ubicaciones

40、 fsicas, se necesiten protocolos y procedimientos diferentes.Los pasos de la etapa 3 son:Paso 3.1 Protocolos y formatosSe determinan los mensajes necesarios para soportar los flujos de informacin y las modificaciones de losflujos de informacin existentes entre nodos, y se designan los elementos de mensaje y los procedimientosdetallados de los sistemas de sealizacin correspondientes.Paso 3.2 Nodos de conmutacin y de servicioLos requisitos identificados para las funciones de conmutacin (acciones de entidad funcional) se introducenen las Recomendaciones sobre conmutacin (serie Q.500).

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