home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1992 / u / u80.asc < prev    next >
Encoding:
Text File  |  1991-12-31  |  40.3 KB  |  721 lines

  1.          THE DRAWINGS CONTAINED IN THIS RECOMMENDATION HAVE BEEN DONE IN AUTOCAD.
  2.          Recommendation U.80
  3.                  INTERNATIONAL TELEX STORE AND FORWARD ACCESS FROM TELEX
  4.                       (Malaga-Torremolinos, 1984; amended at Melbourne, 1988)
  5.                The CCITT,
  6.          considering
  7.                (a) that telex store and forward units  exist,  and  are  being  introduced
  8.          increasingly into national networks;
  9.                (b) that access  procedures  and  protocols  differ  significantly  between
  10.          different units;
  11.                (c) that to facilitate international access to store and forward  units,  a
  12.          standard access procedure would be desirable,
  13.          unanimously declares the view
  14.                that the telex access procedure described in this Recommendation should  be
  15.          adopted for all future store and forward units providing  incoming  international
  16.          telex access.
  17.          1      Scope
  18.          1.1    This Recommendation describes a procedure for a telex subscriber  to  gain
  19.          access to a store and forward unit in a foreign country by using an international
  20.          telex switched connection. The procedure uses two stage selection.
  21.          1.2    This Recommendation is one of  a  series  which  define  telex  store  and
  22.          forward services. The other Recommendations are:
  23.                -   Recommendation F.72: International telex store and forward  -  General
  24.                   principles and operational aspects.
  25.                -   Recommendation U.81: International telex store and forward -  Delivery
  26.                   to telex.
  27.                -    Recommendation  U.82:  International  telex  store  and   forward   -
  28.                   Interconnection of telex store and forward units.
  29.          2      Outline of service features
  30.          2.1    The full range  of  service  features  is  described  in  more  detail  in
  31.          Recommendation F.72.
  32.          2.2    Service principles
  33.          2.2.1  The procedure defined in this Recommendation  is  a  two  stage  selection
  34.          procedure whereby a calling telex subscriber gains access to a foreign store  and
  35.          forward unit (SFU) in  the  first  stage  of  selection  and  inputs  the  called
  36.          address(es) and message in the second stage of selection, after the return  of  a
  37.          call connected signal.
  38.                The option of a store and retrieval facility is for further study.
  39.          2.2.2  International access to  the  SFU  should  be  offered  on  the  basis  of
  40.          bilateral agreement between Administrations, and  barring  facilities  should  be
  41.          provided to prevent  unauthorised  use.  The  method  of  barring  shall  be  the
  42.          responsibility of the Administration of the SFU service and is beyond  the  scope
  43.          of this Recommendation. It may also be  necessary  for  Administrations  to  make
  44.          provision to selectively bar access to  international  telex  SFU  facilities  in
  45.          other countries.
  46.          2.2.3  Message input from both manual and automatic emitting  devices  should  be
  47.          accommodated. It is also possible that messages may be received from another SFU,
  48.          and this type of input should also be accommodated by bilateral agreement.
  49.          2.2.4  For calling subscribers with  answerbacks  that  cannot  be  processed  to
  50.          obtain the calling address, the SFU shall be able to handle direct input  of  the
  51.          address from the subscriber, with or without prompt.
  52.          2.2.5  A status enquiry facility should be provided  internationally  to  provide
  53.          information on message delivery in response to a  request  from  the  originator.
  54.          This message status enquiry point will be accessed by a separate access  code  to
  55.          that used for message input.
  56.                When the SFU provides automatic advice of delivery and non-delivery,  or  a
  57.          request for positive delivery can be indicated,  then  the  provision  of  status
  58.          enquiry facilities is optional.
  59.          2.2.6  Address validation of the called  telex  subscriber(s)  may  be  provided,
  60.          however, delivery of the message to a given address cannot be fully guaranteed.
  61.          3      Outline of facilities
  62.          3.1    The full range of facilities is described in more detail in Recommendation
  63.          F.72.
  64.          3.2    Message input access
  65.          3.2.1  Provision should be made for both single and multi-addressed calls.
  66.  
  67.  
  68.  
  69.  
  70.                                                         Fascicle VII.2 - Rec. U.80   PAGE1
  71.  
  72.          3.2.2  Messages received by the SFU for delivery to destinations  not  served  by
  73.          that SFU should be given a Non-Delivery Notification with service code NA for the
  74.          reason of non-delivery.
  75.          3.2.3  The maximum acceptable number of addresses in a multi-address  call  shall
  76.          be agreed between Administrations, but should be at  least  20.  If  the  maximum
  77.          number of addresses is exceeded, the SFU shall return the service  code  TMA  and
  78.          clear the connection.
  79.          3.2.4  An attention information field facility should  be  provided  by  the  SFU
  80.          which enables each addressee of  a  multi-address  message  to  have  a  relevant
  81.          attention prefix preceding the message.
  82.          3.2.5  Three classes of delivery service should be provided by the SFU:
  83.                a)  normal delivery. The SFU delivers the message as soon as operationally
  84.                   feasible after receipt;
  85.                b)  delayed delivery. The delay can be either:
  86.                   i)  set by the Administration offering the SFU service, if the  calling
  87.                       customer selects this option,
  88.                   ii) set by the calling subscriber, such that delivery of the message is
  89.                       not attempted until after the expiration of the indicated delay;
  90.                c)  time limited delivery set by the calling subscriber, such that delivery 
  91.                   of the message is attempted within a specified time limit.
  92.                The desired class  of  delivery  should  be  selectable  on  a  destination
  93.          address basis.
  94.          3.2.6  Positive delivery notification (PDN) when provided may be requested by the
  95.          calling subscriber on a per message or on a per address basis.
  96.          3.2.7  Message reference number(s) should be returned to the calling subscriber.
  97.          3.2.8   Address  correction  procedures  are  considered  desirable  and  may  be
  98.          provided.
  99.          3.2.9  Provision should  be  made  to  accept  follow-on  message(s)  with  their
  100.          associated address(es) which may be sent as separate block(s)  immediately  after
  101.          the first message. Provision should also be made  to  acknowledge  acceptance  of
  102.          messages,  if  requested  by  the  calling  terminal,  at  any  point  during   a
  103.          transaction.
  104.          3.2.10 The SFU shall not accept the input of a message or follow-on messages  (in
  105.          the message input mode) unless adequate storage is available. The minimum storage
  106.          available  per  message  text  input  should  be   agreed   bilaterally   between
  107.          Administrations. However, it is recommended that the minimum storage available on
  108.          a per message basis should be 24 000 characters. For an  interim  period  12  000
  109.          characters is acceptable. Longer messages may be accepted if storage continues to
  110.          be available.
  111.          3.2.11 An Input Transaction Accepted for Delivery (ITD) service signal should  be
  112.          returned to the calling subscriber to indicate that  the  SFU  has  accepted  the
  113.          message.
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.          PAGE12  Fascicle VII.2 - Rec. U.80
  142.  
  143.           3.2.12 The following facilities are not accommodated in the  procedures,  do  not
  144.           form part of this Recommendation and are for further study:
  145.                  a)  use of pre-recorded address lists;
  146.                  b)  message editing facilities;
  147.                  c)  address collation facilities;
  148.                  d)  requests for positive delivery advices;
  149.                  e)  transparent mode in message input phase;
  150.                  f)  called address format checks.
  151.           3.3    Status enquiry access
  152.           3.3.1  Status information on messages should only be available for return to  the
  153.           originator of the message.
  154.           3.3.2  Status information may be requested on:
  155.                  a)  all addresses associated with a message reference number;
  156.                  b)  addresses which have not yet received the message;
  157.                  c)  a specific address.
  158.           4      Access procedures
  159.           4.1    General
  160.           4.1.1  Two basic access procedures should be provided:
  161.                  a)  Interactive operation
  162.                      Input from manual calling terminals, where the SFU  may  return  prompt
  163.                         signals.
  164.                  b)  Non-interactive operation
  165.                      -   Either, input from automatic emitting devices or from  subscribers'
  166.                         terminals, where prompt signals from the SFU are not required;
  167.                      -   or, input from another SFU
  168.                         Note  -  detection  of  this  type  of  access  will  rely  on   the
  169.                         identification of the calling SFU answerback, the  format  of  this
  170.                         answerback is for further study.
  171.                         In this case the procedure  used  is  described  in  Recommendation
  172.                             U.82.
  173.           4.1.2  Figure 1/U.80 shows the recommended access procedures.
  174.                                           Figure 1/U.80 - CCITT 67903
  175.  
  176.           Note 1 - The WRU is transmitted 800 ms after transmission of the  SFU  answerback  if  the
  177.           forward path remains idle.
  178.           Note 2 - One additional WRU shall be transmitted by the SFU if:
  179.                  a)  there was no response to the first WRU.
  180.                  b)  signals were received after the first WRU which could not be identified  as  an
  181.           answerback.
  182.           This second WRU should be transmitted when a 300 ms idle condition has been detected  from
  183.           the calling terminal at least 2 seconds after the transmission of the first WRU.
  184.           Note 3 - Case A: Procedure when  calling  address  can  be  determined  from  the  calling
  185.           terminal answerback.
  186.           Note 4 - Case B: Procedure when calling address cannot  be  determined  from  the  calling
  187.           terminal answerback.
  188.           Note 5 - The prompt GA and the preceding optional message reference information  shall  be
  189.           transmitted three seconds after receipt of the calling terminal answerback. If the  caller
  190.           initiates input within the three seconds timeout, the message  reference  information  and
  191.           prompt will be withheld.
  192.           Note 6 - The prompt "ADD" and the precedint optional message reference  information  shall
  193.           be transmitted three seconds after receipt of the  calling  terminal  answerback.  If  the
  194.           caller initiates input within the three seconds timeout,  the  reference  information  and
  195.           prompt will be withheld.
  196.           Note 7 - The service request CI is  transmitted  when  the  terminal  is  operating  in  a
  197.           non-interactive mode (e.g. an automatic  terminal  or  a  manual  terminal  using  a  tape
  198.           transmitter).
  199.           Note 8 - If the calling address is expected and is not received within 15 seconds  of  the
  200.           original "ADD" prompt, a further prompt shall be transmitted. The procedure  is  shown  in
  201.           Figure 2/U.80.
  202.           The calling address should be input in the format F.69 destination code  followed  by  the
  203.           national telex number followed by at least 2 carriage returns, line  feed  sequences  when
  204.           received in the non-interactive mode.
  205.           Note 9 - The prompt GA is inhibited if the service request CI has been received or if  the
  206.           caller has initiated input.
  207.           Note 10 - Several messages can be contained within the same transaction and are  separated
  208.           by EOM sequences, as in Figure 3/U.80.
  209.           Note 11 - The EOM signal may optionally be followed directly by an ACK request signal. The
  210.           sequence will then be as shown in Figure 4/U.80.
  211.           Immediately following transmission of an IMA, the SFU shall return  reference  information
  212.           for previous unacknowledged messages, the signal <-=GA<-= and then be prepared  to  accept
  213.           further follow-on messages.
  214.           Note 12 - Following receipt of the EOT signal the SFU shall operate  as  shown  in  Figure
  215.  
  216.  
  217.  
  218.  
  219.  
  220.                                                          Fascicle VII.2 - Rec. U.80   PAGE1
  221.  
  222.          5/U.80.
  223.                 a)  If the EOT signal originated from a non-interactive  telex  terminal,  the  SFU
  224.          should wait for up to 2 seconds for a WRU signal. If  WRU  is  received,  the  SFU  should
  225.          return its answerback followed immediately by the ITD sequence. If WRU is not received  in
  226.          the 2 second period, the SFU should return the ITD sequence;
  227.                 b)  If the EOT signal originated from an interactive telex terminal, the SFU should
  228.          return the ITD sequence as soon as possible;
  229.                 c)  The ITD signal and associated reference information must be returned  within  5
  230.          seconds of the EOT signal.
  231.          Note 13 - If a WRU signal is received at any time during  the  procedure,  the  SFU  shall
  232.          return its own answerback.
  233.                             FIGURES 2 - 5/U.80 - CCITT 72820, 72830, 72841, 72851
  234.  
  235.          4.2    Telex access
  236.          4.2.1  The calling telex subscriber should establish a call to the SFU  by  means
  237.          of normal telex procedures.
  238.          4.2.2  Following transmission of the SFU answerback, the SFU should  not  send  a
  239.          WRU immediately. The SFU should monitor the forward path  and  transmit  the  WRU
  240.          only when an idle condition has persisted for at least 800 ms. If a 800  ms  idle
  241.          condition has not been detected within 15  s  of  the  transmission  of  the  SFU
  242.          answerback, the call should be cleared.
  243.                Note - SFU answerback  is  not  returned  if  the  SFU  cannot  accept  the
  244.          guaranteed message length (see S 3.2.9). In this case OCC is returned.
  245.          4.2.3  An additional WRU should be transmitted if:
  246.                a)  there is no response to the first WRU;
  247.                b)  signals were received after the first WRU that could not be identified
  248.                   as an answerback.
  249.                The second WRU should be sent  when  a  300  ms  idle  condition  has  been
  250.          received from the calling terminal at least 10 s after the  transmission  of  the
  251.          first WRU.
  252.                Note - The 300 ms and 10 s periods suggested here are provisional  and  may
  253.          need to be changed in the light of experience.
  254.                If a continuous input of signals is  detected  for  15  seconds  after  the
  255.          return of the SFU answerback, the SFU shall clear the call.
  256.          4.3    Message reference information
  257.          4.3.1  The message reference information may be returned after a 3 second timeout
  258.          from receipt of the calling terminals answerback. If the SFU detects input before
  259.          timeout, then the message reference information will be withheld.
  260.                The message  reference  information  may  comprise  date  and  time  and/or
  261.          message reference number.
  262.          4.3.2  Date and time
  263.          4.3.2.1   The date and time of message input may be returned to the calling telex
  264.          subscriber before message input.
  265.          4.3.2.2   The transmitted date and time should be:
  266.                                          <-=YY-MM-DD/HH-NN
  267.          where
  268.                YY represents two numeric characters indicating the year;
  269.                MM represents two numeric characters indicating the month;
  270.                DD represents two numeric characters indicating the day;
  271.                HH represents two numeric characters indicating the hour on a 0-24 basis;
  272.                NN represents two numeric characters indicating the minute.
  273.                Note - Local time of the SFU should be used.
  274.          4.3.3  Message reference number
  275.                A message reference number may  also  be  returned  to  the  calling  telex
  276.          subscriber before message input.
  277.                The reference number would  comprise  up  to  six  numeric  characters  and
  278.          should follow immediately after the date and time information after a  one  space
  279.          character.
  280.                The reference number  should  cycle  through  consecutively  for  follow-on
  281.          messages within the same transaction. Accommodation should be made to  cycle  the
  282.          last two or three digits for follow-on messages.
  283.          4.4    Service request
  284.          4.4.1  Interactive service request
  285.                The calling telex subscriber shall be  recognized  as  interactive  by  the
  286.          omission of the non-interactive service request (see S 4.4.2).
  287.          4.4.2  Non-interactive service request
  288.                The calling telex subscriber should indicate that the transmission is  from
  289.  
  290.  
  291.  
  292.  
  293.          PAGE12  Fascicle VII.2 - Rec. U.80
  294.  
  295.          an automatic terminal  by  commencing  the  procedure  with  the  non-interactive
  296.          service request (characters CI).
  297.          4.5    Calling telex address
  298.          4.5.1  The SFU shall use an algorithm (see Recommendation  U.74)  to  attempt  to
  299.          determine the calling telex address from the captured calling answerback. If this
  300.          cannot be achieved the SFU shall return a prompt signal  (<-=ADD<-=)  to  solicit
  301.          the calling subscriber number.
  302.                This prompt shall be returned after the optional message reference  number,
  303.          but not before a period of three seconds from receipt of  the  calling  terminals
  304.          answerback. If the SFU detects input within this time then  the  prompt  will  be
  305.          withheld.
  306.          4.5.2  The calling address may be preceded  by  a  CI  character  sequence  which
  307.          signifies the non-interactive service request (see S 4.4.2).  The  CI  characters
  308.          sequence may or may not be associated with carriage return, line feed  or  letter
  309.          shift characters.
  310.          4.5.3  If the calling address is not received within 15 seconds of  the  original
  311.          prompt signal (ADD), another prompt shall be returned once more to try to solicit
  312.          the calling address. If  another  15  seconds  elapse  the  connection  shall  be
  313.          cleared.
  314.          4.5.4  Address input can be cancelled (in the case of mistakes)  using  the  same
  315.          procedure as S 4.7.10.
  316.          4.5.5  The calling address should be input in the format: F.69 code  followed  by
  317.          the national telex number and must be followed by at least two  carriage  return,
  318.          line-feed sequences when  received  in  the  non-interactive  operation.  Spaces,
  319.          hyphens, pluses and preceding zeros shall be ignored.
  320.          4.6    Commence input signal
  321.                If the calling address is capable of being extracted  from  the  answerback
  322.          (see S 4.5.1) then the SFU shall return a commence input  signal  comprising  the
  323.          characters <-=GA<-=; after the optional message number, but not before  a  period
  324.          of three seconds from the receipt of the calling terminals answerback. If the SFU
  325.          detects input within this time then the prompt will be withheld.
  326.                If the address is not capable of being extracted from the  answerback,  the
  327.          SFU shall not return the GA sequence, but shall return  the  ADD  prompt  (see  S
  328.          4.5.1).
  329.                In this latter case the GA prompt shall normally  be  returned  immediately
  330.          after the receipt of the calling  address.  However,  the  GA  prompt  should  be
  331.          inhibited if the service request CI precedes the calling address  or  the  caller
  332.          has initiated input.
  333.                If the SFU has not been able to obtain the calling address,  by  the  stage
  334.          at which address input is expected, then the SFU  will  require  that  the  first
  335.          address line is preceded with the  keyword  "ADD"  indicating  that  the  calling
  336.          address follows.
  337.                If "ADD" is not found, then the SFU will attempt to interrupt  the  calling
  338.          telex subscriber in accordance with Recommendation S.4.
  339.                If  the  calling  subscriber  is  interrupted,  the  service  signal  "ITR"
  340.          followed by the clearing signal, shall be sent indicating that the SFU  has  been
  341.          unable to obtain the calling subscriber address  and  the  transaction  has  been
  342.          terminated.
  343.                When  the  calling  subscriber  cannot  be  interrupted,  the   SFU   shall
  344.          forcefully clear the connection.
  345.          4.7    Address input
  346.          4.7.1  The format of each address line should be as follows:
  347.                a)  address;
  348.                b)  expected answerback or part of answerback;
  349.                c)  attention information;
  350.                d)  delayed delivery;
  351.                e)  positive delivery notification request.
  352.                However, only field a) is mandatory to the subscriber.  Each  address  line
  353.          should not be longer than 69 printable or space characters. Each address line  is
  354.          normally delimited by carriage return and line feed.
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.                                                         Fascicle VII.2 - Rec. U.80   PAGE1
  365.  
  366.                Note 1 - Additional  shift  or  carriage  control  characters  have  to  be
  367.          ignored.
  368.                Note 2 - Address lines containing more than 69 characters are  for  further
  369.          study.
  370.          4.7.2  Each field within  an  address  line  should  be  delimited  by  different
  371.          combinations for each field. These combinations will be:
  372.                Combination No. 26: +   End of each address
  373.                Combination No. 24: /   Start of expected answerback or part of answerback
  374.                Combination No. 11: (   Attention line information to be  combined  within
  375.                   these delimiters
  376.                Combination No. 12: )   
  377.                Combination No. 14: ,   Start of other options
  378.                Note  1  -  With  the  exception  of  combination  No.  26  (+)  the  other
  379.          combinations need not be used if the  subscriber  does  not  want  to  use  those
  380.          fields.
  381.                Note 2 - The optional fields may be input in any order.
  382.                Note 3 - Handling of abnormal conditions is for further study.
  383.          4.7.3  The SFU shall return a service signal (TMA) and clear  the  connection  if
  384.          the agreed maximum number of addresses is exceeded (see S 3.2.3).
  385.          4.7.4  The address line(s) shall be delimited from the message by means of an EOA
  386.          signal which shall be:
  387.                                                <-=BT
  388.                When a positive delivery notification is requested on a per message  basis,
  389.          the EOA signal will be extended to  include  the  indicator  "ACK"  separated  by
  390.          Combination No. 14 (,) as follows:
  391.                                              <-=BT, ACK
  392.                It is acceptable for the EOA signal to appear on the same line as the  last
  393.          address.
  394.          4.7.5  Address
  395.                This field is the only mandatory field of the address line and  may  be  an
  396.          international telex address (in the format of the Recommendation F.69 destination
  397.          code and national telex number) or another non-telex service, e.g., Teletex.
  398.                (The format is left for further study.) To permit the SFU  to  recognize  a
  399.          Teletex address, it shall be preceded by the identifier "TTX".
  400.                If address validation is provided, the action to be taken by  the  SFU,  if
  401.          the address is not received with a valid format, is detailed in S 4.12.5.
  402.                The address must be terminated by a combination No. 26 (+) whether  or  not
  403.          optional fields are used.
  404.          4.7.6  Expected answerback or part of answerback
  405.                The character sequence in this field should be used as an additional  check
  406.          on the  called  subscriber  answerback  before  the  message  is  delivered.  The
  407.          inclusion of this field is optional.
  408.          4.7.7  Attention information
  409.                This field  may  convey  the  name  and  address  of  the  recipient  in  a
  410.          confidential manner. The inclusion of this field is optional.
  411.          4.7.8  Delivery indicator
  412.                This field indicates the type of delivery required. Omission of this  field
  413.          indicates that normal delivery is required. The format of the field should be:
  414.                a)  D if the  calling  subscriber  leaves  the  period  of  delay  to  the
  415.                   discretion of the Administration providing the SFU service;
  416.                b)  DXY where XY are numeric characters which specify the minimum  desired
  417.                   delay in hours from 01-23;
  418.                c)  LXY where XY are numeric characters which specify the maximum limit for 
  419.                   delivering the message to the addressee.
  420.          4.7.9  When a positive delivery notification is required on a per address  basis,
  421.          the indicator "ACK" separated by Combination No. 14 (,),  shall  be  included  as
  422.          part of the address.
  423.          4.7.10 Examples of the format of address lines:
  424.                a)  41994531+/994531 FUG D, D
  425.                b)  41662724+(ATTENTION MR S SMITH), D12
  426.                c)  41246178+/246178 ADAC D (ATTENTION MR SMITH)
  427.                d)  4625000+
  428.          4.7.11 Address line editing facilities, if provided, should operate as follows:
  429.                Any  address  line  entered  may  be  cancelled  by  the  receipt  of   two
  430.          consecutive == characters (upper case combination No. 22).
  431.  
  432.  
  433.  
  434.  
  435.          PAGE12  Fascicle VII.2 - Rec. U.80
  436.  
  437.          4.8    Called address validation
  438.                Each address line may be validated as follows:
  439.                a)   that  the  selection  number  consists  of  only  numeric  characters
  440.                   (non-numeric characters such as space, hyphen or a valid  prefix  shall
  441.                   be tolerated) and the selection number's length falls within the  range
  442.                   of the number of digits accepted by the SFU;
  443.                b)  that the first two or three significant digits constitute a valid F.69
  444.                   telex country code accepted by the SFU;
  445.                c)  that the remainder of the address line conforms to the format specified 
  446.                   in S 4.7.
  447.          4.9    Message input
  448.          4.9.1  Characters received in the message text (with the exception of Figures  D)
  449.          should be transmitted transparently by the SFU.
  450.          4.9.2  Paragraph 6 details the  action  the  SFU  should  undertake  if  abnormal
  451.          conditions are encountered during message input.
  452.          4.10   End of message (EOM) signal
  453.                Normally, if the calling subscriber wants to input more than  one  message,
  454.          an end of message signal is used. This may be one of two types as follows:
  455.                a)  four combinations No. 14 (NNNN), which  is  simply  used  to  separate
  456.                   messages;
  457.                b)  four combinations No. 14, then combinations 1, 3 and 11 (NNNNACK) which 
  458.                   is used to separate messages and  to  request  the  SFU  for  an  input
  459.                   message acknowledgement  (IMA)  plus  reference  information  of  those
  460.                   messages not previously acknowledged (see S 4.11.4 for format).
  461.                Once this type of EOM is received the SFU shall accept  responsibility  for
  462.          delivery of the message, even if the subscriber clears.
  463.          4.11   End of transaction (EOT)
  464.          4.11.1 The calling  telex  subscriber  should  indicate  end  of  transaction  by
  465.          transmitting four combinations No. 26 to the SFU (++++).
  466.          4.11.2 This signal is normally used at the end of the last  (or  single)  message
  467.          input during the transaction.
  468.          4.12   Input transaction accepted for delivery signal (ITD)
  469.          4.12.1 After receipt of the EOT  signal  from  a  non-interactive  calling  telex
  470.          subscriber the SFU should wait up to 2 seconds to detect any further  signals  on
  471.          the forward path. If a WRU signal is received  in  this  period  the  SFU  should
  472.          respond with the SFU answerback followed by the ITD signal. If no further signals
  473.          are received during this period the  SFU  should  return  the  ITD  signal,  plus
  474.          reference information (as in S 4.3) followed by clear.
  475.          4.12.2 After receipt of the EOT signal from an interactive telex terminal the SFU
  476.          should return the ITD signal as soon as possible.
  477.          4.12.3 ITD reference information must be returned within 5  seconds  of  the  EOT
  478.          signal in S 4.11.1 and S 4.11.2 above to avoid excessive holding times.
  479.          4.12.4 The ITD signal should be followed by the date and time, message  reference
  480.          number(s) and an indication of the total number of messages. When more  than  one
  481.          message has been received, the reference information returned shall  be  that  of
  482.          the first and last message, e.g.:
  483.                                          ITD YY-MM-DD/HH-NN
  484.                                           (XXXABC-XXXDEF) P
  485.          where
  486.                XXXABC is the first serial number
  487.                XXXDEF is the last serial number
  488.                P is the number of messages acknowledged.
  489.          4.12.5 Where address format validation is to be provided, there will be  one  ITD
  490.          signal per message. It shall be followed by a list of all rejected addresses, for
  491.          the  corresponding  message.  Each  rejected  address  may  be  followed  by  the
  492.          appropriate service signal indicating reason for failed validation, e.g.:
  493.                                             REJ XXXXX YY
  494.          where
  495.                REJ is the service signal indicating rejection of the given address;
  496.                XXXXX is the rejected address; and
  497.                YY the appropriate service signal, e.g., NP, FMT, etc.
  498.                In the case where all  addresses  have  failed  validation,  then  the  SFU
  499.          should attempt to interrupt the  calling  telex  subscriber  in  accordance  with
  500.          Recommendation S.4.
  501.                If the calling subscriber can be interrupted,  the  service  signal  "ITR",
  502.  
  503.  
  504.  
  505.  
  506.                                                         Fascicle VII.2 - Rec. U.80   PAGE1
  507.  
  508.          followed by the clearing  signal  shall  be  sent  indicating  that  all  address
  509.          validations have failed and the transaction has been terminated.
  510.                When  the  calling  subscriber  cannot  be  interrupted,  the   SFU   shall
  511.          forcefully clear the connection.
  512.          5      Status enquiry
  513.                Note - This facility is for further study.
  514.          5.1    Status enquiry request
  515.          5.1.1  A calling telex subscriber, having selected the status enquiry point  (see
  516.          '' 2.2.5 and 3.3) must give the SFU the following information:
  517.                a)  the message reference information (see S 4.3);
  518.                b)  an indication of whether the enquiry concerns all addresses associated
  519.                   with a message, or whether the enquiry concerns only address(es)  which
  520.                   have not yet received the message, or a specified address.
  521.                Status report information should be provided for all addresses  unless  the
  522.          message reference number is followed by combination No. 22 (=),  which  signifies
  523.          that the enquiry concerns only addresses which have not yet received the message.
  524.          Also, if this character is followed by an address, this shall  signify  a  status
  525.          request on a specific address. Several reference number lines may be entered each
  526.          separated by carriage return, line feed.
  527.                Termination of a status enquiry request will be indicated  by  the  end  of
  528.          status request signal (EOSR), combination No. 26 (+).
  529.          5.1.2  If characters are not received on the forward path within 3 seconds of the
  530.          status enquiry mode being selected, the SFU shall return a  prompt  signal  which
  531.          shall comprise combination No.2 (?).
  532.          5.1.3  If a message reference number is not received either in full, or in  part,
  533.          within 20 seconds of  the  prompt  being  returned,  the  SFU  should  clear  the
  534.          connection.
  535.          5.1.4  If an EOSR signal is not received within 20 s  of  the  message  reference
  536.          number(s) input, the SFU shall continue as if an EOSR signal had been received.
  537.          5.2    The status report
  538.          5.2.1  The status report format will be consistent with the  notification  advice
  539.          format dealt with in Recommendation U.81.
  540.                Two types of status report are returned:
  541.                a)  delivered;
  542.                b)  not delivered.
  543.                See Recommendation U.81, S 4.3.6 for report formats.
  544.          6      Abnormal conditions during message input
  545.          6.1    Telex subscriber clearing during text input without EOT
  546.                The SFU shall not forward the message to the called telex subscriber(s)
  547.                The incomplete message should either be cancelled or optionally sent to  an
  548.          operator assistance  position.  Messages  previously  acknowledged  in  the  same
  549.          transaction shall be transmitted normally.
  550.          6.2     Telex  subscriber  stopping  transmission  for  a  certain  time  without
  551.                transmitting the EOT signal, or transmitting  a  partial  or  invalid  EOT
  552.                signal
  553.                See Figure 6/U.80.
  554.                If at any time between the SFU returning the GA prompt  (Case  A),  or  the
  555.          calling address prompt (Case B) and the detection  of  the  EOT  signal  the  SFU
  556.          detects a 30 second period of idle, the following shall apply: the SFU shall send
  557.          a GA prompt to the telex subscriber in order to request  more  information  input
  558.          (text, EOM or EOT). If after a further 30 s no more characters are received,  the
  559.          SFU shall:
  560.                a)  either send BMC service code and clear the call (if  the  SFU  cancels
  561.                   incomplete messages); or
  562.                b)  clear the call (if the SFU sends the message to an operator assistance
  563.                   position).
  564.                If previous message(s) in the same transaction were delimited  by  NNNNACK,
  565.          these shall be transmitted normally.
  566.                                          Figure 6/U.80 - CCITT 72860
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.          PAGE12  Fascicle VII.2 - Rec. U.80
  578.  
  579.                6.3    Telex subscriber sending WRU to the SFU during text input
  580.                The SFU should return its answerback after receiving a  WRU.  In  addition,
  581.          if:
  582.                a)  WRU is followed by text, message input  is  continued  after  the  SFU
  583.                   answerback. Also, the WRU is deleted from the message text.
  584.                b)  WRU is followed by a clear from telex, the SFU proceeds in S 6.1 above.
  585.                c)  WRU is followed by a lack of transmission (pause), the SFU proceeds as
  586.                   in S 6.2 above.
  587.          6.4    Telex subscriber sending text after the EOT signal
  588.                See Figure 7/U.80.
  589.          6.4.1  Any characters received between EOT and ITD (with the  exception  of  WRU)
  590.          will be ignored.
  591.          6.4.2  The SFU should immediately attempt to  prevent  further  characters  being
  592.          sent by transmitting a sequence of TTT . . . characters for a maximum of 20 s.
  593.          6.4.3  If the calling terminal stops transmission for 150 ms within a  20  second
  594.          period, the SFU shall return an ITD service signal followed by a clear.
  595.          6.4.4  If the terminal continues to  transmit  characters  after  the  20  second
  596.          period, the SFU should forcefully  clear  the  connection  back  to  the  calling
  597.          terminal.
  598.          6.4.5  The SFU should attempt to deliver the message text received before EOT  as
  599.          for a normal message input.
  600.                                          Figure 7/U.80 - CCITT 72870
  601.  
  602.          6.5    Telex subscriber clearing after EOT, but before ITD
  603.                The  message  shall  be  forwarded  normally  by  the   SFU   under   these
  604.          circumstances.
  605.          6.6    Telex subscriber sending national variants of ITA No. 2 alphabet (F, G, H)
  606.                Since Recommendation F.60,  S  A.3.8  recommends  that  these  combinations
  607.          should not be used for international communications, the SFU should  not  monitor
  608.          for their use and these combinations will be passed on to the called  subscribers
  609.          if received.
  610.          6.7    Telex subscriber sending J, Bell combination (J)
  611.                The SFU should also transmit this combination if received,  to  the  called
  612.          party.
  613.          6.8    SFU storage capacity overflow during telex message input
  614.          6.8.1  If the number of characters received by the SFU  during  a  message  input
  615.          exceeds the available storage to that input (which may be greater than the agreed
  616.          minimum storage, see S 3.2.9), the SFU should discard the excess  characters,  no
  617.          attempt should be made by the SFU to overwrite previously stored characters.
  618.          6.8.2  When this occurs the SFU should immediately attempt to prevent the calling
  619.          telex subscriber from sending further characters by transmitting  a  sequence  of
  620.          TTT . . . characters for a maximum of 20 s.
  621.          6.8.3  If the calling terminal stops transmission for 150 ms within a  20  second
  622.          period, the SFU should return the message length exceeded  indication  (LDE)  and
  623.          then wait for the EOT or NNNNACK in accordance with S 6.2.
  624.          6.8.4  If the terminal continues to  transmit  characters  after  the  20  second
  625.          period, the SFU should forcefully  clear  the  connection  back  to  the  calling
  626.          terminal.
  627.          6.8.5  If an EOT/NNNNACK is received within the 20 second period, the SFU  should
  628.          attempt to deliver the message text, accepted and stored, preceded by  a  special
  629.          text prefix to indicate to the called telex subscriber that the  message  may  be
  630.          incomplete. If an EOT/NNNNACK is not received the SFU shall proceed as in S 6.1.
  631.          6.8.6  If the SFU has insufficient storage to receive messages (see S  3.2.9)  it
  632.          should still continue to process status enquiry requests.
  633.          6.9    Maximum input duration exceeded
  634.                If the time taken for a single transaction exceeds 2 hours, the  SFU  shall
  635.          act in accordance with S 6.8.
  636.          6.10   Repeated characters during message input
  637.                The  SFU  shall  be  capable  of  detecting  continuous  reception  of  one
  638.          character combination and shall recognize this as a "tape stuck"  condition.  The
  639.          SFU shall detect this condition only after receipt of 80  identical  combinations
  640.          received consecutively. The SFU shall attempt to signal the calling  terminal  by
  641.          transmitting a sequence of TTT . . . characters for a maximum of  20  s.  If  the
  642.          character combinations become different the SFU shall continue with  the  message
  643.          input and deliver all characters received. If the "tape struck" condition remains
  644.  
  645.  
  646.  
  647.  
  648.                                                         Fascicle VII.2 - Rec. U.80   PAGE1
  649.  
  650.          at the end of 20 s, the SFU shall clear the connection and follow  the  procedure
  651.          outlined in S 6.1 above.
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682.  
  683.  
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.          PAGE12  Fascicle VII.2 - Rec. U.80
  720.  
  721.