ITU-T T 62 BIS SPANISH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业.pdf

《ITU-T T 62 BIS SPANISH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业.pdf》由会员分享，可在线阅读，更多相关《ITU-T T 62 BIS SPANISH-1993 Control Procedures for Teletex and G4 Facsimile Services Based on Recommendations X 215 and X 225《智能用户电报和基于推荐性规范X 215和X 225的4类传真业务的控制规程 远程信息处理业务 远程信息处理业.pdf（34页珍藏版）》请在麦多课文档分享上搜索。

1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-T T.62 bisSECTOR DE NORMALIZACIN (03/93)DE LAS TELECOMUNICACIONESDE LA UITSERVICIOS TELEMTICOSEQUIPOS TERMINALES Y PROTOCOLOSPARA LOS SERVICIOS DE TELEMTICAPROCEDIMIENTOS DE CONTROLDE LOS SERVICIOS TELETEX Y FACSMILDEL GRUPO 4 BASADOS EN LASRECOMENDACIONES

2、 X.215 Y X.225Recomendacin UIT-T T.62 bis(Anteriormente Recomendacin del CCITT)PREFACIOEl Sector de Normalizacin de las Telecomunicaciones de la UIT (UIT-T) es un rgano permanente de la UninInternacional de Telecomunicaciones. El UIT-T tiene a su cargo el estudio de las cuestiones tcnicas, de explot

3、acin yde tarificacin y la formulacin de Recomendaciones al respecto con objeto de normalizar las telecomunicaciones sobreuna base mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se rene cada cuatro aos,establece los temas que habrn de abordar las Comisiones de Es

4、tudio del UIT-T, que preparan luego Recomendacionessobre esos temas.La Recomendacin UIT-T T.62 bis, revisada por la Comisin de Estudio VIII (1988-1993) del UIT-T, fue aprobada porla CMNT (Helsinki, 1-12 de marzo de 1993)._NOTAS1 Como consecuencia del proceso de reforma de la Unin Internacional de Te

5、lecomunicaciones (UIT), el CCITTdej de existir el 28 de febrero de 1993. En su lugar se cre el 1 de marzo de 1993 el Sector de Normalizacin de lasTelecomunicaciones de la UIT (UIT-T). Igualmente en este proceso de reforma, la IFRB y el CCIR han sido sustituidospor el Sector de Radiocomunicaciones.Pa

6、ra no retrasar la publicacin de la presente Recomendacin, no se han modificado en el texto las referencias quecontienen los acrnimos CCITT, CCIR o IFRB o el nombre de sus rganos correspondientes, como la AsambleaPlenaria, la Secretara, etc. Las ediciones futuras en la presente Recomendacin contendrn

7、 la terminologa adecuada enrelacin con la nueva estructura de la UIT.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 1994Reservados todos los derechos. No po

8、dr 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.NDICERecomendacin T.62 bis (03/93)Pgina1 Alcance y campo de apl

9、icacin 12 Referencias. 13 Medidas para realizar los procedimientos de control para teletex y facsmil del grupo 4 13.1 Generalidades . 13.2 Fase de establecimiento de la conexin de sesin 13.3 Fase de terminacin de la sesin. 23.4 Gestin del documento . 23.5 Varios 54 Uso del servicio de sesin 74.1 Gen

10、eralidades . 74.2 Establecimiento de la conexin de sesin. 84.3 Fase de terminacin de la sesin. 124.4 Fase de transferencia de datos 135 Recomendaciones para realizar la capa de sesin 185.1 Parmetros adicionales . 185.2 Opciones para la realizacin . 21Anexo A Definiciones 23A.1 Generalidades . 23A.2

11、Modo de comunicacin capa de sesin. 23A.3 Trminos especiales relativos a los documentos.24Anexo B Diagramas de estado 24Anexo C Tipos de documentos. 29C.1 Generalidades . 29C.2 Documento normal . 29C.3 Documento de operador (optativo) . 29C.4 Documento de control. 29C.5 Documento de supervisin (optat

12、ivo). 29Anexo D Protocolo para aplicaciones interactivas . 30Recomendacin T.62 bis (03/93) i INTRODUCCINEsta Recomendacin guarda relacin con otras Recomendaciones.En particular se halla relacionada con algunas Recomendaciones incluidas en la definicin del modelo de referencia deinterconexin de siste

