home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i464.asc < prev    next >
Text File  |  1994-01-30  |  7KB  |  273 lines

  1.  
  2.  
  3.          
  4.          
  5.          
  6.          
  7.          INTERNATIONAL  TELECOMMUNICATION  UNION
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.          
  15.          CCITT                                               I.464
  16.          
  17.          THE  INTERNATIONAL
  18.          TELEGRAPH  AND  TELEPHONE
  19.          CONSULTATIVE  COMMITTEE
  20.          
  21.          
  22.  
  23.  
  24.  
  25.  
  26.          
  27.          INTEGRATED  SERVICES
  28.          DIGITAL  NETWORK  (ISDN)
  29.          
  30.          OVERALL  NETWORK  ASPECTS
  31.          AND  FUNCTIONS,
  32.          ISDN  USER-NETWORK  INTERFACES
  33.          
  34.          
  35.          MULTIPLEXING,  RATE  ADAPTION
  36.          AND  SUPPORT  OF  EXISTING
  37.          INTERFACES  FOR  RESTRICTED
  38.          64  kbit/s  TRANSFER  CAPABILITY
  39.          
  40.          
  41.          Recommendation  I.464
  42.          
  43.          
  44.          
  45.          
  46.          Geneva, 1991
  47.          
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.                                                                    
  120.                                              Printed in Switzerland
  121.                                                                    
  122.                                                                    
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.                                  
  130.                                  
  131.                              FOREWORD
  132.  
  133.        The   CCITT  (the  International  Telegraph  and   Telephone
  134. Consultative  Committee) is a permanent organ of the  International
  135. Telecommunication  Union (ITU). CCITT is responsible  for  studying
  136. technical,    operating   and   tariff   questions   and    issuing
  137. Recommendations   on   them   with   a   view   to    standardizing
  138. telecommunications on a worldwide basis.
  139.  
  140.       The  Plenary Assembly of CCITT which meets every four  years,
  141. establishes  the  topics  for  study and  approves  Recommendations
  142. prepared  by  its Study Groups. The approval of Recommendations  by
  143. the  members of CCITT between Plenary Assemblies is covered by  the
  144. procedure laid down in CCITT Resolution No. 2 (Melbourne, 1988).
  145.  
  146.      Recommendation I.464 was prepared by Study Group XVIII and was
  147. approved  under  the  Resolution No. 2 procedure  on  the  25th  of
  148. October 1991.
  149.  
  150.  
  151.  
  152.  
  153.                                  
  154.                         ___________________
  155.  
  156.  
  157.  
  158.  
  159.                                  
  160.                                  
  161.                             CCITT  NOTE
  162.  
  163.       In  this  Recommendation, the expression ôAdministrationö  is
  164. used   for   conciseness  to  indicate  both  a   telecommunication
  165. Administration and a recognized private operating agency.
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.                                  
  185.                            π  ITU  1991
  186.  
  187. All  rights reserved. No part of this publication may be reproduced
  188. or  utilized in any form or by any means, electronic or mechanical,
  189. including photocopying and microfilm, without permission in writing
  190. from the ITU.
  191.  
  192.  
  193.  
  194. PAGE BLANCHE
  195.  
  196.  
  197.  
  198. Recommendation I.464
  199. Recommendation I.464
  200.                                  
  201.      MULTIPLEXING,  RATE  ADAPTION  AND  SUPPORT  OF  EXISTING
  202.    INTERFACES  FOR  RESTRICTED  64  kbit/s  TRANSFER  CAPABILITY
  203.                                  
  204.    (Malaga-Torremolinos 1984: amended at Melbourne, 1988 and in
  205.                            Geneva, 1991)
  206.  
  207.       Restricted  64 kbit/s transfer capability is defined  as  ô64
  208. kbit/s octet-structured capability with the restriction that an all-
  209. zero octet is not permittedö.
  210.  
  211.       The  procedures given in Recommendations I.460,  I.461(X.30),
  212. I.462(X.31),  I.463(V.110)  and  I.465(V.120)  for  rate  adaption,
  213. multiplexing and support of existing interfaces for 64 kbit/s,  are
  214. fully  compatible with the restricted 64 kbit/s transfer capability
  215. except for the following limitations:
  216.      i)For  time  division  multiplexing, the eighth  bit  of  each
  217.         octet of the 64 kbit/s stream will be set to binary 1. This
  218.         procedure  is  the  same  as that used  for  time  division
  219.         multiplexing  into an unrestricted 64 kbit/s channel  where
  220.         the full 64 kbit/s is not utilized.
  221.      ii)   For  adapting  X.25 DTEs as described in  Recommendation
  222.         I.462(X.31)  where rate adaption (º 7.3.2 of Recommendation
  223.         X.31)  is accomplished by "flag stuffing" or adapting  DTEs
  224.         for   circuit   mode   as   described   in   Recommendation
  225.         I.465(V.120),  for use with restricted 64  kbit/s  transfer
  226.         capabilities, the data is first rate adapted to a 56 kbit/s
  227.         rate  and  the  resulting  bit  stream  is  placed  into  a
  228.         64  kbit/s channel using the first seven bits of each  byte
  229.         with  the  eighth bit of each byte set to a  binary  1.  An
  230.         alternative  approach,  which  uses  the  full  64   kbit/s
  231.         capacity of the transport capability and which may be  used
  232.         by mutual agreement, is described in Appendix I.
  233.  
  234.       The  procedures in Recommendation I.462(X.31) apply  only  to
  235. synchronous terminals.
  236.  
  237.       The  procedures  in  Recommendations I.460,  I.461(X.30)  and
  238. I.463(V.110)  apply to both synchronous and asychronous terminals.
  239.  
  240.        The  procedures  in  Recommendation  I.465(V.120)  apply  to
  241. synchronous   HDLC   based,  synchronous   bit   transparent,   and
  242. asynchronous terminals.
  243.                                  
  244.                                  
  245.                                  
  246.                             APPENDIX I
  247.                                  
  248.                      (to Recommendation I.464)
  249.                                  
  250.      HDLC inverted mode for restricted transport capabilities
  251.                                  
  252.                                  
  253.  
  254.       Inverted  HDLC  is  adequate for  the  transmission  of  data
  255. sequences using HDLC based protocols (i.e. Recommendations X.25 and
  256. V.120)  over  B-channel  connections independent  of  whether  such
  257. connection is restricted or unrestricted. In the inverted  mode,  a
  258. binary  1 is sent as a pulse and a binary 0 is sent as the  absence
  259. of  a  pulse. An "abort" must be restricted to a sequence of  seven
  260. consecutive  binary 1s and on all binary 1s idle must  be  sent  as
  261. repeated transmission of a sequence of seven consecutive binary  1s
  262. followed  by  a binary 0. The all 1s idle appears as  a  string  of
  263. continuous  aborts.  A  receiver, which must  distinguish  the  all
  264. binary  1s idle, shall interpret two or more consecutive aborts  as
  265. idle. Where continuous aborts cause difficulties, the receiver must
  266. include  the capability of converting continuous aborts to  an  all
  267. binary 1s idle.
  268.  
  269.       For  basic  access, when the used B-channel is not connected,
  270. the  TE  must send all 1s. When the B-channel is connected, the  TE
  271. shall  initiate  the transmission of interframe time  fill  (flags)
  272. immediately.
  273.