ANSI TIA-605-1992 Facsimile DCE-DTE Packet Protocol Standard《传真DCE-DTE分组协议标准》.pdf

《ANSI TIA-605-1992 Facsimile DCE-DTE Packet Protocol Standard《传真DCE-DTE分组协议标准》.pdf》由会员分享，可在线阅读，更多相关《ANSI TIA-605-1992 Facsimile DCE-DTE Packet Protocol Standard《传真DCE-DTE分组协议标准》.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、TIA STANDARD ANSI/TIA-605-1992 Approved: October 27, 1992 Reaffirmed: October 11, 2002 Facsimile DCE-DTE Packet Protocol Standard TIA-605 DECEMBER 1992 TELECOMMUNICATIONS INDUSTRY ASSOCIATION Representing the telemmunications industry in miation with the Electronic Industris AUimnce Elsctronic Indus

2、trias Alliance NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining w

3、ith minimum delay the proper product for their particular need. The existence of such Standards and Publications shall not in any respect preclude any member or non-member of TIA fi-om manufacturing or selling products not conforming to such Standards and Publications. Neither shall the existence of

4、 such Standards and Publications preclude their voluntary use by Non-TIA members, either domestically or internationally. Standards and Publications are adopted by TIA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TIA does not assume any liability

5、 to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. This Standard does not purport to address all safety problems associated with its use or all applicable regulatory requirements. It is the responsibility of the user of this Standard to

6、establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. (From Standards Proposal No. 3-2724-RF1, formulated under the cognizance of the TIA TR-30.5 Subcommittee on Facsimile Systems and Equipment.) This Document was reaffirmed by

7、 the American National Standards Institute (ANSI) on October 11,2002 and by the TIA. Published by TELECOMMUNICATIONS INDUSTRY ASSOCIATION 1992 Standards and Technology Department 2500 Wilson Boulevard Arlington, VA 22201 U.S.A. PRICE: Please refer to current Catalog of TIA TELECOMMUNICATIONS INDUSTR

8、Y ASSOCIATION STANDARDS AND ENGINEERING PUBLICATIONS or call Global Engineering Documents, USA and Canada (1-800-854-7179) International (303-397-7956) or search online at http:/www.tiaonline.org/standards/search_n_order.cfm All rights reserved Printed in U.S.A. NOTICE OF DISCLAIMER AND LIMITATION O

9、F LIABILITY The document to which this Notice is affixed has been prepared by one or more Engineering Committees of the Telecommunications Industry Association (“TIA”). TIA is not the author of the document contents, but publishes and claims copyright to the document pursuant to licenses and permiss

10、ion granted by the authors of the contents. TIA Engineering Committees are expected to conduct their affairs in accordance with the TIA Engineering Manual (“Manual”), the current and predecessor versions of which are available at http:/www.tiaonline.orp/standards/sfcr/engineering manual.cfn. TIAS fu

11、nction is to administer the process, but not the content, of document preparation in accordance with the Manual and, when appropriate, the policies and procedures of the American National Standards Institute (“ANSI”). THE USE OR PRACTICE OF CONTENTS OF THIS DOCUMENT MAY INVOLVE THE USE OF INTELLECTU

12、AL PROPERTY RIGHTS (“IPR), INCLUDING PENDING OR ISSUED PATENTS, OR COPYRIGHTS, OWNED BY ONE OR MORE PARTIES. TIA MAKES NO SEARCH OR INVESTIGATION FOR IPR. WHEN IPR CONSISTING OF PATENTS AND PUBLISHED PATENT APPLICATIONS ARE CLAIMED AND CALLED TO TIAS ATTENTION, A STATEMENT FROM THE HOLDER THEREOF IS

13、 REQUESTED, ALL IN ACCORDANCE WITH THE MANUAL. TIA TAKES NO POSITION WITH REFERENCE TO, AND DISCLAIMS ANY OBLIGATION TO INVESTIGATE OR INQUIRE INTO, THE SCOPE OR VALIDITY OF ANY CLAIMS OF IPR. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND ALL WARRANTIES CO

14、NCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR APPROPRIATENESS FOR A PARTICULAR PURPOSE PARTYS INTELLECTUAL PROPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND ALL RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS AND MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENTS COMPLIANCE WITH

15、ANY APPLICABLE STATUTE, RULE OR REGULATION. OR USE, ITS MERCHANTABILITY AND ITS NON-INFRINGEMENT OF ANY THIRD TIA SHALL NOT BE LIABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM OR RELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT,

