ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf

上传人:inwarn120 文档编号:803662 上传时间:2019-02-04 格式:PDF 页数:63 大小:535.65KB
下载 相关 举报
ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf_第1页
第1页 / 共63页
ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf_第2页
第2页 / 共63页
ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf_第3页
第3页 / 共63页
ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf_第4页
第4页 / 共63页
ITU-T T 37 AMD 1 SPANISH-1999 Procedures for the transfer of facsimile data via store-and-forward on the Internet Amendment 1 Full Mode《通过因特网存储转发的传输传真数据的规程 1号修正案 完整模式 系列T 远程信息处理业务终.pdf_第5页
第5页 / 共63页
点击查看更多>>
资源描述

1、 UNIN INTERNACIONAL DE TELECOMUNICACIONES UIT-T T.37SECTOR DE NORMALIZACIN DE LAS TELECOMUNICACIONES DE LA UIT Enmienda 1(09/99) SERIE T: TERMINALES PARA SERVICIOS DE TELEMTICA Procedimientos para la transferencia de datos facsmil en modo almacenamiento y retransmisin por Internet Enmienda 1: Modo c

2、ompleto Recomendacin UIT-T T.37 Enmienda 1 (Anteriormente Recomendacin del CCITT) RECOMENDACIONES UIT-T DE LA SERIE T TERMINALES PARA SERVICIOS DE TELEMTICA Para ms informacin, vase la Lista de Recomendaciones del UIT-T. Recomendacin T.37/enm.1 (09/99) i RECOMENDACIN UIT-T T.37 PROCEDIMIENTOS PARA L

3、A TRANSFERENCIA DE DATOS FACSMIL EN MODO ALMACENAMIENTO Y RETRANSMISIN POR INTERNET ENMIENDA 1 Modo completo Resumen Esta enmienda incorpora el modo completo del facsmil Internet a la Recomendacin T.37. La funcionalidad adicional incorpora la transmisin y la recepcin de otros formatos de imagen TIFF

4、, intercambio de capacidades y acuse de recibo. Orgenes La enmienda 1 a la Recomendacin UIT-T T.37 ha sido preparada por la Comisin de Estudio 8 (1997-2000) del UIT-T y fue aprobada por el procedimiento de la Resolucin N. 1 de la CMNT el 24 de septiembre de 1999. ii Recomendacin T.37/enm.1 (09/99) P

5、REFACIO La UIT (Unin Internacional de Telecomunicaciones) es el organismo especializado de las Naciones Unidas en el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de la UIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, de ex

6、plotacin y tarifarios y publica Recomendaciones sobre los mismos, con miras a la normalizacin de las telecomunicaciones en el plano mundial. La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se celebra cada cuatro aos, establece los temas que han de estudiar las Comisiones

7、 de Estudio del UIT-T, que a su vez producen Recomendaciones sobre dichos temas. La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecido en la Resolucin N. 1 de la CMNT. En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de

8、 competencia del UIT-T, se preparan las normas necesarias en colaboracin con la ISO y la CEI. NOTA En esta Recomendacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tanto una administracin de telecomunicaciones como una empresa de explotacin reconocida de telecomunicaci

9、ones. PROPIEDAD INTELECTUAL La UIT seala a la atencin la posibilidad de que la utilizacin o aplicacin de la presente Recomendacin suponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicin en cuanto a la demostracin, validez o aplicabilidad de los derecho

10、s de propiedad intelectual reivindicados, ya sea por los miembros de la UIT o por terceros ajenos al proceso de elaboracin de Recomendaciones. En la fecha de aprobacin de la presente Recomendacin, la UIT ha recibido notificacin de propiedad intelectual, protegida por patente, que puede ser necesaria

11、 para aplicar esta Recomendacin. Sin embargo, debe sealarse a los usuarios que puede que esta informacin no se encuentre totalmente actualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes de la TSB. Ge3 UIT 2000 Es propiedad. Ninguna parte de esta

12、 publicacin puede reproducirse o utilizarse, de ninguna forma o por ningn medio, sea ste electrnico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escrita por parte de la UIT. Recomendacin T.37/enm.1 (09/99) iii NDICE Pgina 1) Clusula 3 1 2) Subclusula 6.2. 1 3) Apndice I 2 4) Nuevo

