home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / g / g708.asc < prev    next >
Text File  |  1993-08-11  |  18KB  |  808 lines
  1. 6.    Recommendation G.708 
  2.  
  3. NETWORK NODE INTERFACE FOR THE SYNCHRONOUS DIGITAL HIERARCHY
  4.  
  5.  
  6.  
  7.  
  8.  
  9.     The CCITT,
  10.  
  11.  
  12.  
  13. considering 
  14.  
  15.     (a)    that Network Node Interface (NNI) specifications are neces-
  16. sary to enable interconnection of synchronous digital network 
  17. elements for transport of payloads, including digital signals of 
  18. the asynchronous hierarchy defined in Recommendation G.702;
  19.  
  20.  
  21.  
  22.     (b)    that Recommendation G.707 describes the advantages offered by 
  23. a synchronous digital hierarchy and multiplexing method and spec-
  24. ifies a set of synchronous digital hierarchy bit rates;
  25.  
  26.  
  27.  
  28.     (c)    that Recommendation G.709 specifies the multiplexing struc-
  29. tures;
  30.  
  31.  
  32.  
  33.     (d)    that Recommendations G.707, G.708 and G.709 form a coherent 
  34. set of specifications for the synchronous digital hierarchy and 
  35. NNI;
  36.  
  37.  
  38.  
  39.     (e)    that Recommendation G.802 specifies the interworking between 
  40. networks based on different asynchronous digital hierarchies and 
  41. speech encoding laws,
  42.  
  43.  
  44.  
  45. recommends 
  46.  
  47.     that the frame structure for multiplexed digital signals at the 
  48. network node interface of a synchronous digital network including 
  49. ISDN should be as described in this Recommendation.
  50.  
  51.  
  52.  
  53. 1.    Location of NNI
  54.  
  55.  
  56.  
  57.     Figure 1.1/G.708 gives a possible network configuration to illus-
  58. trate the location of network node interface specified in this 
  59. Recommendation.
  60.  
  61.  
  62.  
  63. 2.    Basic multiplexing principle and multiplexing elements 
  64.  
  65. 2.1    General 
  66.  
  67.     Frame structures and overheads in this document are mainly in the 
  68. context of circuit mode connection types rather than Asynchronous 
  69. Transfer Mode (ATM). ATM based multiplexing principles are under 
  70. study.
  71.  
  72.  
  73.  
  74.     Figure 2.1/G.708 shows the relationship between various multi-
  75. plexing elements that are defined below, and illustrates possible 
  76. multiplexing structures.
  77.  
  78.  
  79.  
  80.     Figures 2.2, 2.3 and 2.4/G.708 are examples of how various signals 
  81. are multiplexed using these multiplexing elements.
  82.  
  83.  
  84.  
  85.     Details of the multiplexing method and mappings are given in Rec-
  86. ommendation G.709.
  87.  
  88.  
  89.  
  90. Note - When signals at bit rates of the various multiplexing ele-
  91. ments of the synchronous digital hierarchy (Recommendations 
  92. G.707, G.708, G.709) are different from existing hierarchy levels 
  93. in Recommendation G.702, the signals are not required to be trans-
  94. ported via digital networks which are in line with Recommendation 
  95. G.702.
  96.  
  97.  
  98.  
  99. 2.2    Definitions 
  100.  
  101.     1)    Container: C-n (n=1-4)
  102.  
  103.  
  104.  
  105.     This element is a defined unit of payload capacity which is 
  106. sized to carry any of the levels currently defined in Recom-
  107. mendation G.702 and may also provide capacity for carriage of 
  108. broadband signals which are not yet defined.
  109.  
  110.  
  111.  
  112.     2)    Virtual Container: VC-n 
  113.  
  114.  
  115.  
  116.         Two types of virtual containers have been identified:
  117.  
  118.  
  119.  
  120.         -    Basic Virtual Container: VC-n (n=1,2)
  121.  
  122.  
  123.  
  124.             This element comprises a single C-n (n=1,2) plus the 
  125. basic virtual container path overhead (POH) appro-
  126. priate to that level.
  127.  
  128.  
  129.  
  130.         -    Higher Order Virtual Container: VC-n (n=3,4)
  131.  
  132.  
  133.  
  134. This element comprises a single C-n (n=3,4), an 
  135. assembly of tributary unit groups (TUG-2s) or an 
  136. assembly of TU-3s, together with virtual container 
  137. POH appropriate to that level.
  138.  
  139.  
  140.  
  141.     3)    Tributary Unit: TU-n (n=1-3)
  142.  
  143.  
  144.  
  145.     This element consists of a virtual container plus a tributary 
  146. unit pointer. A tributary unit pointer indicates the phase 
  147. alignment of the virtual container (VC-n) with respect to the 
  148. POH of the next higher level virtual containers in which it 
  149. resides. The tributary unit pointer location is fixed with 
  150. respect to this higher level POH.
  151.  
  152.  
  153.  
  154.         In certain applications (for example, synchronous mapping
  155.  
  156. providing direct observability of 64 kbit/s channels) the 
  157. basic virtual container has a fixed phase-alignment with 
  158. respect to the higher level virtual container. In this case, 
  159. the basic virtual container (VC-1) POH and TU-1 pointer are 
  160. null.
  161.  
  162.  
  163.  
  164.     4)    Tributary Unit Group: TUG-2 
  165.  
  166.  
  167.  
  168.         This element consists of a homogeneous assembly of identical
  169.  
  170.     TU-n (n=1,2).
  171.  
  172.  
  173.  
  174.     5)    Administrative Unit: AU-n (n=3,4)
  175.  
  176.  
  177.  
  178.         This element consists of a VC-n (n=3,4) plus an administra-
  179. tive
  180.  
  181. unit pointer. An administrative unit pointer indicates the 
  182. phase alignment of the VC-n (n=3,4) with respect to the STM-1 
  183. frame. The administrative unit pointer location is fixed with 
  184. respect to the STM-1 frame.
  185.  
  186.  
  187.  
  188.     6)    Synchronous Transport Module level 1: STM-1
  189.  
  190.  
  191.  
  192.         This element is the basic building block of the synchronous
  193.  
  194. digital hierarchy and it comprises either one AU-4 or multi-
  195. ple AU-3s, together with section overhead (SOH).
  196.  
  197.  
  198.  
  199.     7)     Synchronous Transport Module level N: STM-N
  200.  
  201.  
  202.  
  203.         This element defines the N-th level of the synchronous-digi-
  204. tal
  205.  
  206. hierarchy and contains N synchronously multiplexed STM-1 sig-
  207. nals.
  208.  
  209.  
  210.  
  211.         The STM-N-signal can be obtained via single or multiple stage
  212.  
  213. multiplexing.
  214.  
  215.  
  216.  
  217.     Values of N correspond to the synchronous digital hierarchy levels 
  218. given in Recommendation G.707.
  219.  
  220.  
  221.  
  222. 3.    Frame structure 
  223.  
  224.  
  225.  
  226. 3.1    Level 1  - 155 520 kbit/s (STM-1) 
  227.  
  228. 3.1.1    Basic frame structure 
  229.  
  230.     Frame structure is shown in Figure 3.1/G.708. The three main areas 
  231. of the STM-1 frame are indicated:
  232.  
  233.  
  234.  
  235.     -    section overhead;
  236.  
  237.  
  238.  
  239.     -    AU pointers;
  240.  
  241.  
  242.  
  243.     -    STM-1 payload.
  244.  
  245.  
  246.  
  247. 3.1.2    Section overhead
  248.  
  249.  
  250.  
  251.     Rows 1-3 and 5-9 of columns 1-9 of the STM-1 in Figure 3.1/G.708 
  252. are dedicated to the section overhead.
  253.  
  254.  
  255.  
  256.     The allocation of section overhead capacity and functions is given 
  257. in Figure 3.4a/G.708. An explanation of the overhead functions is 
  258. given in
  259.  
  260. section 5.
  261.  
  262.  
  263.  
  264. 3.1.3    Administrative unit (AU) pointers 
  265.  
  266.     Row 4 of columns 1-9 and row 1-3 of columns 11-14 in Figure 3.1/
  267. G.708 are available for AU pointers. The positions of the pointers 
  268. of the AUs for different organizations of the STM-1 payload are 
  269. shown in Table 3.1/G.708.
  270.  
  271. The application of pointers and their detailed specifications are 
  272. given in Recommendation G.709.
  273.  
  274.  
  275.  
  276. 3.1.4    Administrative units in the STM-1 
  277.  
  278.     The STM-1 payload can suppport the following types and numbers of 
  279. administrative units:
  280.  
  281.  
  282.  
  283.     -     one AU-4;
  284.  
  285.  
  286.  
  287.     -    or three AU-32s;
  288.  
  289.  
  290.  
  291.     -    or four AU-31s.
  292.  
  293.  
  294.  
  295.     The VC-n associated with each AU-n does not have a fixed phase 
  296. with respect to the STM-1 frame. The location of the first byte of 
  297. the VC-n is indicated by the AU-n pointer. The AU-n pointer is in 
  298. a fixed location in the STM-1 frame as illustrated in Figures 2.2, 
  299. 2.3, 2.4, 3.1, 3.2 and 3.3/G.708.
  300.  
  301.  
  302.  
  303.     The AU-4 may be used to carry, via the VC-4, three TU-32s or four
  304.  
  305. TU-31s. This nested arrangement is illustrated in Figures 2.2 and 
  306. 3.3/G.708. The VC-3 associated with each TU-3 does not have a 
  307. fixed phase relationship with respect to the start of the VC-4. 
  308. The TU-3 pointer is in a fixed location in the VC-4 and the loca-
  309. tion of the first byte of the VC-3 is indicated by the TU-3 
  310. pointer (illustrated in Figures 2.2 and 3.3/G.708).
  311.  
  312.  
  313.  
  314. 3.1.5    VC-4 and VC-3 path overheads 
  315.  
  316.     The allocation of the VC-4 and VC-3 path overhead capacity and 
  317. functions is given in Figure 3.4b/G.708. An explanation of the 
  318. overhead functions is given in section 5.
  319.  
  320.  
  321.  
  322.     The position of the VC-4 and VC-3 path overhead is specified in 
  323. Recommendation G.709.
  324.  
  325.  
  326.  
  327. 3.2    Level 4 - 622 080 kbit/s (STM-4) 
  328.  
  329.     This level is obtained by one byte interleaving four STM-1s as 
  330. illustrated in Figure 3.5/G.708.
  331.  
  332.  
  333.  
  334.     The SOH of the STM-1s shall be 125 ╡s phase aligned prior to mul-
  335. tiplexing such that the SOH of the STM-4 is contained in the first 
  336. 36 columns. The AU pointer value(s) of each STM-1 is/are adjusted 
  337. to indicate the start of the VC(s) with respect to this new posi-
  338. tion of the AU pointer(s) which is fixed relative to the STM-4 
  339. SOH.
  340.  
  341.  
  342.  
  343. 4.    Interconnection of STM-1s 
  344.  
  345.     The synchronous digital hierarchy, specified in Recommendations 
  346. G.707, G.708 and G.709 is designed to be universal allowing trans-
  347. port of a large variety of signals including those specified in 
  348. Recommendation G.702.
  349.  
  350.  
  351.  
  352.     However, there are a numebr of options for structuring an STM-1. 
  353. This section provides guidelines for the interconnection of STM-
  354. 1s. Two general cases are considered:
  355.  
  356.  
  357.  
  358.     Case 1 - STM-1s having the same structure (detailed in section 
  359. 4.1)
  360.  
  361.  
  362.  
  363.     Case 2 - STM-1s having different structures (detailed in section 
  364. 4.2).
  365.  
  366.  
  367.  
  368. 4.1    Interconnection of STM-1s having the same structure 
  369.  
  370.     The interconnection unit used between STM-1s is the VC associated 
  371. with the AU. This arrangement is shown in Table 4.1i)/G.708.
  372.  
  373.  
  374.  
  375. 4.2    Interconnection of STM-1s having different structures 
  376.  
  377.     In the case of STM-1s having different structures, the following 
  378. guidelines should be used to facilitate interconnection by a 
  379. bilateral agreement or to resolve the contention.
  380.  
  381.  
  382.  
  383.     The method of interconnection between STM-1s having different 
  384. structures depends on whether the type of AU is different or 
  385. whether the type of TUG is different. The cases are considered in 
  386. three categories:
  387.  
  388.  
  389.  
  390.     -    different types of AU-3 carrying a C-3 payload;
  391.  
  392.  
  393.  
  394.     -    different types of AU carrying the same type of TUG-2;
  395.  
  396.  
  397.  
  398.     -    different types of TUG-2s.
  399.  
  400.  
  401.  
  402. 4.2.1    Different types of AU-3s carrying a C-3 payload
  403.  
  404.  
  405.  
  406.     For the interconnection of different types of AU-3s carrying a C-
  407. 3 payload, the C-3 payload is transferred from the AU-3 to a cor-
  408. responding TU-3. This TU-3 is then assembled into a VC-4 using the 
  409. nested approach illustrated in Figure 3.3/G.708. This arrangement 
  410. is shown in Table 4.1ii)/G.708, and is intended to facilitate the 
  411. transit of C-3 in a VC-3 across a network which cannot support the 
  412. associated AU-3.
  413.  
  414.  
  415.  
  416. 4.2.2    Different types of AU carrying the same type of TUG 
  417.  
  418.     For the interconnection of a different type of AU carrying the 
  419. same type of TUG-2, the TUG-2s are transferred between the dissim-
  420. ilar AUs. In the absence of bilateral agreement on an AU-3 type, 
  421. the AU-4 shall be used. This arrangement is shown in Table 
  422. 4.1iii)/G.708.
  423.  
  424.  
  425.  
  426. 4.2.3    Different types of TUG-2s
  427.  
  428.  
  429.  
  430.     For the interconnection of different types of TUG-2s, the TU-1s 
  431. are transferred from the TUG-22 to the TUG-21. The TUG-21 is used 
  432. as the interconnection unit. In the absence of bilateral agreement 
  433. on an AU-3 type, the TUG-21s are directly assembled into a VC-4. 
  434. This arrangement is shown in
  435.  
  436. Table 4.1iv)/G.708.
  437.  
  438.  
  439.  
  440.     The method of interconnection between an AU-31 containing TUG-21s 
  441. and an AU-31 containing TUG-22s is for further study.
  442.  
  443.  
  444.  
  445. 5.    Overhead functions 
  446.  
  447. 5.1    Types of overhead 
  448.  
  449.     Several types of overhead have been identified for application in 
  450. the synchronous digital hierarchy.
  451.  
  452.  
  453.  
  454.     1)    Section overhead: SOH
  455.  
  456.  
  457.  
  458.         Section overhead capacity is added to either an AU-4 or an 
  459. assembly of
  460.  
  461. AU-3s to create an STM-1. The content always includes STM-1 
  462. framing.  Content representing section performance monitoring 
  463. and other maintenance and operational functions can be added 
  464. or modified without disassembly of the STM-1 as appropriate 
  465. for various configurations of elements (for example, interme-
  466. diate regenerator monitoring, protection switching control).
  467.  
  468.  
  469.  
  470.     2)    Virtual container path overhead: POH 
  471.  
  472.  
  473.  
  474.     Virtual container path overhead provides for communication 
  475. between the point of assembly of a virtual container and its 
  476. point of disassembly. Two categories of virtual container 
  477. path overhead have been identified:
  478.  
  479.  
  480.  
  481.         -    Basic virtual container path overhead (VC-1,2 POH)  
  482.  
  483.  
  484.  
  485.             Basic virtual container POH is added to the container
  486.  
  487. (C-1,2) when the VC-1,2 is created. Among the functions 
  488. included in this overhead are virtual container path 
  489. performance monitoring, signals for maintenance purposes 
  490. and alarm status indications.
  491.  
  492.  
  493.  
  494.         -    Higher order virtual container path overhead (VC-3,4 
  495. POH)  
  496.  
  497.             VC-3 POH is added to either an assembly of TUG-2s or a 
  498. C-3
  499.  
  500. to form a VC-3. VC-4 POH is added to either an assembly 
  501. of TU-3s or a C-4 to form a VC-4. Among the functions 
  502. included within this overhead are virtual container path 
  503. performance monitoring, alarm status indications, sig-
  504. nals for maintenance purposes and multiplex structure 
  505. indications (VC-3,4 composition).
  506.  
  507.  
  508.  
  509.     The types of overhead described above and their applications are 
  510. shown in Figure 5.1/G.708.
  511.  
  512.  
  513.  
  514. 5.2    Overhead descriptions 
  515.  
  516.     The location of the various section and VC-3,4 path overhead bytes 
  517. in the STM-1 frame is illustrated in Figure 3.4/G.708.
  518.  
  519.  
  520.  
  521. 5.2.1    SOH byte descriptions 
  522.  
  523.     1)    Framing: A1, A2
  524.  
  525.  
  526.  
  527.         Six bytes are dedicated to each STM-1. The pattern shall be
  528.  
  529. A1A1A1A2A2A2 (A1=11110110, A2=00101000). These bytes shall be 
  530. provided in all STM-1 signals within an STM-N.
  531.  
  532.  
  533.  
  534.     2)    Data communication channels: D1 - D12
  535.  
  536.  
  537.  
  538.         Twelve bytes are allocated for section data communication. 
  539. These
  540.  
  541. bytes are defined only for STM-1 #1 of an STM-N signal.
  542.  
  543.  
  544.  
  545.     3)    STM identifier: C1
  546.  
  547.  
  548.  
  549.         This is a unique number assigned to an STM-1 prior to it 
  550. being multiplexed to a higher STM-N level. Upon demultiplexing, 
  551. this byte may be used to identify the position of any particular 
  552. STM-1 within the incoming STM-N signal.
  553.  
  554.  
  555.  
  556.     4)    Orderwire: E1, E2
  557.  
  558.  
  559.  
  560.         These two bytes provide orderwire channels for voice
  561.  
  562. communication. These bytes are defined only for STM-1 #1 of 
  563. an STM-N signal.
  564.  
  565.  
  566.  
  567.     5)    User channel: F1
  568.  
  569.  
  570.  
  571.         This byte is reserved for user purposes (for example, network
  572.  
  573. operations). This byte is defined only for STM-1 #1 of an 
  574. STM-N signal.
  575.  
  576.  
  577.  
  578.     6)    BIP-8: B1 
  579.  
  580.     One byte is allocated in each STM-1 for an elementary regen-
  581. erator section bit error monitoring function. This function 
  582. shall be a 
  583.  
  584. Bit Interleaved Parity 8 (BIP-8) code using even parity. The 
  585. BIP-8 is computed over all bits of the previous STM-N frame 
  586. after scrambling and is placed in byte B1 before scrambling. 
  587. (For details of the scrambling process, see Recommendation 
  588. G.709.) The B1 byte shall be monitored and recomputed at 
  589. every regenerator.
  590.  
  591.  
  592.  
  593. Note - Bit Interleaved Parity - N (BIP-N) code is defined as a 
  594. method of error monitoring. With even parity, an N bit code is 
  595. generated by the transmitting equipment over a specified portion 
  596. of the signal in such a manner that the first bit of the code pro-
  597. vides even parity over the first bit of all N-bit sequences in the 
  598. covered portion of the signal, the second bit provides even parity 
  599. over the second bits of all N-bit sequences within the specified 
  600. portion, etc. Even parity is generated by setting the BIP-N bits 
  601. so that there are an even number of 1s in each of all N-bit 
  602. sequences including the BIP-N.
  603.  
  604.  
  605.  
  606.     7)    BIP-24: B2 x 3
  607.  
  608.  
  609.  
  610.         Three bytes are allocated in each STM-1 for a section bit 
  611. error
  612.  
  613. monitoring function. This function shall be a Bit Interleaved 
  614. Parity 24 code (BIP-24) using even parity. The BIP-24 is com-
  615. puted over all bits of the previous STM-1 frame except for 
  616. the first three rows of section overhead (A1 through D3) and 
  617. is placed in bytes B2 before scrambling. This parity code is 
  618. not recomputed at regenerators. These bytes shall be provided 
  619. in all STM-1 signals within an STM-N signal.
  620.  
  621.  
  622.  
  623.     8)    APS channel: K1, K2
  624.  
  625.  
  626.  
  627.         Two bytes are allocated for Automatic Protection Switching 
  628. (APS)
  629.  
  630. signalling. These bytes are defined only for STM-1 #1 of an 
  631. STM-N signal.
  632.  
  633.  
  634.  
  635.     9)    Spare: Z1, Z2
  636.  
  637.  
  638.  
  639.         Six bytes are allocated for functions not yet defined. These
  640.  
  641. bytes have no defined value. These bytes are reserved in all
  642.  
  643. STM-1s of an STM-N.
  644.  
  645.  
  646.  
  647. 5.2.2    AU pointer descriptions 
  648.  
  649.     1)    Pointer value
  650.  
  651.  
  652.  
  653.         Two bytes are allocated for a pointer which indicates the 
  654. offset
  655.  
  656. in bytes between the pointer and the first byte of the asso-
  657. ciated virtual container POH. For a complete specification 
  658. and location of these bytes, see Recommendation G.709.
  659.  
  660.  
  661.  
  662.     (2)    Pointer action
  663.  
  664.  
  665.  
  666.         Three pointer action bytes are allocated in an AU-4 for fre-
  667. quency
  668.  
  669. justification purposes. One pointer action byte is allocated 
  670. for AU-3s and TU-ns. For complete specification of these 
  671. bytes, refer to 
  672.  
  673.     Recommendation G.709.
  674.  
  675.  
  676.  
  677.     In the event of a negative justification, they carry valid infor-
  678. mation.  
  679.  
  680. 5.2.3    VC-n (n=3,4) POH byte descriptions 
  681.  
  682.     1)    Path BIP-8: B3
  683.  
  684.  
  685.  
  686.         One byte is allocated in each virtual container for a path 
  687. bit error
  688.  
  689. monitoring function. This function shall be a BIP-8 code 
  690. using even parity. The BIP-8 is computed over all bits of the 
  691. previous container and is placed in the B3 byte.
  692.  
  693.  
  694.  
  695.     2)    Path status: G1
  696.  
  697.  
  698.  
  699.         One byte is allocated to return the VC-n path terminating 
  700. status
  701.  
  702. performance information to the VC-n path originating point.
  703.  
  704.  
  705.  
  706.     3)    Signal label: C2
  707.  
  708.  
  709.  
  710.         One byte is allocated to indicate the composition of the VC-n 
  711.  
  712. payload.
  713.  
  714.  
  715.  
  716.     4)    VC-n path-user channel: F2
  717.  
  718.  
  719.  
  720.         One byte is allocated for user communication purposes.
  721.  
  722.  
  723.  
  724.     5)    VC-n path trace: J1
  725.  
  726.  
  727.  
  728.         This byte is used at the VC-n termination point to verify the
  729.  
  730. VC-n path connection.
  731.  
  732.  
  733.  
  734.     6)    Spare: Z3 - Z5
  735.  
  736.  
  737.  
  738.         Three bytes are allocated for as yet undefined purposes.
  739.  
  740.  
  741.  
  742.     7)    Multiframe indicator: H4
  743.  
  744.  
  745.  
  746.         This byte is allocated to provide a multiframe indication, 
  747. when
  748.  
  749.     required.
  750.  
  751.  
  752.  
  753.     8)    Physical specification of the NNI
  754.  
  755.  
  756.  
  757.         Specification for physical, electrical or optical character-
  758. istics     of the NNI will be contained in another Recommendation which 
  759. is under     study.
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769. TABLE 3.1/G.708 
  770.  
  771.  
  772.  
  773. Position of AU pointers
  774.  
  775.  
  776.  
  777. +ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûûûû+
  778.  
  779. _        AU        _ Position of AU Pointer _
  780.  
  781. +ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûûûû+
  782.  
  783. _        31        _      Area A and B      _
  784.  
  785. +ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûûûû+
  786.  
  787. _        32        _      Area A            _
  788.  
  789. +ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûûûû+
  790.  
  791. _         4        _      Area A            _
  792.  
  793. +ûûûûûûûûûûûûûûûûûû+ûûûûûûûûûûûûûûûûûûûûûûûû+
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.