16、SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE), WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (INCLUDING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.

17、 THE FOREGOING NEGATION OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. v) O (o I EIA TIA-605 92 m 3234600 O503639 O10 m TIA/EIA STANDARD Facsimile DCE-DTE Packet Protocol Standard TELECOMMUNICATIONS IN

18、DUSTRY ASSOCIATION EIA TIA-605 92 M 323q600 0503640 832 H NOTICE TiA/ELA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of products, and assis

19、ting the purchaser in selecting and obtaining with minimum delay the proper product for his particular need. Existence of such Standards and Publications shall not in any respect preclude any member or nonmember of TIA/EIA from manufacturing or selling products not conforming to such Standards and P

20、ublications, nor shall the existence of such Standards and Publications preclude their voluntary use by those other than TIA/EIA members, whether the standard is to be used either domestically or internationally. Recommended Standards and Publications are adopted by TLA/EIA in accordance with the Am

21、erican National Standards Institute (ANSI) patent policy. By such action, TIA/EIA does not assume any iiability to any patent owner, nor does it assume any obligation whatever to parties adopting the Recommended Standard or Publication. This Standard does not purport to address all safety problems a

22、ssociated with its use or all applicable regulatory requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. (From Standards Proposai No. 2724, formulated unde

23、r the cognizance of the TR-29.2 Subcommittee on Facsimile Digital Interfaces.) Published by TELECOMMUNICATIONS INDUSTRY ASSOCIATION 2001 Pennsylvania Ave. N.W., Washington, D.C. 20006 PRICE: Please refer to current Catalog of EU options include up to 14,400 bit/s (bits per second). To accommodate th

24、is, the protocol recommends operating the asynchronous serial port at 19,200 bit/s, with flow control and buffering mandatory. For 19,200 bit/s, the time between asynchronous characters is 1/1920 = 521 us (us = microseconds). There are many processes in common DTE (e.g. personal computers) that caus

25、e serial input channels to be neglected for longer than 500ust data loss is a constant hazard. If a character is lost in the received data, the image will be impaired; if a character is lost in a DCE final result code, the connection may fail. This protocol permits recovery from such data loss so th

26、at images remain intact and the facsimile transfer will succeed. ANSI X3.4 (ASCII) and IS0 646. Control characters are represented in this standard by the defined mnemonic designation enclosed in angle brackets (e.g., ). With MIE implementation of the necessary procedures, This facility is controlle

27、d by means This Packet Protocol uses control characters defined in EIA TIA-605 92 W 3234600 0503644 4 = TIA/EIA-605 Page 2 3. NORMATIVE REBERENCES This document is related to the following public standards: EIA/TIA-232-E Circuit-terminating Equipment Employing Serial Binary Data Interchange. Interfa

28、ce Between Data Terminal Equipment and Data EIA/TIA-578 Asynchronous Facsimile DCE Control Standard, Service Class 1 TIA/EIA-592 Asynchronous Facsimile DCE Control Standard, Service Class 2 CCITT V.24 data terminal equipment (DTE) and data circuit-terminating equipment (DCE) List of definitions for

29、interchange circuits between IS0 646 for Information Interchange Information Processing - IS0 7-bit Coded Character Set ANSI X3.4-1986 Coded Character Set - 7-bit American National Standard Code for Information Interchange (ASCII) 4. DEBIbtITIONS DTE, Data Terminal quipment - A DTE is any terminal o

30、r computer capable of providing commands and data to operate a DCE or facsimile DCE. In practice, these are computers of any size. DCB, Data Circuit-terminating Equipment - A DCE is any device which connects a DTE to a communications network. This standard focuses on DCEs which connect to the Genera

31、l Switched Telephone Network (GSTN). This class of DCEs includes DCEs compatible with the CCITT V Series modem recommendations and facsimile DCEs described below. Facsimile DCB - A facsimile DCE is a device which provides facsimile communication facilities between a DTE and a remote Group 3 Facsimil

32、e station across the GSTN. DCE are defined in EIA/TIA-578 and in EIA/TIA-592. Bacaimile DTIC - A Facsimile DTE must provide those Group 3 facsimile functions and services not provided by the Facsimile DCE. The specific implementation of these functions is beyond the scope of this standard. Examples

33、of facsimile EIA TIA-bo5 92 3234b00 0503645 314 9 TIA/EIA-605 Page 3 5;. NE-DTE PACKET PROTOCOL 5.1 es saga Types There are five kinds of messages exchanged between a DTE and a Facsimile DCE described by this standard: DTE Command Lines Facsimile DCE Response Lines Transmitted Phase C Data Received

34、Phase C Data Single Control Characters The Packet Protocol described here is used for Facsimile The DTE is expected to handle single characters DCE response lines and for received Phase C Data. The DCE is required to handle DTE command lines and transmitted Phase C data without loss. without data lo

35、ss. Under this protocol, DCE response lines and received Phase C data shall be assembled into simple packets. contain only one type of message. Packets shall not exceed 254 bytes, excluding the trailing (ASCII 17h) or (ASCII Olh) characters. The following sections describe how these messages are par

36、titioned into packets. Each packet shall The Facsimile DCE generates line-oriented responses to DTE commands, including information text and result codes. A packet may include one or more complete DCE response lines resulting from a single command line. partitioned into more than one packet. and 8.6

37、 of EIA/TIA-592. DCE response lines may be Note that long responses are defined in sections 8.4.2.4 5.1.2 Received Phase C Data The Facsimile DCE shall break Phase C data into packets. The DCE shall process the data as specified in section 5.6, prior to assembling packets. 5.1.3 Single Control Chara

38、cters , and characters are used as single character DCE-to-DTE messages in facsimile DCE. These characters are not made into Packets during Phase C data transmission. TIA/EIA-605 Page 4 5.2 DCE Packet Sender Procedurr The base state for the DCE is IDLE, with no packet to send. Transferring the packe

39、t consists of: transmitting the When a new packet is ready to send, the DCE may commence transferring the packet. length of the packet to the DTE; waiting for the DTE to acknowledge receipt of this single character; then transferring the body of the packet, terminated by either the character or the

40、character. Note that the DCE must know the size of the packet before the packet can be transferred. Packets are normally terminated with the character. If the DCE can be certain that the next packet body will be the same length as the current packet body, it may terminate a packet with to indicate t

41、hat the next packet has the same length. If the DTE acknowledges a packet terminated by , the DCE shall proceed directly to transferring the body of the next packet. This mechanism bypasses the exchange of the length bytes and subsequent acknowledgement to improve efficiency. (section 5.8) while tra

42、nsmitting the packet body to the DTE. If an is received before the complete packet is sent, the DCE should terminate the packet in progress by sending or , wait for a (ASCII 15h), and restart sending the packet After the packet is sent, the DCE shall wait until a packet response is received, or unti

43、l a manufacture specified timeout occurs. If an character is received, the DCE should return to IDLE state. If the DCE receives a character the DCE shall restart sending the packet. Table 5.2 shows a state table for the DCE. This table defines all possible states for the XE. The DCE may check for an

44、 (ASCII O5h) from the DTE EIA TIA-bo5 92 3234600 0503647 I197 H TIA/EIA-605 Page 5 Table 5.2 Example DCB Stat. Table (State 1) IDLE Uaiting to Send LENgth - sand LEN byte; Start TIMER; Go to State 2 (State 2) LENgth Sent (State 31 Sending Data (State 5) Sent Event Data Ready to be sent to DTE (Defer

45、 proc-ing uitl State 3 enterad) (Defer processing rntil State 1 entered) (Defer processing uitil State 3 entered) Send byte; INC CQUlT; If CQIIIT-LEN, then if next block likely to be different In, rand Ell, start TIER, ad Go to State 4; else, send aOH, start TIER, ad Go to State 5 Rapit knd ooh; INC

46、 #1IRIT until COUT=LEN; Start TIMR; Send SETS; Go to State 4 (Not Passible; Timer not ruming) Rcqurst to Forward Dete to DTE (end rcvd data) (Ignore; no partial no partial no partial data Sent) (Ignore; no partial Restart TIER; Stay in State 4 Resend ; Restart TIMER; Stay in State 5 Tinout Awaiting

47、R-Pot- from DTE Receid from DTE (Not Porsi bis; Timer not runing) (Proccdura L Error) NOTE 2 Rrand LEN Restart TICYR; Stop TIER; Goto State 3 NOTE 2 byte; a (Proce COUWTY); Stop TIMER; Go to State 1 Setup buffer for retransmission; COUYTIO; Stop TICYR; Go to State 3 (Ignore) Release buffer; cOuIIT=O

48、; Stop TIMER; Go to State 3 Setup buffer for retransmission; mWT=O; Stop TIMER; Go to State 3 Received from DTE (Proccdural Error) NTE 2 (Procadural Error) NTE 2 (Procadural Error) NTE 2 (Ignore) ; start TIMER; Go to State 5 (Procedural Error) WTE 3 (Procedural Error) NTE 3 Procedural Error) NTE 3 N

49、OTE 1: NOTE 2: NOTE 3: The TIER describad above my be providod to allow the system to recover from catastrophic failuro of system or the serial port. If the receipt of or character: invalid length bytes are ignored. The DTE shall receive that number of characters, while checking for either packet terminating character. Then, the DTE shall determine if the body of the packet, excluding the one terminating character ( or ), contains the number of bytes stated in the header (which the DTE acknowledged). DTE may use any means at its disposal to help make the determination that