home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i432.asc < prev    next >
Text File  |  1993-06-28  |  25KB  |  977 lines

  1. 4.2.1.3.3    Allocation of OAM functions in information field
  2. 4.2.2.3    Interface structure at 622 080 Mbit/s
  3. 4.2.2.4.3    Transmission performance monitoring
  4. _______________
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14. INTERNATIONAL  TELECOMMUNICATION  UNION
  15.  
  16.  
  17.  
  18.  
  19.  
  20. CCITT    I.432
  21.  
  22. THE  INTERNATIONAL
  23.  
  24. TELEGRAPH  AND  TELEPHONE
  25.  
  26. CONSULTATIVE  COMMITTEE
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36. INTEGRATED  SERVICES  DIGITAL
  37.  
  38. NETWORK  (ISDN)
  39.  
  40. OVERALL  NETWORK  ASPECTS
  41.  
  42. AND  FUNCTIONS,
  43.  
  44. ISDN  USER-NETWORK  INTERFACES
  45.  
  46.  
  47.  
  48.  
  49.  
  50. B-ISDN  USER-NETWORK  INTERFACE  û
  51.  
  52. PHYSICAL  LAYER  SPECIFICATION
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62. Recommendation  I.432
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74. Geneva, 1991
  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.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150. Printed in Switzerland
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164. FOREWORD
  165.  
  166.  
  167.  
  168.     The CCITT (the International Telegraph and Telephone Consultative Committee) is a permanent 
  169. organ of the International Telecommunication Union (ITU). CCITT is responsible for studying technical, 
  170. operating and tariff questions and issuing Recommendations on them with a view to standardizing tele-
  171. communications on a worldwide basis.
  172.  
  173.     The Plenary Assembly of CCITT which meets every four years, establishes the topics for 
  174. study and approves Recommendations prepared by its Study Groups. The approval of Recommenda-
  175. tions by the members of CCITT between Plenary Assemblies is covered by the procedure laid down in 
  176. CCITT Resolution No. 2 (Melbourne, 1988).
  177.  
  178.     Recommendation I.432 was prepared by Study Group XVIII and was approved under the Resolu-
  179. tion No. 2 procedure on the 5th of April 1991.
  180.  
  181.  
  182.  
  183.  
  184.  
  185. ___________________
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195. CCITT  NOTES
  196.  
  197.  
  198.  
  199. 1)    In this Recommendation, the expression "Administration" is used for conciseness to indicate both a 
  200. telecommunication Administration and a recognized private operating agency.
  201.  
  202. 2)    A list of abbreviations used in this Recommendation can be found in Annex C.
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220. aITU1991
  221.  
  222. All rights reserved. No part of this publication may be reproduced or utilized in any form or by any means, 
  223. electronic or mechanical, including photocopying and microfilm, without permission in writing from the ITU.
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.     Preamble to B-ISDN Recommendations
  232.  
  233.     In 1990, CCITT SG XVIII approved a first set of Recommendations on B-ISDN. These are:
  234.  
  235. I.113 û Vocabulary of terms for broadband aspects of ISDN
  236.  
  237. I.121 û Broadband aspects of ISDN
  238.  
  239. I.150 û B-ISDN asynchronous transfer mode functional characteristics
  240.  
  241. I.211 û B-ISDN service aspects
  242.  
  243. I.311 û B-ISDN general network aspects
  244.  
  245. I.321 û B-ISDN Protocol Reference Model and its application
  246.  
  247. I.327 û B-ISDN functional architecture
  248.  
  249. I.361 û B-ISDN ATM Layer specification
  250.  
  251. I.362 û B-ISDN ATM Adaptation Layer (AAL) functional description
  252.  
  253. I.363 û B-ISDN ATM Adaptation Layer (AAL) specification
  254.  
  255. I.413 û B-ISDN user-network interface
  256.  
  257. I.432 û B-ISDN user-network interface û Physical Layer specification
  258.  
  259. I.610 û Operation and maintenance principles of B-ISDN access
  260.  
  261.     These Recommendations address general B-ISDN aspects as well as specific service- and 
  262. network-oriented issues, the fundamental characteristics of the asynchronous transfer mode 
  263. (ATM), a first set of relevant ATM oriented parameters and their application at the user-network 
  264. interface as well as impact on operation and maintenance of the B-ISDN access. They are an inte-
  265. gral part of the well established I-Series Recommendations. The set of Recommendations are intended 
  266. to serve as a consolidated basis for ongoing work relative to B-ISDN both within CCITT and in 
  267. other organizations. They may also be used as a first basis towards the development of network 
  268. elements.
  269.  
  270.     CCITT will continue to further develop and complete these Recommendations in areas where 
  271. there are unresolved issues and develop additional Recommendations on B-ISDN in the I-Series and 
  272. other series in the future.
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280. PAGE BLANCHE
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290. Recommendation I.432
  291.  
  292. Recommendation I.432
  293.  
  294.  
  295.  
  296. B-ISDN  USER-NETWORK  INTERFACE  û  PHYSICAL  LAYER  SPECIFICATION
  297.  
  298.  
  299.  
  300.  
  301.  
  302. 1    Introduction
  303.  
  304.     This Recommendation defines a limited set of Physical Layer interface structures to be applied 
  305. to the SB and TB reference points of the reference configurations of the B-ISDN user-network inter-
  306. face (UNI). It addresses separately the physical media and the transmission system structure 
  307. that may be used at these interfaces and addresses also the implementation of the UNI related OAM 
  308. functions.
  309.  
  310.     The selection of the physical medium for the interfaces at the SB and TB reference points 
  311. should take into account that optical fibre is agreed as the preferred medium to be used to cable 
  312. customer equipment. However, in order to accommodate existing cabling of customer equipment, other 
  313. transmission media (e.g. coaxial cables) should not be precluded. Also, implementations should 
  314. allow terminal interchangeability.
  315.  
  316.     This Recommendation reflects in its structure and content the desire to take care of such 
  317. early configurations and introduces a degree of freedom when choosing a physical medium at the 
  318. Physical Layer.
  319.  
  320.     Maximum commonality between functions of the Physical Layer described here at the UNI 
  321. and corresponding functions to be defined in the future at the NNI (network-node interface) is aimed 
  322. at.
  323.  
  324.  
  325.  
  326.  
  327.  
  328. 2    Physical medium characteristics of the UNI at 155 520 Mbit/s
  329.  
  330.  
  331.  
  332. 2.1    Characteristics of the interface at the TB reference point
  333.  
  334. 2.1.1    Bit rate and interface symmetry
  335.  
  336.     The bit rate of the interface is 155 520 Mbit/s. The interface is symmetric, i.e. it has the same bit 
  337. rate in both transmission directions.
  338.  
  339. 2.1.2    Physical characteristics
  340.  
  341.     Both optical and electrical interfaces are recommended. The implementation selected depends on 
  342. the distance to be covered and user requirements arising from the details of the installation.
  343.  
  344. 2.1.2.1    Electrical interface
  345.  
  346. 2.1.2.1.1    Interface range
  347.  
  348.     The maximum range of the interface is for further study. The connecting media between the trans-
  349. mitter and receiver must cover a span from 0 to 100 metres and possibly up to 200 metres.
  350.  
  351. 2.1.2.1.2    Transmission medium
  352.  
  353.     Two coaxial cables, one for each direction, are recommended. The wiring configuration is point-
  354. to-point.
  355.  
  356. 2.1.2.1.3    Electrical parameters
  357.  
  358.     The parameters for the 155 520 Mbit/s electrical interface in Recommendation G.703 should be 
  359. used as appropriate.
  360.  
  361. 2.1.2.1.4    Connectors
  362.  
  363.     For further study.
  364.  
  365. 2.1.2.2    Optical interface
  366.  
  367. 2.1.2.2.1    Interface range
  368.  
  369.     The range of the interface is for further study. The connecting media between the transmitter and 
  370. receiver must cover a span from 0 to 800 metres and possibly up to 2000 metres.
  371.  
  372. 2.1.2.2.2    Transmission medium
  373.  
  374.     The optical media (e.g. single mode fibre, multimode fibre, single fibre, dual fibre, etc.) are for 
  375. further study.
  376.  
  377. 2.1.2.2.3    Optical parameters
  378.  
  379.     The optical parameters are for further study 1) .
  380.  
  381. 2.1.2.2.4    Connectors
  382.  
  383.     For further study.
  384.  
  385.  
  386.  
  387. 2.2    Characteristics of the interface at the SB reference point
  388.  
  389.     For further study.
  390.  
  391.  
  392.  
  393.  
  394.  
  395. 3    Physical medium characteristics of the UNI at 622 080 Mbit/s
  396.  
  397. 3.1    Characteristics of the interface at the TB reference point
  398.  
  399. 3.1.1    Bit rate and interface symmetry
  400.  
  401.     The bit rate of the interface in at least one direction is 622 080 Mbit/s. The symmetry of the 
  402. interface is for further study. The following possible interfaces have been identified:
  403.  
  404. a)    an asymmetrical interface with 622 080 Mbit/s in one direction and 155 520 Mbit/s in the other 
  405. direction,
  406.  
  407. b)    a symmetrical interface with 622 080 Mbit/s in both directions.
  408.  
  409.     Note û Other solutions are for further study.
  410.  
  411.     If option a) is chosen, then the 155 520 Mbit/s component should comply with the character-
  412. istics of _ 2.
  413.  
  414. 3.1.2    Physical characteristics
  415.  
  416. 3.1.2.1    Electrical interface
  417.  
  418.     The feasibility and range of application of an electrical interface is for further study.
  419.  
  420. 3.1.2.2    Optical interface
  421.  
  422.     The parameters of _ 2.1.2.2 should be used as appropriate.
  423.  
  424.  
  425.  
  426. 3.2    Characteristics of the interface at the SB reference point
  427.  
  428.     For further study.
  429.  
  430.  
  431.  
  432.  
  433.  
  434. 4    Functions provided by the transmission convergence sublayer
  435.  
  436.  
  437.  
  438. 4.1    Transfer capability
  439.  
  440. 4.1.1    Interface at 155 520 Mbit/s
  441.  
  442.     At the physical level at the interface at the TB reference point the bit rate is 155 520 Mbit/s. 
  443. The bit rate available for user information cells, signalling cells and ATM and higher layers 
  444. OAM information cells, excluding Physical Layer related OAM information, transported in bytes 
  445. or cells, is 149 760 Mbit/s.
  446.  
  447. 4.1.2    Interface at 622 080 Mbit/s
  448.  
  449.     At the physical level at the interface at the TB reference point, the bit rate is 622 080Mbit/s in 
  450. at least one direction (see _ 3.1). The bit rate available for user information cells, signalling 
  451. cells, and ATM and higher layer OAM information cells, excluding Physical Layer related OAM 
  452. information, transported in bytes or cells, is for further study.
  453.  
  454.  
  455.  
  456. 4.2    Transmission frame adaptation
  457.  
  458. 4.2.1    Physical Layer for the cell-based interface
  459.  
  460. 4.2.1.1    Timing
  461.  
  462.     At the customer side of the interface at the TB reference point, the cell-based Physical Layer 
  463. may derive its timing from the signal received across the interface or provide it locally by the 
  464. clock of the customer equipment.
  465.  
  466.     The tolerance value of the bit rate is for further study. 
  467.  
  468. 4.2.1.2    Interface structure
  469.  
  470.     The interface structure consists of a continuous stream of cells. Each cell contains 53 
  471. octets.
  472.  
  473. 4.2.1.3    OAM implementation
  474.  
  475. 4.2.1.3.1    Transmission overhead allocation
  476.  
  477.     Physical Layer OAM cells are used for the conveyance of the Physical Layer OAM infor-
  478. mation. How often OAM cells are inserted should be determined by OAM requirements.
  479.  
  480. 4.2.1.3.2    OAM cell identification
  481.  
  482.     The Physical Layer OAM cell must have a unique header so that it can be properly identified 
  483. by the Physical Layer at the receiver. The pattern to be used is shown in Table 1/I.432 (see Note 1).
  484.  
  485.     The possible need to identify other header values among those reserved for the use of the 
  486. Physical Layer (see Recommendation I.361, _ 2.2.1) to accommodate future identified OAM flows is 
  487. for further study.
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.     Overhead allocation for the OAM functions (listed in Table 2/I.610) via the physical OAM 
  498. cell is for further study.
  499.  
  500. 4.2.1.3.4    Maintenance signals
  501.  
  502.     Two maintenance signals are defined:
  503.  
  504. û    alarm indication signal (AIS),
  505.  
  506. û    far end receive failure (FERF).
  507.  
  508.     The use, generation and detection of AIS and FERF is for further study.
  509.  
  510.     Other maintenance signals are for further study.
  511.  
  512. 4.2.1.3.5    Transmission performance monitoring
  513.  
  514.     Transmission performance monitoring across the UNI is performed to detect and report trans-
  515. mission errors.
  516.  
  517.     An error code calculated over all cells between two successive Physical Layer OAM 
  518. cells is inserted in the information field of the relevant OAM cell. The encoding is for further 
  519. study.
  520.  
  521. 4.2.1.3.6    Control communication
  522.  
  523.     For further study.
  524.  
  525. 4.2.1.3.7    OAM procedures
  526.  
  527.     For further study.
  528.  
  529. 4.2.2    Physical Layer for the SDH-based interface
  530.  
  531. 4.2.2.1    Timing
  532.  
  533.     In normal operation, timing for the transmitter is locked to the timing received across the inter-
  534. face. The exact tolerance under fault conditions is for further study.
  535.  
  536. 4.2.2.2    Interface structure at 155 520 Mbit/s
  537.  
  538.     The bit stream of the interface has an external frame based on the synchronous digital hierar-
  539. chy (SDH) as described in Recommendations G.707, G.708, and G.709. Specifically, the frame is given in 
  540. Recommendation G.709, and illustrated in Figure 1/I.432.
  541.  
  542.     The ATM cell stream is first mapped into the C-4 and then packed in the VC-4 container 
  543. along with the 
  544.  
  545. VC-4 path overhead (see Figure 1/I.432). The ATM cell boundaries are aligned with the STM-1 octet 
  546. boundaries. Since the C-4 capacity (2340 octets) is not an integer multiple of the cell length (53 
  547. octets), a cell may cross a C-4 boundary.
  548.  
  549.  
  550.  
  551.  
  552.  
  553. FIGURE  1/I.432  =  12 cm
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.     The AU-4 pointer (bytes H1 and H2 in the SOH) is used for finding the first byte of the VC-4. 
  564. Path overhead (POH) bytes J1, B3, C2, G1 and H4 are utilised. Use of the remaining POH bytes is for 
  565. further study.
  566.  
  567.     The H4 pointer will be set at the sending side to indicate the next occurrence of a cell bound-
  568. ary. The H4 pointer provides a cell boundary indication which may optionally be used to supple-
  569. ment the mandatory HEC cell delineation mechanism (see _ 4.5).
  570.  
  571.     The H4 octet indicates the offset in octets from itself to the first cell boundary following 
  572. the H4 octet in the C-4 payload. The permissible range of values of H4 is 0 to 52. The bit allocation 
  573. for the H4 octet is given in Figure2/I.432
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.     This section is for further study.
  584.  
  585. 4.2.2.4    OAM implementation
  586.  
  587. 4.2.2.4.1    Transmission overhead allocation
  588.  
  589.     Transmission overhead allocation for the SDH Physical Layer functions (listed in Table 1/
  590. I.610) is given in Table 2/I.432. Use of these overheads (e.g. for frame alignment, AU pointer genera-
  591. tion/interpretation, bit interleaved parity (BIP) code calculation, etc.) shall be in accordance with 
  592. specifications in Recommendations G.708 and G.709 for the SDH network node interface.
  593.  
  594. 4.2.2.4.2    Maintenance signals
  595.  
  596.     Two types of maintenance signals are defined for the Physical Layer to indicate the detection 
  597. and location of a transmission failure. These signals are:
  598.  
  599. û    alarm indication signal (AIS);
  600.  
  601. û    far end receive failure (FERF).
  602.  
  603. which are applicable at both the SDH section and path layers of the Physical Layer.
  604.  
  605.     AIS is used to alert the associated downstream termination point and connection point that 
  606. an upstream failure has been detected and alarmed.
  607.  
  608.     Far end receive failure (FERF) is used to alert the associated upstream termination point 
  609. that a failure has been detected downstream. Path FERF alerts the upstream path termination 
  610. point that a failure has occurred along the downstream path.
  611.  
  612.     Generation and detection of section and path AIS or FERF shall be in accordance with Rec-
  613. ommendationG.709.
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.     Transmission performance monitoring across the UNI is performed to detect and report trans-
  624. mission errors. Performance monitoring is provided for the section and for the path corresponding 
  625. respectively to maintenance flowsF2 and F3 in Figure 5/I.610.
  626.  
  627.     At the SDH section (F2 flow), monitoring of the incoming signal is performed using the BIP-24 
  628. inserted into the B2 field. Monitoring of the outgoing signal is performed using the far end block 
  629. error (FEBE). This error count, obtained from comparing the calculated BIP-24 and the B2 value of 
  630. the incoming signal at the far end, is inserted in the Z2 field bits 18 to 24 and send back and reports 
  631. to the near end section termination point about the error performance of its outgoing signal as 
  632. FEBE.
  633.  
  634.     Similar to the SDH section, at the SDH path (F3 flow), monitoring of the incoming signal is 
  635. performed using the BIP-8 of the B3 octet. Monitoring of the outgoing signal is performed using the 
  636. path FEBE of bits 1-4 of the G1octet.
  637.  
  638.     Regenerator section monitoring (F1 flow) across the UNI is optional. If required, the incoming 
  639. signal is monitored using the BIP-8 of the B1 octet. Capabilities in the SDH section overhead for 
  640. monitoring the outgoing signal are not provided.
  641.  
  642. 4.2.2.4.4    Control communication
  643.  
  644.     Section layer communication channels and orderwires across the UNI are not required and are 
  645. not provided.
  646.  
  647.     Additional functions such as loopbacks (or their functional equivalent) or path layer 
  648. communication channels could be provided. Requirements for additional functions are for further 
  649. study.
  650.  
  651.     The use of octets K1 and K2 (bits 1-5) for automatic protection switching across the UNI is 
  652. for further study.
  653.  
  654. 4.2.2.4.5    OAM procedures
  655.  
  656.     For further study.
  657.  
  658.  
  659.  
  660. 4.3    Header error control
  661.  
  662. 4.3.1    Header error control functions
  663.  
  664.     The header error control (HEC) covers the entire cell header. The code used for this function is 
  665. capable of either:
  666.  
  667. û    single-bit error correction, or
  668.  
  669. û    multiple-bit error detection.
  670.  
  671.     The detailed description of the HEC procedure is given in _ 4.3.2. Briefly, the transmitting 
  672. side computes the HEC field value. The receiver has two modes of operation as shown in Figure 3/
  673. I.432. The default mode provides for single-bit error correction. Each cell header is examined and, if 
  674. an error is detected, one of two actions takes place. The action taken depends on the state of the 
  675. receiver. In "correction mode" only single-bit errors can be corrected and the receiver switches to 
  676. "detection mode". In "detection mode", all cells with detected header errors are discarded. When a 
  677. header is examined and found not to be in error, the receiver switches to "correction mode". 
  678.  
  679.  
  680.  
  681.  
  682.  
  683. FIGURE  3/I.432  =   8 cm
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.     The flow chart in Figure 4/I.432 shows the consequence of errors in the ATM cell header. 
  694. The error protection function provided by HEC provides both recovery from single-bit header 
  695. errors, and a low probability of the delivery of cells with errored headers under bursty error 
  696. conditions. The error characteristics of fibre-based transmission systems appears to be a mix of 
  697. single-bit errors and relatively large burst errors. For some transmission systems the error 
  698. correction capability might not be invoked.
  699.  
  700.  
  701.  
  702.  
  703.  
  704. FIGURE  4/I.432  =  21  cm
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.     Annex A gives information on how random bit errors impact the probability of occurrence of 
  713. discarded cells and valid cells with errored headers.
  714.  
  715. 4.3.2    Header error control (HEC) sequence generation
  716.  
  717.     The transmitter calculates the HEC value across the entire ATM cell header and inserts the 
  718. result in the appropriate header field.
  719.  
  720.     The notation used to describe the header error control is based on the property of cyclic 
  721. codes. (For example a code vector such as 1000000100001 can be represented by a polynomial P(x) = 
  722. x12 + x5 + 1.) The elements of an 
  723.  
  724. n-element code word are thus the coefficients of a polynomial of order n-1. In this application, 
  725. these coefficients can have the value 0 or 1 and the polynomial operations are performed using 
  726. modulo 2 operations. The polynomial representing the content of a header excluding the HEC field is 
  727. generated using the first bit of a header as the coefficient of the highest order term.
  728.  
  729.     The HEC field shall be an 8-bit sequence. It shall be the remainder of the division (modulo 2) 
  730. by the generator polynomial x8 + x2 + x + 1 of the product x8 multiplied by the content of the header 
  731. excluding the HEC field.
  732.  
  733.     At the transmitter, the initial content of the register of the device computing the remainder 
  734. of the division is preset to all 0s and is then modified by division of the header excluding the HEC 
  735. field by the generator polynomial (as described above); the resulting remainder is transmitted as 
  736. the 8-bit HEC.
  737.  
  738.     To significantly improve the cell delineation performance in the case of bit-slips the fol-
  739. lowing is recommended:
  740.  
  741. û    the check bits calculated by the use of the check polynomial are added (modulo 2) to an 8-bit 
  742. pattern before being inserted in the last octet of the header;
  743.  
  744. û    the recommended pattern is "01010101" (the left bit is the most significant bit);
  745.  
  746. û    the receiver must subtract (equal to add modulo 2) the same pattern from the 8 HEC bits 
  747. before calculating the syndrome of the header.
  748.  
  749.     This operation in no way affects the error detection/correction capabilities of the HEC.
  750.  
  751.     As an example if the first 4 octets of the header were all zeros the transmitted header 
  752. would be "00000000 00000000 00000000 00000000 01010101". The starting value for the polynomial 
  753. check is 0 . . 00 (binary).
  754.  
  755.  
  756.  
  757. 4.4    Idle cells
  758.  
  759.     Idle cells cause no action at a receiving node except for cell delineation. They are inserted and 
  760. discarded for cell rate decoupling.
  761.  
  762.     Idle cells are identified by the standardized pattern for the cell header 2) shown in Table 3/
  763. I.432.
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.     The content of the information field is for further study.
  772.  
  773.  
  774.  
  775. 4.5    Cell delineation and scrambling
  776.  
  777. 4.5.1    Cell delineation and scrambling objectives
  778.  
  779.     Cell delineation is the process which allows identification of the cell boundaries.
  780.  
  781.     The ATM cell header contains a header error control (HEC) field which is used to achieve 
  782. cell delineation.
  783.  
  784.     The ATM signal is required to be self-supporting in the sense that it has to be transpar-
  785. ently transported on every network interface without any constraints from the transmission sys-
  786. tems used.
  787.  
  788.     Scrambling will be used to improve the security and robustness of the HEC cell delineation 
  789. mechanism as described in _ 4.5.1.1. In addition it helps randomizing the data in the information field 
  790. for possible improvement of the transmission performance.
  791.  
  792.     Any scrambler specification must not alter the ATM header structure (as described in 
  793. Recommen-dationI.361), header error control (as described in _ 4.3), and cell delineation algorithm 
  794. (as described in _ 4.5.1.1).
  795.  
  796. 4.5.1.1    Cell delineation algorithm
  797.  
  798.     The recommended cell delineation method is performed by using the correlation between the 
  799. header bits to be protected (32 bits) and the relevant control bits (8 bits) introduced in the header 
  800. by the HEC (header error control) using a shortened cyclic code with generating polynomial x8 + x2 + 
  801. x + 1.
  802.  
  803.     Figure 5/I.432 shows the state diagram of the HEC cell delineation method.
  804.  
  805.  
  806.  
  807.  
  808.  
  809. FIGURE  5/I.432  =   12 cm
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.     The details of the state diagram are described below:
  820.  
  821. 1)    In the HUNT state, the delineation process is performed by checking bit by bit whether the 
  822. HEC coding law is respected (i.e.syndrome equals zero) for the assumed header field. Once such an 
  823. agreement is found, it is assumed that one header has been found, and the method enters the PRE-
  824. SYNCH state. When octet boundaries are available within the receiving Physical Layer prior to cell delin-
  825. eation, the cell delineation process may be performed octet by octet.
  826.  
  827. 2)    The process repeats until the encoding law has been confirmed DELTA times consecutively.
  828.  
  829. 3)    In the SYNCH state the cell delineation will be assumed to be lost if the HEC coding law is 
  830. recognized incorrectly ALPHA times consecutively.
  831.  
  832.     The parameters ALPHA and DELTA have to be chosen to make the cell delineation process 
  833. as robust and secure as possible and able to satisfy the performance specified in _ 4.5.2.
  834.  
  835.     Robustness against false misalignments due to bit errors depends on ALPHA.
  836.  
  837.     Robustness against false delineation in the resynchronization process depends on the 
  838. value of DELTA.
  839.  
  840.     Values of ALPHA = 7 and DELTA = 6 are suggested.
  841.  
  842. 4.5.2     Cell delineation performance
  843.  
  844.     This section is for further study. Figures B-1/I.432 and B-2/I.432 give provisional information 
  845. on the performance of the cell delineation algorithm described in _ 4.5.1.1 in the presence of random 
  846. bit errors, for various values of ALPHA and DELTA.
  847.  
  848. 4.5.3    Scrambler operation
  849.  
  850.     The following polynomial has been identified for the SDH-based Physical Layer.
  851.  
  852.     Self synchronizing scrambler x43 + 1
  853.  
  854.     This self synchronizing scrambler polynomial has been selected to minimize the error mul-
  855. tiplication (two) introduced by the self synchronizing scrambler.
  856.  
  857.     The operation of this scrambler in relation to the HEC cell delineation state diagram is as 
  858. follows:
  859.  
  860. û    the scrambler randomizes the bits of the information field only;
  861.  
  862. û    during the five octet header the scrambler operation is suspended and the scrambler state 
  863. retained;
  864.  
  865. û    in the HUNT state the descrambler is disabled;
  866.  
  867. û    in the PRESYNCH and SYNC states the descrambler is enabled for a number of bits equal to 
  868. the length of the information field, and again disabled for the following assumed header.
  869.  
  870.  
  871.  
  872.  
  873.  
  874.  
  875.  
  876. ANNEX  A
  877.  
  878. (to Recommendation I.432)
  879.  
  880. Impact of random bit errors on HEC performance
  881.  
  882.  
  883.  
  884.  
  885.  
  886. FIGURE  A-1/I.432  =   16 cm
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908. ANNEX  B
  909.  
  910. (to Recommendation I.432)
  911.  
  912. Impact of random bit errors on cell delineation performance
  913.  
  914.  
  915.  
  916.  
  917.  
  918. FIGURE  B-1/I.432  =  14  cm
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937.  
  938. FIGURE  B-2/I.432  =   13 cm
  939.  
  940.  
  941.  
  942.  
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954. ANNEX  C
  955.  
  956. (to Recommendation I.432)
  957.  
  958. Alphabetical list of abbreviations used in this Recommendation
  959.  
  960.  
  961.  
  962. AIS        Alarm indication signal
  963.  
  964. BIP        Bit interleaved parity
  965.  
  966. FEBE        Far end block error
  967.  
  968. FERF        Far end receive failure
  969.  
  970. HEC        Header error control
  971.  
  972. POH        Path overhead
  973.  
  974. SDH        Synchronous digital hierarchy
  975.  
  976. UNI        User network interface
  977.