13、Apndice III 5 5) Nuevo Apndice IV 5 Recomendacin T.37/enm.1 (09/99) 1 Recomendacin T.37 Recomendacin T.37/enm.1 (09/99) PROCEDIMIENTOS PARA LA TRANSFERENCIA DE DATOS FACSMIL EN MODO ALMACENAMIENTO Y RETRANSMISIN POR INTERNET ENMIENDA 1 Modo completo (Ginebra, 1999) 1) Clusula 3 Suprmanse las siguien

14、tes referencias: Recomendacin CCITT T T.6 (1988), Esquemas de codificacin facsmil y funciones de control de codificacin para los aparatos facsmil del grupo 4. RFC 1725, Post Office Protocol Version 3. Adanse las referencias y la nota siguientes: RFC 1869, SMTP Service Extensions. RFC 1939, Post Offi

15、ce Protocol Version 3. RFC 2060, Internet Message Access Protocol Version 4rev1. RFC 2298, An Extensible Message Format for Message Disposition Notification. RFC 2532, Extended Facsimile Using Internet Mail. RFC 2530, Indicating Supported Media Features Using Extensions to DSN and MDN. RFC 2531, Con

16、tent feature schema for Internet fax. NOTA Las referencias incluidas en las RFC referenciadas en esta Recomendacin, que se describen como “trabajos en curso“, slo son informativas y no normativas. 2) Subclusula 6.2 Enmindese la subclusula 6.2 para que diga lo siguiente: 6.2 Modo completo El modo com

17、pleto soporta la transferencia de imgenes, datos, intercambio de capacidades y acuse de recepcin, segn los requisitos de la Recomendacin F.185. 6.2.1 Procedimientos del modo completo En el cuadro se incluye un resumen funcional y las referencias conexas del modo completo. Los procedimientos de modo

18、completo se definen en RFC 2532, a menos que se seale lo contrario en el cuadro 2. 2 Recomendacin T.37/enm.1 (09/99) Cuadro 2/T.37 Resumen funcional de los procedimientos del modo completo 3) Apndice I Adase una nueva subclusula I.2: I.2 Requisitos de la implementacin del modo completo Cuadro I.2/T.

19、37 Requisitos de la implementacin del modo completo Direccionamiento Procedimientos: RFC 2305, seccin 3 Correo electrnico: RFC 822 Offramp: RFC 2303, RFC 2304 Formato de imagen Perfiles TIFF: RFC 2301 Acuse de recepcin Confirmacin de entrega: RFC 1891, Notificacin de situacin de entrega (DSN, delive

20、ry status notification) Confirmacin de procesamiento: RFC 2298, Notificacin de disposicin de mensaje (MDN, message disposition notification) Intercambio de capacidades Formato de capacidades: RFC 2531 Mecanismo de capacidades: RFC 2530 Transporte ESMTP: RFC 1869 Acceso a buzn POP3: RFC 1939 IMAP4: R

21、FC 2060 NOTA El requisito de que las pasarelas dentro de rampa y fuera de rampa soporten los terminales facsmil del grupo 4 queda en estudio. Emisor Requerido Enviar datos de imagen como un solo fichero RFC 2301 multipgina MIME RFC 2305 2.2.3 Efectuar una notificacin en caso de problemas de reenvo R

22、FC 2305 2.3.1 Dar una direccin de retorno en el correo SMTP en el encabezamiento del sobre RFC 2305 2.3.1 Pedir notificacin de situacin de entrega, si el emisor desea confirmacin de entrega RFC 2532 2.1.1 (Nota 3) Pedir notificacin de disposicin de mensaje, si el emisor desea confirmacin de procesam

23、iento RFC 2532 2.1.2 (Nota 3) Muy recomendado Incluir ID de mensaje RFC 2305 2.2.1 Utilizar la codificacin de base 64 para datos de imagen Ser capaz de reconocer y procesar los rtulos de caractersticas definidos en RFC 2531 cuando se examinan las capacidades presentadas por un posible receptor RFC 2

24、532 3 (Nota 2) Opcional Utilizar otros perfiles de TIFF si se conoce previamente que el receptor soporta dichos perfiles RFC 2305 4 Notificar la recepcin de una DSN u otras notificaciones RFC 1894 (Nota 3) Pedir una DSN positiva y una MDN, si se desea respuesta de capacidad DSN/MDN RFC 2532 3.3 (Not

25、as 1, 2 y 4) Enviar un mensaje que contenga un subconjunto mnimo de TIFF y un TIFF de superior calidad utilizando multiparte/alternativo RFC 2532 3 Contraordenar manualmente la fijacin por defecto RFC 2532 3.1 Acceder a la estructura de directorio de las capacidades del receptor RFC 2532 3.2 Utiliza

