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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(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)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

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、 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