Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Text Processing Terminal Interface With Public Data Networks

IP.com Disclosure Number: IPCOM000045976D
Original Publication Date: 1983-May-01
Included in the Prior Art Database: 2005-Feb-07
Document File: 1 page(s) / 11K

Publishing Venue

IBM

Related People

Carver, MH: AUTHOR [+3]

Abstract

Communication between data processing terminals and/or word processingterminals can be achieved through X.2l Public Data Networks, such as DDX in Japan and Nordic Network in Europe. In order for a given terminal to access the X.21 Public Data Network, a connection between the given terminals and the network has to be established using selected X.21 protocols. Because of short-term network problems, it is common that calls made from one terminal to another terminal may fail to go through on one or more attempts. In such a case, it would be advantageous to have an automatic retry for each failed call until the call is achieved so as to minimize operator intervention at the calling terminal. Unfortunately, the maximum number of retries permitted and the minimum time that must elapse between retries is different for each X.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 100% of the total text.

Page 1 of 1

Text Processing Terminal Interface With Public Data Networks

Communication between data processing terminals and/or word processingterminals can be achieved through X.2l Public Data Networks, such as DDX in Japan and Nordic Network in Europe. In order for a given terminal to access the X.21 Public Data Network, a connection between the given terminals and the network has to be established using selected X.21 protocols. Because of short-term network problems, it is common that calls made from one terminal to another terminal may fail to go through on one or more attempts. In such a case, it would be advantageous to have an automatic retry for each failed call until the call is achieved so as to minimize operator intervention at the calling terminal. Unfortunately, the maximum number of retries permitted and the minimum time that must elapse between retries is different for each X.21 Public Data Network.

In the present expedient involving communication from a text processing terminal accessing an X.21 Public Data Network, the option is given to the operator to preselect in each individual case the maximum number of retries which are to be made on the network as well as the minimum time between retries. This will allow the operator to insure that the call establishment procedure is in accordance with the standards of a particular X.2l Public Data Network.

1