13、mas abiertos (vase la Recomendacin X.200).Se basa en la descripcin del servicio de sesin (vase la Recomendacin X.215) y del protocolo de sesin (vase laRecomendacin X.225), como se indica en la Figura 1.T.62 bisX.225 (1)X.215T0817530-94/d01Equivalente a T.62FIGURA 1/T.62 bisPara esta Recomendacin se

14、utiliza la versin 1 del protocolo de sesin. Ello implica varios tipos de restricciones, porejemplo respecto a la longitud de los campos de datos de usuario. Esas restricciones estn plenamente descritas para elprotocolo en el Anexo D/X.225 y deben aplicarse del mismo modo en el nivel de servicio.NOTA

15、S1 Slo se utilizan los servicios y elementos de protocolo que son pertinentes a los procedimientos de la Recomenda-cin T.62 (vase el Cuadro 1).2 El protocolo de sesin descrito en la Recomendacin X.225 se basa en los servicios proporcionados por la capa detransporte, segn se describe en las Recomenda

16、ciones X.214 y X.224.Cuando se utilice el servicio y el protocolo de transporte (vanse las Recomendaciones X.214 y X.224 clase 0) se debenaplicar reglas adicionales (de acuerdo con la clusula 5/T.70, incluidos los Anexos A y B) para la compatibilidad con elteletex y el facsmil del grupo 4.Los proced

17、imientos de control para teletex y facsmil del grupo 4 se hallan actualmente descritos en la Recomenda-cin T.62.La Recomendacin T.62 puede ser sustituida por la presente Recomendacin y por el servicio y el protocolo de capa desesin correspondientes descritos en las Recomendaciones X.215 y X.225.Se h

18、a pretendido que los protocolos visibles externamente sean iguales tanto cuando se utilice la Recomenda-cin T.62 bis (basada en las Recomendaciones de la serie X) como la Recomendacin T.62 (basada en la Recomen-dacin T.70).Se tiene la intencin de que las Recomendaciones X.215 y X.225, junto con la a

19、ctual Recomendacin, tengan el mismonivel de detalle y precisin que la actual Recomendacin T.62. Sin embargo, por el momento se mantendr laRecomendacin T.62, en caso de discrepancia o incompatibilidad, la Recomendacin T.62 tendr preferencia respecto alas Recomendaciones X.215 y X.225, junto a las reg

20、las de aplicacin descritas en la presente Recomendacin.Esta Recomendacin cubre toda la Recomendacin T.62, incluidos los anexos.ii Recomendacin T.62 bis (03/93) Recomendacin T.62 bisRecomendacin T.62 bis (03/93)PROCEDIMIENTOS DE CONTROL DE LOS SERVICIOS TELETEXY FACSMIL DEL GRUPO 4 BASADOS EN LASRECO

21、MENDACIONES X.215 Y X.225(Melbourne, 1988; revisada en Helsinki, 1993)1 Alcance y campo de aplicacinLa presente Recomendacin define:1) Un conjunto de reglas para utilizar el servicio de sesin OSI.2) Los requisitos adicionales de realizacin para ajustarse a los procedimientos de control destinados a

22、losservicios teletex y facsmil del grupo 4.El conjunto de reglas comprende: Las acciones que ha de adoptar el usuario de la sesin para realizar los procedimientos de control. La descripcin del uso de las primitivas de servicio de sesin y de sus parmetros. La codificacin de los parmetros no incluidos

23、 en la capa de sesin (en lo que respecta a estos parmetros,vase tambin 5.2). Estos parmetros, cuando procede, se describirn como parmetros adicionales paracada primitiva y para cada SPDU. La longitud y el valor de estos parmetros sern determinados por elusuario del SS y la capa de sesin propiamente