26、r cualquiera de los perfiles de TIFF definidos en RFC 2301 cuando se emite un receptor con las capacidades correspondientes basadas en la respuesta de capacidad MDN/DSN RFC 2532 3 (Notas 1, 2 y 4) Recomendacin T.37/enm.1 (09/99) 3 Cuadro I.2/T.37 (continuacin) Receptor Requerido Cumplir con MIME con

27、 la salvedad de que no es necesario que se ofrezca situar una asociacin de MIME en un fichero y que puede imprimir un fichero recibido en vez de visualizarlo RFC 2305 2.2.2 Ser capaz de procesar mltiples ficheros de imagen de perfil S RFC 2301 MIME de un solo mensaje RFC 2305 2.2.4 Efectuar una noti

28、ficacin en caso de problemas de recepcin o procesamiento RFC 2305 2.3.2 (Nota 3) Implementar notificacin de disposicin de mensaje RFC 2532 2.2 (Notas 1, 2 y 4) Indicar caractersticas de medios soportadas en mensajes DSN y/o MDN por RFC 2530 RFC 2532 2.2 Configurable para ignorar silenciosamente una

29、peticin de MDN RFC 2532 2.2.1 No generar una MDN no solicitada para indicar procesamiento exitoso RFC 2532 2.2.1 Es posible para un operador desactivar respuestas de MDN automticas RFC 2532 2.2.1 No generar DSN cuando se utiliza POP3 e IMAP4 RFC 2532 2.2.2 Muy recomendado Si el MTA determina que el

30、mensaje no puede ser procesado, rechazar el mensaje con un cdigo de situacin 5.6.1 RFC 2530 (Nota 3) Opcional Ser capaz de procesar cualesquiera de los perfiles TIFF RFC 2305 4 El sistema automatizado debe ser configurable para responder siempre a una peticin de MDN RFC 2532 2.2.1 Infraestructura de

31、l emisor Requerido Soportar la DSN RFC 2532 2.3.1 (Nota 5) Infraestructura del receptor Requerido Soportar la DSN RFC 2532 2.3.2 (Nota 5) Pasarela fuera de rampa (Cuando se implementa) Requerido Cumplir el SMTP RFC 0821 Notificar un fallo de entrega RFC 1894, RFC 2305 2.3.1 (Nota 3) Ser capaz de pro

32、cesar direcciones de correo electrnico RTPC/facsmil RFC 2303, RFC 2304 Cumplir las Recomendaciones UIT pertinentes relativas a la transmisin facsmil T.30 Reenviar correo electrnico autorizado a los terminales facsmil del grupo 3 correspondientes RFC 2305 3.2 Garantizar el cumplimiento de los requisi

33、tos locales de tipo legal relativos a las transmisiones facsmil Muy recomendado Utilizar una DSN para notificar un fallo de entrega RFC 2305 2.3.1 RFC 1894 Nota 3 Utilizar un protocolo de acceso a buzn de correos cuando se d servicio a un solo receptor del correo RFC 2305 2.1.3 Opcional Traducir los

34、 datos de imagen a un formato que pueda aceptar el terminal facsmil del grupo 3 receptor RFC 2305 2.1.2 Utilizar un protocolo de acceso a buzn de correos cuando se d servicio a un solo receptor del correo RFC 2305 2.1.3 4 Recomendacin T.37/enm.1 (09/99) Cuadro I.2/T.37 (fin) NOTA 1 La implementacin

35、tpica del modo completo incluye intercambio de capacidades. El mtodo disponible para obtener una respuesta de capacidad es solicitando una MDN o una DSN. En respuesta, el receptor debe proporcionar una indicacin de capacidades que utilice ampliaciones de DSN/MDN por ampliacin RFC 2530. El mtodo deta

36、llado de solicitar MDN/DSN y el uso de otros mtodos de peticin e indicacin de capacidades quedan en estudio. NOTA 2 Para la implementacin tpica del modo completo, la DSN o MDN que se devuelve debe contener informacin que describa las capacidades del receptor. El emisor debe utilizar esta informacin