24、dicha no har comprobaciones.2 ReferenciasRecomendaciones F.161, F.200, X.215, X.225, T.563, T.503, T.521, T.6, T.35, T.60, T.61, T.62, serie T.400, T.390y X.200.3 Medidas para realizar los procedimientos de control para teletex y facsmil del grupo 4En la presente clusula se describe el protocolo de

25、aplicacin teletex en funcin de las medidas que involucran a lasprimitivas del servicio de sesin.3.1 GeneralidadesLos procedimientos de control para teletex y facsmil del grupo 4 estn elaborados para permitir la transferencia ygestin de datos en forma de documentos entre terminales. La presente Recom

26、endacin se refiere slo a la transferenciade documentos. Como consecuencia, no puede producirse ninguna transferencia de datos fuera de un documento. Un documento est compuesto de una o ms pginas. Las pginas se envan de modo secuencial y cada pgina tiene que ser objeto de un acuse de reciboindividual

27、. Sin embargo, pueden enviarse varias pginas sin esperar al acuse de recibo y el nmero depginas que pueden mandarse de este modo se denomina tamao de la ventana. La transferencia de un documento se ejecuta de la fuente al sumidero (vanse 3.2.3 y 3.4). Para los finesde la descripcin, en el resto del

28、texto, la fuente se denomina tambin el emisor y el sumidero se llamatambin el receptor.3.2 Fase de establecimiento de la conexin de sesin3.2.1 El usuario SS llamante inicia la conexin enviando la primitiva peticin S-CONEXIN.El usuario SS llamado puede aceptar o rechazar la conexin enviando la primit

29、iva respuesta S-CONEXIN.El iniciador de la conexin tiene la responsabilidad de examinar los parmetros enviados por el terminal distante aliniciarse la sesin y determinar si sta debe continuar. Si no contina, la sesin terminar normalmente.Recomendacin T.62 bis (03/93) 1 3.2.2 Una conexin de sesin se

30、identifica por medio de:a) la referencia bsica de sesin (parmetro obligatorio) compuesta de: identificador de terminal del terminal llamado; identificador de teminal del terminal llamante; fecha y hora;b) un nmero de referencia de sesin adicional optativo, para identificar de modo nico la conexin de

31、sesin.3.2.3 Al establecer la conexin de sesin, los testigos de datos, los testigos de sincronizacin menor y mayor y lostestigos de actividad estarn disponibles y asignados al lado del iniciador de la sesin. As, al iniciarse la sesin, eliniciador est definido como la fuente actual de la informacin de

32、 texto y es, en consecuencia, el terminal fuente.3.2.4 Al aceptar la conexin, el usuario SS llamado puede pedir el control de la sesin enviando la primitivapeticin S-SOLICITUD-TESTIGO.Al continuar la sesin, ninguno de los dos terminales puede utilizar procedimientos ni enviar informaciones que nocum

33、plan las capacidades de recepcin indicadas por el otro participante en la sesin en el identificador de servicio y enlos parmetros de capacidades no bsicas de sesin y terminal de las primitivas S-CONEXIN en la iniciacin de lasesin y/o por los parmetros de las primitivas S-DATOS-CAPACIDADES.3.2.5 Se a

34、plicarn las siguientes reglas al uso privado y a los parmetros actualmente no definidos:a) La utilizacin de estos parmetros en primitivas distintas de S-CONEXIN y S-DATOS-CAPACI-DADES debe negociarse por anticipado por parte de S-CONEXIN o S-DATOS-CAPACIDADES. Lapresencia inesperada de estos parmetr

35、os en otras primitivas puede dar lugar a errores de procedimiento.b) La ausencia de un parmetro de este tipo en respuesta a S-CONEXIN o S-DATOS-CAPACIDADESdebe interpretarse como una indicacin de que el terminal no es capaz de tratar ninguna de esas funciones.3.3 Fase de terminacin de la sesinLa con

36、exin de la sesin termina por medio del servicio S-LIBERACIN en el caso de la terminacin normal (o exentade errores)Los servicios S-U-ABORTO/S-P-ABORTO pueden ser utilizados en cualquier momento por uno de los dos terminalespara terminar una sesin, siempre que se detecte una condicin que indique que

37、la sesin no puede continuar sinproblemas. S-U-ABORTO/S-P-ABORTO se utilizarn nicamente cuando no haya otro modo apropiado de terminarla sesin.En el modo de comunicacin bidireccional alternado o unidireccional, slo el emisor de la peticin S-CONEXINpuede enviar la peticin S-LIBERACIN cuando es la fuen

38、te actual.NOTA La conexin de transporte puede ser utilizada de nuevo como una eleccin local de realizacin y esto puededepender de la decisin sobre la aplicacin capaz de pasar por la interfaz de servicio de la sesin.3.4 Gestin del documentoEl concepto de documento, segn se define en la Recomendacin T

39、.62, se hace corresponder con el concepto deactividad del protocolo de sesin. Por consiguiente, el nmero de documento corresponde al identificador de actividad.La transferencia de un documento est delimitada por un comienzo y un fin.Un documento es enviado por la fuente (emisor) al sumidero (recepto

40、r) y esta transferencia slo tiene lugar cuando lafuente posee todos los testigos disponibles.Cuando el sumidero desea enviar un documento, puede expresar esta necesidad emitiendo una primitiva S-SOLICITUD-TESTIGO. Cuando termina la transferencia de un documento, el emisor puede dar el control al rec

41、eptor enviando unaprimitiva S-CESIN-CONTROL. Ahora bien, no hay ningn requisito para el envo de informacin de texto antes deemitir una primitiva S-CESIN-CONTROL. Cuando se ejecuta el intercambio de los elementos de controlcorrespondientes a esta primitiva, todos los testigos se asignan al receptor;

42、por consiguiente, ste pasa a ser la fuente(o emisor) y la primera fuente pasa a ser el sumidero (o receptor). Entonces puede iniciarse una transferencia dedocumento de la nueva fuente al nuevo sumidero.2 Recomendacin T.62 bis (03/93) 3.4.1 Comienzo del documentoEl servicio S-ARRANQUE-ACTIVIDAD indic

43、a el comienzo de un documento, as como tambin el comienzo de laprimera pgina.3.4.2 Lmites de pgina3.4.2.1 El servicio S-SINCRO-MENOR indica el lmite entre pginas, as como tambin un punto de comprobacinpara la recuperacin tras errores, e invita al sumidero a aceptar la responsabilidad de la pgina pre

44、viamente recibida.En los servicios bsicos debe insertarse un punto de comprobacin en cada lmite de pgina utilizando la peticinSINCRO-MENOR. En cada punto de comprobacin debe hacerse un acuse de recibo explcito en la secuencia correcta,utilizando la respuesta S-SINCRO-MENOR. Por consiguiente, el nmer

45、o de referencia del punto de comprobacincorresponde al nmero de serie del punto de sincronizacin menor.La respuesta S-SINCRO-MENOR se utilizar para indicar que el receptor acepta la responsabilidad de esa pgina. Si elreceptor no la acepta, utilizar el servicio S-U-INFORME-EXCEPCIN. En este caso, el

46、emisor interrumpir latransmisin utilizando los servicios S-INTERRUPCIN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD.El receptor puede rechazar la recepcin por causa de un error detectado, pero no est obligado a verificar en eldocumento la presencia de errores. Cuando una pgina ha sido objeto de un acuse de reci

47、bo positivo, cualquierrecuperacin tras errores para la deteccin ulterior de un error sale del alcance de los presentes procedimientos decontrol.3.4.2.2 Cuando un terminal fuente recibe una confirmacin S-SINCRO-MENOR con el parmetro facultad derecepcin amenazada (RAJ, receiving ability jeopardized) puesto a 1 (vase 4.4.6) durante una transmisin dedocumento, puede continuar la transmisin de una o ms pginas hasta que se cierre la ventana. En este contexto seaplican las siguientes reglas:a) Si la fuente recibe despu