37、para comunicaciones posteriores con ese receptor. Por ejemplo, un emisor puede utilizar cualquiera de los perfiles TIFF definidos en RFC 2301 cuando enva a un receptor cuyas capacidades correspondientes estn basadas en una respuesta de capacidad MDN/DSN. NOTA 3 Para la implementacin tpica del modo c

38、ompleto, se dispone de confirmacin de entrega y confirmacin de procesamiento utilizando DSN y MDN. La clarificacin del procesamiento de MDN queda en estudio. La inclusin de datos adicionales tales como el nmero total de pginas y el nmero de pginas errneas en un mensaje MDN o DSN queda en estudio. NO

39、TA 4 Algunos implementadores pueden desear aadir ampliaciones privadas a la implementacin normalizada del modo completo. Por ejemplo, los vendedores podran encontrar tipos de MIME especficos de la empresa y encabezamiento de correo electrnico X para ayudar a implementar aplicaciones especficas. NOTA

40、 5 Segn RFC 2532, se requiere soporte de DSN en la infraestructura del emisor y del receptor. Los terminales de modo completo pueden seguir funcionando en situaciones en los que algunos MTA en el trayecto de reenvo de correo pueden no soportar DSN. No se proveer en este caso confirmacin de entrega m

41、ediante DSN para el destino final. Sin embargo sigue siendo posible la confirmacin de procesamiento mediante MDN. Recomendacin T.37/enm.1 (09/99) 5 4) Nuevo Apndice III Adase un nuevo apndice III: Apndice III Diagrama de referencias RFC relativas al modo completo El presente apndice contiene un diag

42、rama de las relaciones entre las normas de Internet utilizadas para la funcionalidad modo completo de la Recomendacin T.37. T0828420-98/d01EIFAXRFC 2532TIFF forfacsimileRFC 2301ReportingRFC 2530SchemaRFC 2531MailroutingRFC 974SimplemodeRFC 2305DSNmechanismRFC 1891SMTP serverextensionRFC 2034SyntaxRF

43、C 2533T.30 MappingRFC MappingMediafeaturesRFC 2534MDNRFC 2298RegistrationRFC 2506BCPStatuscodesRFC 1893Multipart/ReportRFC 1892informationalDSNformatRFC 1894FIGURE D01 5) Nuevo Apndice IV Adase un nuevo apndice IV: Apndice IV Ejemplos de codificacin de TIFF-FX (RFC 2301) para perfiles distintos del

44、perfil S El presente apndice contiene ejemplos de datos de codificacin de imagen para perfiles distintos del perfil S. Corresponde a los perfiles F, J, C, L y M de TIFF-FX (RFC 2301). Se da nicamente a efectos de informacin. Puede accederse a los ficheros reales utilizados para generar los ejemplos

45、de codificacin indicados, en unin de los casos de prueba asociados y otra informacin de TIFF-FX, la URL siguiente: http:/www.itu.int/ ITU-T/tiff-fx/index.html 6 Recomendacin T.37/enm.1 (09/99) Content of TIFF-FX coding examples Page IV.1 Profile F. 7 IV.1.1 T.4 one-dimensional MH compression, with 2

46、04 196 pels/25.4 mm, big endian byte order, based on test file f05x-02.tif and test case Profile F F5 7 IV.1.2 T.4 two-dimensional MR compression, with 80 154 pels/cm, little endian byte order, photometric interpretation of black=0 (i.e. inverse image), cm resolution unit, based on test file f06x-01

47、.tif and test case Profile F F6. 10 IV.1.3 T.6 two-dimensional MMR compression, with 400 pels/25.4 mm, big endian byte order, multiple strips and no Global Parameters IFD (GP IFD), based on test file f03x-02.tif and test case Profile F F3. 13 IV.2 Profile JT.82 JBIG compression per T.85, with 300 pe

48、ls/25.4 mm, big endian byte order and no GP IFD, based on test file j01x-02.tif and test case Profile J J1 . 17 IV.3 Profile C T.81 JPEG compression with T.4 Annex E ITU L*a*b* color encoding, 4:1:1 subsampling, 200 pels/25.4 mm and little endian byte order, based on test file c03x-02.tif and test case Profile C C3 20 IV.4 Profile L T.82 JBIG compression with T.43 color encoding. 24 IV.4.1 One bit per component CMYK color representation, 400 pels/25.4 mm and big endian byte order, based on test file l02x-02.tif and test case Profile L L2 24 I

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > 其他

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